Trabajo con las réplicas de Amazon RDS para Db2
RDS para Db2 admite la creación de bases de datos de réplicas para proporcionar capacidades de lectura, escalado y recuperación ante desastres. Puede crear réplicas de dos modos: réplicas de solo lectura para reducir las cargas de trabajo de lectura y réplicas en espera para la recuperación ante desastres entre regiones. RDS para Db2 utiliza la recuperación ante desastres de alta disponibilidad (HADR) de IBM Db2 para la replicación. Para obtener más información, consulte High availability disaster recovery (HADR)
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 solo lectura se llama réplica de lectura. Una réplica de Db2 en modo de espera se denomina réplica en espera. Db2 no permite 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. Para obtener más información, consulte Promoción de una réplica de lectura para convertirla en una instancia de base de datos independiente.
Para obtener un resumen de las características y los comportamientos de las réplicas de RDS para Db2, consulte Diferencias entre réplicas de lectura para motores de base de datos.
Réplicas de solo lectura y de espera
Al crear o modificar una réplica de Db2, puede colocarla en cualquiera de los modos siguientes:
- Solo lectura
-
Esta es la opción predeterminada. HADR transmite y aplica los cambios de la base de datos de origen a todas las bases de datos de réplica de lectura. Para las réplicas de solo lectura, la variable de entorno de Db2
DB2_HADR_ROSse establece enON. El nivel de aislamiento de las consultas de lectura en la base de datos de réplica esUncommitted Read. Para obtener más información, consulte el nivel de aislamiento de la base de datos en espera activaen la documentación de IBM Db2. Para obtener información general acerca de las réplicas de lectura que se aplican a todos los motores de base de datos, consulte Trabajo con réplicas de lectura de instancias de base de datos. Para obtener más información sobre HADR de Db2, consulte Recuperación ante desastres de alta disponibilidad (HADR)
en la documentación de IBM Db2. - En espera
-
Para las réplicas en espera, la variable de entorno
DB2_HADR_ROSde Db2 se establece enOFFpara que las bases de datos de las réplicas no acepten 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. Puede crear una combinación de réplicas de base de datos de solo lectura y en espera para la misma instancia de base de datos de origen. Tras crear una réplica, puede cambiar el modo de réplica. Para obtener más información, consulte Modificación del modo de réplica de RDS para Db2.
Antes de crear las réplicas, asegúrese de que cumple todos los requisitos. Para obtener más información, consulte Requisitos y consideraciones sobre réplicas de RDS para Db2.
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 crearán las 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. 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:
-
Los registros tienen al menos dos horas de antigüedad.
-
Ha transcurrido la configuración de horas de retención de registros de archivo.
-
Los registros de archivo se han replicado correctamente en todas las instancias de base de datos de réplica. Esta condición se aplica tanto a instancias de base de datos en la misma Región de AWS como a instancias de base de datos entre regiones.
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.
