Partilhar via

Instância Gerenciada SQL do Azure e excelência operacional

A Instância Gerenciada SQL do Azure é o serviço de banco de dados em nuvem inteligente e escalável que combina a mais ampla compatibilidade do mecanismo de banco de dados do SQL Server com todos os benefícios de uma plataforma como serviço totalmente gerenciada e perene.

O objetivo da arquitetura de alta disponibilidade na Instância Gerenciada SQL é garantir que seu banco de dados esteja ativo e funcionando sem se preocupar com o impacto das operações de manutenção e interrupções. Esta solução foi concebida para:

  • Certifique-se de que os dados comprometidos nunca sejam perdidos devido a falhas.
  • Certifique-se de que as falhas de manutenção não afetem sua carga de trabalho.
  • Certifique-se de que o banco de dados não será um único ponto de falha em sua arquitetura de software.

Para obter mais informações sobre como a Instância Gerenciada SQL do Azure oferece suporte à excelência operacional para suas cargas de trabalho de aplicativos, consulte os seguintes artigos:

As seções a seguir incluem considerações de design, uma lista de verificação de configuração e opções de configuração recomendadas específicas para a Instância Gerenciada SQL do Azure e excelência operacional.

Considerações de design

A Instância Gerenciada SQL do Azure inclui as seguintes considerações de design:

  • Defina um SLA de desempenho do aplicativo e monitore-o com alertas. Detetar rapidamente quando o desempenho do aplicativo se degrada inadvertidamente abaixo de um nível aceitável é importante para manter uma alta resiliência. Use uma solução de monitoramento para definir alertas sobre as principais métricas de desempenho da consulta para que você possa agir quando o desempenho quebrar o SLA.
  • Utilize a restauração em ponto no tempo para recuperar-se de um erro humano. A restauração para um momento específico retorna o seu banco de dados para um momento anterior para recuperar dados das alterações feitas inadvertidamente. Para obter mais informações, leia a documentação de Point-in-time-restore (PITR) para instância gerida.
  • Utilize a restauração geográfica para recuperar-se de uma falha de serviço. A restauração geográfica restaura um banco de dados de um backup com redundância geográfica para uma instância gerenciada em uma região diferente. Para obter mais informações, consulte Recuperar um banco de dados usando a documentação de restauração geográfica.
  • Considere o tempo necessário para determinadas operações. Certifique-se de separar o tempo para testar completamente a quantidade de tempo necessária para aumentar e reduzir a escala da instância gerenciada existente e para criar uma nova instância gerenciada. Essa prática de temporização garante que se melhor entenda como as operações que demandam tempo afetarão seu RTO e RPO.
  • Use o Backup do Azure para proteger seu banco de dados SQL em uma Máquina Virtual do Azure, garantindo a recuperação durante interrupções. Ele armazena backups em um cofre dos Serviços de Recuperação com base em sua política configurada. Defina o cofre como Geo-redundante para restauração numa região secundária ou subscrição. Saiba como restaurar o banco de dados usando o Backup do Azure.

Lista de verificação

Você configurou a Instância Gerenciada SQL do Azure com a excelência operacional em mente?

  • Utilize o nível Crítico de Negócios.
  • Configure uma instância secundária e um grupo de Autofailover para habilitar o failover para outra região.
  • Implemente a lógica de repetição.
  • Monitore sua instância de MI SQL quase em tempo real para detetar incidentes de confiabilidade.
  • Restaure o banco de dados SQL usando o serviço de Backup do Azure.

Recomendações de configuração

Explore a tabela de recomendações a seguir para otimizar sua configuração de Instância Gerenciada SQL do Azure para excelência operacional:

Recomendação Descrição
Utilize o nível Crítico de Negócios. Essa camada oferece maior resiliência a falhas e tempos de failover mais rápidos devido à arquitetura HA subjacente, entre outros benefícios. Para obter mais informações, consulte Alta disponibilidade da instância gerenciada do SQL.
Aproveite as operações de gerenciamento mais rápidas sem custo ou configuração adicionais e está disponível em todas as camadas de serviço. As operações de gerenciamento podem ser concluídas rapidamente para todas as configurações, reduzindo significativamente os tempos de implantação e dimensionamento.
Configure uma instância secundária e um grupo de Autofailover para habilitar o failover para outra região. Se uma interrupção afetar um ou mais bancos de dados na instância gerenciada, você poderá fazer failover manual ou automático de todos os bancos de dados dentro da instância para uma região secundária. Para obter mais informações, leia a documentação de grupos de failover automático para instância gerenciada.
Implemente a lógica de repetição. Embora o SQL MI do Azure seja resiliente a falhas de infraestrutura transitiva, essas falhas podem afetar sua conectividade. Quando ocorrer um erro transitório ao trabalhar com o SQL MI, certifique-se de que o código pode repetir a chamada. Para obter mais informações, consulte como implementar a lógica de repetição.
Monitore sua instância de MI SQL quase em tempo real para detetar incidentes de confiabilidade. Use uma das soluções disponíveis para monitorar seu SQL MI para detetar possíveis incidentes de confiabilidade antecipadamente e tornar seus bancos de dados mais confiáveis. Escolha uma solução de monitoramento quase em tempo real para reagir rapidamente a incidentes. Para obter mais informações, confira as opções de monitoramento da Instância Gerenciada SQL do Azure.
Restaure o banco de dados SQL usando o serviço de Backup do Azure. Use o Backup do Azure para detetar bancos de dados SQL, configurar backups no cofre dos Serviços de Recuperação e restaurar o banco de dados totalmente ou para um point-in-time específico. Ele também suporta exercícios de recuperação de desastres , monitoramento e outras tarefas de gerenciamento.

Próximo passo

Azure Cosmos DB para NoSQL

  • Last updated on