Restauration d'une instance RDS Custom for Oracle à un moment donné - Amazon Relational Database Service
PITRconsidérations relatives à 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.

Restauration d'une instance RDS Custom for Oracle à un moment donné

Vous pouvez restaurer une instance de base de données à un moment précis (PITR), en créant une nouvelle instance de base de données. Pour être prises en chargePITR, 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.

L'heure de restauration la plus récente pour une instance de base de données RDS Custom for Oracle dépend de plusieurs facteurs, mais elle se situe généralement à moins de 5 minutes de 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 connaître l'heure de restauration la plus récente pour chaque instance de base de données dans la RDS console Amazon, choisissez 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 connaître l'heure de restauration la plus proche pour chaque instance de base de données, choisissez Sauvegardes automatisées dans la RDS console Amazon.

Pour obtenir des informations générales sur PITR, veuillez consulter Restauration d'une instance de base de données à une heure spécifiée pour Amazon RDS.

PITRconsidérations relatives à RDS Custom for Oracle

Dans RDS Custom for Oracle, il PITR présente des différences importantes par rapport à Amazon sur PITR les points suivants 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 de plus amples informations, veuillez consulter Étape 2 : ajouter une politique d'accès à AWSRDSCustomInstanceRoleForRdsCustomInstance.

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

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

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

    À titre d'exemple, supposons que vous vous LRT êtes produit il y a 10 minutes. Vous mettez l'automatisation en pause. Pendant la pause, RDS Custom ne télécharge pas les journaux de restauration archivés. Si votre instance de base de données tombe en panne, vous ne pouvez la récupérer qu'à une époque antérieure à LRT celle qui existait lorsque vous l'avez interrompue. Lorsque vous reprenez l'automatisation, RDS Custom reprend le téléchargement des journaux. Les LRT avancées. PITRLes règles normales s'appliquent.

  • Dans RDS Custom, vous pouvez spécifier manuellement un nombre arbitraire d'heures pour conserver les journaux de restauration archivés avant que RDS Custom ne les supprime après le télé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 JSON objet au format suivant :{"archivedLogRetentionHours" : "num_of_hours"}. Le nombre doit être un nombre entier compris entre 1 et 840.

  • Supposons que vous branchez un objet non- CDB dans une base de données de conteneurs (CDB) en tant que fichier, PDB puis que vous essayezPITR. L'opération ne réussit que si vous avez précédemment sauvegardé lePDB. Après avoir créé ou modifié unPDB, nous vous recommandons de toujours le 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 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 récupération (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 un débit plus élevéIOPS. 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 rétablit 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 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 RDS personnalisée à un moment donné en utilisant le AWS Management Console, le AWS CLI, ou le RDSAPI.

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

  1. Connectez-vous à la RDS console Amazon 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 personnalisée 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 affichées dans votre fuseau horaire local, qui est indiqué par un décalage par rapport au temps universel coordonné (UTC). Par exemple, UTC -5 correspond à l'heure normale de l'Est/heure avancée du centre.

  6. Pour l'identifiant de l'instance de base de données, entrez le nom de l'instance de base de données RDS personnalisée restaurée cible. 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 RDS personnalisée.

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é.

Dans Linux, macOS, 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