Principales caractéristiques de la sauvegarde des clés

• Cycle de vie: les sauvegardes sont liées au cycle de vie de l'instance de base de données et sont supprimées lorsque celle-ci est supprimée
• Conservation: les sauvegardes sont conservées pendant 30 jours
• Chiffrement: les sauvegardes sont chiffrées au repos à l'aide du chiffrement « AES-256 »
• Restauration: les sauvegardes ne peuvent être restaurées que dans la même région que celle où elles ont été créées
• Types: des sauvegardes automatiques (quotidiennes) et à la demande (manuelles) sont disponibles

Informations importantes concernant la sauvegarde

• Le stockage de sauvegarde est chiffré. Pour gérer les clés de chiffrement, consultez la section « Intégration d' IBM® Key Protect ». Sinon, les sauvegardes sont chiffrées à l'aide d'une clé générée automatiquement pour votre instance.
• Les sauvegardes peuvent être restaurées d'un compte à l'autre uniquement si l'utilisateur qui effectue la restauration dispose d'un accès à la sauvegarde ainsi qu'aux comptes source et de destination.
• Cloud Databases Les sauvegardes ne peuvent pas être téléchargées. Si vous avez besoin d'une sauvegarde locale, utilisez le logiciel adapté. Par exemple, pg_dump est un outil efficace pour gérer les sauvegardes d' PostgreSQL.

La suppression d'une sauvegarde est définitive et ne peut pas être annulée. Assurez-vous que vous n'avez plus besoin des données de sauvegarde avant de les supprimer.

Réalisation d'une sauvegarde à la demande

Si vous prévoyez d'apporter des modifications importantes à votre instance, telles que la mise à l'échelle ou la suppression de bases de données, de tables ou de collections, les sauvegardes à la demande s'avèrent utiles. Elles peuvent également être utiles si vous devez effectuer des sauvegardes planifiées. Les sauvegardes à la demande sont conservées pendant 30 jours.

Les instances sont fournies gratuitement avec un espace de stockage de sauvegarde équivalent à leur espace disque total. Si votre utilisation de l'espace de stockage de sauvegarde dépasse l'espace disque total, chaque gigaoctet supplémentaire est facturé au tarif de $0.095/month. Les sauvegardes sont compressées; ainsi, même si vous utilisez des sauvegardes à la demande, la plupart des instances ne dépassent pas le crédit alloué.

Restauration d'une sauvegarde

Les sauvegardes sont restaurées sur une nouvelle instance. Une fois le provisionnement de la nouvelle instance terminé, vos données contenues dans le fichier de sauvegarde sont restaurées sur la nouvelle instance.

Par défaut, la nouvelle instance est automatiquement dimensionnée en fonction de la taille de disque par défaut et de la taille d'hôte de l'instance source au moment de la sauvegarde à partir de laquelle vous effectuez la restauration. Pour ajuster les ressources allouées à la nouvelle instance, utilisez les champs facultatifs de l'interface utilisateur, de la ligne de commande ou de l'API afin de redimensionner la nouvelle instance. Veillez à allouer suffisamment de ressources pour vos données et votre charge de travail; si l'instance ne dispose pas de ressources suffisantes ou si la sauvegarde occupe plus d'espace que la taille par défaut du disque et qu'aucune taille de disque n'a été spécifiée, la restauration échouera.

Ne supprimez pas l'instance source pendant la restauration de la sauvegarde. Avant de supprimer l'ancienne instance, attendez que la nouvelle instance soit mise en service et que la sauvegarde soit restaurée. La suppression d'une instance entraîne également la suppression de ses sauvegardes.

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID>-gen2-<PLAN NAME> <REGION> -p  '{"dataservices":{"restore_backup_id":"<BACKUP_CRN>"}}'

