Como gerenciar um banco de dados Hyperscale

Aplica-se a:Banco de Dados SQL do Azure

A camada de serviço Hyperscale fornece uma camada de desempenho de computação e armazenamento altamente escalável que aproveita a arquitetura do Azure para dimensionar recursos de armazenamento e computação para um Banco de Dados SQL do Azure substancialmente além dos limites disponíveis para as camadas de serviço de Propósito Geral e Críticas para os Negócios. Este artigo descreve como executar tarefas de administração essenciais para bancos de dados Hyperscale, incluindo migrar um banco de dados existente para Hyperscale, restaurar um banco de dados Hyperscale para uma região diferente, reverter a migração de Hyperscale para outra camada de serviço e monitorar o status de operações atuais e recentes em um banco de dados Hyperscale.

Saiba como criar um novo banco de dados Hyperscale em Guia de início rápido: criar um banco de dados Hyperscale no Banco de Dados SQL do Azure.

Gorjeta

Preços simplificados para o SQL Database Hyperscale em breve. Consulte o blog de preços do Hyperscale para obter detalhes.

Migrar um banco de dados existente para o Hyperscale

Você pode migrar bancos de dados existentes no Banco de Dados SQL do Azure para o Hyperscale usando o portal do Azure, a CLI do Azure, o PowerShell ou o Transact-SQL.

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. O tempo de cópia dos dados é proporcional ao tamanho dos dados. Recomendamos migrar para o Hyperscale durante um período de atividade de gravação mais baixo para que o tempo para reproduzir as alterações acumuladas seja menor.

Você enfrentará apenas um curto período de tempo de inatividade, geralmente alguns minutos, durante a transição final para a camada de serviço Hyperscale.

Pré-requisitos

Para mover um banco de dados que faz parte de uma relação de replicação geográfica, seja como primário ou secundário, para o Hyperscale, você precisa primeiro encerrar a replicação de dados entre a réplica 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 for movido para o Hyperscale, você poderá criar uma nova réplica geográfica do Hyperscale para esse banco de dados.

Como migrar um banco de dados para a camada de serviço Hyperscale

Para migrar um banco de dados existente no Banco de Dados SQL do Azure para a camada de serviço Hyperscale, primeiro identifique seu objetivo de serviço de destino. Revise os limites de recursos para bancos de dados únicos se não tiver certeza de qual objetivo de serviço é o certo 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 do serviço com o mínimo de tempo de inatividade.

Selecione a guia da sua ferramenta preferida para migrar seu banco de dados:

Portal

O portal do Azure permite migrar para a camada de serviço Hyperscale modificando a camada de preços do seu banco de dados.

1. Navegue até o banco de dados que você deseja migrar 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.
4. Selecione Hyperscale (Armazenamento escalável sob demanda) no menu suspenso.
5. 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.
6. Reveja a opção para Poupar dinheiro. Selecione-o se você se qualificar para o Benefício Híbrido do Azure e desejar usá-lo para esse banco de dados.
7. 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 Hyperscale.
8. Selecione o controle deslizante High-AvailabilitySecondaryReplicas se desejar alterar o número de réplicas na camada de serviço Hyperscale.
9. Selecione Aplicar.

Você pode monitorar operações para um banco de dados Hyperscale enquanto a operação está em andamento.

CLI do Azure

Este exemplo de código chama az sql db update para migrar um banco de dados existente no Banco de Dados SQL do Azure para a camada de serviço Hyperscale. Você deve especificar a edição e o objetivo do serviço.

Substitua resourceGroupName, , serverNamedatabaseNamee serviceObjective com os 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

Você pode monitorar operações para um banco de dados Hyperscale enquanto a operação está em andamento.

PowerShell

O exemplo a seguir usa o cmdlet Set-AzSqlDatabase para migrar um banco de dados existente no Banco de Dados SQL do Azure para a camada de serviço 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

Você pode monitorar operações para um banco de dados Hyperscale enquanto a operação está em andamento.

Transact-SQL

