Compartilhar via

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

Aplica-se a:Instância Gerenciada de SQL do Azure

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

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

Etapas da operação de gerenciamento

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

  • Criar: as operações que ocorrem quando você cria uma nova instância gerenciada de SQL. Isso inclui a criação ou redimensionamento do grupo de máquinas virtuais subjacentes (VM) 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 de 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 VMs (máquina virtual) subjacente, 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 de SQL existente, incluindo a limpeza de recursos como o grupo de VM associado à instância.

Criar operação

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

Normalmente, o processo de criação passa por três fases:

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

Operação de atualização

A operação De atualização modifica as propriedades de uma instância gerenciada de 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.

Normalmente, o processo de atualização passa por cinco fases:

  1. Validar solicitação: os parâmetros enviados são validados de forma sintatica e semanticamente. Verifica se há tipos de atualização com suporte com base na configuração da instância atual e nas alterações solicitadas. Se a solicitação for inválida, a operação falhará com um erro.
  2. Crie ou redimensione o grupo de VMs: Dependendo da alteração, o grupo de VM existente é redimensionado ou um novo grupo de VMs é criado, como nas seguintes operações de atualização:
    • Ajustando a capacidade de armazenamento para mais ou para menos
    • Dimensionando a computação para cima ou para baixo
    • Alterando a camada de serviço
    • Alterando o hardware
    • Ajustando a janela de manutenção
    • Habilitar ou desabilitar a redundância de zona
  3. Iniciar a instância do SQL: um novo processo do Mecanismo de Banco de Dados SQL é inicializado com a configuração atualizada.
    • Se um novo grupo de VM for criado ou se o grupo de VM existente for redimensionado, ocorrerá uma implantação completa do Mecanismo de Banco de Dados SQL.
  4. Iniciar/anexar armazenamento: Prepara o banco de dados no grupo de VM novo ou redimensionado. A instância fica disponível durante esse processo.
  5. Preparar e fazer 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 Comercialmente Crítico , 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 a instância antiga do SQL: 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 execução longa (como importar dados, trabalhos de processamento de dados ou recompilação de índice) não é recomendável, pois o failover do banco de dados no final da operação cancela todas as transações em andamento.

Operação de exclusão

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

Normalmente, o processo de exclusão passa por quatro fases:

  1. Validar solicitação: os parâmetros enviados são validados de forma sintatica e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  2. Backup de log final: se a instância não estiver vazia, um backup de log final será feito para cada banco de dados para garantir que nenhum dado seja perdido após a exclusão da instância. Os backups são mantidos com base na política de retenção de cada banco de dados.
  3. Limpeza da instância do SQL: o processo do Mecanismo de Banco de Dados SQL é removido do grupo de VM e os recursos associados à instância são desalocados.
  4. Excluir grupo de VMs: se houver outras instâncias na sub-rede, o grupo de VM 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 VM 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 VM inicia automaticamente a remoção do cluster virtual.

Pools de instâncias

Os pools de instâncias permitem que você crie e gerencie várias instâncias com recursos compartilhados, o que pode ajudar a reduzir custos e simplificar o gerenciamento. Implantar uma instância individual em um pool existente é significativamente mais rápido do que provisionar 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 de forma sintatica e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  • Crie 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 usados por todas as instâncias no pool. Essa é uma operação única que configura a infraestrutura subjacente para várias instâncias gerenciadas.
  • Criar instância: as instâncias são criadas no pool de instâncias, 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 de recursos mais eficiente. 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 de forma sintatica 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 no pool de instâncias, 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 de forma sintatica e semanticamente. Se a solicitação for inválida, a operação falhará com um erro.
  • Alocar vCores: a instância deve receber um número adequado de vCores necessários do pool. Como já temos vCores provisionados no 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 de forma sintatica 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 fornecer 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 é igual a qualquer duração de atualização que deve redimensionar um grupo de VM existente ou criar um novo grupo de VMs.

Redundância de Zona

Com a redundância de zona habilitada, as camadas de computação e armazenamento são distribuídas entre várias zonas de disponibilidade para garantir alta disponibilidade e integridade de 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 gerenciamento

A duração das operações de gerenciamento varia de acordo com a camada de serviço da Instância Gerenciada de 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 execução longa e a duração estimada para cada operação:

