Visão geral de operações de gerenciamento da Instância Gerenciada de SQL do Azure
Aplica-se a: 
Instância Gerenciada de SQL do Azure
A Instância Gerenciada de SQL do Azure fornece operações de gerenciamento que você poderá 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 gerenciamento?
Todas as operações de gerenciamento podem ser categorizadas da seguinte maneira:
- Implantação de instância (nova criação de instância)
- Atualização de instância (alterando propriedades de instância, como vCores ou armazenamento reservado)
- Exclusão da instância
Para dar suporte a implantações nas redes virtuais do Azure e fornecer isolamento e segurança para clientes, a Instância Gerenciada de SQL depende de clusters virtuais. O cluster virtual representa um conjunto dedicado de máquinas virtuais isoladas implantadas na sub-rede de rede virtual do cliente e organizadas em grupos de máquinas virtuais. Essencialmente, cada instância gerenciada implementada em uma sub-rede vazia resulta em uma nova criaçã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, uma vez que a implantação de máquinas virtuais adicionais no cluster virtual acarreta uma sobrecarga que deve ser considerada ao planejar novas implantações ou atualizações de instâncias gerenciadas existentes.
Provisionamento rápido
Instâncias com determinadas configurações podem se beneficiar do provisionamento rápido de Instância Gerenciada de SQL, que reduz para 30 minutos o tempo necessário para criar sua primeira instância em uma sub-rede (em relação a uma média de 45 a 60 minutos). Para saber mais sobre os tempos de duração da operação, confira as operações de gerenciamento.
O provisionamento rápido só se aplica:
- para a 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 que não têm redundância de zona.
Duração
A duração das operações no cluster virtual pode variar, mas elas normalmente têm a duração mais longa.
A tabela a seguir lista as etapas de execução prolongada que podem ser disparadas como parte da operação de criação, atualização ou exclusão. Estes são os valores que você pode esperar normalmente com base nos dados de telemetria de serviço existentes:
| Etapa | Descrição | Duração estimada |
|---|---|---|
| Criação de cluster virtual (provisionamento rápido)1 | O provisionamento rápido é uma etapa síncrona em operações de gerenciamento de instâncias durante a qual o primeiro grupo de máquinas virtuais fica instantaneamente disponível. | 90% das operações são concluídas em 30 minutos |
| Criação de cluster virtual | A criação é uma etapa síncrona em operações de gerenciamento de instâncias durante a qual o primeiro grupo de máquinas virtuais é criado. | 90% das operações são concluídas em menos de 4 horas |
| Redimensionamento do 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; já a redução é executada de forma assíncrona (sem afetar a duração das operações de gerenciamento de instância). | 90% das expansões de cluster com criação de novo grupo de máquinas virtuais são concluídas em menos de 4 horas 90% das expansões de cluster com expansão do grupo de máquinas virtuais existentes são concluídas em 60 minutos |
| Exclusão do cluster virtual | A exclusão de cluster virtual é acionada quando a última instância é excluída da sub-rede. | 90% das exclusões de clusters são concluídas em 1,5 horas |
| Propagar arquivos de banco de dados2 | Uma etapa síncrona, disparada durante a computação (vCores), ou a colocação em escala do armazenamento na camada de serviço Comercialmente Crítico, bem como a alteração da camada de serviço de Uso Geral para Comercialmente Crítico (ou vice-versa). A duração dessa operação é proporcional ao tamanho total do banco de dados e à atividade atual do banco de dados (número de transações ativas). A atividade do banco de dados quando atualiza uma instância pode introduzir uma variância significativa na duração total. | 90% dessas operações são executadas a 220 GB/hora ou mais |
1 Atualmente, o provisionamento rápido tem suporte 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 colocar em escala computação (vCores) ou armazenamento em uma camada de serviço Comercialmente Crítico, ou alternar a camada de serviço de Uso Geral para Comercialmente Crítico, a propagação também inclui o grupo de disponibilidade Always On.
Importante
A expansão/redução do armazenamento na camada Uso Geral de serviço consiste em atualizar metadados e propagar a resposta para a solicitação enviada. É uma operação rápida, concluída em até 5 minutos e sem tempo de inatividade ou failover.
Segmentos de execução prolongada de operações de gerenciamento
As seguintes tabelas 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 longa | Duração estimada |
|---|---|---|
| Primeira instância em uma sub-rede vazia1 | Criação de cluster virtual (provisionamento rápido) | 90% das operações são concluídas em 30 minutos. |
| Primeira instância em uma sub-rede vazia | Criação de cluster virtual | 90% das operações são concluídas em menos de 4 horas. |
| Primeira instância com uma geração de hardware ou janela de manutenção 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 cluster virtual2 | 90% das operações são concluídas em menos de 4 horas. |
| Criação de instância subsequente dentro da sub-rede não vazia (2ª, 3ª instância e assim por diante) | Redimensionamento de cluster virtual | 90% das operações são concluídas em 60 minutos. |
1 Atualmente, o provisionamento rápido tem suporte 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 geração de hardware e configuração da janela de manutenção.
Categoria: Atualização
| Operação | Segmento de execução longa | Duração estimada |
|---|---|---|
| Alterações relacionadas à propriedade da instância (senha de administrador, logon do Microsoft Entra e sinalizador de Benefício Híbrido do Azure) |
N/D | Até 1 minuto. |
| Reduzir ou escalar verticalmente o armazenamento da instância (Uso Geral) |
Nenhum segmento de execução longa | 99% das operações são concluídas em 5 minutos. |
| Reduzir ou escalar verticalmente o armazenamento da instância (Comercialmente Crítico) |
- Redimensionamento de cluster virtual - Propagação de grupo de disponibilidade Always On |
90% das operações são concluídas em 60 minutos + o tempo para propagar todos os bancos de dados (220 GB/hora) |
| Reduzir ou escalar verticalmente o armazenamento da instância (Uso Geral de Última Geração) |
- Criação de um cluster virtual ou redimensionamento de um grupo de máquinas virtuais - Propagação de grupo de disponibilidade Always On |
90% das operações são encerradas em menos de 4 horas (criação de um grupo de máquinas virtuais) ou de 60 minutos (redimensionamento de um grupo de máquinas virtuais) + tempo para propagar todos os bancos de dados (220 GB por hora) + failover + limpeza de instância antiga |
| Reduzir ou escalar verticalmente a computação de instância (vCores) (Uso Geral) |
- Redimensionamento de cluster virtual | 90% das operações são concluídas em 60 minutos. |
| Reduzir ou escalar verticalmente a computação de instância (vCores) (Comercialmente Crítico) |
- Redimensionamento de cluster virtual - Propagação de grupo de disponibilidade Always On |
90% das operações são concluídas em 60 minutos + o tempo para propagar todos os bancos de dados (220 GB/hora) |
| Reduzir ou escalar verticalmente a computação de instância (vCores) (Uso Geral de Última Geração) |
Criação de um cluster virtual ou redimensionamento de um grupo de máquinas virtuais - Propagação de grupo de disponibilidade Always On |
90% das operações são encerradas em menos de 4 horas (criação de um grupo de máquinas virtuais) ou de 60 minutos (redimensionamento de um grupo de máquinas virtuais) + tempo para propagar todos os bancos de dados (220 GB por hora) + failover + limpeza de instância antiga |
| Alterações da camada de serviço da instância (Uso Geral para Comercialmente Crítico e vice-versa) |
- Redimensionamento de cluster virtual - Propagação de grupo de disponibilidade Always On |
90% das operações são concluídas em 60 minutos + o tempo para propagar todos os bancos de dados (220 GB/hora) |
| Alterações da camada de serviço da instância (Uso Geral ou Comercialmente Crítico para Uso Geral de Última Geração e vice-versa) |
Criação de um cluster virtual ou redimensionamento de um grupo de máquinas virtuais - Propagação de grupo de disponibilidade Always On |
90% das operações são encerradas em menos de 4 horas (criação de um grupo de máquinas virtuais) ou de 60 minutos (redimensionamento de um grupo de máquinas virtuais) + tempo para propagar todos os bancos de dados (220 GB por hora) + failover + limpeza de instância antiga |
| Alterações do hardware ou da janela de manutenção da instância (Uso Geral) |
- Redimensionamento de cluster virtual1 | 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 grupo de máquinas virtuais). |
| Alterações do hardware ou da janela de manutenção da instância (Comercialmente Crítico) |
- Redimensionamento de cluster virtual1 - Propagação 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 propagar todos os bancos de dados (220 GB/hora). |
| Alterações do hardware ou da janela de manutenção da instância (Uso Geral de Última Geração) |
- Criação de um cluster virtual ou redimensionamento de um grupo de máquinas virtuais - Propagação de grupo de disponibilidade Always On |
90% das operações são encerradas em menos de 4 horas (criação de um grupo de máquinas virtuais) ou de 60 minutos (redimensionamento de um grupo de máquinas virtuais) + tempo para propagar todos os bancos de dados (220 GB por hora) + failover + limpeza de instância antiga |
1 A instância gerenciada deve ser colocada em um grupo de máquinas virtuais com o mesmo hardware e janela de manutenção correspondentes. Se não houver um grupo desse tipo no cluster virtual, um novo grupo deverá ser criado primeiro para acomodar a configuração da instância.
Categoria: Exclusão
| Operação | Segmento de execução longa | Duração estimada |
|---|---|---|
| Exclusão de instância não última | Back da parte final do log de todos os bancos de dados | 90% das operações são concluídas em até 1 minuto. 1 |
| Exclusão de última instância | - Backup da parte final do log de todos os bancos de dados - Exclusão do cluster virtual |
90% das operações terminam em até 1,5 hora. 2 |
1 Se houver vários grupos de máquinas virtuais no cluster, a exclusão da última instância do grupo acionará imediatamente a exclusão do grupo de máquinas virtuais 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.
Importante
Assim que a 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 afetará a cobrança.
Disponibilidade da instância
A Instância Gerenciada de SQL está disponível durante operações de atualização, exceto por um breve tempo de inatividade causado pelo failover que ocorre no final da atualização. Normalmente, ele dura até 10 segundos mesmo no caso de transações de longa execução interrompidas, graças à recuperação acelerada de banco de dados.
Observação
A colocação em escala do armazenamento da instância gerenciada de Uso Geral não causará failover no final da atualização.
A Instância Gerenciada de SQL não está disponível para aplicativos cliente durante operações de implantação e exclusão.
Importante
Não é recomendável dimensionar a computação ou o armazenamento da Instância Gerenciada de SQL do Azure nem alterar a camada de serviço ao mesmo tempo que transações de longa execução (importação de dados, trabalhos de processamento de dados, recompilação de índice etc.). O failover do banco de dados no final da operação cancela todas as transações em andamento.
Etapas de operações de gerenciamento
As operações de gerenciamento são compostas por várias etapas. Com a API de operações introduzida, essas etapas são expostas para o subconjunto de operações (implantação e atualização). A operação de implantação é composta por três etapas enquanto a operação de atualização é executada em seis etapas. Para obter detalhes sobre a duração das operações, confira a seção duração de operações de gerenciamento. As etapas são listadas por ordem de execução.
Etapas de implantação da instância gerenciada
| Nome da etapa | Descrição da etapa |
|---|---|
| Validação de solicitação | Os parâmetros enviados são validados. No 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 no estado de criação ou redimensionamento. |
| Nova inicialização da instância SQL | O processo SQL é iniciado nas máquinas virtuais implantadas. |
Etapas de atualização de instância gerenciada
| Nome da etapa | Descrição da etapa |
|---|---|
| Validação de solicitação | Os parâmetros enviados são validados. No 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 no estado de criação ou redimensionamento. |
| Nova inicialização da instância SQL | O processo SQL é iniciado nas máquinas virtuais implantadas. |
| Como propagar/anexar arquivos de banco de dados | Dependendo do tipo da operação de atualização, a propagação do banco de dados ou a anexação de arquivos de banco de dados é executada. |
| Como preparar o failover | Depois que os dados tiverem sido propagados ou os arquivos de banco de dados tiverem sido reanexados, o sistema vai se preparar para o failover. Quando tudo estiver pronto, o failover será executado com um breve tempo de inatividade. |
| Limpeza da instância SQL antiga | Como remover o processo SQL antigo das máquinas virtuais. |
Etapas de exclusão de instância gerenciada
| Nome da etapa | Descrição da etapa |
|---|---|
| Validação de solicitação | Os parâmetros enviados são validados. No caso de configuração incorreta, a operação falhará com um erro. |
| Limpeza da instância SQL | Remover o processo SQL das máquinas virtuais. |
| Exclusão do cluster virtual | A depender de 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 a última etapa. |
Observação
Em decorrência da escala de instâncias, o cluster virtual subjacente passará pelo processo de liberação de capacidade não utilizada e uma possível desfragmentação da capacidade, o que poderia afetar instâncias que não participaram de operações de criação/escala.
Operações de gerenciamento com impacto cruzado
As operações de gerenciamento em uma instância gerenciada podem afetar as operações de gerenciamento de outras instâncias colocadas na mesma sub-rede:
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 dimensionamento 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 ela aguarda a conclusão da operação de restauração para poder continuar.Uma operação de criação ou escala de instância subsequente é colocada em espera pela escala ou criação de instância iniciada anteriormente que iniciou o redimensionamento do grupo de máquinas virtuais.
Exemplo: se houver várias solicitações de criação e/ou dimensionamento na mesma sub-rede sob o mesmo grupo de máquinas virtuais e uma delas iniciar um redimensionamento do grupo de máquinas virtuais, todas as solicitações que foram enviadas mais de 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/escala enviadas em uma janela de cinco minutos serão colocadas em lote e executadas em paralelo.
Exemplo: somente um redimensionamento de cluster virtual será executado para todas as operações enviadas em uma janela de cinco minutos (medida desde o momento da execução da primeira solicitação de operação). Caso outra solicitação seja enviada mais de cinco minutos depois do envio da primeira, ela aguardará a conclusão do redimensionamento do cluster virtual antes de iniciar a execução.
Importante
As operações de gerenciamento colocadas em espera devido a outra operação em andamento serão automaticamente retomadas quando as condições para a retomada forem atendidas. Nenhuma ação do usuário é necessária para retomar as operações de gerenciamento temporariamente em pausa.
Como monitorar operações de gerenciamento
Para saber como monitorar o progresso e o status da operação de gerenciamento, confira Monitorar operações de gerenciamento.
Cancelando operações de gerenciamento
Para saber como cancelar a operação de gerenciamento, confira Cancelar operações de gerenciamento.
Próximas etapas
- Para saber como criar sua primeira instância gerenciada, confira o Guia de início rápido.
- Para obter uma lista de recursos e de comparação, confira Recursos comuns do SQL.
- Para obter mais informações sobre a configuração de VNet, confira Configuração de VNet de Instância Gerenciada de SQL.
- Para obter mais informações sobre grupos de máquinas virtuais e cluster virtual, consulte Arquitetura do cluster virtual de instância gerenciada do SQL
- Para obter um início rápido que cria uma instância gerenciada e restaura um banco de dados de um arquivo de backup, confira Criar uma instância gerenciada.
- Para obter um tutorial sobre como usar o Serviço de Migração de Banco de Dados do Azure para migração, confira Migração de Instância Gerenciada de SQL usando o Serviço de Migração de Banco de Dados.