Para migrar um banco de dados existente no Banco de Dados SQL do Azure para a camada de serviço Hyperscale com Transact-SQL, primeiro conecte-se ao banco de dados em seu servidor SQL lógico usando o editor de Consultas do portal do Azure para o Banco de Dados SQL do Azure, o SQL Server Management Studio (SSMS) ou o masterAzure Data Studio.

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

Esta instrução de exemplo migra um banco de dados nomeado mySampleDatabase para a camada de serviço Hyperscale com o HS_Gen5_2 objetivo de serviço. 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

Você pode monitorar operações para um banco de dados Hyperscale enquanto a operação está em andamento.

Migração reversa do Hyperscale

A migração reversa para a camada de serviço de Propósito Geral permite que os clientes que migraram recentemente um banco de dados existente no Banco de Dados SQL do Azure para a camada de serviço Hyperscale voltem em uma emergência, caso o Hyperscale não atenda às suas necessidades. Apesar da migração inversa ser iniciada por uma alteração do escalão de serviço, é essencialmente uma movimentação do tamanho dos dados entre diferentes arquiteturas.

Limitações da migração inversa

A migração inversa está disponível nas seguintes condições:

• A migração reversa só está disponível dentro de 45 dias após a migração original para o Hyperscale.
• Os bancos de dados criados originalmente na camada de serviço Hyperscale não são qualificados para migração reversa.
• Você pode reverter a migração somente para a camada de serviço de uso geral. Sua migração do Hyperscale para o General Purpose pode ter como destino as camadas de computação sem servidor ou provisionadas. Se desejar migrar o banco de dados para outra camada de serviço, como Business Critical ou uma camada de serviço baseada em DTU, primeiro faça a migração reversa para a camada de serviço de uso geral e, em seguida, altere a camada de serviço.
• Não há suporte para migração reversa direta de, ou para, um pool elástico. Você pode reverter a migração apenas de um único banco de dados Hyperscale para um banco de dados único de uso geral.
  • Se o banco de dados Hyperscale fizer parte de um pool elástico Hyperscale (visualização), você precisará primeiro removê-lo do pool elástico Hyperscale antes da migração reversa.
  • Após a conclusão da migração reversa, você pode, opcionalmente, adicionar o banco de dados único de Uso Geral a um pool elástico de Propósito Geral, se necessário.
• Para as bases de dados que não se qualificam para a migração inversa, a única forma de migrar do Hyperscale para um escalão de serviço não Hyperscale é através da exportação/importação com um ficheiro bacpac ou outras tecnologias de movimento de dados (Cópia em Massa, Azure Data Factory, Azure Databricks, SSIS, etc.) A exportação/importação do Bacpac a partir do portal do Azure, a partir do PowerShell com New-AzSqlDatabaseExport ou New-AzSqlDatabaseImport, a partir da CLI do Azure com az sql db export e az sql db import e a partir da API REST não é suportada. A importação/exportação do Bacpac para bancos de dados Hyperscale menores (até 150 GB) é suportada usando SSMS e SqlPackage versão 18.4 e posterior. Relativamente às bases de dados de maiores dimensões, a exportação/importação do bacpac pode demorar muito tempo e pode falhar por várias razões.

Duração e tempo de inatividade

Ao contrário das operações regulares de alteração de objetivo de nível de serviço no Hyperscale, a migração para o Hyperscale e a migração reversa para o General Purpose são operações de tamanho de dados.

A duração de uma operação de migração reversa depende principalmente do tamanho do banco de dados e das atividades de gravação simultâneas que acontecem durante a migração. O número de vCores atribuídos ao banco de dados de uso geral de destino também afeta a duração da migração reversa. Recomendamos que você provisione o banco de dados de uso geral de destino com um número de vCores maior ou igual ao número de vCores atribuídos ao banco de dados Hyperscale de origem para sustentar cargas de trabalho semelhantes.

Durante a migração reversa, o banco de dados Hyperscale de origem pode sofrer degradação de desempenho se estiver sob carga substancial. Especificamente, a taxa de log de transações pode ser reduzida (limitada) para garantir que a migração reversa esteja progredindo.

Você experimentará um curto período de tempo de inatividade, geralmente alguns minutos, durante a transição final para o novo banco de dados de propósito geral de destino.

Pré-requisitos

