Compartilhar via


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.

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:

O portal do Azure permite migrar para a camada de serviço de Hiperescala modificando o tipo de preço do banco de dados.

Captura de tela do painel Computação + armazenamento de um banco de dados existente do Banco de Dados SQL do Azure. A lista suspensa Camada de serviço está expandida, exibindo a opção Camada de serviço Hiperescala.

  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.

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:

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.

Captura de tela do painel Computação + armazenamento de um banco de dados da Hiperescala no Banco de Dados SQL do Azure.

  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.

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.

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.

Captura de tela do painel de visão geral de um banco de dados do Banco de Dados SQL do Azure. Uma notificação de uma operação em andamento é exibida na área de notificação na parte inferior do painel.

  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.

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.

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.

Captura de tela do painel de visão geral de um servidor lógico do Banco de Dados SQL do Azure, bancos de dados na parte inferior do painel.

  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.

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