Partilhar via

Duração das operações de gerenciamento na Instância Gerenciada SQL do Azure

Aplica-se a:Azure SQL Managed Instance

Este artigo detalha as etapas e a duração das operações de gerenciamento na Instância Gerenciada SQL do Azure.

Para obter uma visão geral dos processos subjacentes relacionados às operações de gerenciamento, como seeding e failover, consulte Visão geral das operações de gerenciamento.

Etapas da operação de gerenciamento

O gerenciamento da Instância Gerenciada SQL do Azure envolve as seguintes operações:

  • Criar: as operações que ocorrem quando você cria uma nova instância gerenciada pelo SQL. Isso inclui a criação ou o redimensionamento do grupo de máquinas virtuais (VM) subjacente e a implantação do processo do Mecanismo de Banco de Dados SQL.
  • Atualização: operações que ocorrem quando você altera as propriedades de uma instância gerenciada SQL existente, como dimensionamento de computação ou armazenamento, alteração da camada de serviço ou atualização da configuração da instância. Fazer atualizações geralmente envolve a criação ou o redimensionamento do grupo de máquinas virtuais (VM) subjacentes, bem como a propagação de dados e, em seguida, o failover para um novo processo do Mecanismo de Banco de Dados SQL.
  • Excluir: operações que ocorrem quando você exclui uma instância gerenciada SQL existente, incluindo a limpeza de recursos como o grupo de VMs associado à instância.

Criar operação

A operação Create inicia a implantação de uma nova instância gerenciada SQL em uma sub-rede de rede virtual, enquanto configura a computação, o armazenamento e o ambiente do Mecanismo de Banco de Dados SQL para a instância.

O processo de criação normalmente passa por três fases:

  1. Validar solicitação: Os parâmetros enviados são validados sintaticamente e semanticamente. Se os parâmetros forem inválidos (como a sub-rede errada ou SKU não suportada), a operação falhará imediatamente com um erro.
  2. Criar ou redimensionar o grupo de VMs: cria ou estende um grupo de VMs para hospedar a nova instância. A duração da operação depende se a instância é ou não redundante de zona.
  3. Iniciar nova instância SQL: implanta e inicia o processo do Mecanismo de Banco de Dados SQL nas VMs alocadas.

Operação de atualização

A operação Update modifica as propriedades de uma instância gerenciada SQL existente, como dimensionar computação ou armazenamento, alterar a camada de serviço ou atualizar a configuração da instância.

O processo de atualização normalmente passa por cinco fases:

  1. Validar solicitação: Os parâmetros enviados são validados sintaticamente e semanticamente. Verifica os tipos de atualização suportados com base na configuração atual da instância e nas alterações solicitadas. Se a solicitação for inválida, a operação falhará com um erro.
  2. Criar ou redimensionar o grupo de VMs: dependendo da alteração, o grupo de VMs existente será redimensionado ou um novo grupo de VMs será criado, como nas seguintes operações de atualização:
    • Ajustar o armazenamento, aumentando ou reduzindo
    • Ajuste dos recursos de computação para cima ou para baixo
    • Alterando a camada de serviço
    • Alterar o hardware
    • Ajustar a janela de manutenção
    • Ativar ou desativar a redundância de zonas
  3. Iniciar instância SQL: um novo processo do Mecanismo de Banco de Dados SQL é inicializado com a configuração atualizada.
    • Se um novo grupo de VMs for criado ou se o grupo de VMs existente for redimensionado, ocorrerá uma implantação completa do Mecanismo de Banco de Dados SQL.
  4. Inicia/Anexa Armazenamento: prepara a base de dados no grupo de VMs novo ou redimensionado. A instância está disponível durante este processo.
  5. Prepare-se e depois execute um failover: o tráfego é redirecionado para a nova instância.
    • Sua instância só fica indisponível durante o failover, quando o tráfego é redirecionado para o novo processo do Mecanismo de Banco de Dados SQL. Na camada de serviço Business Critical , sua instância fica indisponível por até 20 segundos, enquanto na camada de serviço de uso geral , sua instância pode ficar indisponível por até 2 minutos.
  6. Limpar instância SQL antiga: desaloque as máquinas virtuais antigas e exclua os processos SQL que não são mais necessários.

Importante

Dimensionar a computação ou o armazenamento, ou alterar a camada de serviço, ao mesmo tempo que transações de longa duração (como importação de dados, trabalhos de processamento de dados ou reconstrução de índice) não é recomendado, pois o failover do banco de dados no final da operação cancela todas as transações em andamento.

