Sauvegarde et restauration d'une instance de base de données Amazon RDS Custom for Oracle - Amazon Relational Database Service
Création d'un instantané RDS Custom for OracleRestauration à partir d'un instantané de base de données RDS Custom for Oracleoint-in-time Récupération du pHSuppression d'un instantané de RDS Custom for OracleSuppression des sauvegardes automatiques RDS Custom for Oracle

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Sauvegarde et restauration d'une instance de base de données Amazon RDS Custom for Oracle

Comme Amazon RDS, RDS Custom crée et enregistre des sauvegardes automatiques de votre instance de base de données RDS Custom for Oracle pendant la fenêtre de sauvegarde de votre instance de base de données. Vous pouvez également sauvegarder votre instance de base de données manuellement.

La procédure est identique à la prise d'un instantané d'une instance de base de données Amazon RDS. Le premier instantané d'une instance de base de données RDS Custom contient les données de l'instance de base de données complète. Les instantanés suivants sont progressifs.

Restaurez les instantanés de base de données à l'aide du AWS Management Console ou du AWS CLI.

Création d'un instantané RDS Custom for Oracle

RDS Custom for Oracle crée un instantané du volume de stockage de votre instance de base de données, en sauvegardant l'intégralité de cette dernière et non pas seulement des bases de données individuelles. Lorsque votre instance de base de données contient une base de données de conteneur (CDB), l'instantané de l'instance inclut la CDB racine et toutes les PDB.

Lorsque vous créez un instantané RDS Custom for Oracle, spécifiez l'instance de base de données RDS Custom à sauvegarder. Nommez votre instantané afin que vous puissiez restaurer ultérieurement à partir de ce dernier.

Lorsque vous créez un instantané, RDS Custom for Oracle crée un instantané Amazon EBS pour chaque volume attaché à l'instance de base de données. RDS Custom for Oracle utilise l'instantané EBS du volume racine pour enregistrer une Amazon Machine Image (AMI). Pour que les instantanés soient faciles à associer à une instance de base de données spécifique, ils sont labelisés DBSnapshotIdentifier, DbiResourceId et VolumeType.

La création d'un instantané de base de données entraîne une brève suspension des I/O. Cette suspension peut durer de quelques secondes à quelques minutes, en fonction de la taille et de la classe de votre instance de base de données. Le temps de création d'instantanés varie en fonction de la taille de votre base de données. Étant donné que l'instantané inclut l'intégralité du volume de stockage, la taille de fichiers comme les fichiers temporaires a également une incidence sur le temps nécessaire à la création de l'instantané. Pour en savoir plus sur la création des instantanés, consultez Création d'un instantané de base de données pour une instance de base de données mono-AZ.

Créez un instantané de RDS Custom for Oracle à l'aide de la console ou de AWS CLI.

