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 bases de données à l'aide de la AWS Management Console ou de la AWS CLI.
**Topics**
+ [Création d'un instantané RDS Custom for Oracle](custom-backup.creating.md)
+ [Restauration à partir d'un instantané de base de données RDS Custom for Oracle](custom-backup.restoring.md)
+ [Restauration d'une instance RDS Custom for Oracle à un instant dans le passé](custom-backup.pitr.md)
+ [Suppression d'un instantané de RDS Custom for Oracle](custom-backup.deleting.md)
+ [Suppression des sauvegardes automatiques RDS Custom for Oracle](custom-backup.deleting-backups.md)
# 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 pour Amazon RDS](USER_CreateSnapshot.md).
Créez un instantané de RDS Custom for Oracle à l'aide de la console ou de AWS CLI.
## Console
**Pour créer un instantané RDS Custom**
1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans la panneau de navigation, choisissez **Bases de données**.
1. Dans la liste d'instances de base de données RDS Custom, choisissez l'instance pour laquelle vous souhaitez prendre un instantané.
1. Sous **Actions**, choisissez **Take snapshot (Prendre un instantané)**.
La fenêtre **Capture d'un instantané DB** apparaît.
1. Dans **Snapshot name (Nom de l'instantané)**, saisissez le nom de l'instantané.
1. Choisissez **Prendre un instantané**.
## AWS CLI
Vous créez un instantané d'une instance de base de données RDS Custom à l'aide de la commande de AWS CLI [create-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html).
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`.
**Example**
Pour Linux, macOS ou Unix :
```
1. aws rds create-db-snapshot \
2. --db-instance-identifier my-custom-instance \
3. --db-snapshot-identifier my-custom-snapshot
```
Pour Windows :
```
1. aws rds create-db-snapshot ^
2. --db-instance-identifier my-custom-instance ^
3. --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`).
## Console
**Pour restaurer une instance de base de données RDS Custom à partir d'un instantané de base de données**
1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans le panneau de navigation, choisissez **Snapshots**.
1. Choisissez l'instantané de base de données à partir duquel vous voulez restaurer.
1. Pour **Actions**, choisissez **Restaurer l’instantané**.
1. 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.
1. Choisissez **Restore DB Instance (Restaurer une instance de base de données)**.
## AWS CLI
Vous restaurez un instantané de base de données RDS Custom à l'aide de la commande de AWS CLI [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
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`.
**Example**
Pour Linux, macOS 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
```
Pour 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 afficher l’heure de restauration la plus récente pour une instance de base de données, utilisez la commande [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) de la AWS CLI et examinez la valeur retournée dans le champ `LatestRestorableTime` de 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 à un instant précis pour Amazon RDS](USER_PIT.md).
**Topics**
+ [Considérations PITR pour RDS Custom for Oracle](#custom-backup.pitr.oracle)
## 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. La valeur par défaut est `ORCL`.
+ `AWSRDSCustomIamRolePolicy` nécessite de nouvelles autorisations. Pour plus d’informations, consultez [Étape 2 : ajouter une politique d'accès à AWSRDSCustom InstanceRoleForRdsCustomInstance](custom-setup-orcl.md#custom-setup-orcl.iam.add-policy).
+ 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](custom-managing.timezone.md).
+ Si vous définissez l’automatisation sur `ALL_PAUSED`, RDS Custom interrompt le chargement des journaux de reprise 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`.
1. 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_TARGET` affecte la dernière date de restauration. `ARCHIVE_LAG_TARGET` est défini sur `300` parce que l’objectif de point de reprise (RPO) est de 5 minutes. Pour atteindre cet objectif, RDS change le journal de reprise 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 mettre à l’échelle votre instance de base de données et votre stockage afin d’obtenir 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’initialisation `ARCHIVE_LAG_TARGET` 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 fortement de personnaliser uniquement 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 RDS Custom à un instant dans le passé à l'aide de la AWS Management Console, de la AWS CLI, ou de l'API RDS.
## Console
**Pour restaurer une instance de base de données RDS personnalisée à un moment spécifié**
1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans le panneau de navigation, choisissez **Automated backups** (Sauvegardes automatisées).
1. Choisissez l'instance de base de données RDS Custom que vous souhaitez restaurer.
1. Sous **Actions**, sélectionnez **Restaurer à un moment donné**.
La fenêtre **Restaurer à un instant dans le passé** s'affiche.
1. 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.
1. 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.
1. Choisissez d'autres options selon vos besoins, comme la classe d'instance de base de données.
1. Choisissez **Restaurer à un instant dans le passé**.
## AWS CLI
Vous restaurez une instance de base de données à un moment spécifié à l'aide de la commande AWS CLI [restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) pour créer une instance de base de données RDS Custom.
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é.
**Example**
Pour Linux, macOS ou Unix :
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-custom-db-instance\
3. --target-db-instance-identifier my-restored-custom-db-instance \
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5. --restore-time 2022-10-14T23:45:00.000Z
```
Pour Windows :
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-custom-db-instance ^
3. --target-db-instance-identifier my-restored-custom-db-instance ^
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
5. --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).
## Console
**Pour supprimer un instantané d'une instance de base de données RDS Custom**
1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans le panneau de navigation, choisissez **Snapshots**.
1. Choisissez l'instantané de base de données à supprimer.
1. Pour **Actions**, choisissez **Delete snapshot** (Supprimer la pile).
1. Dans la page de confirmation, sélectionnez **Supprimer**.
## AWS CLI
Pour supprimer un instantané RDS Custom, utilisez la commande AWS CLI [delete-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-snapshot.html).
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`.
**Example**
Pour Linux, macOS ou Unix :
```
1. aws rds delete-db-snapshot \
2. --db-snapshot-identifier my-custom-snapshot
```
Pour Windows :
```
1. aws rds delete-db-snapshot ^
2. --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.
## Console
**Pour supprimer une sauvegarde automatisée conservée**
1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l'adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans le panneau de navigation, choisissez **Automated backups** (Sauvegardes automatisées).
1. Choisissez **Retained (Conservées)**.
1. Choisissez la sauvegarde automatisée conservée que vous souhaitez supprimer.
1. Pour **Actions**, choisissez **Supprimer**.
1. Dans la page de confirmation, entrez **delete me** et choisissez **Delete (Supprimer)**.
## AWS CLI
Vous pouvez supprimer une sauvegarde automatisée conservée à l'aide de la commande de l'AWS CLI [delete-db-instance-automated-backup](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html).
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 rechercher l'identifiant ressource de l'instance de base de données source d'une sauvegarde automatisée conservée en utilisant la commande de AWS CLI [describe-db-instance-automated-backups](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html).
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`.
**Example**
Pour Linux, macOS ou Unix :
```
1. aws rds delete-db-instance-automated-backup \
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
Pour Windows :
```
1. aws rds delete-db-instance-automated-backup ^
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```