Eliminar operação

A operação Delete remove uma instância gerenciada SQL existente e limpa os recursos associados. Assim que uma operação de exclusão é acionada, a cobrança da Instância Gerenciada SQL é desabilitada. A duração da operação de exclusão não afeta o faturamento.

O processo de exclusão normalmente passa por quatro fases:

  1. Validar solicitação: Os parâmetros enviados são validados sintaticamente e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  2. Backup de tail-log: Se a instância não estiver vazia, um backup de tail-log será feito para cada banco de dados para garantir que nenhum dado seja perdido depois que a instância for excluída. Os backups são mantidos com base na política de retenção de cada banco de dados.
  3. Limpeza da instância SQL: o processo do Mecanismo de Banco de Dados SQL é removido do grupo de VMs e os recursos associados à instância são deslocalizados.
  4. Excluir grupo de VMs: se houver outras instâncias na sub-rede, o grupo de VMs permanecerá intacto para essas instâncias. Se a instância que está sendo excluída for a última instância na sub-rede, o grupo de VMs será excluído de forma síncrona como a última etapa. Quando a última instância em uma sub-rede é excluída, a remoção do grupo de VMs inicia automaticamente a remoção do cluster virtual.

Conjuntos de instâncias

Os pools de instâncias permitem criar e gerenciar várias instâncias com recursos compartilhados, o que pode ajudar a reduzir custos e simplificar o gerenciamento. A implantação de uma instância individual em um pool existente é significativamente mais rápida do que o provisionamento de uma instância gerenciada autônoma porque a infraestrutura já está disponível.

Criar um pool de instâncias envolve as seguintes etapas:

  • Validar solicitação: Os parâmetros enviados são validados sintaticamente e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  • Criar o grupo de VMs: um novo grupo de VMs é criado para hospedar o pool de instâncias em uma sub-rede de uma rede virtual do Azure. O número de vCores alocados para o cluster virtual é o total máximo de vCores usado por todas as instâncias no pool. Esta é uma operação única que configura a infraestrutura subjacente para várias instâncias gerenciadas.
  • Criar instância: as instâncias são criadas dentro do pool de instâncias, o que envolve a implantação do processo do Mecanismo de Banco de Dados SQL nas VMs alocadas. As instâncias compartilham os recursos do cluster virtual, o que permite uma utilização mais eficiente dos recursos. As instâncias são criadas pelo cliente conforme necessário.

Criar uma instância dentro de um pool envolve as seguintes etapas:

  • Validar solicitação: Os parâmetros enviados são validados sintaticamente e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  • Criar instância: as instâncias são criadas dentro do pool de instâncias, o que envolve a implantação do processo do Mecanismo de Banco de Dados SQL nas VMs alocadas.

Mover uma instância para um pool de instâncias envolve as seguintes etapas:

  • Validar solicitação: Os parâmetros enviados são validados sintaticamente e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  • Alocar vCores: A instância deve receber o número adequado de vCores necessários do pool. Como já temos vCores provisionados para o pool, isso é fácil e funciona da mesma forma que provisionar uma nova instância dentro do pool.

Mover uma instância para fora de um pool de instâncias envolve as seguintes etapas:

  • Validar solicitação: Os parâmetros enviados são validados sintaticamente e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  • Criar ou redimensionar o grupo de VMs: isso requer o fornecimento de um número adequado de vCores necessários para a instância fora do pool. Os vCores não estão prontos e devem ser provisionados, portanto, essa operação é a mesma que qualquer duração de atualização que deve redimensionar um grupo de VMs existente ou criar um novo grupo de VMs.

Redundância entre Zonas

Com a redundância de zona habilitada, as camadas de computação e armazenamento são distribuídas em várias zonas de disponibilidade para garantir alta disponibilidade e integridade dos dados.

A redundância de zona estende a duração das operações de gerenciamento para acomodar alterações nos recursos em várias zonas de disponibilidade.

Duração da operação de gestão

A duração das operações de gerenciamento varia de acordo com a camada de serviço da Instância Gerenciada SQL. As seções a seguir fornecem informações detalhadas sobre a duração das operações de gerenciamento para cada camada de serviço:

A tabela a seguir detalha a duração das operações de gerenciamento na camada de serviço de uso geral , incluindo os segmentos de longa duração e a duração estimada para cada operação:

