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

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.

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 :

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.

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.

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.

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 :

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