Utilisation d'OCI Database with PostgreSQL dans la récupération après sinistre

Utilisez une base de données OCI Database with PostgreSQL pour la récupération après sinistre.

Les sauvegardes peuvent être copiées et distribuées vers une autre région. Vous pouvez utiliser une sauvegarde qui a été copiée dans une deuxième région pour provisionner un nouveau système de base de données si le système de base de données principal n'est pas disponible. Le processus de récupération après sinistre à l'aide d'une sauvegarde est le suivant :

  1. Copier une sauvegarde du système de base de données. Vous pouvez copier des sauvegardes de plusieurs manières, selon que le système de base de données existe déjà :

    1. Activez les copies de sauvegarde lors de la création du système de base de données.
    2. Activez les copies de sauvegarde pour un système de base de données existant en modifiant sa stratégie de gestion.
    3. Copiez une sauvegarde existante vers une autre région.
    Remarque

    Nous vous recommandons d'utiliser une stratégie de gestion qui crée et copie automatiquement les sauvegardes.
  2. Si la région principale n'est pas disponible, utilisez la sauvegarde copiée dans une autre région pour créer un système de base de données dans cette région. Si le système de base de données principal a utilisé une configuration personnalisée, vous devrez peut-être créer une configuration similaire dans la région de sauvegarde. Lors de la création du système de base de données, activez les sauvegardes automatiques afin de pouvoir restaurer la région principale ultérieurement.
  3. Une fois le nouveau système de base de données disponible, redirigez les applications pour qu'elles utilisent son adresse.
  4. Lorsque la région principale devient disponible, copiez une sauvegarde vers la région d'origine.
  5. Restaurer le système de base de données d'origine à l'aide de la sauvegarde que vous avez copiée dans sa région.
  6. Une fois le système de base de données d'origine restauré, redirigez les applications pour qu'elles utilisent son adresse.

Selon le calendrier de la stratégie de gestion, le RPO peut varier de quelques minutes à plus de 24 heures. En utilisant le processus précédent, le RTO peut prendre quelques minutes.