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

Aplica-se a: Azure SQL Managed Instance

Azure SQL Managed Instance fornece operações de gestão que pode utilizar para implementar automaticamente novos casos geridos, atualizar propriedades de instâncias e apagar instâncias quando já não é necessário.

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âncias (alterar propriedades de instância, tais como vCores ou armazenamento reservado)
  • Eliminação da instância

Para suportar implementações dentro de redes virtuais Azure e fornecer isolamento e segurança para os clientes, SQL Managed Instance depende de clusters virtuais. O SQL Managed Instance representa um conjunto dedicado de computadores virtuais implementados na sub-rede da rede virtual do cliente. Essencialmente, cada instância gerida implementada numa sub-rede vazia resulta na criação de um novo cluster virtual.

As operações de gestão subsequentes em instâncias geridas podem afetar o cluster virtual subjacente. As alterações que possam afetar o cluster virtual subjacente podem ter impacto na duração das operações de gestão, uma vez que a implementação de máquinas virtuais acarreta uma sobrecarga que tem de ser tida em conta quando planeia implementações novas ou atualizações a instâncias geridas já existentes.

Duração

A duração das operações no cluster virtual pode variar, mas normalmente têm a duração mais longa.

A tabela que se segue lista os passos de longa duração que podem ser acionados como parte da operação de criação, atualização ou eliminação. A tabela também lista as durações que normalmente pode esperar, com base nos dados de telemetria de serviço existentes:

Passo Description Duração estimada
Criação do cluster virtual A criação é um passo sincronizado nas operações de gestão de exemplos. 90% das operações terminam em 4 horas
Redimensionamento de cluster virtual (expansão ou redução) A expansão é um passo sincronizado, enquanto a redução é realizada de forma assíncronea (sem impacto na duração das operações de gestão de instância). 90% das expansões do cluster terminam em menos de 2,5 horas
Eliminação de aglomerados virtuais A eliminação virtual do cluster pode ser sincronizada e assíncronea. A eliminação assíncronea é realizada em segundo plano e é desencadeada no caso de múltiplos aglomerados virtuais dentro da mesma sub-rede, quando a última instância no cluster não último da sub-rede é eliminada. A supressão sincronizada do cluster virtual é desencadeada como parte da eliminação de última instância na sub-rede. 90% das supressões de cluster terminam em 1,5 horas
Sementeira de ficheiros de base de dados1 Um passo sincronizado, desencadeado durante o cálculo (vCores), ou a escala de armazenamento no nível de serviço Crítico para a Empresa, bem como a alteração do nível de serviço de Fins Gerais para Crítico para a Empresa (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% destas operações executam a 220 GB/hora ou superior

1 Ao escalonar o cálculo (vCores) ou o armazenamento no nível de serviço Crítico para a Empresa ou trocar o nível de serviço de Fins Gerais para Crítico para a Empresa, a sementeira também inclui a sementeira de grupo Always On availability.

Importante

O armazenamento de escala para cima ou para baixo no nível de serviço Fins Gerais consiste em atualizar os dados de meta e a resposta de propagação para pedido apresentado. É uma operação rápida que completa em até 5 minutos, sem tempo de paragem e falha.

Segmentos de gestão de longo prazo

Os quadros que se seguem resumem as operações e as durações globais 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 numa sub-rede vazia Criação do cluster virtual 90% das operações são concluídas em 4 horas
Primeira instância de outra janela de hardware ou manutenção numa sub-rede não vazia (por exemplo, primeira instância da série Premium numa sub-rede com instâncias de série padrão) Criação de cluster virtual1 90% das operações são concluídas em 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 são concluídas em 2,5 horas.

1 É criado um cluster virtual separado para cada configuração de hardware e para cada configuração da janela de manutenção.

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 Azure AD, sinalizador do Benefício Híbrido do Azure) N/D Até 1 minuto.
Armazenamento de instâncias para cima/para baixo (Fins Gerais) Sem segmento de longa duração 99% das operações terminam em 5 minutos.
Armazenamento de instâncias para cima/para baixo (Crítico para a Empresa) - Redimensionamento de cluster virtual
- Sempre na sementeira de grupo de disponibilidade
90% das operações terminam em 2,5 horas + tempo para semear todas as bases de dados (220 GB/hora).
Cálculo de instância (vCores) escalando para cima e para baixo (Fins Gerais) - Redimensionamento de cluster virtual 90% das operações são concluídas em 2,5 horas.
Cálculo de instância (vCores) escalando para cima e para baixo (Crítico para a Empresa) - Redimensionamento de cluster virtual
- Sempre na sementeira de grupo de disponibilidade
90% das operações terminam em 2,5 horas + tempo para semear todas as bases de dados (220 GB/hora).
Alteração do nível do serviço de instância (Fins Gerais para Crítico para a Empresa e vice-versa) - Redimensionamento de cluster virtual
- Sempre na sementeira de grupo de disponibilidade
90% das operações terminam em 2,5 horas + tempo para semear todas as bases de dados (220 GB/hora).
Alteração de hardware ou janela de manutenção (Fins Gerais) - Criação de cluster virtual ou redimensionamento1 90% das operações terminam em 4 horas (criação) ou 2,5 horas (redimensionamento) .
Alteração de hardware ou janela de manutenção (Crítico para a Empresa) - Criação de cluster virtual ou redimensionamento1
- Sempre na sementeira de grupo de disponibilidade
90% das operações terminam em 4 horas (criação) ou 2,5 horas (redimensionamento) + tempo para semear todas as bases de dados (220 GB/hora).

1 A instância gerida deve ser colocada num cluster virtual com a janela de hardware e manutenção correspondente. Se não houver tal cluster virtual na sub-rede, um novo deve ser criado primeiro para acomodar o caso.

