Géo-reprise d’activité après sinistre dans Azure Database pour PostgreSQL Serveur flexible
S’APPLIQUE À : 
Azure Database pour PostgreSQL - Serveur flexible
Lorsqu’un incident se produit à l’échelle régionale, Azure peut fournir une protection contre les sinistres affectant une région ou une grande zone géographique avec la récupération d’urgence en exploitant une autre région. Pour plus d’informations sur l’architecture de récupération d’urgence Azure, consultez Architecture de récupération d’urgence Azure vers Azure.
Le serveur flexible Azure Database pour PostgreSQL fournit des fonctionnalités qui protègent les données et atténuent les temps d’arrêt de vos bases de données stratégiques pendant les événements de temps d’arrêt planifiés et non planifiés. Reposant sur l’infrastructure Azure qui offre une résilience et une disponibilité robustes, le serveur flexible Azure Database pour PostgreSQL offre des fonctionnalités de continuité d’activité qui fournissent une protection contre les pannes, répondent aux exigences de temps de récupération et réduisent l’exposition aux pertes de données. À mesure que vous architecturez vos applications, vous devez prendre en compte la tolérance aux temps d’arrêt, l’objectif de temps de récupération (RTO), et l’exposition à la perte de données, l’objectif de point de récupération (RPO). Par exemple, votre base de données vitale pour l’entreprise impose une durée de bon fonctionnement plus stricte qu’une base de données de test.
Comparer la géoréplication avec le stockage de sauvegarde géo-redondant
La géoréplication avec des réplicas en lecture et la géosauvegarde sont des solutions pour la géo-reprise d’activité après sinistre. Toutefois, elles diffèrent dans les détails de leurs offres. Pour choisir la solution appropriée pour votre système, il est important de comprendre et de comparer leurs fonctionnalités.
| Fonctionnalité | Géoréplication | Géosauvegarde |
|---|---|---|
| Basculement automatique | No | No |
| L’utilisateur doit mettre à jour la chaîne de connexion après le basculement | Non | Oui |
| Peut se trouver dans une région non jumelée | Oui | No |
| Prend en charge l’échelle lecture | Oui | No |
| Peut être configuré après la création du serveur | Oui | No |
| Restaurer à un point spécifique dans le temps | Non | Non |
| Capacité garantie | Oui | No |
Sauvegarde et restauration géo-redondantes
La sauvegarde et la restauration géo-redondantes vous donnent la possibilité de restaurer votre serveur dans une région différente en cas de sinistre. Il fournit également une durabilité d’au moins 99,99999999999999 % (16 neuf) des objets de sauvegarde sur une année.
La sauvegarde géo-redondante ne peut être configurée qu’au moment de la création du serveur. Lorsque le serveur est configuré avec une sauvegarde géo-redondante, les données de sauvegarde et journaux des transactions sont copiés de façon asynchrone dans la région appairée à l’aide de la réplication de stockage.
Pour plus d’informations sur la sauvegarde et la restauration géo-redondantes, consultez sauvegarde et restauration géo-redondantes.
Réplicas en lecture
Des réplicas de lecture inter-régions peuvent être déployés pour protéger vos bases de données contre les défaillances au niveau de la région. Les réplicas en lecture sont mis à jour de façon asynchrone à l’aide de la technologie de réplication physique du serveur flexible Azure Database pour PostgreSQL, et peuvent retarder le serveur principal. Les réplicas en lecture sont pris en charge dans les niveaux de calcul à usage général et à mémoire optimisée.
Pour plus d’informations sur les fonctionnalités et considérations relatives aux réplicas en lecture, consultez Réplicas en lecture.
Détection, notification et gestion des pannes
Si votre serveur est configuré avec une sauvegarde géo-redondante, vous pouvez effectuer la géo-restauration dans la région appairée. Un nouveau serveur est approvisionné et récupéré jusqu’aux dernières données disponibles copiées dans cette région.
Vous pouvez également utiliser des réplicas en lecture entre régions. En cas de défaillance de la région, vous pouvez effectuer une opération de récupération d’urgence en faisant de votre réplica en lecture un serveur en lecture-écriture autonome. Le RPO devrait être jusqu’à 5 minutes (perte de données possible), sauf en cas de défaillance régionale grave, le RPO peut être proche du retard de réplication au moment de la défaillance.
Pour plus d’informations sur l’atténuation des temps d’arrêt non planifiés et la récupération après une catastrophe régionale, consultez Atténuation des temps d’arrêt non planifiés.