Operação de gestão Segmentos de longa duração Duração estimada
Criar operações
Criando uma nova instância Criando ou redimensionando o grupo de VMs 95% de operações terminam em 30 minutos
Criar uma nova instância com redundância de zona Criando ou redimensionando grupo de VMs com redundância de zona 95% de operações terminam em 4 horas
Criando novo pool de instâncias Criando o grupo de VMs 95% de operações terminam em 30 minutos
Criando instância dentro de um pool Nenhum 95% de operações terminam em menos de 10 minutos
Operações de atualização
Alterando propriedades básicas da instância, como o tipo de licença ou o Microsoft Entra Nenhum Até 1 minuto
Dimensionamento do armazenamento Nenhum 99% das operações terminam em 5 minutos
Dimensionamento de capacidade computacional (vCores) Criando ou redimensionando o grupo de VMs 95% de operações terminam em 60 minutos
Mudando para a camada de serviço Essencial para os Negócios Redimensionamento do grupo VM
+ Semeadura de banco de dados		 95% de operações terminam em 60 minutos + tempo necessário para preparar bases de dados
Mudando para a camada de serviço de uso geral de próxima geração Criando ou redimensionando o grupo de VMs
+ Semeadura de banco de dados		 95% de operações terminam em 60 minutos + tempo necessário para preparar bases de dados
Alterar hardware ou janela de manutenção Criando ou redimensionando o grupo de VMs 95% de operações terminam em 60 minutos
Ativando a redundância de zona Criando um novo grupo de VMs
+ Semeadura de banco de dados		 95% de operações terminam em 4 horas + tempo para preparar as bases de dados
Desativando a redundância de zona Criando um novo grupo de VMs
+ Semeadura de banco de dados		 95% das operações terminam em 30 minutos + tempo necessário para preparar bases de dados
Movendo uma instância para um pool de instâncias Nenhum 95% de operações terminam em 10 minutos
Movendo uma instância para fora de um pool de instâncias Criando ou redimensionando o grupo de VMs 95% de operações terminam em 60 minutos
Excluir operações
Excluindo instância não-última1 Backup de cauda de log para todos os bancos de dados 90% de operações terminam em 1 minuto.
Excluindo a última instância2 Backup de log final para todos os bancos de dados
Eliminar cluster virtual		 95% de operações terminam em 90 minutos

1 Se houver vários grupos de VMs no cluster, excluir a última instância no grupo acionará imediatamente a exclusão do grupo de VMs de forma assíncrona.
2 A exclusão da última instância na sub-rede aciona imediatamente a exclusão do cluster virtual de forma síncrona.

A sua instância está disponível durante todas as operações de gerenciamento, exceto durante a etapa final de failover, quando o tráfego é redirecionado para o novo processo do Mecanismo de Banco de Dados SQL. Na camada de serviço Business Critical , sua instância fica indisponível por até 20 segundos, enquanto nas camadas de serviço General Purpose e Next-gen General Purpose , sua instância pode ficar indisponível por até 2 minutos.

Duração da semeadura

A semeadura é o processo de inicialização e sincronização de dados entre processos do Mecanismo de Banco de Dados SQL. A duração da semeadura depende principalmente do tamanho do banco de dados. Em média, a semeadura prossegue a uma taxa de aproximadamente 220 GB por hora.

A semeadura é executada simultaneamente através de oito canais paralelos. A cada momento, oito bases de dados são selecionadas para transferência de dados. Assim que a transferência de um banco de dados é concluída, o próximo banco de dados disponível é atribuído ao canal agora livre, o que garante uma taxa de transferência contínua e eficiente.

A tabela a seguir fornece as seguintes informações:

  • Tempo de semeadura provável estimado para a maioria dos casos
  • Tempo máximo de semeadura estimado previsto para 95% dos casos
Intervalo de tamanho do banco de dados (GB) Tempo provável de semeadura Tempo máximo de semeadura esperado
0 - 32 GB 30 minutos Uma hora
32 - 256 GB 1,5 horas Duas horas
256 - 512 GB Duas horas 5 horas
512 - 1024 GB 5 horas 9 horas
1024 - 2048 GB 9 horas 15 horas
2048 - 3072 GB 10 horas 16 horas
3072 - 4096 GB 12 horas 18 horas
Maior que 4096 GB 15 horas 20 horas

Conteúdo relacionado