Descrição geral das operações de gestão do Azure SQL Managed Instance

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

A Instância Gerenciada SQL do Azure fornece operações de gerenciamento que você pode usar para implantar automaticamente novas instâncias gerenciadas, atualizar propriedades de instância e excluir instâncias quando não forem mais necessárias.

O que são operações de gestão?

Todas as operações de gestão podem ser categorizadas da seguinte forma:

  • Implementação de instâncias (criação de nova instância)
  • Atualização de instância (alterando propriedades de instância, como vCores ou armazenamento reservado)
  • Eliminação da instância

Para dar suporte a implantações em redes virtuais do Azure e fornecer isolamento e segurança para os clientes, a Instância Gerenciada do SQL depende de clusters virtuais. O cluster virtual representa um conjunto dedicado de máquinas virtuais isoladas implantadas dentro da sub-rede de rede virtual do cliente e organizadas em grupos de máquinas virtuais. Essencialmente, cada instância gerenciada implantada em uma sub-rede vazia resulta em uma nova compilação de cluster virtual que cria o primeiro grupo de máquinas virtuais.

As operações de gerenciamento subsequentes em instâncias gerenciadas podem afetar os grupos de máquinas virtuais subjacentes. As alterações que afetam os grupos de máquinas virtuais subjacentes podem afetar a duração das operações de gerenciamento, pois a implantação de máquinas virtuais adicionais no cluster virtual vem com uma sobrecarga que você precisa considerar ao planejar novas implantações ou atualizações para instâncias gerenciadas existentes.

Provisionamento rápido

As sub-redes que têm a onda de recursos de novembro de 2022 habilitada podem se beneficiar do provisionamento rápido da Instância Gerenciada SQL, o que reduz o tempo necessário para criar sua primeira instância em uma sub-rede para 30 minutos, abaixo de uma média de 45 a 60 minutos.

O provisionamento rápido só se aplica:

  • à primeira instância provisionada na sub-rede.
  • para instâncias com 4-8 vCores.
  • para instâncias que usam a janela de manutenção padrão.
  • para instâncias implantadas em sub-redes que têm a onda de recursos de novembro de 2022 habilitada, o que inclui assinaturas de desenvolvimento/teste e produção.
  • para instâncias que não são redundantes de zona.

Duration

A duração das operações no cluster virtual pode variar, mas normalmente tem a maior duração.

A tabela a seguir lista as etapas de longa execução que podem ser acionadas como parte da operação de criação, atualização ou exclusão. A tabela também lista as durações que você normalmente pode esperar, com base nos dados de telemetria de serviço existentes:

Passo Description Duração estimada
Criação de cluster virtual (provisionamento rápido)1 O provisionamento rápido é uma etapa síncrona nas operações de gerenciamento de instâncias durante a qual o primeiro grupo de máquinas virtuais fica disponível instantaneamente. 90% das operações terminam em 30 minutos
Criação de cluster virtual A criação é uma etapa síncrona nas operações de gerenciamento de instâncias durante a qual o primeiro grupo de máquinas virtuais é criado. 90% das operações terminam em menos de 4 horas
Redimensionamento de cluster virtual (expansão ou redução) Adicionar novas máquinas ao grupo de máquinas virtuais existente, remover máquinas virtuais não utilizadas, adicionar ou remover todo o grupo de máquinas virtuais. A expansão é uma etapa síncrona, enquanto a redução é executada de forma assíncrona (sem impacto na duração das operações de gerenciamento de instâncias). 90% das expansões de cluster com a criação de um novo grupo de máquinas virtuais terminam em menos de 4 horas

90% das expansões de cluster com expansão do grupo de máquinas virtuais existentes terminam em 60 minutos
Exclusão de cluster virtual A exclusão de cluster virtual é acionada quando a última instância é excluída da sub-rede. 90% das exclusões de cluster terminam em 1,5 horas
Semeando arquivosde banco de dados 2 Uma etapa síncrona, acionada durante a computação (vCores) ou o dimensionamento de armazenamento na camada de serviço Crítica para os Negócios, bem como na alteração da camada de serviço de Propósito Geral para Crítica para Negócios Críticos (ou vice-versa). A duração desta operação é proporcional ao tamanho total da base de dados, bem como à atividade atual da base de dados (número de transações ativas). A atividade da base de dados ao atualizar uma instância pode introduzir uma variação significativa na duração total. 90% dessas operações são executadas a 220 GB/hora ou mais

1 Atualmente, o provisionamento rápido é suportado apenas para a primeira instância na sub-rede, com 4 ou 8 vCores e com a configuração da janela de manutenção padrão.
2 Ao dimensionar a computação (vCores) ou o armazenamento na camada de serviço Crítica para os Negócios ou ao alternar a camada de serviço de Propósito Geral para Crítica para a Crítica, a propagação também inclui a propagação do grupo de disponibilidade Always On.

Importante

