Como gerenciar um banco de dados da Hiperescala

Aplica-se a: Banco de Dados SQL do Azure

A camada de serviço em Hiperescala fornece um armazenamento altamente escalonável e o nível de desempenho de computação que aproveita a arquitetura do Azure para escalar horizontalmente o armazenamento e recursos de computação para um banco de dados SQL do Azure substancialmente além dos limites disponíveis para uso geral e negócios Comercialmente Crítico. Este artigo descreve como realizar tarefas de administração essenciais para os bancos de dados de Hiperescala, incluindo a migração de um banco de dados existente para a Hiperescala, a restauração de um banco de dados de Hiperescala para uma região diferente, a migração reversa da Hiperescala para outra camada de serviço e o monitoramento do status de operações contínuas e recentes em um banco de dados de Hiperescala.

Saiba como criar um novo banco de dados de Hiperescala em Início Rápido: criar um banco de dados de Hiperescala no Banco de Dados SQL do Azure.

Dica

Preços simplificados de Hiperescala do Banco de Dados SQL em dezembro de 2023. Consulte o blog de preços de Hiperescala para obter detalhes.

Migrar um banco de dados existente para Hiperescala

Você pode migrar seu Banco de Dados SQL do Azure para Hiperescala usando o portal do Azure, a CLI do Azure, PowerShell ou o Transact-SQL.

O tempo necessário para migrar um banco de dados existente para a Hiperescala consiste no tempo de copiar os dados e no tempo de reproduzir as alterações feitas no banco de dados de origem durante a cópia. O tempo de cópia de dados é proporcional ao tamanho dos dados. Recomendamos migrar para Hiperescala durante um período de atividade de gravação menor para que o tempo de reprodução das alterações acumuladas seja menor.

Você passará apenas por um curto período de inatividade, geralmente alguns minutos, durante a substituição final para a camada de serviço de Hiperescala.

Pré-requisitos

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

Não há suporte para a migração direta da camada de serviço Básico para a camada de serviço Hiperescala. Para executar essa migração, primeiro altere o banco de dados para qualquer camada de serviço diferente do Básico (por exemplo, Uso Geral) e, em seguida, prossiga com a migração para Hiperescala.

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

Para migrar um banco de dados existente no Banco de Dados SQL do Azure para a camada de serviço de 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ê poderá alterar o objetivo de serviço com tempo de inatividade mínimo.

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

Portal

O portal do Azure permite migrar para a camada de serviço de Hiperescala modificando o tipo de preço do 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 da Camada de serviço para expandir as opções de camadas de serviço.
4. Selecione Hiperescala (armazenamento escalonável sob demanda) no menu da lista suspensa.
5. 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.
6. Selecione o controle deslizante vCores se desejar alterar o número de vCores disponíveis no seu banco de dados na camada de serviço de Hiperescala.
7. Selecione o controle deslizante High-AvailabilitySecondaryReplicas se desejar alterar o número de réplicas na camada de serviço de Hiperescala.
8. Selecione Aplicar.

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

CLI do Azure

Este código de exemplo 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 de Hiperescala. Você deve especificar tanto o objetivo do serviço quanto a edição.

Substitua resourceGroupName, serverName, databaseName e serviceObjective pelos valores apropriados antes de executar o seguinte código de 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

Você pode monitorar as operações de um banco de dados de Hiperescala 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 de Hiperescala. Você deve especificar tanto o objetivo do serviço quanto a edição.

Substitua $resourceGroupName, $serverName, $databaseName e $serviceObjective pelos valores apropriados antes de executar esse código de exemplo:

$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 as operações de um banco de dados de Hiperescala 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 de Hiperescala com o Transact-SQL, primeiro conecte-se ao banco de dados master no 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 Azure Data Studio.

Você deve especificar tanto o objetivo do serviço quanto a ediçã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 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

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

Fazer a migração reversa de Hiperescala

A migração reversa para a camada de serviço de Uso 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 do Hiperescala retornem em uma emergência, caso a Hiperescala não atenda às suas necessidades. Embora a migração reversa seja iniciada por uma alteração da camada de serviço, é essencialmente um movimento no tamanho dos dados entre arquiteturas diferentes.

Limitações para migração reversa

A migração reversa está disponível sob as seguintes condições:

• A migração reversa só está disponível em até 45 dias da migração original para a Hiperescala.
• Os bancos de dados criados originalmente na camada de serviço da Hiperescala não são qualificados para migração reversa.
• Você pode reverter a migração apenas para a camada de serviço de Uso Geral. Sua migração da Hiperescala para Uso Geral pode direcionar as camadas de computação provisionadas ou sem servidor. Se você quiser migrar o banco de dados para outra camada de serviço, como Comercialmente Crítico ou um 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 a migração reversa de bancos de dados com menos de 2 vCores. Você pode reduzir o banco de dados para menos de 2 vCores quando a migração for concluída.
• Não há suporte para a migração reversa direta para um pool elástico. Você pode fazer a migração reversa apenas de um banco de dados individual da Hiperescala para um banco de dados de Uso Geral único.
  • Se o banco de dados de Hiperescala fizer parte de um pool elástico de Hiperescala, primeiro você precisará removê-lo do pool elástico de Hiperescala antes da migração reversa.
  • Após a conclusão da migração reversa, opcionalmente, você pode adicionar o banco de dados de Uso Geral único a um pool elástico de Uso Geral, se necessário.
