Partilhar via


Azure SQL Managed Instance e fiabilidade

Azure SQL Managed Instance é o serviço de base de dados cloud inteligente e dimensionável que combina a compatibilidade mais ampla SQL Server motor de base de dados com todos os benefícios de uma plataforma totalmente gerida e evergreen como um serviço.

O objetivo da arquitetura de elevada disponibilidade no SQL Managed Instance é garantir que a base de dados está a funcionar sem se preocupar com o impacto das operações de manutenção e das interrupções. Esta solução foi concebida para:

  • Certifique-se de que os dados consolidados nunca são perdidos devido a falhas.
  • Certifique-se de que as falhas de manutenção não afetam a carga de trabalho.
  • Certifique-se de que a base de dados não será um ponto único de falha na arquitetura de software.

Para obter mais informações sobre como Azure SQL Managed Instance suporta a resiliência da aplicação e da carga de trabalho, consulte os seguintes artigos:

As secções seguintes incluem considerações de design, uma lista de verificação de configuração e opções de configuração recomendadas específicas para Azure SQL Managed Instance e fiabilidade.

Considerações de design

Azure SQL Managed Instance inclui as seguintes considerações de design:

  • Defina um SLA de desempenho da aplicação e monitorize-o com alertas. É importante detetar rapidamente quando o desempenho da aplicação se degrada inadvertidamente abaixo de um nível aceitável para manter uma elevada resiliência. Utilize uma solução de monitorização para definir alertas nas principais métricas de desempenho da consulta para que possa tomar medidas quando o desempenho interrompe o SLA.
  • Utilize o restauro para um ponto anterior no tempo para recuperar de um erro humano. O restauro para um ponto anterior no tempo devolve a base de dados para um ponto anterior no tempo para recuperar dados de alterações feitas inadvertidamente. Para obter mais informações, leia a documentação Ponto anterior no tempo de restauro (PITR) para a instância gerida.
  • Utilize o restauro geográfico para recuperar de uma falha de serviço. O restauro geográfico restaura uma base de dados a partir de uma cópia de segurança georredundante para uma instância gerida numa região diferente. Para obter mais informações, veja Recuperar uma base de dados com a documentação Georrestauro.
  • Considere o tempo necessário para determinadas operações. Certifique-se de que separa o tempo para testar cuidadosamente a quantidade de tempo necessária para aumentar e reduzir verticalmente a instância gerida existente e para criar uma nova instância gerida. Esta prática de temporização garante que compreende completamente como as operações demoradas irão afetar o RTO e o RPO.

Lista de Verificação

Configurou Azure SQL Managed Instance com fiabilidade em mente?

  • Utilize a Camada de Crítico para a Empresa.
  • Configure uma instância secundária e um grupo de Ativação Automática para ativar a ativação pós-falha para outra região.
  • Implementar a Lógica de Repetição.
  • Monitorize a instância do SQL MI em tempo quase real para detetar incidentes de fiabilidade.

Recomendações de configuração

Explore o seguinte índice de recomendações para otimizar a configuração do Azure SQL Managed Instance para fiabilidade:

Recomendação Description
Utilize a Camada de Crítico para a Empresa. Este escalão proporciona maior resiliência a falhas e tempos de ativação pós-falha mais rápidos devido à arquitetura de HA subjacente, entre outros benefícios. Para obter mais informações, veja SQL Managed Instance Elevada disponibilidade.
Configure uma instância secundária e um grupo de Ativação Automática para ativar a ativação pós-falha para outra região. Se uma falha afetar uma ou mais bases de dados na instância gerida, pode ativar manual ou automaticamente todas as bases de dados dentro da instância para uma região secundária. Para obter mais informações, leia a documentação dos grupos de Ativação Automática para instância gerida.
Implementar a Lógica de Repetição. Embora SQL do Azure MI seja resiliente a falhas de infraestrutura transitivas, estas falhas podem afetar a 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, veja como implementar a lógica de repetição.
Monitorize a instância do SQL MI em tempo quase real para detetar incidentes de fiabilidade. Utilize uma das soluções disponíveis para monitorizar o MI do SQL para detetar potenciais incidentes de fiabilidade mais cedo e tornar as bases de dados mais fiáveis. Escolha uma solução de monitorização quase em tempo real para reagir rapidamente aos incidentes. Para obter mais informações, consulte as opções de monitorização de Azure SQL Managed Instance.

Passo seguinte