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 no Banco de Dados SQL do Azure em Hiperescala usando o portal do Azure, a CLI do Azure, o PowerShell ou o Transact-SQL.

Prerequisites

Para converter um banco de dados que usa 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.
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.

A conversão em Hiperescala deve ser iniciada 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.
O número de réplicas geográficas secundárias deve ser reduzido a 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, ela deverá ser removida 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, ele poderá ser movido para um pool elástico de Hiperescala existente como parte da conversão ou pode ser feito 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 é dividido em dois estágios: a conversão do banco de dados, que ocorre enquanto o banco de dados existente está online e, em seguida, uma substituição para o novo banco de dados de 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 executar uma migração manual em um momento de sua escolha, terá 24 horas para iniciar uma migração manual após o momento em que o banco de dados estiver pronto para a migração. Você pode iniciar uma substituição manual por meio do portal do Azure, da CLI do Azure, do PowerShell ou do T-SQL.
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.

Há várias fases no processo de conversão que podem ser monitoradas no portal do Azure (na página de relatórios de progresso), por meio da CLI do Azure (az sql db op list), do PowerShell (Get-AzSqlDatabaseActivity) ou do T-SQL (sys.dm_operation_status).

Ao converter um banco de dados das camadas de serviço Premium ou Comercialmente Crítico em Hiperescala, as conexões de cliente existentes são desconectadas durante a fase 1. Isso é 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 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.

Navegue até 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 Camada de Serviço para expandir as opções de níveis 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 da camada de serviço .
Selecione Hiperescala na lista suspensa.
Examine a camada de computação e escolha Provisionado ou sem servidor.
Revisar o Cutover mode, 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 substituição determina quando a conectividade com o Banco de Dados SQL do Azure existente será interrompida momentaneamente para a conversão em Hiperescala:
  - 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 desejar alterar o número de vCores disponíveis para seu banco de dados na camada de serviço hiperescala.
Selecione o controle deslizante de 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. Navegue até o banco de dados no portal do 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 o cutover manual, o portal do Azure apresentará um botão Cutover 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 em Hiperescala com Transact-SQL, primeiro conecte-se ao master banco de dados em seu SQL Server lógico usando o SSMS (SQL Server Management Studio) 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. Opcionalmente, use o argumento MANUAL_CUTOVER para iniciar uma conversão que terminará com uma substituição iniciada manualmente, 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:

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 de Hiperescala, incluindo a conversão para Hiperescala, conecte-se ao banco de dados do servidor lógico primário geográfico e execute consultas T-SQL na exibição de gerenciamento dinâmico sys.dm_operation_status. O sys.dm_operation_status faz relatórios sobre o progresso das operações de banco de dados, incluindo a conversão em 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 substituição manual, o phase_desc será 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 2025-10-23