Dimensionar o armazenamento para cima ou para baixo na camada de serviço de uso geral consiste em atualizar metadados e propagar a resposta para a solicitação enviada. É uma operação rápida que é concluída em até 5 minutos, sem tempo de inatividade e failover.

Gestão de operações de segmentos de longa duração

As tabelas a seguir resumem as operações e as durações gerais típicas, com base na categoria da operação:

Categoria: Implantação

Operação Segmento de execução prolongada Duração estimada
Primeira instância em uma sub-redevazia 1 Criação de cluster virtual (provisionamento rápido) 90% das operações terminam em 30 minutos.
Primeira instância numa sub-rede vazia Criação do cluster virtual 90% das operações terminam em menos de 4 horas.
Primeira instância com uma janela de geração ou manutenção de hardware diferente em uma sub-rede não vazia (por exemplo, a primeira instância da série Premium em uma sub-rede com instâncias da série Standard) Adicionando novo grupo de máquinas virtuais ao clustervirtual 2 90% das operações terminam em menos de 4 horas.
Criação das instâncias subsequentes na sub-rede não vazia (2.ª, 3.ª instância, etc.) Redimensionamento do cluster virtual 90% das operações terminam em 60 minutos.

1 Atualmente, o provisionamento rápido é suportado apenas para a primeira instância na sub-rede, com 4 ou 8 vCores e com a configuração da janela de manutenção padrão.
2 Um grupo de máquinas virtuais separado é criado para cada configuração de janela de geração e manutenção de hardware.

Categoria: Atualização

Operação Segmento de execução prolongada Duração estimada
Alteração de propriedade de instância (palavra-passe de administrador, início de sessão do Microsoft Entra, sinalizador do Benefício Híbrido do Azure) N/A Até 1 minuto.
Dimensionamento do armazenamento de instâncias para cima/para baixo (uso geral) Sem segmento de longa duração 99% das operações terminam em 5 minutos.
Escalonamento do armazenamento de instâncias para cima/para baixo (essencial para os negócios) - Redimensionamento de cluster virtual
- Semeadura de grupo de disponibilidade Always On
90% das operações terminam em 60 minutos + tempo para semear todos os bancos de dados (220 GB/hora).
Dimensionamento de computação de instância (vCores) para cima e para baixo (Propósito Geral) - Redimensionamento de cluster virtual 90% das operações terminam em 60 minutos.
Dimensionamento de computação de instância (vCores) para cima e para baixo (Business Critical) - Redimensionamento de cluster virtual
- Semeadura de grupo de disponibilidade Always On
90% das operações terminam em 60 minutos + tempo para semear todos os bancos de dados (220 GB/hora).
Alteração da camada de serviço da instância (Propósito Geral para Crítico de Negócios e vice-versa) - Redimensionamento de cluster virtual
- Semeadura de grupo de disponibilidade Always On
90% das operações terminam em 60 minutos + tempo para semear todos os bancos de dados (220 GB/hora).
Alteração da janela de hardware ou manutenção da instância (Propósito geral) - Redimensionamentode cluster virtual 1 90% das operações são concluídas em menos de 4 horas (criação de grupo de máquinas virtuais) ou 60 minutos (redimensionamento de grupos de máquinas virtuais).
Alteração da janela de hardware ou manutenção da instância (Business Critical) - Redimensionamentode cluster virtual 1
- Semeadura de grupo de disponibilidade Always On
90% das operações são concluídas em menos de 4 horas (criação de grupo de máquinas virtuais) ou 60 minutos (redimensionamento de grupos de máquinas virtuais) + tempo para semear todos os bancos de dados (220 GB/hora).

1 A instância gerenciada deve ser colocada em um grupo de máquinas virtuais com a mesma janela de hardware e manutenção correspondente. Se não houver esse grupo no cluster virtual, um novo grupo deverá ser criado primeiro para acomodar a configuração da instância.

Categoria: Excluir

Operação Segmento de execução prolongada Duração estimada
Exclusão de não última instância Backup de cauda de log para todos os bancos de dados 90% das operações terminam em até 1 minuto.1
Exclusão de última instância - Backup de cauda de log para todos os bancos de dados
- Exclusão de cluster virtual
90% das operações terminam em até 1,5 horas.2

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

Importante

Assim que a 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 afetará o faturamento.

Disponibilidade da instância

A Instância Gerenciada SQL está disponível durante as operações de atualização, exceto um curto tempo de inatividade causado pelo failover que acontece no final da atualização. Normalmente, demora até 10 segundos, mesmo no caso de transações de longa duração interrompidas, graças à recuperação acelerada da base de dados.

Nota

O dimensionamento do armazenamento de instância gerenciado de uso geral não causará um failover no final da atualização.

A Instância Gerenciada SQL não está disponível para aplicativos cliente durante as operações de implantação e exclusão.

Importante