Antes de iniciar uma migração reversa do Hyperscale para a camada de serviço de uso geral, você deve garantir que seu banco de dados atenda às limitações da migração reversa e:

• Seu banco de dados não tem a Replicação Geográfica habilitada.
• Seu banco de dados não tem réplicas nomeadas.
• Seu banco de dados (tamanho alocado) é pequeno o suficiente para caber na camada de serviço de destino.
• Se você especificar o tamanho máximo do banco de dados para o banco de dados de uso geral de destino, verifique se o tamanho alocado do banco de dados é pequeno o suficiente para caber nesse tamanho máximo.

As verificações de pré-requisitos ocorrem antes do início de uma operação de migração reversa. Se os pré-requisitos não forem atendidos, a operação de migração reversa falhará imediatamente.

Políticas de cópia de segurança

Você é cobrado usando o preço normal para todos os backups de banco de dados existentes dentro do período de retenção configurado. Você é cobrado pelos snapshots de armazenamento de backup Hyperscale e pelos blobs de armazenamento de tamanho de dados que devem ser retidos para poder restaurar o backup.

Você pode migrar um banco de dados para o Hyperscale e reverter a migração de volta para o General Purpose várias vezes. Somente backups da camada atual e anterior do banco de dados estão disponíveis para restauração. Se você tiver mudado da camada de serviço de Propósito Geral para a Hiperescala e de volta para a Finalidade Geral, os únicos backups disponíveis são os do banco de dados de Propósito Geral atual e o banco de dados de Hiperescala imediatamente anterior. Esses backups retidos são cobrados de acordo com a cobrança do Banco de Dados SQL do Azure. Os níveis anteriores tentados não terão backups disponíveis e não serão cobrados.

Por exemplo, você pode migrar entre camadas de serviço Hyperscale e não Hyperscale:

1. Fins Gerais
2. Migrar para o Hyperscale
3. Migração reversa para uso geral
4. Alteração da camada de serviço para Business Critical
5. Migrar para o Hyperscale
6. Migração reversa para uso geral

Nesse caso, os únicos backups disponíveis seriam das etapas 5 e 6 da linha do tempo, se ainda estiverem dentro do período de retenção configurado. Quaisquer backups de etapas anteriores não estariam disponíveis. Considere cuidadosamente a disponibilidade de backups ao tentar várias migrações reversas da Hyperscale para a camada de uso geral.

Como reverter a migração de um banco de dados Hyperscale para a camada de serviço de uso geral

Para reverter a migração de um banco de dados Hyperscale existente no Banco de Dados SQL do Azure para a camada de serviço de Propósito Geral, primeiro identifique seu objetivo de serviço de destino na camada de serviço de Propósito Geral e se deseja migrar para as camadas de computação provisionadas ou sem servidor. Revise os limites de recursos para bancos de dados únicos se não tiver certeza de qual objetivo de serviço é o certo para seu banco de dados .

Se desejar realizar uma alteração adicional na camada de serviço após a migração reversa para Propósito Geral, identifique também seu eventual objetivo de serviço de destino e certifique-se de que o tamanho alocado do banco de dados seja pequeno o suficiente para se encaixar nesse objetivo de serviço.

Selecione a guia para o seu método preferido para reverter a migração do seu banco de dados:

Portal

O portal do Azure permite que você reverta a migração para a camada de serviço de Propósito Geral modificando a camada de preços do seu banco de dados.

1. Navegue até o banco de dados que você deseja migrar 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.
4. Selecione Uso geral (opções escaláveis de computação e armazenamento) no menu suspenso.
5. 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.
6. Reveja a opção para Poupar dinheiro. Selecione-o se você se qualificar para o Benefício Híbrido do Azure e desejar usá-lo para esse banco de dados.
7. 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 de uso geral.
8. Selecione Aplicar.

CLI do Azure

Este exemplo de código chama az sql db update para reverter a migração de um banco de dados Hyperscale existente para a camada de serviço de uso geral. Você deve especificar a edição e o objetivo do serviço. Você pode selecionar um Provisioned ou Serverless para o modelo de computação de destino.

Substitua resourceGroupName, , serverNamedatabaseNamee serviceObjective com os valores apropriados antes de executar o seguinte exemplo de código:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel

