Converter um banco de dados existente em Hyperscale

Aplica-se a:Banco de Dados SQL do Azure

Pode converter uma base de dados existente no Base de Dados SQL do Azure para Hyperscale usando o portal Azure, o CLI do Azure, PowerShell ou Transact-SQL.

Prerequisites

• Para converter uma base de dados que utiliza geo-replicação ou faz parte de um grupo de failover para Hyperscale, comece por converter a réplica principal. A réplica geosecundária é convertida automaticamente. Pode converter uma base de dados geo-replicada não Hyperscale para Hyperscale usando T-SQL, REST API, PowerShell ou CLI do Azure.

• A conversão direta do nível de serviço Básico para o Hyperscale não é suportada. Para executar essa conversão, primeiro altere o banco de dados para qualquer camada de serviço diferente de Basic (por exemplo, General Purpose) e, em seguida, prossiga com a conversão para Hyperscale.

• A movimentação direta de uma base de dados de um pool elástico redundante por zona para um pool Hyperscale não redundante não é suportada. Para completar esta transição, primeiro remova a base de dados do pool elástico e converta-a numa base de dados autónoma. De seguida, desative a redundância de zonas na base de dados. Uma vez concluídos estes passos, a base de dados pode ser adicionada a um pool Hyperscale novo ou existente, que não seja redundante de zona.

• Você pode monitorar o progresso da conversão com T-SQL. Para executar comandos T-SQL em seu Banco de Dados SQL do Azure, use o SQL Server Management Studio (SSMS), a extensão MSSQL para Visual Studio Code, sqlcmd ou sua ferramenta de consulta T-SQL favorita.

Converter banco de dados com réplicas geográficas

Quando você converte um banco de dados em uma relação de replicação geográfica , o processo de conversão preserva o link de replicação geográfica. Os bancos de dados primário e geosecundário são convertidos em Hyperscale juntos.

• Tens de começar a conversão para Hyperscale convertendo a geo-réplica primária. A tentativa de converter uma réplica geosecundária resulta em um erro: uma réplica geosecundária 'database-name-placeholder' não pode ser convertida em Hyperscale. Para converter as réplicas primária e geosecundária em Hyperscale, tente novamente a operação na réplica primária.
• Reduzir o número de réplicas geo-secundárias para uma para iniciar o processo de conversão.
• A criação de uma réplica geográfica de uma réplica geográfica (também conhecida como "encadeamento de réplica geográfica") não é suportada no Hyperscale. Se existir uma configuração de geo-replicação encadeada, remova-a antes de iniciar a conversão para Hyperscale.
• Um failover planeado não é possível enquanto a conversão da base de dados primária geográfica para Hyperscale estiver em andamento. É possível um failover forçado para uma réplica geosecundária. No entanto, dependendo do estado da conversão quando o failover forçado ocorre, o novo geoprimário após o failover pode usar a camada de serviço Hyperscale ou sua camada de serviço original.
• Se uma base de dados geo-primária estiver num pool elástico, pode movê-la para um pool elástico Hyperscale existente como parte da conversão ou torná-la uma base de dados Hyperscale autónoma. No entanto, se um banco de dados geosecundário estiver em um pool elástico, a conversão para Hyperscale sempre o moverá para fora do pool. Você pode mover o banco de dados geosecundário para um pool elástico de hiperescala em uma etapa separada assim que a conversão for concluída.

Cutover

O processo de conversão tem duas etapas: a conversão enquanto a base de dados está online, e depois a transição para a nova base de dados Hyperscale.

• O tempo necessário para mover um banco de dados existente para o Hyperscale consiste no tempo para copiar dados e o tempo para reproduzir as alterações feitas no banco de dados de origem durante a cópia de dados. Embora o tempo de cópia de dados seja dimensionado aproximadamente com o tamanho do banco de dados, a velocidade real da cópia pode variar devido a fatores como taxa de transferência de rede, largura de banda de E/S, latência de armazenamento e carga de serviço transitória. Recomendamos a conversão para Hyperscale durante um período de atividade de gravação mais baixo para que o tempo para reproduzir as alterações acumuladas seja menor. Recomenda-se o uso de transição manual para controlar a próxima etapa.