Operação de gerenciamento Segmentos de execução longa Duração estimada
Criar operações
Criando uma nova instância Criando ou redimensionando grupo de VMs 95% das operações são concluídas 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% das operações são concluídas em 4 horas
Criar novo pool de instância Criando o grupo de VMs 95% das operações são concluídas em 30 minutos
Criando uma instância dentro de um pool Nenhum 95% das operações terminam em menos de 10 minutos
Operações de atualização
Alterando as propriedades básicas da instância, como o tipo de licença ou o Microsoft Entra Nenhum Até 1 minuto
Dimensionamento de armazenamento Nenhum 99% das operações são concluídas em 5 minutos
Dimensionamento da capacidade de computação (vCores) Criando ou redimensionando grupo de VMs 95% das operações são concluídas em 60 minutos
Mudar para a camada de serviço Comercialmente Crítico Redimensionando o grupo de VMs
+ Inicialização de banco de dados		 95% das operações terminam em 60 minutos + tempo para propagar bancos de dados
Mudar para a camada de serviço Uso Geral de última geração Criando ou redimensionando grupo de VMs
+ Inicialização de banco de dados		 95% das operações terminam em 60 minutos + tempo para propagar bancos de dados
Alterar hardware ou janela de manutenção Criando ou redimensionando grupo de VMs 95% das operações são concluídas em 60 minutos
Habilitando a redundância de zona Criando um novo grupo de VMs
+ Inicialização de banco de dados		 95% das operações terminam em 4 horas + tempo para propagar bancos de dados
Desabilitando a redundância de zona Criando um novo grupo de VMs
+ Inicialização de banco de dados		 95% das operações terminam em 30 minutos + tempo para propagar bancos de dados
Movendo uma instância para um pool de instâncias Nenhum 95% das operações são concluídas em 10 minutos
Mover uma instância para fora de um pool de instâncias Criando ou redimensionando grupo de VMs 95% das operações são concluídas em 60 minutos
Excluir operações
Excluir instância não última1 Back da parte final do log de todos os bancos de dados 95% de operações terminam em 1 minuto.
Excluindo a última instância2 Backup da parte final do log de todos os bancos de dados
Excluir cluster virtual		 95% das operações são concluídas em 90 minutos

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

Sua instância está disponível durante todas as operações de gerenciamento, exceto durante a etapa de failover final, quando o tráfego é redirecionado para o novo processo do Mecanismo de Banco de Dados SQL. Na camada de serviço Comercialmente Crítico , sua instância fica indisponível por até 20 segundos, enquanto nas camadas de serviço uso geral e uso geral de próxima geração , sua instância pode ficar indisponível por até 2 minutos.

Importante

Para operações de atualização que não são concluídas no local, mas que resultam no reanexamento do banco de dados (como dimensionamento de vCores, dimensionamento de memória, alteração de hardware ou janela de manutenção), o tempo de failover dos bancos de dados na camada de serviço Uso Geral de Próxima Geração é ajustado de acordo com o número de bancos de dados, até 10 minutos. Embora a instância fique disponível após 2 minutos, alguns bancos de dados poderão estar disponíveis após um atraso. A duração do failover é medida desde o momento em que o primeiro banco de dados fica offline até o momento em que o último banco de dados fica online. A camada de serviço uso geral de próxima geração aumenta o número máximo de bancos de dados por instância de 100 para 500.

Duração da propagação

Propagação é o processo de inicializar e sincronizar 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, o envio ocorre a uma taxa de aproximadamente 220 GB por hora.

A propagação é executada de forma simultânea por meio de oito canais paralelos. A qualquer momento, oito bancos de dados são selecionados para transferência de dados. Assim que a transferência de um banco de dados for concluída, o próximo banco de dados disponível será atribuído ao canal livre agora, o que garante uma taxa de transferência contínua e eficiente.

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

  • Tempo estimado provável de propagação para a maioria dos casos
  • Tempo máximo de propagação estimado esperado para 95% dos casos
Intervalo de tamanho do banco de dados (GB) Tempo provável de semeadura Tempo máximo de semeadura esperado
0 a 32 GB 30 minutos 1 hora
32 a 256 GB 1,5 horas 2 horas
256 – 512 GB 2 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 4.096 GB 15 horas 20 horas

Conteúdo relacionado

  • Last updated on