Pour créer un instantané RDS Custom

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Databases (Bases de données).

  3. Dans la liste d'instances de base de données RDS Custom, choisissez l'instance pour laquelle vous souhaitez prendre un instantané.

  4. Sous Actions, choisissez Take snapshot (Prendre un instantané).

    La fenêtre Capture d'un instantané DB apparaît.

  5. Dans Snapshot name (Nom de l'instantané), saisissez le nom de l'instantané.

  6. Choisissez Prendre un instantané.

Vous créez un instantané d'une instance de base de données personnalisée RDS à l'aide de la create-db-snapshot AWS CLI commande.

Spécifiez les options suivantes :

  • --db-instance-identifier – Identifie l'instance de base de données RDS Custom que vous allez sauvegarder

  • --db-snapshot-identifier – Nomme votre instantané RDS Custom afin que vous puissiez restaurer ultérieurement à partir de ce dernier

Dans cet exemple, vous créez un instantané de base de données appelé my-custom-snapshot pour une instance de base de données RDS Custom appelée my-custom-instance.

Pour LinuxmacOS, ou Unix :

aws rds create-db-snapshot \
    --db-instance-identifier my-custom-instance \
    --db-snapshot-identifier my-custom-snapshot

Dans Windows :

aws rds create-db-snapshot ^
    --db-instance-identifier my-custom-instance ^
    --db-snapshot-identifier my-custom-snapshot

Restauration à partir d'un instantané de base de données RDS Custom for Oracle

Lorsque vous restaurez une instance de base de données RDS Custom for Oracle, vous indiquez le nom de l'instantané de base de données et un nom pour la nouvelle instance. Vous ne pouvez pas restaurer à partir d'un instantané vers une instance de base de données RDS Custom existante. Une nouvelle instance RDS Custom for Oracle DB est créée lors de la restauration.

Le processus de restauration diffère des manières suivantes de celui de la restauration dans Amazon RDS :

  • Avant de restaurer un instantané, RDS Custom for Oracle sauvegarde les fichiers de configuration existants. Ces fichiers sont disponibles sur l'instance restaurée dans le répertoire /rdsdbdata/config/backup. RDS Custom for Oracle restaure l'instantané de base de données avec les paramètres par défaut et remplace les fichiers de configuration de base de données précédents par des fichiers existants. Par conséquent, l'instance restaurée ne conserve pas les paramètres personnalisés ni les modifications apportées aux fichiers de configuration de la base de données.

  • La base de données restaurée porte le même nom que dans l'instantané. Vous ne pouvez pas spécifier un autre nom. (Pour RDS Custom for Oracle, la valeur par défaut est ORCL).

Pour restaurer une instance de base de données RDS Custom à partir d'un instantané de base de données

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Snapshots.

  3. Choisissez l'instantané de base de données à partir duquel vous voulez restaurer.

  4. Pour Actions, choisissez Restaurer l'instantané.

  5. Sur la page Restore DB Instance (Restituer l'instance de base de données), pour DB instance identifier (Identifiant d'instance de base de données), saisissez le nom de votre instance de base de données RDS Custom restaurée.

  6. Choisissez Restore DB Instance (Restaurer une instance de base de données).

Vous restaurez un instantané de base de données personnalisé RDS à l'aide de la commande restore-db-instance-from AWS CLI -db-snapshot.

Si l'instantané à partir duquel vous restaurez est destiné à une instance de base de données privée, assurez-vous de spécifier le db-subnet-group-name correct et no-publicly-accessible. Sinon, l'instance de base de données est accessible par défaut au public. Les options suivantes sont requises :

  • db-snapshot-identifier – Identifie l'instantané à partir duquel restaurer

  • db-instance-identifier – Spécifie le nom de l'instance de base de données RDS Custom à créer à partir de l'instantané de base de données

  • custom-iam-instance-profile : spécifie le profil d'instance associé à l'instance Amazon EC2 sous-jacente d'une instance de base de données RDS Custom.

Le code suivant restaure l'instantané nommé my-custom-snapshot pour my-custom-instance.

Pour LinuxmacOS, ou Unix :

aws rds restore-db-instance-from-db-snapshot \
  --db-snapshot-identifier my-custom-snapshot \
  --db-instance-identifier my-custom-instance \
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
  --no-publicly-accessible

Dans Windows :

aws rds restore-db-instance-from-db-snapshot ^
  --db-snapshot-identifier my-custom-snapshot ^
  --db-instance-identifier my-custom-instance ^
  --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
  --no-publicly-accessible

Restauration d'une instance RDS Custom for Oracle à un instant dans le passé

Vous pouvez restaurer une instance de base de données à un point donné dans le temps (PITR), et créer ainsi une nouvelle instance de base de données. Pour prendre en charge le PITR, la rétention des sauvegardes de vos instances de base de données doit être définie sur une valeur différente de zéro.

La dernière date de restauration d'une instance de base de données RDS Custom for Oracle dépend de plusieurs facteurs, mais se situe généralement dans les cinq minutes qui précèdent l'heure actuelle. Pour connaître l'heure de restauration la plus récente pour une instance de base de données, utilisez la AWS CLI describe-db-instancescommande et examinez la valeur renvoyée dans le LatestRestorableTime champ correspondant à l'instance de base de données. Pour afficher l'heure de restauration la plus récente pour chaque instance de base de données dans la console Amazon RDS, choisissez Automated backups (Sauvegardes automatisées).

Vous pouvez procéder à une restauration à n'importe quel moment dans le passé au cours de la période de rétention des sauvegardes. Pour afficher l'heure de restauration la plus ancienne pour chaque instance de base de données, choisissez Automated backups (Sauvegardes automatisées) dans la console Amazon RDS.

Pour obtenir des informations générales sur le PITR, consultez Restauration d'une instance de base de données à une date spécifiée.

Considérations PITR pour RDS Custom for Oracle

Dans RDS Custom for Oracle, le PITR diffère des manières importantes suivantes du PITR dans Amazon RDS :

  • La base de données restaurée porte le même nom que dans l'instance de base de données source. Vous ne pouvez pas spécifier un autre nom. L’argument par défaut est ORCL.

  • AWSRDSCustomIamRolePolicy nécessite de nouvelles autorisations. Pour plus d’informations, consultez Étape 2 : ajouter une politique d'accès à AWSRDSCustomInstanceRoleForRdsCustomInstance.

  • Toutes les instances de base de données RDS Custom for Oracle doivent avoir une rétention de sauvegarde définie sur une valeur différente de zéro.

  • Si vous modifiez le fuseau horaire du système d'exploitation ou de l'instance de base de données, le PITR peut ne pas fonctionner. Pour plus d'informations sur les changements de fuseaux horaires, consultez Fuseau horaire Oracle.

  • Si vous définissez l'automatisation surALL_PAUSED, RDS Custom suspend le téléchargement des fichiers de journalisation archivés, y compris les journaux créés avant la dernière heure de restauration (LRT). Nous vous recommandons de mettre l'automatisation en pause pendant une courte période.

    Pour illustrer, supposons que votre LRT date d'il y a 10 minutes. Vous mettez l'automatisation en pause. Pendant la pause, RDS Custom ne charge pas les journaux de reprise archivés. Si votre instance de base de données tombe en panne, vous ne pouvez effectuer une restauration qu'à un moment avant le LRT qui existait lorsque vous avez mis en pause. Lorsque vous reprenez l'automatisation, RDS Custom reprend le chargement des journaux. Le LRT progresse. Les règles normales du PITR s'appliquent.

  • Dans RDS Custom, vous pouvez spécifier manuellement un nombre arbitraire d'heures pour conserver les journaux de reprise archivés avant que RDS Custom ne les supprime après le chargement. Spécifiez le nombre d'heures comme suit :

    1. Créez un fichier texte nommé /opt/aws/rdscustomagent/config/redo_logs_custom_configuration.json.

    2. Ajoutez un objet JSON au format suivant : {"archivedLogRetentionHours" : "num_of_hours"}. Le nombre doit être un nombre entier compris entre 1 et 840.

  • Supposons que vous connectiez une base de données non-CDB à une base de données de conteneur (CDB) en tant que PDB, puis que vous tentiez une restauration PITR. L'opération réussit seulement si vous avez précédemment sauvegardé la PDB. Après avoir créé ou modifié une PDB, nous vous recommandons de toujours la sauvegarder.

  • Nous vous recommandons de ne pas personnaliser les paramètres d'initialisation de base de données. Par exemple, la modification des paramètres suivants affecte le PITR :

    • CONTROL_FILE_RECORD_KEEP_TIME affecte les règles de chargement et de suppression des journaux.

    • LOG_ARCHIVE_DEST_n ne prend pas en charge plusieurs destinations.

    • ARCHIVE_LAG_TARGETaffecte la date de restauration la plus récente. ARCHIVE_LAG_TARGETest défini sur 300 parce que l'objectif du point de restauration (RPO) est de 5 minutes. Pour atteindre cet objectif, RDS change le journal de journalisation en ligne toutes les 5 minutes et le stocke dans un compartiment Amazon S3. Si la fréquence du changement de journal entraîne un problème de performance pour votre base de données RDS Custom for Oracle, vous pouvez adapter votre instance de base de données et votre stockage à une instance offrant des IOPS et un débit plus élevés. Si cela est nécessaire pour votre plan de reprise, vous pouvez régler le paramètre d'ARCHIVE_LAG_TARGETinitialisation sur une valeur comprise entre 60 et 7200.

  • Si vous personnalisez les paramètres d'initialisation de la base de données, nous vous recommandons vivement de ne personnaliser que les éléments suivants :

    • COMPATIBLE

    • MAX_STRING_SIZE

    • DB_FILES

    • UNDO_TABLESPACE

    • ENABLE_PLUGGABLE_DATABASE

    • CONTROL_FILES

    • AUDIT_TRAIL

    • AUDIT_TRAIL_DEST

    Pour tous les autres paramètres d'initialisation, RDS Custom restaure les valeurs par défaut. Si vous modifiez un paramètre qui ne figure pas dans la liste précédente, cela peut avoir un effet négatif sur le PITR et entraîner des résultats imprévisibles. Par exemple, CONTROL_FILE_RECORD_KEEP_TIME affecte les règles de chargement et de suppression des journaux.

Vous pouvez restaurer une instance de base de données personnalisée RDS à un moment donné à l'aide de l'API AWS Management Console RDS ou de l'API RDS. AWS CLI

Pour restaurer une instance de base de données RDS personnalisée à un moment spécifié

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Automated backups (Sauvegardes automatisées).

  3. Choisissez l'instance de base de données RDS Custom que vous souhaitez restaurer.

  4. Sous Actions, sélectionnez Restaurer à un moment donné.

    La fenêtre Restaurer à un instant dans le passé s'affiche.

  5. Choisissez Dernière heure de restauration possible pour restaurer à la dernière heure possible, ou choisissez Personnalisé pour choisir une heure.

    Si vous choisissez Custom (Personnalisé), saisissez la date et l'heure auxquelles vous souhaitez restaurer l'instance.

    Les heures sont exprimées dans votre fuseau horaire local, qui est indiqué par son décalage par rapport à l'heure UTC. Par exemple, UTC-5 est l'heure normale de l'Est/heure avancée du Centre.

  6. Pour DB instance identifier (Identifiant d'instance de base de données), saisissez le nom de l'instance de base de données RDS Custom restaurée. Le nom doit être unique.

  7. Choisissez d'autres options selon vos besoins, comme la classe d'instance de base de données.

  8. Choisissez Restaurer à un instant dans le passé.

Vous restaurez une instance de base de données à une heure spécifiée en utilisant la point-in-time AWS CLI commande restore-db-instance-to- pour créer une nouvelle instance de base de données personnalisée RDS.

Utilisez l'une des options suivantes pour spécifier la sauvegarde à partir de laquelle effectuer la restauration :

  • --source-db-instance-identifier mysourcedbinstance

  • --source-dbi-resource-id dbinstanceresourceID

  • --source-db-instance-automated-backups-arn backupARN

L'option custom-iam-instance-profile est obligatoire.

L'exemple suivant restaure my-custom-db-instance vers une nouvelle instance de base de données nommée my-restored-custom-db-instance au moment spécifié.

Pour LinuxmacOS, ou Unix :

aws rds restore-db-instance-to-point-in-time \
    --source-db-instance-identifier my-custom-db-instance\
    --target-db-instance-identifier my-restored-custom-db-instance \
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
    --restore-time 2022-10-14T23:45:00.000Z

Dans Windows :

aws rds restore-db-instance-to-point-in-time ^
    --source-db-instance-identifier my-custom-db-instance ^
    --target-db-instance-identifier my-restored-custom-db-instance ^
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
    --restore-time 2022-10-14T23:45:00.000Z

Suppression d'un instantané de RDS Custom for Oracle

Vous pouvez supprimer des instantanés de base de données gérés par RDS Custom for Oracle lorsque vous n'en avez plus besoin. La procédure de suppression est la même pour les instances de base de données Amazon RDS et RDS Custom.

Les instantanés Amazon EBS des volumes binaires et racine restent dans votre compte plus longtemps, car ils peuvent être liés à certaines instances exécutées dans votre compte ou à d'autres instantanés RDS Custom for Oracle. Ces instantanés EBS sont automatiquement supprimés dès qu'ils ne sont plus liés à des ressources RDS Custom for Oracle existantes (instances ou sauvegardes de base de données).

Pour supprimer un instantané d'une instance de base de données RDS Custom

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Snapshots (Instantanés).

  3. Choisissez l'instantané de base de données à supprimer.

  4. Pour Actions, choisissez Delete snapshot (Supprimer la pile).

  5. Dans la page de confirmation, sélectionnez Supprimer.

Pour supprimer un instantané personnalisé RDS, utilisez la AWS CLI commande delete-db-snapshot.

L'option suivante est requise :

  • --db-snapshot-identifier – L'instantané à supprimer

L'exemple suivant supprime l'instantané de base de données my-custom-snapshot.

Pour LinuxmacOS, ou Unix :

aws rds delete-db-snapshot \  
  --db-snapshot-identifier my-custom-snapshot

Dans Windows :

aws rds delete-db-snapshot ^
  --db-snapshot-identifier my-custom-snapshot

Suppression des sauvegardes automatiques RDS Custom for Oracle

Vous pouvez supprimer les sauvegardes automatisées conservées de RDS Custom for Oracle quand elles ne sont plus nécessaires. La procédure est la même que la procédure de suppression des sauvegardes Amazon RDS.

Pour supprimer une sauvegarde automatisée conservée

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Automated backups (Sauvegardes automatisées).

  3. Choisissez Retained (Conservées).

  4. Choisissez la sauvegarde automatisée conservée que vous souhaitez supprimer.

  5. Pour Actions, choisissez Supprimer.

  6. Dans la page de confirmation, entrez delete me et choisissez Delete (Supprimer).

Vous pouvez supprimer une sauvegarde automatique conservée à l'aide de la AWS CLI commande delete-db-instance-automated-backup.

L'option suivante est utilisée pour supprimer une sauvegarde automatisée conservée.

  • --dbi-resource-id – L'identifiant de la ressource de l'instance de base de données RDS Custom source.

    Vous pouvez trouver l'identifiant de ressource pour l'instance de base de données source d'une sauvegarde automatique conservée à l'aide de la AWS CLI commande describe-db-instance-automated-backups.

L'exemple suivant supprime la sauvegarde automatisée conservée avec l'identifiant de ressource d'instance de base de données custom-db-123ABCEXAMPLE.

Pour LinuxmacOS, ou Unix :

aws rds delete-db-instance-automated-backup \
    --dbi-resource-id custom-db-123ABCEXAMPLE

Dans Windows :

aws rds delete-db-instance-automated-backup ^
    --dbi-resource-id custom-db-123ABCEXAMPLE