Reprise après sinistre

De nombreuses entreprises mettent en œuvre la haute disponibilité pour leurs bases de données SQL Server, mais cela n'est pas suffisant pour les entreprises qui ont besoin d'une véritable résilience informatique. Nous vous recommandons de mettre en œuvre une solution de reprise après sinistre afin d'éviter les pertes de données et les interruptions de service des bases de données critiques. L'adoption d'une architecture de reprise après sinistre multirégionale pour vos déploiements SQL Server vous permet de :

• Assurez la continuité des activités

• Améliorez le temps de latence pour votre clientèle distribuée géographiquement

• Répondez à vos exigences réglementaires et d'audit

Les options de reprise après sinistre incluent l'expédition des journaux, les groupes de disponibilité Always On, les instantanés Amazon EBS stockés dans Amazon S3 et répliqués entre les AWS régions, les instances de cluster Always On Failover (FCIs) associées à des groupes de disponibilité Always On et les groupes de disponibilité distribués.

Groupes de disponibilité distribués

Une architecture avec des groupes de disponibilité distribués constitue une approche optimale pour le déploiement multirégional de SQL Server. Un groupe de disponibilité distribué est un type spécial de groupe de disponibilité qui couvre deux groupes de disponibilité distincts. Vous pouvez le considérer comme un groupe de disponibilité composé de groupes de disponibilité. Les groupes de disponibilité sous-jacents sont configurés sur deux clusters WSFC différents.

Les groupes de disponibilité distribués sont faiblement couplés, ce qui signifie qu'ils ne nécessitent pas un seul cluster WSFC et qu'ils sont gérés par SQL Server. Comme les clusters WSFC sont gérés individuellement et que les transmissions sont principalement asynchrones entre deux groupes de disponibilité, il est plus facile de configurer la reprise après sinistre sur un autre site. Les répliques principales de chaque groupe de disponibilité synchronisent leurs propres répliques secondaires.

Les groupes de disponibilité distribués prennent uniquement en charge le basculement manuel pour le moment. Pour vous assurer qu'aucune donnée n'est perdue, arrêtez toutes les transactions sur les bases de données principales globales (c'est-à-dire sur les bases de données du groupe de disponibilité principal). Définissez ensuite le groupe de disponibilité distribuée sur validation synchrone.