Recuperação de desastres

Muitas organizações implementam alta disponibilidade para seus bancos de dados SQL Server, mas isso não é suficiente para organizações que precisam de verdadeira resiliência de TI. Recomendamos que você implemente uma solução de recuperação de desastres para evitar perda de dados e tempo de inatividade de bancos de dados essenciais. A adoção de uma arquitetura de recuperação de desastres em várias regiões para suas implantações do SQL Server ajuda você a:

• Alcançar a continuidade de negócios

• Melhorar a latência de sua base de clientes distribuída geograficamente

• Satisfazer seus requisitos regulatórios e de auditoria

As opções para recuperação de desastres incluem envio de log, grupos de disponibilidade Always On, snapshots do Amazon EBS que são armazenados no Amazon S3 e replicados entre regiões AWS, instâncias de cluster de failover (FCIs) Always On combinadas com grupos de disponibilidade Always On e grupos de disponibilidade distribuídos.

Grupos de disponibilidade distribuídos

Uma arquitetura com grupos de disponibilidade distribuídos é uma abordagem ideal para a implantação do SQL Server em várias regiões. Um grupo de disponibilidade distribuído é um tipo especial de grupo de disponibilidade que abrange dois grupos de disponibilidade separados. Você pode pensar nisso como um grupo de disponibilidade de grupos de disponibilidade. Os grupos de disponibilidade subjacentes são configurados em dois clusters WSFC diferentes.

Os grupos de disponibilidade distribuídos têm acoplamento fraco, o que significa que não exigem um único cluster WSFC e são mantidos pelo SQL Server. Como os clusters do WSFC são mantidos individualmente e as transmissões são basicamente assíncronas entre dois grupos de disponibilidade, é mais fácil configurar a recuperação de desastres em outro local. As réplicas primárias em cada grupo de disponibilidade sincronizam suas próprias réplicas secundárias.

No momento, grupos de disponibilidade distribuídos oferecem suporte somente ao failover manual. Para garantir que nenhum dado seja perdido, interrompa todas as transações nos bancos de dados primários globais (ou seja, nos bancos de dados do grupo de disponibilidade principal). Em seguida, defina o grupo de disponibilidade distribuído como confirmação síncrona.