• Para bancos de dados não qualificados para migração reversa, a única maneira de migrar da Hiperescala para uma camada de serviço que não seja da Hiperescala é exportar/importar usando um arquivo bacpac ou outras tecnologias de movimentação de dados (Cópia em Massa, Azure Data Factory, Azure Databricks, SSIS etc.). Não há suporte para exportação/importação do arquivo bacpac no portal do Azure, no PowerShell, usando New-AzSqlDatabaseExport ou New-AzSqlDatabaseImport, na CLI do Azure, usando az sql db export e az sql db import, e na API REST. A importação/exportação bacpac para bancos de dados de Hiperescala menores (até 150 GB) é compatível usando o SSMS e o SqlPackage versão 18.4 e posteriores. Para bancos de dados maiores, a exportação/importação de BACPAC pode levar muito tempo e pode falhar por vários motivos.

Duração e tempo de inatividade

Ao contrário das operações de alteração do objetivo de nível de serviço regulares na Hiperescala, migrar para a Hiperescala e fazer migração reversa para Uso Geral são operações de tamanho dos 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 ocorrem 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 o banco de dados de Uso Geral de destino seja provisionado com vários vCores maiores que ou iguais ao número de vCores atribuídos ao banco de dados de Hiperescala de origem para manter cargas de trabalho semelhantes.

Durante a migração reversa, o banco de dados da Hiperescala de origem poderá apresentar 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ê passará por um curto período de tempo de inatividade, geralmente alguns minutos, durante a substituição final para o novo banco de dados de Uso Geral de destino.

Pré-requisitos

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

• Seu banco de dados não tenha a replicação geográfica habilitada.
• Seu banco de dados não tenha réplicas nomeadas.
• Seu banco de dados (tamanho alocado) seja pequeno o suficiente para caber na camada de serviço de destino.
• Se você especificar o tamanho máximo do banco de dados de Uso Geral de destino, verifique se o tamanho alocado do banco de dados é pequeno o suficiente para se ajustar a esse tamanho máximo.

As verificações de pré-requisito ocorram 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 backup

Você receberá a cobrança de acordo com os preços regulares por todos os backups de banco de dados existentes no período de retenção configurado. Você receberá a cobrança pelos instantâneos de armazenamento de backup da Hiperescala e pelos blobs de armazenamento de tamanho dos dados que devem ser retidos para poder restaurar o backup.

Você pode migrar um banco de dados para a Hiperescala e fazer migração reversa para Uso Geral várias vezes. Somente os backups da camada atual e anterior de seu banco de dados estarão disponíveis para restauração. Se você tiver movido da camada de serviço de Uso Geral para a Hiperescala e voltar para Uso Geral, os únicos backups disponíveis serão os do banco de dados de Uso Geral atual e do banco de dados de Hiperescala imediatamente anterior. Esses backups retidos são cobrados de acordo com a cobrança de Banco de Dados SQL do Azure. As camadas anteriores tentadas não terão backups disponíveis e não serão cobradas.

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

1. Uso Geral
2. Migrar para o Hiperescala
3. Reverter a migração para Uso Geral
4. Alteração da camada de serviço para Comercialmente Crítico
5. Migrar para o Hiperescala
6. Reverter a migração para Uso Geral

Nesse caso, os únicos backups disponíveis seriam das etapas 5 e 6 da linha do tempo, se ainda estiverem no período de retenção configurado. Os backups de etapas anteriores não estariam disponíveis. Considere cuidadosamente a disponibilidade de backups ao tentar migrações repetidas do mesmo banco de dados entre as camadas de serviço de Hiperescala e Uso Geral. Os backups de bancos de dados anteriores ao banco de dados imediatamente anterior ficam indisponíveis assim que uma migração reversa é iniciada e permanecem indisponíveis mesmo se a migração for cancelada.

Como fazer a migração reversa de um banco de dados de Hiperescala para a camada de serviço de Uso Geral

Para fazer a migração reversa de um banco de dados da Hiperescala existente no Banco de Dados SQL do Azure para a camada de serviço Uso Geral, primeiro, identifique o objetivo do serviço de destino na camada de serviço Uso Geral e indique se deseja migrar para as camadas de computação provisionada ou sem servidor. 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.

Se você quiser executar uma alteração da camada de serviço adicional após a migração reversa para Uso Geral, identifique seu objetivo de serviço de destino eventual e verifique se o tamanho alocado do banco de dados é pequeno o suficiente para se ajustar a esse objetivo de serviço.

Selecione a guia do método preferencial para fazer migração reversa do banco de dados:

Portal