Opcionalmente, você pode incluir o maxsize argumento. Se o valor exceder o tamanho máximo válido para o maxsize objetivo de serviço de destino, um erro será retornado. Se o argumento não for especificado, o padrão da operação será o maxsize tamanho máximo disponível para determinado objetivo de serviço. O exemplo a seguir especifica maxsize:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="GP_Gen5_2"
computeModel="Provisioned"
maxsize="200GB"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition GeneralPurpose --service-objective $serviceObjective \
    --compute-model $computeModel --max-size $maxsize

Você pode monitorar operações para um banco de dados Hyperscale enquanto a operação está em andamento.

PowerShell

Este exemplo de código usa o cmdlet Set-AzSqlDatabase para reverter a migração de um banco de dados existente da camada de serviço Hyperscale para a camada de serviço General Purpose. Você deve especificar a edição e o objetivo do serviço. Você pode selecionar uma ou ProvisionedServerless para a camada de computação de destino.

Substitua $resourceGroupName, , , $serviceObjective$serverName$databaseNamee $computeModel com os valores apropriados antes de executar este exemplo de código:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective

Opcionalmente, você pode incluir o maxsize argumento. Se o valor exceder o tamanho máximo válido para o maxsize objetivo de serviço de destino, um erro será retornado. Se o argumento não for especificado, o padrão da operação será o maxsize tamanho máximo disponível para determinado objetivo de serviço. O exemplo a seguir especifica maxsize:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "GP_Gen5_2"
$computeModel = "Provisioned"
$maxSizeBytes = "268435456000"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName `
    -DatabaseName $databaseName -Edition "GeneralPurpose" -computemodel $computeModel `
    -RequestedServiceObjectiveName $serviceObjective -MaxSizeBytes $maxSizeBytes

Você pode monitorar operações para um banco de dados Hyperscale enquanto a operação está em andamento.

Transact-SQL

Para reverter a migração de um banco de dados Hyperscale para a camada de serviço de Propósito Geral com o Transact-SQL, primeiro conecte-se ao banco de dados em seu servidor SQL lógico usando o master SQL Server Management Studio (SSMS), Azure Data Studio .

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

Esta instrução de exemplo migra um banco de dados nomeado mySampleDatabase para a camada de serviço de propósito geral com o GP_Gen5_4 objetivo de serviço. Substitua o nome do banco de dados e o objetivo do serviço pelos valores apropriados antes de executar a instrução.

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2');
GO

Opcionalmente, você pode incluir o maxsize argumento. Se o valor exceder o tamanho máximo válido para o maxsize objetivo de serviço de destino, um erro será retornado. Se o argumento não for especificado, o padrão da operação será o maxsize tamanho máximo disponível para determinado objetivo de serviço. O exemplo a seguir especifica maxsize:

