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
- Para aprender a criar o seu primeiro exemplo gerido, consulte o guia Quickstart.
- Para obter uma lista de funcionalidades e comparação, consulte as funcionalidades SqL Comum.
- Para obter mais informações sobre a configuração do VNet, consulte SQL Managed Instance configuração VNet.
- Para um arranque rápido que cria uma instância gerida e restaura uma base de dados a partir de um ficheiro de backup, consulte Criar uma instância gerida.
- Para um tutorial sobre o uso de Azure Database Migration Service para migração, consulte SQL Managed Instance migração utilizando Database Migration Service.