• Você tem a capacidade de escolher quando a transferência ocorre - assim que o banco de dados estiver pronto, ou manualmente no momento de sua escolha. Por padrão, o processo de conversão para Hyperscale será cortado automaticamente.

  • Se optar por fazer o cutover manualmente à hora que preferir, tem 24 horas para iniciar um cutover manual após o momento em que a base de dados estiver pronta para o cutover. Você pode iniciar uma substituição manual por meio do portal do Azure, CLI do Azure, PowerShell ou T-SQL.

• Enquanto a base de dados está pronta para transição, o sistema continua a copiar e a reproduzir as alterações feitas na base de dados de origem, mas muda de cópia assíncrona para síncrona. Esta cópia síncrona pode aumentar a latência de escrita em cargas de trabalho com utilização intensiva de escrita até ocorrer a transição.

• Durante a transição final para o Hyperscale, seus aplicativos experimentam apenas um curto período de tempo de inatividade, geralmente menos de um minuto.

Pode monitorizar várias fases do processo de conversão no portal Azure (na página de relatório de progresso), via CLI do Azure (az sql db op list), PowerShell (Get-AzSqlDatabaseActivity) ou usando T-SQL (sys.dm_operation_status).

Quando converte uma base de dados dos níveis de serviço Premium ou Business Critical para Hyperscale, o processo desconecta as ligações existentes dos clientes durante a fase 1. Esta desconexão é semelhante à desconexão que ocorre ao escalar a base de dados entre níveis de serviço. Os aplicativos devem ser projetados para lidar normalmente com interrupções transitórias de conectividade, implementando a lógica de repetição conforme descrito em Lógica de repetição para erros transitórios.

Converter um banco de dados em Hyperscale

Para converter um Banco de Dados SQL do Azure existente em Hyperscale, primeiro identifique seu objetivo de serviço de destino.

Consulte os limites de recursos para bases de dados individuais se não tiver a certeza de qual o objetivo do serviço mais adequado para a sua base de dados. Em muitos casos, você pode escolher um objetivo de serviço com o mesmo número de vCores e a mesma geração de hardware que o banco de dados original. Se necessário, você pode alterar o objetivo do serviço mais tarde com o mínimo de tempo de inatividade. O faturamento do Hyperscale começa somente após o recorte.

Selecione o separador para o seu método preferido para converter a sua base de dados.

Portal

O portal do Azure permite que você converta para Hyperscale modificando a camada de serviço para seu banco de dados.

1. Vai à base de dados que queres converter no portal do Azure.
2. Na barra de navegação esquerda, selecione Computação + armazenamento.
3. Selecione a lista suspensa Camada de serviço para expandir as opções de camadas de serviço.
   1. Se você estava usando a oferta gratuita do Banco de Dados SQL do Azure, selecione o botão para remover a oferta de banco de dados gratuita. Em seguida, você verá a lista suspensa Camada de serviço .
4. Selecione Hiperescala na lista suspensa.
5. Analise a camada de computação e escolha Provisionado ou Sem servidor.
6. Analise o modo de transição, uma opção específica para a conversão para Hyperscale.
   • A transição ocorre depois de o banco de dados ser preparado para conversão para Hyperscale. O modo Cutover determina quando a conectividade à Base de Dados SQL do Azure existente é momentaneamente interrompida para a conversão para Hyperscale:
     • A transição automática executa a transição assim que a base de dados Hyperscale estiver pronta.
     • A transição manual solicita que o utilizador inicie a transição em um momento de sua escolha no portal do Azure. Esta opção é mais útil para cronometrar a transição para uma interrupção mínima dos negócios.
7. Analise a Configuração de Hardware listada. Se desejar, selecione Alterar configuração para selecionar a configuração de hardware apropriada para sua carga de trabalho.
8. Selecione o slider vCores se quiser alterar o número de vCores disponíveis para a sua base de dados no nível de serviço Hyperscale.
9. Selecione o controlo de deslize Réplicas secundárias de alta disponibilidade se quiser alterar o número de réplicas no escalão de serviço Hyperscale.
10. Selecione Aplicar.
11. Monitore a conversão no portal do Azure.
    1. Vai à base de dados no portal do Azure.
    2. Na barra de navegação esquerda, selecione Visão geral.
    3. Reveja a secção Notificações na parte inferior do painel direito. Se as operações estiverem em andamento, uma caixa de notificação será exibida.
    4. Selecione a caixa de notificação para ver os detalhes.
    5. O painel Operações em curso é aberto. Analise os detalhes das operações em curso.