ibmcloud resource service-instance-create postgresql-restore-abc databases-for-postgresql databases-for-postgresql-gen2-standard ca-mon -p  '{"dataservices":{"restore_backup_id":"crn:v1:bluemix:public:databases-for-postgresql:ca-mon:a/26b19aex04da4475b6e31205fa93248d:a1e247d8-01c2-3bbe-a5e6-fdb5eb872d2f:backup:f689275f-7da9-4e90-9055-70b02c575492"}}'

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> gen2-<PLAN NAME> <REGION> -p
'{"restore_backup_id":"BACKUP_ID","key_protect_key":"KEY_PROTECT_KEY_CRN", "storage_gb":"DESIRED_DISK_IN_GB", "host_flavor": "<VALUE>"}'

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "<INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<YOUR-RESOURCE-GROUP>",
    "resource_plan_id": "<SERVICE-ID>",
    "parameters":{
      "restore_backup_id": "<BACKUP_ID>"
    }
  }'

Chiffrement des sauvegardes

Les sauvegardes sont chiffrées au repos à l'aide du même algorithme de chiffrement que celui utilisé pour l'instance de base de données. Si vous utilisez « Key Protect » pour gérer le chiffrement de votre base de données, vos sauvegardes sont chiffrées avec la même clé. Pour plus d'informations, voir Intégration à Key Protect.

Lorsque vous restaurez une sauvegarde qui a été chiffrée à l'aide d'une clé « Key Protect », vous pouvez utiliser cette même clé ou une autre clé. Si vous utilisez une autre clé, la nouvelle instance est chiffrée avec cette nouvelle clé.

Vous aurez immédiatement accès à l'instance de base de données restaurée, mais les performances d'E/S seront réduites jusqu'à ce que la réhydratation soit terminée. Il n'est pas possible de créer des sauvegardes sur l'instance restaurée tant que son processus d'hydratation n'est pas terminé. Vous pouvez suivre la progression de l'hydratation grâce aux événements de suivi d'activité de la plateforme. Pour plus d'informations, consultez la liste des événements de la plateforme.

Restauration entre comptes

Les sauvegardes peuvent être restaurées sur tous les comptes d' IBM Cloud, ce qui permet notamment les scénarios suivants :

• Restauration des données de production dans un compte de développement à des fins de test
• Migration de bases de données entre unités organisationnelles
• Reprise après sinistre vers un compte distinct

Pour restaurer une sauvegarde sur un autre compte :

1. Le compte source doit accorder au compte cible l'accès à la ressource de sauvegarde
2. Utilisez le CRN de sauvegarde lors de la création de la nouvelle instance dans le compte cible
3. Assurez-vous que le compte cible dispose des autorisations IAM appropriées

Responsabilités en matière de sauvegardes et de restauration

• Cloud Databases ne sont pas responsables de la restauration, de l'actualité ou de la validité desdites sauvegardes.
• Les actions que vous effectuez en tant qu'utilisateur peuvent compromettre l'intégrité des sauvegardes, telle que la sous-allocation de mémoire et du disque. Les utilisateurs peuvent vérifier que les sauvegardes ont bien été effectuées à l'aide de l'API, et restaurer périodiquement une sauvegarde afin de s'assurer de sa validité et de son intégrité. Les utilisateurs peuvent consulter les détails de la dernière sauvegarde planifiée via l'interface CLI du contrôleur de ressources Cloud Databases et l'API du contrôleur de ressources Cloud Databases.
• En tant que service géré, Cloud Databases surveille l'état de vos sauvegardes et peut tenter de remédier aux problèmes lorsque cela est possible. Si vous rencontrez des problèmes que vous ne parvenez pas à résoudre, contactez le service d'assistance pour obtenir de l'aide.

Continuité des Opérations et Reprise après incident

Cloud Databases fournit des mécanismes permettant de protéger vos données et de restaurer les fonctions du service. Pour plus d'informations (notamment sur les régions de stockage de sauvegarde ), consultez la section « Comprendre la continuité des activités et la reprise après sinistre pour Cloud Databases ».