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.

Pré-requisitos

• Para converter um banco de dados que faz parte de uma relação de replicação geográfica, como primário ou secundário, para Hiperescala, primeiro você deve encerrar a replicação geográfica entre as réplicas primária e secundária. Os bancos de dados em um grupo de failover devem ser removidos do grupo primeiro. Depois que um banco de dados é convertido em Hiperescala, você pode criar uma nova réplica geográfica da Hiperescala para esse banco de dados ou adicionar o banco de dados a um grupo de failover.
  • A capacidade de converter um banco de dados não hiperescala replicado geograficamente em Hiperescala usando T-SQL, API REST, PowerShell ou CLI do Azure é atualmente um recurso de visualização.
• 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 (versão prévia)

A capacidade de converter um banco de dados não hiperescala replicado geograficamente em Hiperescala usando T-SQL, API REST, PowerShell ou CLI do Azure é atualmente um recurso de visualização. Para obter mais informações, consulte Blog: Suporte à conversão de hiperescala para réplicas geográficas.

• A conversão em Hiperescala deve ser iniciada a partir da réplica geográfica primária.
• O número de réplicas geográficas secundárias deve ser reduzido para uma porque a Hiperescala não dá suporte a mais de um secundário geográfico.
• Não há suporte no Hyperscale 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 no Hyperscale 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 no Hyperscale 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.

Substituição

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. O tempo de cópia de dados é proporcional ao tamanho dos dados. É 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.
• 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á substituído 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:

Portal

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

1. Navegue até o banco de dados que você deseja converter no portal do Azure.
2. Na barra de navegação à esquerda, selecione Computação + Armazenamento.
3. 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 da camada de serviço.
4. Selecione Hiperescala na lista suspensa.
5. Revise a Camada de Computação e escolha Provisionado ou Sem Servidor.
6. 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 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 substituição manual solicita que você inicie a substituiçã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.
7. Examine a Configuração de Hardware listada. Se desejar, selecione Alterar a configuração para selecionar a configuração de hardware apropriada para sua carga de trabalho.
8. 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.
9. 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.
10. Selecione Aplicar.
11. 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 será 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.

CLI do Azure

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

PowerShell

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 tanto o objetivo do serviço quanto a ediçã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 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 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;

Conteúdo relacionado

• Como gerenciar um banco de dados de hiperescala
• Migração reversa de um banco de dados da Hiperescala