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épliques pour Amazon RDS pour DB2
Pour configurer la réplication entre les instances de base de données RDS pour DB2, vous pouvez créer des répliques de bases de données. Pour un résumé des différences entre les répliques RDS pour DB2 et les autres moteurs de base de données, consultez. Différences entre les répliques de lecture pour les moteurs de base de données
Une base de données répliquée DB2 est une copie physique de votre base de données principale. Une réplique Db2 en mode veille est appelée réplique en veille. DB2 n'autorise pas la lecture ou l'écriture dans une réplique, mais vous pouvez promouvoir une réplique pour la rendre inscriptible. La réplique promue contient les données répliquées au moment où la demande de promotion a été faite. RDS pour Db2 utilise Db2 High Availability Disaster Recover (HADR) pour la réplication. Pour plus d'informations, consultez la section High Availability Disaster Recovery (HADR)
Répliques de secours
Lorsque vous créez ou modifiez une réplique Db2, vous pouvez la placer en mode veille. Pour les répliques de secours, la variable d'environnement Db2 DB2_HADR_ROS est définie de OFF telle sorte que la base de données de répliques n'accepte pas les connexions utilisateur. Les répliques de secours sont principalement utilisées pour la reprise après sinistre entre régions.
Une réplique de secours ne peut pas servir une charge de travail en lecture seule. La réplique de secours ne contient aucun journal d'archivage.
Vous pouvez créer jusqu'à trois répliques à partir d'une instance de base de données source.
Activations de bases de données
Db2 HADR est configuré au niveau de la base de données. Une fois que vous avez créé des répliques, le HADR est défini pour toutes les bases de données DB2rdsadmin, y compris celles que RDS gère entièrement. Avant de créer des répliques DB2, vous devez activer explicitement toutes les bases de données. Dans le cas contraire, la création de répliques échoue et Amazon RDS émet un événement. Une fois qu'une instance de base de données possède une ou plusieurs répliques, 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 rdsadmin.deactivate_database stockées rdsadmin.activate_database ou. Vous pouvez toutefois appeler la procédure rdsadmin.reactivate_database stockée pour réactiver les bases de données. Pour de plus amples informations, veuillez consulter Procédures stockées pour les bases de données pour RDS pour Db2.
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 l'exécutantdb2 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'archives est dépassé.
-
Les journaux d'archivage ont été correctement répliqués sur toutes les instances de base de données de réplication. 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_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 lors de la réplication DB2
Lorsque vous créez une réplique, Amazon RDS prend un instantané de base de données 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, le snapshot est pris à partir de l'instance de base de données secondaire.
Le snapshot de base de données devient la réplique DB2. Amazon RDS définit les paramètres et les autorisations nécessaires pour la base de données source et la réplique sans interruption de service. De même, si vous supprimez un réplica, aucune panne ne se produit.