Não é recomendável dimensionar a computação ou o armazenamento da Instância Gerenciada SQL do Azure ou alterar a camada de serviço ao mesmo tempo que transações de longa duração (importação de dados, trabalhos de processamento de dados, reconstrução de índice, etc.). O failover do banco de dados no final da operação cancela todas as transações em andamento.

Etapas das operações de gerenciamento

As operações de gestão consistem em várias etapas. Com a API de Operações introduzida , essas etapas são expostas para subconjunto de operações (implantação e atualização). A operação de implantação consiste em três etapas, enquanto a operação de atualização é executada em seis etapas. Para obter detalhes sobre a duração das operações, consulte a seção Duração das operações de gerenciamento. As etapas são listadas por ordem de execução.

Etapas de implantação de instâncias gerenciadas

Nome do passo Descrição do passo
Validação do pedido Os parâmetros enviados são validados. Em caso de configuração incorreta, a operação falhará com um erro.
Redimensionamento/criação de cluster virtual Dependendo do estado do cluster virtual, o cluster entra em estado de criação ou redimensionamento .
Inicialização de nova instância SQL O processo SQL é iniciado nas máquinas virtuais implantadas.

Etapas de atualização da instância gerenciada

Nome do passo Descrição do passo
Validação do pedido Os parâmetros enviados são validados. Em caso de configuração incorreta, a operação falhará com um erro.
Redimensionamento/criação de cluster virtual Dependendo do estado do cluster virtual, o cluster entra em estado de criação ou redimensionamento .
Inicialização de nova instância SQL O processo SQL é iniciado nas máquinas virtuais implantadas.
Semeando arquivos de banco de dados / anexando arquivos de banco de dados Dependendo do tipo de operação de atualização, a propagação ou anexação de arquivos de banco de dados é executada.
Preparando failover e failover Depois que os dados forem propagados ou os arquivos de banco de dados forem reanexados, o sistema estará sendo preparado para o failover. Quando tudo está definido, o failover é executado com um curto tempo de inatividade.
Limpeza de instância SQL antiga Remoção do processo SQL antigo das máquinas virtuais.

Etapas de exclusão de instância gerenciada

Nome do passo Descrição do passo
Validação do pedido Os parâmetros enviados são validados. Em caso de configuração incorreta, a operação falhará com um erro.
Limpeza de instância SQL Removendo o processo SQL das máquinas virtuais.
Exclusão de cluster virtual Dependendo se a instância que está sendo excluída for a última na sub-rede, o cluster virtual será excluído de forma síncrona como última etapa.

Nota

Como resultado do dimensionamento de instâncias, o cluster virtual subjacente passará por um processo de liberação de capacidade não utilizada e possível desfragmentação de capacidade, o que pode afetar instâncias que não participaram de operações de criação/dimensionamento.

Impacto cruzado nas operações de gestão

As operações de gerenciamento em uma instância gerenciada podem afetar as operações de gerenciamento de outras instâncias colocadas dentro da mesma sub-rede:

  • As operações de restauração de longa duração em um cluster virtual colocam outras operações no mesmo grupo de máquinas virtuais em espera, como operações de criação ou dimensionamento.
    Exemplo: Se houver uma operação de restauração de longa duração e também uma solicitação de escala que exija a redução do grupo de máquinas virtuais, a solicitação de redução levará mais tempo para ser concluída, pois aguarda a conclusão da operação de restauração antes de poder continuar.

  • Uma operação subsequente de criação ou dimensionamento de instância é suspensa por uma criação de instância iniciada anteriormente ou uma escala de instância que iniciou um redimensionamento do grupo de máquinas virtuais.
    Exemplo: Se houver várias solicitações de criação e/ou dimensionamento na mesma sub-rede no mesmo grupo de máquinas virtuais e uma delas iniciar um redimensionamento de grupo de máquinas virtuais, todas as solicitações enviadas 5+ minutos após a solicitação de operação inicial durarão mais do que o esperado, pois essas solicitações terão que aguardar a conclusão do redimensionamento antes de serem retomadas.

  • As operações de criação/dimensionamento enviadas em uma janela de 5 minutos serão agrupadas e executadas em paralelo.
    Exemplo: Apenas um redimensionamento de cluster virtual será executado para todas as operações enviadas em uma janela de 5 minutos (medindo a partir do momento da execução da primeira solicitação de operação). Se outra solicitação for enviada mais de 5 minutos após o envio da primeira, ela aguardará a conclusão do redimensionamento do cluster virtual antes do início da execução.

Importante

As operações de gestão que forem colocadas em pausa por causa de outra operação em curso serão automaticamente retomadas assim que as condições para continuar forem satisfeitas. Não é necessária qualquer ação do utilizador para retomar as operações de gestão interrompidas temporariamente.

Acompanhamento das operações de gestão

Para saber como monitorar o progresso e o status da operação de gerenciamento, consulte Monitorando operações de gerenciamento.

Cancelamento de operações de gestão

Para saber como cancelar operações de gerenciamento, consulte Cancelando operações de gerenciamento.

Próximos passos