O portal do Azure permite fazer migração reversa para a camada de serviço de Uso Geral modificando o tipo de preço do 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 da Camada de serviço para expandir as opções de camadas de serviço.
4. Selecione Uso Geral (opções de computação e armazenamento escalonáveis) no menu de lista suspensa.
5. 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.
6. Selecione o controle deslizante vCores se desejar alterar o número de vCores disponíveis no seu banco de dados na camada de serviço de Uso Geral.
7. Selecione Aplicar.

CLI do Azure

Este código de exemplo chama az sql db update para fazer migração reversa de um banco de dados de Hiperescala existente para a camada de serviço de Uso Geral. Você deve especificar tanto o objetivo do serviço quanto a edição. Você pode selecionar Provisioned ou Serverless para o modelo de computação de destino.

Substitua resourceGroupName, serverName, databaseName e serviceObjective pelos valores apropriados antes de executar o seguinte código de exemplo:

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 argumento maxsize. Se o valor de maxsize exceder o tamanho máximo válido para o objetivo de serviço de destino, um erro será retornado. Se o argumento maxsize não for especificado, a operação padrão será o tamanho máximo disponível para o objetivo de serviço fornecido. 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 as operações de um banco de dados de Hiperescala enquanto a operação está em andamento.

PowerShell

Este código de exemplo usa o cmdlet Set-AzSqlDatabase para fazer migração reversa de um banco de dados existente da camada de serviço de Hiperescala para a camada de serviço de Uso Geral. Você deve especificar tanto o objetivo do serviço quanto a edição. Você pode selecionar Provisioned ou Serverless para a camada de computação de destino.

Substitua $resourceGroupName, $serverName, $databaseName, $serviceObjective e $computeModel pelos valores apropriados antes de executar esse código de exemplo:

$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 argumento maxsize. Se o valor de maxsize exceder o tamanho máximo válido para o objetivo de serviço de destino, um erro será retornado. Se o argumento maxsize não for especificado, a operação padrão será o tamanho máximo disponível para o objetivo de serviço fornecido. 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 as operações de um banco de dados de Hiperescala enquanto a operação está em andamento.

Transact-SQL

Para fazer migração reversa de um banco de dados de Hiperescala para a camada de serviço de Uso Geral com o Transact-SQL, primeiro conecte-se ao banco de dados master no servidor de SQL lógico usando o SQL Server Management Studio (SSMS) ou o Azure Data Studio.

Você deve especificar tanto o objetivo do serviço quanto a ediçã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 Uso Geral com o objetivo de serviço GP_Gen5_4. Substitua o nome do banco de dados e o objetivo de 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 argumento maxsize. Se o valor de maxsize exceder o tamanho máximo válido para o objetivo de serviço de destino, um erro será retornado. Se o argumento maxsize não for especificado, a operação padrão será o tamanho máximo disponível para o objetivo de serviço fornecido. O exemplo a seguir especifica maxsize:

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

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

Monitorar operações de um banco de dados da Hiperescala

Você pode monitorar o status de operações em andamento ou recentemente concluídas em 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 método preferencial para monitorar as operações.

Portal

O portal do Azure mostra uma notificação de um banco de dados no Banco de Dados SQL do Azure quando uma operação como 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 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.

CLI do Azure

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

Substitua resourceGroupName, serverName, databaseName e serviceObjective pelos valores apropriados antes de executar o seguinte código de exemplo:

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 $resourceGroupName, $serverName e $databaseName com 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

Transact-SQL

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

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

Este código de exemplo retorna todos os inteiros em sys.dm_operation_status para 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 código de exemplo.

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 em Hiperescala

Depois de migrar um banco de dados para a Hiperescala ou reconfigurar um banco de dados na camada de serviço da Hiperescala, pode ser desejável exibir e/ou documentar a configuração do banco de dados da Hiperescala.

Portal

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

1. Navegue até o servidor lógico no portal do Azure.
2. Na barra de navegação esquerda, selecione Visão geral.
3. Role até a lista de recursos na parte inferior do painel. A janela exibirá os pools elásticos de SQL e os bancos de dados no servidor lógico.
4. Examine a coluna Tipo de preço para identificar os bancos de dados na camada de serviço da Hiperescala.

CLI do Azure

Este código de exemplo da CLI do Azure chama az sql db list para listar os bancos de dados de Hiperescala 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 pelos valores apropriados antes de executar o seguinte código de exemplo:

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 de Hiperescala 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 $resourceGroupName e $serverName com os 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

Examine a coluna Edição para identificar os bancos de dados na camada de serviço da Hiperescala.

Transact-SQL

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

Consulte a exibição de catálogo do sistema sys.database_service_objectives para examinar os bancos de dados na camada de serviço da Hiperescala:

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

Conteúdo relacionado

Saiba mais sobre bancos de dados de Hiperescala nos seguintes artigos:

• Início Rápido: Criar um banco de dados de Hiperescala no Banco de Dados SQL do Azure
• Tipo de serviço de Hiperescala
• Perguntas Frequentes sobre a Hiperescala do Banco de Dados SQL do Azure
• Réplicas secundárias de hiperescala
• Perguntas frequentes sobre réplicas nomeadas da Hiperescala do Banco de Dados SQL do Azure