Converter um banco de dados existente em Hiperescala

Aplica-se a:Banco de Dados SQL do Azure

Você pode converter um banco de dados existente em Banco de Dados SQL do Azure em Hiperescala usando o portal Azure, o CLI do Azure, o PowerShell ou o Transact-SQL.

Prerequisites

Para converter um banco de dados que usa a replicação geográfica ou faz parte de um grupo de failover em Hiperescala, comece convertendo a réplica primária. A réplica geográfica secundária é convertida automaticamente. Você pode converter um banco de dados não hiperescala replicado geograficamente em Hiperescala usando T-SQL, API REST, PowerShell ou CLI do Azure.
Não há suporte para a conversão direta da camada de serviço Básica para a Hiperescala. Para executar essa conversão, primeiro altere o banco de dados para qualquer camada de serviço diferente de Basic (por exemplo, Uso Geral) e, em seguida, prossiga com a conversão para Hiperescala.
Não há suporte para a movimentação direta de um banco de dados de um pool elástico com redundância de zona para um pool Hyperscale sem redundância de zona. Para concluir essa transição, primeiro remova o banco de dados do pool elástico e converta-o em um banco de dados autônomo. Em seguida, desabilite a redundância de zona para o banco de dados. Depois que essas etapas forem concluídas, o banco de dados poderá ser adicionado a um pool Hyperscale novo ou existente sem redundância de zona.
Você pode monitorar o progresso da conversão com o T-SQL. Para executar comandos T-SQL no 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 geo-secundário são convertidos juntos para Hiperescala.

Você deve iniciar a conversão em Hiperescala convertendo a réplica geográfica primária. A tentativa de converter uma réplica geo-secundária resulta em um erro: uma réplica geo-secundária 'database-name-placeholder' não pode ser convertida em Hiperescala. Para converter as réplicas primárias e geográficas secundárias em Hiperescala, tente novamente a operação na réplica primária.
Reduza o número de réplicas geo-secundárias para uma para iniciar o processo de conversão.
Não há suporte na Hiperescala para a criação de uma replicação geográfica de uma replicação geográfica (também conhecido como "encadeamento de réplica geográfica"). Se existir uma configuração de replicação geográfica encadeada, remova-a antes de iniciar a conversão em Hiperescala.
Uma recuperação planejada não é possível enquanto a conversão do banco de dados geográfico primário na Hiperescala está em andamento. É possível realizar uma recuperação forçada para uma réplica secundária geográfica. No entanto, dependendo do estado da conversão quando ocorrer a recuperação forçada, a nova instância geográfica primária após a recuperação pode usar a camada de serviço na Hiperescala ou sua camada de serviço original.
Se um banco de dados geográfico primário estiver em um pool elástico, você poderá movê-lo para um pool elástico de Hiperescala existente como parte da conversão ou torná-lo um banco de dados autônomo de Hiperescala. No entanto, se um banco de dados geográfico secundário estiver em um pool elástico, a conversão em Hiperescala sempre o moverá para fora do pool. Você pode mover o banco de dados geográfico secundário para um pool elástico de Hiperescala em uma etapa separada após a conclusão da conversão.

Cutover

O processo de conversão tem dois estágios: conversão enquanto o banco de dados está online e, em seguida, substituição para o novo banco de dados da Hiperescala.

O tempo necessário para mover um banco de dados existente para a Hiperescala 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. É recomendável converter em Hiperescala durante um período de atividade de gravação inferior para que o tempo para reproduzir as alterações acumuladas seja menor. Recomenda-se usar o corte manual para controlar o próximo estágio.
Você tem a capacidade de escolher quando a substituição ocorre - assim que o banco de dados estiver pronto ou manualmente em um momento de sua escolha. Por padrão, o processo de conversão em Hiperescala será cortado automaticamente.
- Se você optar por realizar a transição manualmente no momento que escolher, terá 24 horas para iniciar a transição manual a partir do momento em que o banco de dados estiver pronto para a transição. Você pode iniciar uma substituição manual por meio do portal do Azure, da CLI do Azure, do PowerShell ou do T-SQL.
Enquanto o banco de dados está em um estado pronto para substituição, o sistema continua copiando e reproduzindo as alterações feitas no banco de dados de origem, mas alterna de cópia assíncrona para síncrona. Esta cópia síncrona pode aumentar a latência de gravação em cargas de trabalho com uso intensivo de gravação até que a transição ocorra.
Durante a substituição final para a Hiperescala, seus aplicativos experimentam apenas um curto período de tempo de inatividade, geralmente menos de um minuto.

Você pode monitorar várias fases no processo de conversão no portal do Azure (na página de relatórios de progresso), por meio de CLI do Azure (az sql db op list), PowerShell (Get-AzSqlDatabaseActivity) ou usando T-SQL (sys.dm_operation_status).