Se selecionar o Cutover manual, o portal do Azure apresentará um botão Cutover quando estiver pronto.

CLI do Azure

Este exemplo de código chama az sql db update para converter um Banco de Dados SQL do Azure existente em Hyperscale. Você deve especificar a edição e o objetivo do serviço. Substitua resourceGroupName, serverName, databaseNamee serviceObjective pelos valores apropriados antes de executar o seguinte exemplo de código:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

Use --manual-cutover para optar por iniciar manualmente a transferência para Hyperscale no momento de sua escolha. Esta opção é mais útil para cronometrar a transição para uma interrupção mínima dos negócios. Por exemplo:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --edition Hyperscale --service-objective $serviceObjective --manual-cutover

Monitore a operação em andamento com az sql db op list, para retornar operações recentes ou contínuas para um banco de dados no Banco de Dados SQL do Azure.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName -n $databaseName

Use --perform-cutover para iniciar a substituição (dentro de 24 horas) assim que o banco de dados Hyperscale estiver pronto:

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --perform-cutover

PowerShell

O exemplo a seguir usa o cmdlet Set-AzSqlDatabase para converter um Banco de Dados SQL do Azure existente em Hyperscale. Você deve especificar a edição e o objetivo do serviço. Substitua $resourceGroupName, $serverName, $databaseNamee $serviceObjective pelos valores apropriados antes de executar este exemplo de código:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

Use -ManualCutover para iniciar manualmente a substituição no momento de sua escolha. Esta opção é mais útil para cronometrar a transição para uma interrupção mínima dos negócios. Por exemplo:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -ManualCutover

Monitore a operação em andamento com o cmdlet Get-AzSqlDatabaseActivity , que retorna operações recentes ou em andamento para um banco de dados no Banco de Dados SQL do Azure. Defina os parâmetros $resourceGroupName, $serverNamee $databaseName para os valores apropriados para seu banco de dados antes de executar o código de exemplo:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName

Use -PerformCutover para iniciar a substituição assim que o banco de dados Hyperscale estiver pronto:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -PerformCutover

Transact-SQL

Para converter uma Base de Dados SQL do Azure existente para Hyperscale com Transact-SQL, ligue-se primeiro à master base de dados no seu servidor SQL lógico usando o SQL Server Management Studio (SSMS) ou a extensão mssql para Visual Studio Code.

Você deve especificar a edição e o objetivo do serviço na instrução ALTER DATABASE.

Esta instrução de exemplo converte um banco de dados chamado mySampleDatabase para Hyperscale com o objetivo de serviço HS_Gen5_2. Substitua o nome do banco de dados pelo valor apropriado antes de executar a instrução.

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

Por padrão, o banco de dados executa uma transferência para o banco de dados Hyperscale para concluir a conversão assim que o banco de dados Hyperscale estiver disponível. Opcionalmente, utilize o argumento MANUAL_CUTOVER para, em alternativa, iniciar uma conversão que termina com uma transição final iniciada manualmente, no momento que escolher. Esta opção é mais útil para cronometrar a transição para uma interrupção mínima dos negócios. Por exemplo:

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2')
   WITH MANUAL_CUTOVER;

Para monitorar todas as operações de um banco de dados Hyperscale, incluindo a conversão para Hyperscale, conecte-se ao master banco de dados do seu servidor lógico geoprimário e execute consultas T-SQL na visualização de gerenciamento dinâmico sys.dm_operation_status. O sys.dm_operation_status indica o progresso das operações da base de dados, incluindo a conversão para Hyperscale. Se você escolher MANUAL_CUTOVER, a sys.dm_operation_status exibição inclui informações adicionais.

Por exemplo

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;

Quando pronto para o corte manual, o phase_desc é WaitingForCutover. Use o argumento PERFORM_CUTOVER para iniciar a transição:

ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;

Conteúdo relacionado

• Como gerenciar um banco de dados Hyperscale
• Reverter a migração de um banco de dados do Hyperscale
• Referência de configuração modificável para Base de Dados SQL do Azure