Trabajo con las réplicas de Amazon RDS para Db2

Para configurar la replicación entre instancias de base de datos de RDS para Db2, puede crear bases de datos de réplica. Para obtener un resumen de las diferencias entre las réplicas de RDS para Db2 y otros motores de base de datos, consulte Diferencias entre réplicas de lectura para motores de base de datos.

Una base de datos de réplica de Db2 es una copia física de la base de datos principal. Una réplica de Db2 en modo de espera se denomina réplica en espera. Db2 no permite lecturas ni escrituras en una réplica, pero puede promocionar una réplica para que sea de escritura. La réplica promocionada tiene los datos replicados hasta el momento en que se realizó la solicitud para promocionarla. RDS para Db2 utiliza la recuperación ante desastres de alta disponibilidad (HADR) de Db2 para la replicación. Para obtener más información, consulte High availability disaster recovery (HADR) en la documentación de IBM Db2.

Réplicas en espera

Al crear o modificar una réplica de Db2, puede colocarla en modo en espera. Para las réplicas en espera, la variable de entorno DB2_HADR_ROS de Db2 se establece en OFF para que la base de datos de la réplica no acepte conexiones de usuarios. El uso principal de las réplicas en espera es la recuperación ante desastres entre regiones.

Una réplica en espera no puede servir una carga de trabajo de solo lectura. La réplica en espera no tiene registros de archivo.

Puede crear hasta tres réplicas a partir de una instancia de base de datos de origen.

Activaciones de base de datos

HADR de Db2 se configura en la base de datos. Después de crear réplicas, HADR se establece para todas las bases de datos Db2, incluida rdsadmin, que RDS administra de forma completa. Antes de crear réplicas de Db2, debe activar explícitamente todas las bases de datos. De lo contrario, no se realizará la creación de réplicas y Amazon RDS emitirá un evento. Después de que una instancia de base de datos tenga una o más réplicas, no puede activar ni desactivar ninguna base de datos en la instancia de base de datos mediante los procedimientos almacenados rdsadmin.activate_database o rdsadmin.deactivate_database. No obstante, puede llamar al procedimiento almacenado rdsadmin.reactivate_database para reactivar las bases de datos. Para obtener más información, consulte Procedimientos almacenados de bases de datos de RDS para Db2.

Configuraciones de HADR

Puede ver todas las configuraciones de HADR para una base de datos si se conecta a ella y ejecuta db2 get db cfg.

Retención de registros de archivo

Amazon RDS purga los registros de una instancia de base de datos principal después de que se cumplan las siguientes condiciones:

Para obtener información acerca de cómo configurar las horas de retención del registro de archivo, consulte rdsadmin.set_archive_log_retention.

Amazon RDS comprueba y limpia cada base de datos individualmente. Si una base de datos pierde la conexión HADR o si la información sobre la conexión no está disponible, Amazon RDS omite la base de datos y no purga los registros de archivo.

Interrupciones durante la replicación de Db2

Cuando crea una réplica, Amazon RDS toma una instantánea de base de datos de la instancia de base de datos de origen y comienza la replicación. Cuando comienza la operación de instantánea de base de datos, la instancia de base de datos de origen experimenta una suspensión de E/S muy breve. La suspensión de E/S suele durar un segundo. No obstante, si la instancia de base de datos de origen es una implementación multi-AZ, la instancia de base de datos de origen no experimenta ninguna suspensión de E/S. Esto se debe a que, con las implementaciones multi-AZ, la instantánea se toma de la instancia de base de datos secundaria.

La instantánea de base de datos se convierte en la réplica de Db2. Amazon RDS establece los parámetros y permisos necesarios para la base de datos de origen y la réplica sin interrumpir el servicio. Del mismo modo, si elimina una réplica, no se produce ninguna interrupción.