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.
# Utilisation de réplicas pour Amazon RDS for Db2
RDS for Db2 prend en charge la création de réplicas de bases de données afin de fournir des fonctionnalités de mise à l’échelle de lecture et de reprise après sinistre. Vous pouvez créer des réplicas selon deux modes : des réplicas en lecture seule pour décharger les charges de travail en lecture, et des réplicas de secours pour la reprise après sinistre interrégionale. RDS for Db2 utilise la technologie IBM Db2 High Availability Disaster Recovery (HADR) pour la réplication. Pour plus d’informations, consultez [High Availability Disaster Recovery (HADR)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr) dans la documentation IBM Db2.
Un *réplica Db2* de base de données est une copie physique de votre base de données principale. Un réplica Db2 en lecture seule est appelé *réplica en lecture*. Un réplica Db2 de secours est appelé *réplica de secours*. Db2 n’autorise pas les écritures dans un réplica, mais vous pouvez le promouvoir pour le rendre accessible en écriture. Le réplica promu comporte les données répliquées jusqu’au moment où la demande a été faite pour le promouvoir. Pour de plus amples informations, veuillez consulter [Promotion d'un réplica en lecture en instance de bases de données autonome](USER_ReadRepl.Promote.md).
Pour obtenir un résumé des fonctionnalités et des comportements des réplicas RDS for Db2, consultez [Différences entre les réplicas en lecture pour les moteurs de bases de données](USER_ReadRepl.Overview.Differences.md).
## Réplicas en lecture seule et de secours
Lorsque vous créez ou modifiez un réplica Db2, vous pouvez le placer dans l’un des modes suivants :
**Lecture seule**
Il s’agit de l’option par défaut. HADR transmet et applique les modifications de la base de données source à toutes les bases de données de réplicas en lecture. Pour les réplicas en lecture seule, la variable d’environnement Db2 `DB2_HADR_ROS` est définie sur `ON`. Le niveau d’isolement pour les requêtes de lecture sur la base de données de réplicas est `Uncommitted Read`. Pour plus d’informations, consultez [Niveau d’isolement sur la base de données de secours active](https://www.ibm.com/docs/en/db2/11.5?topic=standby-isolation-level-active-database) dans la documentation IBM Db2.
Pour obtenir des informations générales sur les réplicas en lecture qui s’appliquent à tous les moteurs de base de données, consultez [Utilisation des réplicas en lecture d'instance de base de données](USER_ReadRepl.md). Pour plus d’informations sur Db2 HADR, consultez [High Availability Disaster Recovery (HADR)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr) dans la documentation IBM Db2.
**Secours**
Pour les réplicas de secours, la variable d’environnement Db2 `DB2_HADR_ROS` est définie sur `OFF` de telle sorte que les bases de données de réplicas n’acceptent pas les connexions utilisateur. L’utilisation principale des réplicas de secours est la reprise après sinistre interrégionale.
Un réplica de secours ne peut pas servir de charge de travail en lecture seule. Le réplica de secours ne contient aucun journal d’archivage.
Vous pouvez créer jusqu’à 3 réplicas à partir d’une seule instance de base de données source. Vous pouvez créer une combinaison de réplicas de base de données de secours et en lecture seule pour la même instance de base de données source. Après avoir créé un réplica, vous pouvez modifier le mode réplica. Pour plus d’informations, consultez [Modification du mode réplica RDS for Db2](db2-replicas-changing-replica-mode.md).
Avant de créer des réplicas, veillez à respecter toutes les conditions requises. Pour de plus amples informations, veuillez consulter [Exigences et considérations relatives aux réplicas RDS for Db2](db2-read-replicas.limitations.md).
## Activations de base de données
Db2 HADR est configuré au niveau de la base de données. Une fois que vous avez créé des réplicas, HADR est défini pour toutes les bases de données Db2, y compris `rdsadmin`, que RDS gère entièrement. Avant de créer des réplicas Db2, vous devez activer explicitement toutes les bases de données. Dans le cas contraire, la création de réplicas échoue et Amazon RDS émet un événement. Une fois qu’une instance de base de données possède un ou plusieurs réplicas, vous ne pouvez activer ou désactiver aucune base de données sur l’instance de base de données à l’aide des procédures stockées `rdsadmin.activate_database` ou `rdsadmin.deactivate_database`. Pour de plus amples informations, veuillez consulter [Procédures stockées pour les bases de données pour RDS for Db2](db2-sp-managing-databases.md).
## Configurations HADR
Vous pouvez voir toutes les configurations HADR d’une base de données en vous connectant à la base de données, puis en exécutant `db2 get db cfg`.
## Conservation des journaux d’archivage
Amazon RDS purge les journaux d’une instance de base de données principale une fois que les conditions suivantes sont remplies :
+ Les journaux datent d’au moins deux heures.
+ Le paramètre relatif aux heures de conservation des journaux d’archivage est dépassé.
+ Les journaux d’archivage ont été correctement répliqués sur toutes les instances de base de données de réplica. Cette condition s'applique à la fois aux instances de base de données situées dans la même région Région AWS et aux instances de base de données interrégionales.
Pour plus d'informations sur la définition des heures de conservation des journaux d'archivage, veuillez consulter [rdsadmin.set\$1archive\$1log\$1retention](db2-sp-managing-databases.md#db2-sp-set-archive-log-retention).
Amazon RDS vérifie et nettoie chaque base de données individuellement. Si une base de données perd la connexion HADR ou si les informations relatives à cette connexion ne sont pas disponibles, Amazon RDS ignore la base de données et ne purge pas les journaux d’archivage.
## Pannes pendant la réplication Db2
Lorsque vous créez un réplica, Amazon RDS prend un instantané de votre instance de base de données source et commence la réplication. Lorsque l'opération de capture instantanée de base de données commence, l'instance de base de données source subit une très brève I/O suspension. La I/O suspension dure généralement une seconde environ. Toutefois, si l'instance de base de données source est un déploiement multi-AZ, l'instance de base de données source ne subit aucune I/O suspension. En effet, dans le cas des déploiements multi-AZ, l’instantané est pris à partir de l’instance de base de données secondaire.
L’instantané de base de données devient le réplica Db2. Amazon RDS définit les paramètres et autorisations nécessaires pour la base de données source et le réplica sans interruption de service. De même, si vous supprimez un réplica, aucune panne ne se produit.
# Exigences et considérations relatives aux réplicas RDS for Db2
Les exigences relatives aux réplicas Db2 se répartissent en plusieurs catégories : licences et gestion des versions, considérations relatives à la sauvegarde et à la restauration, comportement de réplication et considérations opérationnelles générales. Avant de créer un réplica Db2, familiarisez-vous avec les exigences et considérations suivantes.
## Exigences de version et de licence pour les réplicas RDS for Db2
Avant de créer un réplica RDS for Db2, consultez les informations suivantes relatives aux versions et aux modèles de licence :
+ **Versions prises en charge** : toutes les versions de Db2 11.5 prennent en charge les instances de base de données de réplica.
Les instances de base de données source et de réplica doivent utiliser la même version majeure. Les réplicas Db2 prennent en charge les mises à niveau de versions mineures, mais pas les mises à niveau de versions majeures. Pour obtenir des informations sur la mise à niveau des instances de base de données, consultez [Mise à niveau d'une version du moteur d'une instance de base de données](USER_UpgradeDBInstance.Upgrading.md).
**Note**
Lors de la mise à niveau d’une instance de base de données source, tous les réplicas sont automatiquement mis à niveau pour maintenir la compatibilité des versions.
+ **Modèles de licence et modes de réplication valides** : Db2 Advanced Edition (AE) et Standard Edition (SE) peuvent créer des répliques en mode lecture seule ou en mode veille pour le modèle Bring Your Own License (BYOL) et le modèle de licence Db2 par le modèle. AWS Marketplace
+ **Groupe de paramètres personnalisés** : vous devez spécifier un groupe de paramètres personnalisés pour le réplica.
Pour les réplicas qui utilisent le modèle BYOL, ce groupe de paramètres personnalisés doit inclure votre IBM Site ID et IBM Customer ID. Pour de plus amples informations, veuillez consulter [IBM IDs pour apporter votre propre licence (BYOL) pour Db2](db2-licensing.md#db2-prereqs-ibm-info). Vous pouvez spécifier ce groupe de paramètres personnalisés pour la réplique à l'aide de l'API AWS Management Console AWS CLI , de ou de l'API RDS.
+ **Le nombre de vCPU** varie en fonction du mode du réplica et du modèle de licence :
+ Les **répliques de secours** utilisent toujours deux v, CPUs quelle que soit la taille de l'instance de base de données.
+ **Modèle BYOL** : les AWS License Manager configurations montrent que RDS pour les instances de base de données DB2 utilise deux v. CPUs
+ **Licence DB2 par AWS Marketplace modèle** — Les factures reflètent les coûts de licence pour deux v. CPUs
+ **Les réplicas en lecture seule** utilisent le même nombre de vCPU que la taille de l’instance de base de données.
+ **Modèle BYOL** : les AWS License Manager configurations montrent que RDS pour les instances de base de données DB2 utilise le même nombre de v CPUs que celui correspondant à la taille de l'instance de base de données.
+ **Licence DB2 par AWS Marketplace modèle** : les factures reflètent les coûts de licence pour le même nombre de v CPUs correspondant à la taille de l'instance de base de données.
## Considérations relatives à la sauvegarde et la restauration des réplicas RDS for Db2
Les sauvegardes de réplicas ont un comportement différent de celui des sauvegardes de base de données principales. Tenez compte des exigences de sauvegarde et de restauration suivantes :
+ Pour créer des instantanés des réplicas de RDS for Db2 ou activer les sauvegardes automatiques, veillez à définir manuellement la période de conservation des sauvegardes. Les sauvegardes automatiques ne sont pas activées par défaut.
+ Lorsque vous restaurez une sauvegarde de réplica, vous rétablissez l’heure de la base de données, et non l’heure à laquelle la sauvegarde a été effectuée. L’heure de la base de données désigne la dernière heure de transaction appliquée des données dans la sauvegarde. La différence est importante, car un réplica peut être en retard de plusieurs minutes ou heures par rapport à la base de données principale. Lorsqu’il existe plusieurs bases de données, RDS for Db2 utilise l’heure de base de données la plus ancienne.
Pour trouver la différence, exécutez la AWS CLI [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)commande ou appelez l'DBSnapshotsopération RDS API [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html). Comparez la valeur `SnapshotDatabaseTime` et la valeur `OriginalSnapshotCreateTime`. La valeur `SnapshotDatabaseTime` correspond à l’heure de la base de données de la sauvegarde du réplica. La valeur `OriginalSnapshotCreateTime` correspond à la dernière transaction appliquée sur la base de données principale.
Pour plus d’informations sur les sauvegardes et la restauration des sauvegardes, consultez [Utilisation des sauvegardes de réplicas RDS for Db2](db2-read-replicas.backups.md).
## Considérations relatives à la réplication pour les réplicas RDS for Db2
Les réplicas Db2 utilisent la technologie HADR avec des limites et des comportements spécifiques. Examinez les considérations relatives à la réplication suivantes :
+ La réplication utilise la fonction Db2 HADR pour toutes les bases de données de l’instance de base de données RDS for Db2.
+ La réplication ne prend pas en charge la commande `LOAD`. Si vous exécutez la commande `LOAD` depuis l’instance de base de données source, vous recevrez des données incohérentes.
+ RDS for Db2 ne réplique pas les éléments suivants :
+ Accès au stockage. Soyez attentif aux données, telles que les tables externes, qui dépendent de l’accès au stockage.
+ Non intégrés LOBs qui ne sont pas enregistrés.
+ Binaires de procédures stockées externes (dans C ou Java).
+ Pour les réplicas de secours, RDS for Db2 réplique les éléments suivants :
+ Utilisateurs locaux, à l’exception des utilisateurs principaux
+ Paramètres de configuration de base de données
+ Pour les réplicas en lecture seule, RDS for Db2 réplique les éléments suivants :
+ Utilisateurs locaux, à l’exception des utilisateurs principaux
+ Mappages de groupes SID
## Considérations diverses relatives aux réplicas RDS for Db2
Des considérations opérationnelles supplémentaires s’appliquent aux réplicas Db2. Vérifiez les éléments suivants :
+ RDS for Db2 réplique les configurations de base de données sur les réplicas. Lorsque RDS for Db2 fait la promotion d’un réplica, il désactive et active chaque base de données.
+ RDS for Db2 réplique les utilisateurs locaux, mais pas l’utilisateur principal, et les mappages de groupes SID vers les réplicas. Vous pouvez modifier l’utilisateur principal sur le réplica. Pour de plus amples informations, veuillez consulter [Modification d'une instance de base de données Amazon RDS](Overview.DBInstance.Modifying.md).
+ Toutes les bases de données doivent être actives. Pour plus d’informations sur l’activation des base de données, consultez [Procédures stockées pour les bases de données pour RDS for Db2](db2-sp-managing-databases.md).
+ Toutes les procédures stockées de création, de suppression, de restauration ou de transfert de bases de données doivent être effectuées avant de créer un réplica. Pour plus d’informations sur ces procédures stockées, consultez [Procédures stockées pour les bases de données pour RDS for Db2](db2-sp-managing-databases.md).
+ Lorsque le réplica est créé, Amazon RDS définit le paramètre au niveau de la base de données `blocknonlogged` pour toutes les bases de données de l’instance de base de données source sur `YES`. Lorsque le réplica source redevient une instance autonome, Amazon RDS redéfinit la valeur sur `NO`. Pour plus d’informations, consultez [blocknonlogged - Création de blocs de tables autorisant le paramètre de configuration des activités non enregistrées](https://www.ibm.com/docs/en/db2/11.1?topic=dcp-blocknonlogged-block-creation-tables-that-allow-non-logged-activity) dans la documentation IBM Db2.
+ Lorsque le réplica est créé, Amazon RDS définit le paramètre au niveau de la base de données `logindexbuild` pour toutes les bases de données de l’instance de base de données source sur `YES`. Lorsque le réplica source redevient une instance autonome, Amazon RDS redéfinit la valeur sur `NO`. Pour plus d’informations, consultez [logindexbuild - Paramètre de configuration pour la création des pages d’index du journal](https://www.ibm.com/docs/en/db2/11.1?topic=parameters-logindexbuild-log-index-pages-created) dans la documentation IBM Db2.
# Préparation de la création d’un réplica RDS for Db2
Avant de créer un réplica RDS for Db2, vous devez effectuer les tâches suivantes pour que la réplication soit réussie. Ces tâches permettent de prévenir les problèmes courants et de garantir des performances optimales.
## Tâche 1 : activation des sauvegardes automatiques
Avant qu'une instance de base de données puisse être utilisée comme instance de bases de données source, vous devez activer les sauvegardes automatiques sur l'instance de base de données source. Il s’agit d’une condition préalable à toutes les opérations de création de réplicas. Pour savoir comment effectuer cette procédure, consultez [Activation des sauvegardes automatiques](USER_WorkingWithAutomatedBackups.Enabling.md).
Pour plus d’informations sur les sauvegardes spécifiques aux réplicas Db2, consultez [Utilisation des sauvegardes de réplicas RDS for Db2](db2-read-replicas.backups.md).
## Tâche 2 : planification des ressources de calcul et de stockage
Assurez-vous que l’instance de base de données source et ses réplicas sont dimensionnés correctement, en termes de calcul et de stockage, en fonction de leur charge opérationnelle. Si un réplica atteint sa capacité en termes de ressources de calcul, de réseau ou de stockage, il arrête de recevoir ou d’appliquer les modifications provenant de sa source. Pour plus d’informations sur la surveillance des performances des réplicas et de l’utilisation des ressources, consultez [Supervision de la réplication en lecture](USER_ReadRepl.Monitoring.md).
RDS for Db2 n’intervient pas pour atténuer un retard de réplica élevé entre une instance de base de données source et ses réplicas. Si le retard de réplica est élevé, consultez [Surveillance du retard de réplication Db2](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag) pour connaître les conseils de dépannage.
Vous pouvez modifier les ressources de stockage et d’UC d’un réplica indépendamment de sa source et d’autres réplicas. Pour de plus amples informations, veuillez consulter [Modification d'une instance de base de données Amazon RDS](Overview.DBInstance.Modifying.md).
## Tâche 3 : préparation des bases de données
Avant de créer un réplica, vérifiez que vos bases de données sont prêtes en fonction des points suivants :
+ L’instance de base de données contient toutes les bases de données que vous souhaitez voir présentes sur l’instance de base de données. Une fois que vous avez créé un réplica, vous ne pouvez pas créer, supprimer ou restaurer de manière native une base de données sur l’instance de base de données. Tous les appels vers les procédures stockées [rdsadmin.create\$1database](db2-sp-managing-databases.md#db2-sp-create-database), [rdsadmin.drop\$1database](db2-sp-managing-databases.md#db2-sp-drop-database) ou [rdsadmin.restore\$1database](db2-sp-managing-databases.md#db2-sp-restore-database) échouent.
+ Toutes les bases de données de l’instance de base de données sont actives. Si une base de données est inactive, la création de réplicas échouera. Pour plus d’informations sur l’activation des base de données, consultez [Procédures stockées pour les bases de données pour RDS for Db2](db2-sp-managing-databases.md).
## Étapes suivantes
Après avoir terminé toutes les tâches de préparation, vous êtes prêt à créer un réplica Db2.
+ Pour créer un réplica en lecture seule, consultez [Création d’un réplica en lecture](USER_ReadRepl.Create.md).
+ Pour créer un réplica de secours, consultez [Création d’une réplicas Db2 de secours](db2-read-replicas.creating-in-standby-mode.md).
# Création d’un réplica RDS for Db2 de secours
Par défaut, les réplicas Db2 sont créées en mode lecture seule. Vous pouvez créer un réplica de secours à des fins de reprise après sinistre. Les réplicas de secours n’acceptent pas les connexions utilisateur, mais offrent des fonctionnalités de basculement plus rapides pour les scénarios interrégionaux.
Avant de créer un réplica de secours, vérifiez que vous bien effectué les tâches de préparation. Pour de plus amples informations, veuillez consulter [Préparation de la création d’un réplica RDS for Db2](db2-read-replicas.Configuration.md). Après avoir créé un réplica de secours, vous pouvez modifier le mode de réplication. Pour de plus amples informations, veuillez consulter [Modification du mode réplica RDS for Db2](db2-replicas-changing-replica-mode.md).
Vous pouvez créer une réplique de secours à l'aide de l' AWS Management Console API AWS CLI, de ou de l'API RDS. Pour plus d’informations sur la création d’un réplica en lecture seule, consultez [Création d’un réplica en lecture](USER_ReadRepl.Create.md).
## Console
**Création d’un réplica de secours à partir d’une instance de base de données RDS for Db2 source**
1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse.
1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**.
1. Sélectionnez l’instance de base de données RDS for Db2 que vous voulez utiliser comme source pour votre réplica de secours.
1. Sous **Actions**, choisissez **Créer un réplica**.
1. Pour le **Mode réplica**, choisissez **De secours**.
1. Choisissez les paramètres que vous souhaitez utiliser. Sous **Identifiant de l’instance de base de données**, saisissez un nom pour le réplica de secours. Ajustez les autres paramètres selon les besoins.
1. Pour **les régions**, choisissez l' Région AWS endroit où la réplique de secours sera lancée.
1. Choisissez la taille de votre instance et le type de stockage. Nous vous recommandons d’utiliser le même type de stockage et la même classe d’instance de base de données que l’instance de base de données source pour le réplica de secours.
1. Pour **Déploiement Multi-AZ**, choisissez **Créer une instance de secours** pour créer une instance de secours de votre réplica dans une autre zone de disponibilité pour la prise en charge du basculement pour le réplica de secours.
1. Choisissez les autres paramètres que vous voulez utiliser.
1. Choisissez **Créer un réplica**.
Sur la page **Bases de données**, le réplica de secours a le rôle **Réplica**.
## AWS CLI
Pour créer une réplique Db2 en mode veille, utilisez la AWS CLI commande [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) avec `--replica-mode` set to. `mounted`
**Example**
Pour Linux, macOS ou Unix :
```
aws rds create-db-instance-read-replica \
--db-instance-identifier my_standby_replica \
--source-db-instance-identifier my_db_instance \
--replica-mode mounted
```
Pour Windows :
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier my_standby_replica ^
--source-db-instance-identifier my_db_instance ^
--replica-mode mounted
```
## API RDS
[Pour créer une réplique Db2 en mode veille, spécifiez l'opération Create `ReplicaMode=mounted` dans l'API RDS. DBInstance ReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html)
# Modification du mode réplica RDS for Db2
Vous pouvez changer le mode réplica d’un réplica Db2 existant entre le mode lecture seule et le mode de secours. Cette flexibilité vous permet d’adapter la configuration de votre réplica en fonction de l’évolution des exigences relatives aux charges de travail en lecture ou aux besoins de reprise après sinistre.
Vous souhaiterez peut-être modifier les modes réplica dans les scénarios suivants :
+ **Du mode lecture seule au mode de secours** : lorsque vous n’avez plus besoin de capacité de lecture, mais que vous souhaitez conserver les capacités de reprise après sinistre
+ **Du mode de secours au mode lecture seule** : lorsque vous devez ajouter de la capacité de lecture pour les charges de travail de reporting ou d’analyse
Avant de changer de mode réplica, vérifiez que les conditions suivantes sont réunies :
+ Le réplica est dans un état disponible.
+ Aucune opération de maintenance active n’est en cours sur le réplica.
+ Vous disposez des autorisations nécessaires pour modifier l’instance de bases de données.
L’opération de modification peut prendre quelques minutes. Au cours de l'opération, l'état de l'instance de base de données passe à **en cours de modification**. Pour plus d’informations sur les modifications d’état, consultez [Affichage de l'état d'une instance de base de données Amazon RDS ](accessing-monitoring.md#Overview.DBInstance.Status). Lorsque vous passez du mode lecture seule au mode de secours, le réplica déconnecte toutes les connexions actives.
**Important**
Étant donné que la modification des modes réplica interrompt temporairement le service, planifiez la modification pendant une période de maintenance afin de minimiser l’impact sur vos applications.
Vous pouvez modifier le mode de réplication à l'aide de l'API AWS Management Console, de AWS CLI, ou de l'API RDS.
## Console
**Modification du mode réplica d’un réplica Db2**
1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse.
1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**.
1. Choisissez la base de données du réplica à modifier.
1. Sélectionnez **Modifier**.
1. Pour **Mode réplica**, choisissez le mode souhaité :
+ **Lecture seule** : pour les charges de travail en lecture
+ **De secours** : pour la reprise après sinistre
1. Choisissez les autres paramètres que vous souhaitez modifier.
1. Choisissez **Continuer**.
1. Pour **Scheduling of Modifications (Planification des modifications)**, choisissez **Appliquer immédiatement**.
1. Choisissez **Modifier l’instance DB**.
1. Une fois la modification terminée, vérifiez le changement de mode réplica sur la page **Bases de données**. Le statut du réplica doit s’afficher comme **Disponible** lorsque la modification est terminée.
## AWS CLI
Pour faire passer une réplique Db2 du mode lecture seule au mode veille, définissez-la `mounted` dans `--replica-mode` la commande. AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) Pour faire passer un réplica Db2 du mode de secours au mode lecture seule, définissez `--replica-mode` sur `open-read-only`.
L’exemple suivant fait passer un réplica du mode lecture seule au mode de secours :
**Example**
Pour Linux, macOS ou Unix :
```
aws rds modify-db-instance \
--db-instance-identifier my_db2_replica \
--replica-mode mounted
```
Pour Windows :
```
aws rds modify-db-instance ^
--db-instance-identifier my_db2_replica ^
--replica-mode mounted
```
L’exemple suivant fait passer un réplica du mode de secours au mode lecture seule :
**Example**
Pour Linux, macOS ou Unix :
```
aws rds modify-db-instance \
--db-instance-identifier my_db2_replica \
--replica-mode open-read-only
```
Pour Windows :
```
aws rds modify-db-instance ^
--db-instance-identifier my_db2_replica ^
--replica-mode open-read-only
```
## API RDS
[Pour faire passer une réplique Db2 du mode lecture seule au mode veille, définissez `ReplicaMode=mounted` le paramètre dans Modifier. DBInstance](AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) Pour faire passer un réplica Db2 du mode de secours au mode lecture seule, définissez `ReplicaMode=open-read-only`.
Voici un exemple d’appel d’API permettant de faire passer un réplica du mode lecture seule au mode de secours :
```
{
"DBInstanceIdentifier": "my_db2_replica",
"ReplicaMode": "mounted",
"ApplyImmediately": true
}
```
Voici un exemple d’appel d’API permettant de faire passer un réplica du mode de secours au mode lecture seule :
```
{
"DBInstanceIdentifier": "my_db2_replica",
"ReplicaMode": "open-read-only",
"ApplyImmediately": true
}
```
Pour plus d’informations sur les différences entre les modes réplica, consultez [Utilisation de réplicas pour Amazon RDS for Db2](db2-replication.md). Pour résoudre les problèmes liés aux réplicas, consultez [Résolution des problèmes de réplication RDS for Db2](db2-troubleshooting-replicas.md).
# Utilisation des sauvegardes de réplicas RDS for Db2
Vous pouvez créer et restaurer des sauvegardes d’un réplica RDS for Db2 tout comme une base de données principale. Cependant, il existe des différences importantes dans le fonctionnement des sauvegardes de réplicas, notamment en ce qui concerne les délais de restauration et les paramètres de conservation des sauvegardes.
RDS for Db2 prend en charge les sauvegardes automatiques et les instantanés manuels pour les réplicas. RDS pour DB2 ne prend pas en charge point-in-time la restauration. Pour plus d’informations sur les sauvegardes RDS, consultez [Sauvegarde, restauration et exportation de données](CHAP_CommonTasks.BackupRestore.md).
## Principales différences pour les sauvegardes de réplicas
Les sauvegardes de réplicas diffèrent des sauvegardes de base de données principales de plusieurs manières importantes :
+ Les sauvegardes automatiques ne sont pas activées par défaut pour les réplicas.
+ Les opérations de restauration utilisent l’heure de la base de données plutôt que l’heure de création de la sauvegarde.
+ Le décalage de réplica peut affecter les données réellement restaurées. Pour plus d’informations sur la surveillance du décalage de réplica, consultez [Surveillance du retard de réplication Db2](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag).
## Activation des sauvegardes automatiques pour les réplicas RDS for Db2
Contrairement aux bases de données principales, les sauvegardes automatiques ne sont pas activées par défaut pour la réplicas RDS for Db2. Vous devez configurer manuellement la période de rétention des sauvegardes pour activer les sauvegardes automatiques. Activez les sauvegardes automatiques en définissant la période de rétention des sauvegardes sur une valeur positive différente de zéro.
### Console
**Activation immédiate des sauvegardes automatiques**
1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse.
1. Dans le panneau de navigation, choisissez **Bases de données**, puis l’instance de base de données que vous souhaitez modifier.
1. Sélectionnez **Modify (Modifier)**.
1. Pour **Période de conservation des sauvegardes**, choisissez une valeur positive différente de zéro, par exemple trois jours.
1. Choisissez **Continuer**.
1. Choisissez **Apply immediately (Appliquer immédiatement)**.
1. Choisissez **Modifier l’instance de base de données** pour enregistrer vos modifications et activer les sauvegardes automatiques.
### AWS CLI
Pour activer les sauvegardes automatisées, utilisez la AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)commande.
Incluez les paramètres suivants :
+ `--db-instance-identifier`
+ `--backup-retention-period`
+ `--apply-immediately` ou `--no-apply-immediately`
Dans l’exemple suivant, nous activons les sauvegardes automatiques en définissant la période de rétention des sauvegardes sur trois jours. Les modifications sont appliquées immédiatement.
**Example**
Pour Linux, macOS ou Unix :
```
aws rds modify-db-instance \
--db-instance-identifier my_db_instance \
--backup-retention-period 3 \
--apply-immediately
```
Pour Windows :
```
aws rds modify-db-instance ^
--db-instance-identifier my_db_instance ^
--backup-retention-period 3 ^
--apply-immediately
```
### API RDS
Pour activer les sauvegardes automatisées, utilisez l'DBInstanceopération de [modification](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) de l'API RDS avec les paramètres obligatoires suivants :
+ `DBInstanceIdentifier`
+ `BackupRetentionPeriod`
## Restauration d’une sauvegarde de réplica RDS for Db2
Vous pouvez restaurer une sauvegarde de réplica RDS for Db2 de la même manière que vous pouvez restaurer une sauvegarde de la base de données principale. Pour de plus amples informations, veuillez consulter [Restauration d’une instance de base de données](USER_RestoreFromSnapshot.md).
Le point le plus important à prendre en compte lors de la restauration de sauvegardes de réplicas est de comprendre la différence entre l’heure de la base de données et l’heure de création de la sauvegarde, en particulier en cas de décalage de réplica.
Vous pouvez surveiller le décalage de réplica et vous assurer que vos sauvegardes contiennent les données attendues. Pour plus d'informations sur la ReplicaLag métrique, consultez[CloudWatch Métriques Amazon pour Amazon RDS](rds-metrics.md).
### Présentation des différences de temps
Lorsque vous restaurez une sauvegarde de réplica, vous devez déterminer l’instant dans le passé auquel vous effectuez la restauration. L’heure de la base de données désigne la dernière heure de transaction appliquée des données dans la sauvegarde. Lorsque vous restaurez une sauvegarde de réplica, vous rétablissez l’heure de la base de données, et non l’heure à laquelle la sauvegarde s’est terminée. La différence est importante, car un réplica peut être en retard de plusieurs minutes ou heures par rapport à la base de données principale. Ainsi, l’heure de la base de données d’une sauvegarde de réplica peut être bien antérieure à l’heure de création de l’instantané.
Pour connaître la différence entre l'heure de la base de données et l'heure de création, exécutez la AWS CLI [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)commande ou appelez l'DBSnapshotsopération RDS API [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html). Comparez la valeur `SnapshotDatabaseTime` et la valeur `OriginalSnapshotCreateTime`. La valeur `SnapshotDatabaseTime` correspond à l’heure de base de données la plus ancienne parmi toutes les bases de données de la sauvegarde du réplica. La valeur `OriginalSnapshotCreateTime` correspond à la dernière transaction appliquée sur la base de données principale. Notez que les retards de réplication peuvent être différents pour plusieurs bases de données et que l’heure de la base de données peut se situer entre ces deux temps.
L' AWS CLI exemple suivant montre la différence entre les deux temps :
Pour Linux, macOS ou Unix :
```
aws rds describe-db-snapshots \
--db-instance-identifier my_db2_replica \
--db-snapshot-identifier my_replica_snapshot
```
Pour Windows :
```
aws rds describe-db-snapshots ^
--db-instance-identifier my_db2_replica ^
--db-snapshot-identifier my_replica_snapshot
```
Le résultat produit lors de l’exécution de cette commande est semblable à l’exemple suivant.
```
{
"DBSnapshots": [
{
"DBSnapshotIdentifier": "my_replica_snapshot",
"DBInstanceIdentifier": "my_db2_replica",
"SnapshotDatabaseTime": "2022-07-26T17:49:44Z",
...
"OriginalSnapshotCreateTime": "2021-07-26T19:49:44Z"
}
]
}
```
# Résolution des problèmes de réplication RDS for Db2
Cette rubrique décrit les problèmes courants de réplication RDS for Db2 et fournit des conseils de dépannage pour les réplicas en lecture seule et de secours. En plus de consulter les informations de dépannage suivantes, assurez-vous d’avoir suivi les [exigences et considérations](db2-read-replicas.limitations.md) et d’avoir suivi les [étapes de préparation](db2-read-replicas.Configuration.md) avant de créer des réplicas Db2.
## Échec de création de réplica
La création de réplicas peut échouer pour plusieurs raisons :
+ **Bases de données inactives** : toutes les bases de données de l’instance de base de données source doivent être actives avant de créer des réplicas.
Pour plus d’informations sur l’activation des base de données, consultez [Procédures stockées pour les bases de données pour RDS for Db2](db2-sp-managing-databases.md).
+ **Sauvegardes automatiques manquantes** : les sauvegardes automatiques doivent être activées sur l’instance de base de données source.
Pour plus d’informations sur l’activation des sauvegardes, consultez [Activation des sauvegardes automatiques pour les réplicas RDS for Db2](db2-read-replicas.backups.md#db2-read-replicas.backups.turning-on).
+ **Problèmes liés aux groupes de paramètres** : des groupes de paramètres personnalisés sont requis pour les réplicas. Pour les licences BYOL, le groupe de paramètres doit inclure l’IBM Site ID et l’IBM Customer ID.
Pour plus d’informations, consultez [IBM IDs pour apporter votre propre licence (BYOL) pour Db2](db2-licensing.md#db2-prereqs-ibm-info).
## Surveillance du retard de réplication Db2
Pour surveiller le délai de réplication dans Amazon CloudWatch, consultez la `ReplicaLag` métrique Amazon RDS. Pour obtenir plus d'informations sur la durée du retard de réplication, consultez [Supervision de la réplication en lecture](USER_ReadRepl.Monitoring.md) et [CloudWatch Métriques Amazon pour Amazon RDS](rds-metrics.md). Pour plus d'informations sur la configuration d' CloudWatch alarmes en cas de retard de réplication, consultez[Surveillance des métriques Amazon RDS () avec Amazon CloudWatch](monitoring-cloudwatch.md).
Pour un réplica en lecture seule, si le temps de latence est trop long, interrogez la table `MON_GET_HADR` pour connaître l’état de l’instance de base de données DB de réplica.
Pour un réplica de secours, si le temps de latence est trop long, interrogez la table `MON_GET_HADR` pour connaître l’état de l’instance de base de données DB source. N’interrogez pas l’instance de base de données de réplica, car les instances de base de données de réplica n’acceptent pas les connexions utilisateur.
Les causes courantes d’un retard de réplication élevé sont les suivantes :
+ Ressources de calcul insuffisantes sur le réplica
+ Problèmes de connectivité réseau entre la source et le réplica
+ Activité d’écriture élevée sur la base de données source
+ Limitations des performances de stockage sur le réplica
Si un retard de réplication élevé persiste, envisagez d’effectuer une mise à l’échelle de vos ressources de réplica. Pour plus d’informations, consultez [Modification d'une instance de base de données Amazon RDS](Overview.DBInstance.Modifying.md).
## erreurs de réplication Db2
La réplication Db2 peut présenter un état d’erreur pour un certain nombre de raisons. Effectuez les opérations suivantes :
+ Surveillez les événements et l’état de l’instance de base de données pour vous assurer que l’instance de base de données est en train de se répliquer.
Pour plus d’informations, consultez [Utiliser la notification d'événements d'Amazon RDS](USER_Events.md).
+ Consultez les journaux de diagnostic du réplica Db2 dans la console Amazon RDS. Dans les journaux, recherchez les erreurs dans les messages HADR. Comparez le numéro de séquence du journal au numéro de séquence principal.
Pour plus d’informations sur l’accès et l’interprétation des journaux de diagnostic Db2, consultez [Fichiers journaux de base de données Amazon RDS for Db2](USER_LogAccess.Concepts.Db2.md). Pour plus d’informations sur la configuration et le dépannage de Db2 HADR, consultez [Utilisation de réplicas pour Amazon RDS for Db2](db2-replication.md).
Si les erreurs de réplication persistent, il se peut que vous deviez recréer le réplica.
## Problèmes de connexion
Si vous ne parvenez pas à vous connecter à votre réplica, consultez les informations suivantes concernant les modes réplica :
+ **Réplica de secours** : ils n’acceptent pas les connexions utilisateur par conception. Utilisez des réplicas en lecture seule pour les charges de travail en lecture.
+ **Répliques en lecture seule** : vérifiez les paramètres de votre groupe de sécurité, de votre réseau ACLs et de vos groupes de paramètres.
Pour plus d’informations, consultez [Contrôle du trafic vers vos ressources AWS à l’aide de groupes de sécurité](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) dans le *Guide de l’utilisateur Amazon VPC*, [Contrôle du trafic des sous-réseaux avec des listes de contrôle d’accès réseau](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) dans le *Guide de l’utilisateur Amazon VPC*, et [Groupes de paramètres pour Amazon RDS](USER_WorkingWithParamGroups.md).
## Problèmes de performance
Si les performances du réplica sont médiocres, passez en revue les suggestions suivantes :
+ Assurez-vous que le réplica dispose de ressources de calcul et de stockage adéquates.
+ Surveillez la `ReplicaLag` métrique sur Amazon CloudWatch.
+ Envisagez d’augmenter verticalement la classe d’instance de base de données de réplica.
Pour plus d’informations sur la modification de ressources et de classes d’instance, consultez [Modification d'une instance de base de données Amazon RDS](Overview.DBInstance.Modifying.md).
Pour plus d’informations sur la surveillance du retard de réplica, consultez [Surveillance du retard de réplication](USER_ReadRepl.Monitoring.md#USER_ReadRepl.Monitoring.Lag) et [CloudWatch Métriques Amazon pour Amazon RDS](rds-metrics.md). Pour plus d'informations sur la configuration d' CloudWatch alarmes en cas de retard de réplication, consultez[Surveillance des métriques Amazon RDS () avec Amazon CloudWatch](monitoring-cloudwatch.md).