Quando você converte um banco de dados das camadas de serviço Premium ou Comercialmente Crítico em Hiperescala, o processo desconecta as conexões de cliente existentes durante a fase 1. Essa desconexão é semelhante à desconexão que ocorre ao dimensionar o banco de dados entre as camadas 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 na lógica de repetição para erros transitórios.

Converter um banco de dados em Hiperescala

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

Examine os limites de recursos para bancos de dados individuais se você não tiver certeza de qual objetivo de serviço é adequado para seu banco 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 de serviço mais tarde com tempo de inatividade mínimo. A cobrança para Hiperescala começa somente após a substituição.

Selecione a guia do método preferencial para converter o seu banco de dados:

O portal do Azure permite que você converta em Hiperescala modificando a camada de serviço do banco de dados.

Vá para o banco de dados que você deseja converter no portal do Azure.
Na barra de navegação à esquerda, selecione Computação + Armazenamento.
Selecione a lista suspensa da camada de serviço para expandir as opções de camadas de serviço.
1. Se você estiver usando a oferta gratuita do Banco de Dados SQL do Azure , selecione o botão para remover a oferta Gratuita de banco de dados . Em seguida, você verá a lista suspensa Camada de serviço.
Selecione Hiperescala na lista suspensa.
Examine a camada de computação e escolha Provisionado ou sem servidor.
Examine o Modo de substituição, uma opção específica para conversão em Hiperescala.
- A substituição ocorre depois que o banco de dados é preparado para conversão em Hiperescala. O modo de transição determina quando a conectividade com o Banco de Dados SQL do Azure existente é interrompida momentaneamente para a conversão para Hyperscale:
  - A substituição automática executa a substituição assim que o banco de dados da Hiperescala estiver pronto.
  - A migração manual permite que você inicie a migração em um momento de sua escolha no portal do Azure. Essa opção é mais útil para cronometrar a substituição para interrupção mínima dos negócios.
Examine 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.
Selecione o controle deslizante vCores se você quiser alterar o número de vCores disponíveis para seu banco de dados na camada de serviço hiperescala.
Selecione o controle deslizante Réplicas secundárias de alta disponibilidade se desejar alterar o número de réplicas na camada de serviço de Hiperescala.
Selecione Aplicar.
Monitore a conversão no portal do Azure.
1. Vá para o banco de dados no portal Azure.
2. Na barra de navegação à esquerda, selecione Visão geral.
3. Examine a seçã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 exibir detalhes.
5. O painel operações em andamento é aberto. Examine os detalhes das operações em andamento.

Se você tiver selecionado a Substituição manual, o portal do Azure apresentará um botão de Substituição quando estiver pronto.

Captura de tela do portal do Azure mostrando o botão de substituição em uma conversão de Hiperescala.

Este exemplo de código chama o comando az sql db update para converter um Banco de Dados SQL do Azure existente para Hyperscale. Você deve especificar tanto o objetivo do serviço quanto a ediçã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 migração para a Hiperescala em um momento de sua escolha. Essa opção é mais útil para cronometrar a substituição para 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) depois que o banco de dados da Hiperescala estiver pronto:

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

O exemplo a seguir usa o cmdlet Set-AzSqlDatabase para converter um Banco de Dados SQL do Azure existente em Hiperescala. Você deve especificar tanto o objetivo do serviço quanto a ediçã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 em um momento de sua escolha. Essa opção é mais útil para cronometrar a substituição para 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 contínuas para um banco de dados no Banco de Dados SQL do Azure. Defina os parâmetros $resourceGroupName, $serverNamee $databaseName para os valores apropriados para o 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

Utilize -PerformCutover para iniciar a transferência quando o banco de dados da 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

Para converter um Banco de Dados SQL do Azure existente para Hyperscale com Transact-SQL, primeiro conecte-se ao master banco 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 de serviço na instrução ALTER DATABASE .

Esta instrução de exemplo converte um banco de dados chamado mySampleDatabase em Hiperescala 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 realiza uma migração para o banco de dados da Hiperescala para concluir a conversão assim que o banco de dados da Hiperescala estiver disponível. Ou use o argumento MANUAL_CUTOVER para iniciar uma conversão que termine com uma transição iniciada manualmente, no momento de sua escolha. Essa opção é mais útil para cronometrar a substituição para 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 do Hyperscale, incluindo a conversão em Hyperscale, conecte-se ao masterbanco de dados do servidor lógico da instância geográfica primária e execute consultas T-SQL na visão de gerenciamento dinâmico sys.dm_operation_status. O sys.dm_operation_status informa o andamento das operações de banco de dados, incluindo a conversão para Hiperescala. Se você escolheu MANUAL_CUTOVER, o modo de exibição sys.dm_operation_status inclui informações adicionais.

Por exemplo

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

Quando estiver pronto para a transição manual, o phase_desc está WaitingForCutover. Use o argumento PERFORM_CUTOVER para iniciar a substituição:

ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;

Comentários

Esta página foi útil?

Last updated on 2026-06-23