Categoria: Excluir

Operação Segmento de execução prolongada Duração estimada
Supressão não última em instância Registar backup de cauda para todas as bases de dados 90% das operações terminam em até 1 minuto. 1
Eliminação de última instância - Registar backup de cauda para todas as bases de dados
- Eliminação virtual do cluster
90% das operações terminam em até 1,5 horas. 2

1 No caso de múltiplos aglomerados virtuais na sub-rede, se a última instância no cluster virtual for eliminada, esta operação irá imediatamente desencadear a eliminação assíncroa do cluster virtual.

2 A eliminação da última instância na sub-rede desencadeia imediatamente a supressão sincronizada do cluster virtual.

Importante

Assim que a operação de eliminação for ativada, a faturação para SQL Managed Instance é desativada. A duração da operação de eliminação não terá impacto na faturação.

Disponibilidade de instância

SQL Managed Instance está disponível durante as operações de atualização, exceto um curto tempo de inatividade causado pela falha que ocorre 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

A escala Fins Gerais armazenamento de casos geridos não causará um fracasso no final da atualização.

SQL Managed Instance não está disponível para aplicações de clientes durante operações de implantação e eliminação.

Importante

Não é recomendado para escalar o cálculo ou armazenamento de Azure SQL Managed Instance ou alterar o nível de serviço ao mesmo tempo que as transações de longa duração (importação de dados, trabalhos de processamento de dados, reconstrução de índices, etc.). A falha da base de dados no final da operação cancela todas as transações em curso.

Etapas de gestão de operações

As operações de gestão consistem em múltiplas etapas. Com a API de Operações introduzidas estas etapas estã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 é realizada em seis etapas. Para mais informações sobre a duração das operações, consulte a secção de duração das operações de gestão . Os passos são listados por ordem de execução.

Etapas de implantação de instância geridas

Nome do passo Descrição do passo
Validação de pedidos Os parâmetros submetidos são validados. Em caso de má resolução, falhará com um erro.
Redimensionamento/criação de cluster virtual Dependendo do estado da sub-rede, o cluster virtual vai para a criação ou redimensionamento.
Nova startup de exemplo SQL O processo SQL é iniciado no cluster virtual implantado.

Etapas de atualização de instâncias geridas

Nome do passo Descrição do passo
Validação de pedidos Os parâmetros submetidos são validados. Em caso de má resolução, falhará com um erro.
Redimensionamento/criação de cluster virtual Dependendo do estado da sub-rede, o cluster virtual vai para a criação ou redimensionamento.
Nova startup de exemplo SQL O processo SQL é iniciado no cluster virtual implantado.
Sementeira de ficheiros de base de dados / anexação de ficheiros de base de dados Dependendo do tipo de operação de atualização, é realizada a sementeira de base de dados ou a anexação de ficheiros de base de dados.
Preparação de failover e failover Depois de os dados terem sido semeados ou os ficheiros de base de dados religados, o sistema está a ser preparado para a falha. Quando tudo está definido, o failover é realizado com um tempo de inatividade curto.
Limpeza de casos ANTIGO SQL Remoção do antigo processo SQL do cluster virtual

Instância gerida apaga etapas

Nome do passo Descrição do passo
Validação de pedidos Os parâmetros submetidos são validados. Em caso de má resolução, falhará com um erro.
Limpeza de caso SQL Remoção do processo SQL do cluster virtual
Eliminação de aglomerados virtuais Dependendo se a instância a ser eliminada for a última na sub-rede, o cluster virtual é sincronizadomente eliminado como último passo.

Nota

Como resultado de casos de escala, o cluster virtual subjacente passará por um processo de libertação da capacidade não utilizada e possível desfragmentação da capacidade, o que poderá afetar casos que não participaram em operações de criação/escala.

Impacto cruzado nas operações de gestão

As operações de gestão numa instância gerida podem afetar outras operações de gestão das instâncias colocadas dentro do mesmo cluster virtual:

  • Operações de restauro de longa duração num cluster virtual colocarão outras operações de criação ou escala na mesma sub-rede em espera.
    Exemplo: Se houver uma operação de restauro a longo prazo e houver um pedido de criação ou escala na mesma sub-rede, este pedido demorará mais tempo a ser concluído enquanto aguarda que a operação de restauro esteja concluída antes de continuar.

  • Uma operação de criação ou escalonamento subsequente é posta em espera por uma escala de criação ou instância de instância previamente iniciada que iniciou um redimensionamento do cluster virtual.
    Exemplo: Se houver múltiplos pedidos de criação e/ou escala na mesma sub-rede sob o mesmo cluster virtual, e um deles iniciar um redimensionado cluster virtual, todos os pedidos que foram submetidos 5+ minutos após o pedido inicial de operação durarão mais tempo do que o esperado, uma vez que estes pedidos terão de esperar que o redimensione seja concluído antes de retomar.

  • As operações de criação/escala submetidas numa janela de 5 minutos serão em loteadas e executadas em paralelo.
    Exemplo: Apenas um redimensionamento de cluster virtual será realizado para todas as operações submetidas numa janela de 5 minutos (medindo a partir do momento da execução do primeiro pedido de operação). Se outro pedido for apresentado mais de 5 minutos após a primeira ser submetida, aguardará que o cluster virtual seja reemerdado 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.

Operações de gestão de monitorização

Para aprender a monitorizar o progresso e o estado da operação de gestão, consulte as operações de gestão de monitorização.

Cancelamento de operações de gestão

Para aprender a cancelar a operação de gestão, consulte cancelando operações de gestão.

Passos seguintes