Partager via

Sauvegarde et restauration dans Azure Cosmos DB for PostgreSQL

  • Article

S’APPLIQUE À : Azure Cosmos DB for PostgreSQL (avec l’extension de base de données Citus pour PostgreSQL)

Azure Cosmos DB for PostgreSQL crée automatiquement des sauvegardes de chaque nœud dans un cluster. Les sauvegardes peuvent être utilisées pour restaurer votre cluster à une heure spécifiée : la restauration à un point dans le temps (PITR). La sauvegarde et la restauration sont une partie essentielle de toute stratégie de continuité d’activité, dans la mesure où elles protègent vos données des corruptions et des suppressions accidentelles.

Sauvegardes

Le processus automatisé effectue une sauvegarde de chaque nœud Azure Cosmos DB pour PostgreSQL à partir du moment où votre cluster est provisionné et tout au long de son cycle de vie. Azure Cosmos DB pour PostgreSQL prend périodiquement des instantanés de disque et les combine avec la diffusion en continu des fichiers WAL du nœud vers le stockage blob Azure.

Les sauvegardes vous permettent de restaurer un serveur à n’importe quel point dans le temps au sein de la période de conservation. (La période de conservation est de 35 jours pour tous les clusters.) Toutes les sauvegardes sont chiffrées à l’aide du chiffrement AES de 256 bits.

Les fichiers de sauvegarde ne peuvent pas être exportés. Ils sont utilisables uniquement pour les opérations de restauration dans Azure Cosmos DB for PostgreSQL.

Redondance de sauvegarde

Azure Cosmos DB for PostgreSQL prend en charge les options de redondance de sauvegarde suivantes.

  • Sauvegarde de la même région

    • Stockage de sauvegarde redondant interzone : cette option est sélectionnée automatiquement pour les régions qui prennent en charge les zones de disponibilité. Lorsque les sauvegardes sont stockées dans un stockage de sauvegarde redondant interzone, en plus de plusieurs copies de données stockées dans la zone de disponibilité où le nœud de chaque cluster est hébergé, les données sont également répliquées dans d’autres zones de disponibilité.

    • Stockage de sauvegarde redondant localement : cette option est sélectionnée automatiquement pour les régions qui ne prennent pas en charge les zones de disponibilité. Lorsque les sauvegardes sont stockées dans un stockage de sauvegarde redondant localement, plusieurs copies des sauvegardes sont stockées dans la même région.

  • Sauvegarde interrégion

    • Stockage de sauvegarde géoredondant : vous pouvez choisir cette option au moment de la création du cluster. Lorsque les sauvegardes sont stockées dans une autre région, les trois copies des données sont non seulement stockées dans la région où votre cluster est hébergé, mais les données sont également répliquées dans une autre région.

La région Azure où la sauvegarde géo-redondante du cluster est stockée dépend de la région Azure où se trouve le cluster Azure Cosmos DB for PostgreSQL.

Coût du stockage de sauvegarde

Pour connaître les prix du stockage de sauvegarde, consultez la page des tarifs d’Azure Cosmos DB for PostgreSQL.

Restaurer

Vous pouvez restaurer un cluster à n’importe quel point dans le temps au cours des 35 derniers jours. La restauration à un point dans le temps est utile dans plusieurs scénarios. Par exemple, quand un utilisateur supprime accidentellement des données, perd une base de données ou une table importante ou si une application remplace accidentellement des données correctes par des données erronées.

Remarque

Bien que les sauvegardes de cluster soient toujours stockées pendant 35 jours, vous pourriez avoir besoin d’ouvrir une demande d’assistance pour restaurer le cluster antérieur à l’heure de basculement la plus récente. Outre la haute disponibilité (HA), la maintenance et les opérations de mise à l'échelle du calcul et du stockage utilisent des basculements pour réduire au minimum les temps d'arrêt pendant ces opérations.

Pour la restauration dans la même région, lorsque tous les nœuds sont opérationnels, vous pouvez restaurer le cluster sans perte de données. Dans le cas extrêmement rare où un nœud rencontre un événement catastrophique (et que la haute disponibilité n’est pas activée sur le cluster), vous pourriez perdre jusqu’à 5 minutes de données.

Sur les clusters sur lesquels la géosauvegarde est activée, la restauration peut être effectuée dans la région distante ou dans la région où se trouve le cluster.

Important

Les clusters supprimés ne peuvent pas être restaurés. Si vous supprimez le cluster, tous les nœuds qui appartiennent au cluster sont supprimés et ne peuvent pas être récupérés. À l’issue du déploiement, pour protéger les ressources du cluster d’une suppression accidentelle ou de changements inattendus, les administrateurs peuvent utiliser des verrous de gestion.

Le processus de restauration crée un cluster dans les région, abonnement et groupe de ressources Azure identiques au cluster d’origine ou distants de celui-ci. Le cluster a la configuration d’origine : mêmes nombre de nœuds, nombre de vCores, taille de stockage, rôles d’utilisateur, version PostgreSQL et version de l’extension Citus.

Les paramètres réseau ne sont pas conservés à partir du cluster d’origine, ils sont réinitialisés selon les valeurs par défaut. Vous devez ajuster manuellement ces paramètres après la restauration pour autoriser l’accès au cluster restauré. D’une façon générale, consultez notre liste des tâches suggérées postérieures à la restauration.

Dans la plupart des cas, la restauration de cluster prend jusqu’à 1 heure.

Étapes suivantes