ALTER DATABASE [mySampleDatabase]
    MODIFY (EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_2', MAXSIZE = 200 GB);
GO

Você pode monitorar operações para um banco de dados Hyperscale enquanto a operação está em andamento.

Monitorar operações para um banco de dados Hyperscale

Você pode monitorar o status de operações em andamento ou concluídas recentemente para um Banco de Dados SQL do Azure usando o portal do Azure, a CLI do Azure, o PowerShell ou o Transact-SQL.

Selecione a guia do seu método preferido para monitorar as operações.

Portal

O portal do Azure mostra uma notificação para um banco de dados no Banco de Dados SQL do Azure quando uma operação como uma migração, migração reversa ou restauração está em andamento.

1. Navegue até o banco de dados no portal do Azure.
2. Na barra de navegação à esquerda, selecione Descriçã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.

CLI do Azure

Este exemplo de código chama az sql db op list para retornar operações recentes ou em andamento para um banco de dados no Banco de Dados SQL do Azure.

Substitua resourceGroupName, , serverNamedatabaseNamee serviceObjective com os valores apropriados antes de executar o seguinte exemplo de código:

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

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

PowerShell

O cmdlet Get-AzSqlDatabaseActivity retorna operações recentes ou em andamento para um banco de dados no Banco de Dados SQL do Azure.

Defina os parâmetros , $serverNamee para os $resourceGroupNamevalores apropriados para $databaseName 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

Transact-SQL

Para monitorar as operações de um banco de dados Hyperscale, primeiro conecte-se ao banco de dados em seu servidor lógico usando o SQL Server Management Studio (SSMS), o Azure Data Studio ou o master cliente de sua escolha para executar comandos Transact-SQL.

Consulte o Modo de Exibição de Gerenciamento Dinâmico sys.dm_operation_status para revisar informações sobre operações recentes executadas em bancos de dados em seu [servidor lógico](logical-servers.md].

Este exemplo de código retorna todas as entires para sys.dm_operation_status o banco de dados especificado, classificado por quais operações começaram mais recentemente. Substitua o nome do banco de dados pelo valor apropriado antes de executar o exemplo de código.

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

Exibir bancos de dados na camada de serviço Hyperscale

Depois de migrar um banco de dados para o Hyperscale ou reconfigurar um banco de dados dentro da camada de serviço Hyperscale, você pode querer exibir e/ou documentar a configuração do seu banco de dados Hyperscale.

Portal

O portal do Azure mostra uma lista de todos os bancos de dados em um servidor lógico. A coluna Camada de preço inclui a camada de serviço para cada banco de dados.

1. Navegue até o servidor lógico no portal do Azure.
2. Na barra de navegação à esquerda, selecione Descrição geral.
3. Desloque-se para a lista de recursos na parte inferior do painel. A janela exibe os pools elásticos SQL e os bancos de dados no servidor lógico.
4. Analise a coluna Camada de preços para identificar bancos de dados na camada de serviço Hyperscale.

CLI do Azure

Este exemplo de código da CLI do Azure chama az sql db list para listar bancos de dados Hyperscale em um servidor lógico com seu nome, local, objetivo de nível de serviço, tamanho máximo e número de réplicas de alta disponibilidade.

Substitua resourceGroupName e serverName com os valores apropriados antes de executar o seguinte exemplo de código:

resourceGroupName="myResourceGroup"
serverName="server01"

az sql db list -g $resourceGroupName -s $serverName --query "[].{Name:name, Location:location, SLO:currentServiceObjectiveName, Tier:currentSku.tier, maxSizeBytes:maxSizeBytes,HAreplicas:highAvailabilityReplicaCount}[?Tier=='Hyperscale']" --output table

PowerShell

O cmdlet Get-AzSqlDatabase do Azure PowerShell retorna uma lista de bancos de dados Hyperscale em um servidor lógico com seu nome, local, objetivo de nível de serviço, tamanho máximo e número de réplicas de alta disponibilidade.

Defina os parâmetros e $serverName para os $resourceGroupName valores apropriados antes de executar o código de exemplo:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"

Get-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName | `
    Where-Object { $_.Edition -eq 'Hyperscale' } | `
        Select-Object DatabaseName, Location, currentServiceObjectiveName, Edition, `
        MaxSizeBytes, HighAvailabilityReplicaCount | `
            Format-Table

Analise a coluna Edição para identificar bancos de dados na camada de serviço Hyperscale.

Transact-SQL

Para examinar as camadas de serviço de todos os bancos de dados Hyperscale em um servidor lógico com Transact-SQL, primeiro conecte-se ao banco de dados usando o SQL Server Management Studio (SSMS) ou o master Azure Data Studio.

Consulte a exibição sys.database_service_objetives catálogo do sistema para revisar bancos de dados na camada de serviço Hyperscale:

SELECT d.name, dso.edition, dso.service_objective
FROM sys.database_service_objectives AS dso
JOIN sys.databases as d on dso.database_id = d.database_id
WHERE dso.edition = 'Hyperscale';
GO

Próximos passos

Saiba mais sobre bancos de dados Hyperscale nos seguintes artigos:

• Guia de início rápido: criar um banco de dados de hiperescala no Banco de Dados SQL do Azure
• Escalão de serviço Hyperscale
• Perguntas frequentes sobre a Base de Dados SQL do Azure Hyperscale
• Réplicas secundárias do Hyperscale
• Perguntas frequentes sobre réplicas nomeadas do Banco de Dados SQL do Azure Hyperscale