# 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)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr) en la documentación de IBM Db2.
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](USER_ReadRepl.Promote.md).
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](USER_ReadRepl.Overview.Differences.md).
## 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_ROS` se establece en `ON`. El nivel de aislamiento de las consultas de lectura en la base de datos de réplica es `Uncommitted Read`. Para obtener más información, consulte el [nivel de aislamiento de la base de datos en espera activa](https://www.ibm.com/docs/en/db2/11.5?topic=standby-isolation-level-active-database) en 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](USER_ReadRepl.md). Para obtener más información sobre HADR de Db2, consulte [Recuperación ante desastres de alta disponibilidad (HADR)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr) en la documentación de IBM Db2.
**En espera**
Para las réplicas en espera, la variable de entorno `DB2_HADR_ROS` de Db2 se establece en `OFF` para 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](db2-replicas-changing-replica-mode.md).
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](db2-read-replicas.limitations.md).
## 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](db2-sp-managing-databases.md).
## 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\$1archive\$1log\$1retention](db2-sp-managing-databases.md#db2-sp-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.
# Requisitos y consideraciones sobre réplicas de RDS para Db2
Los requisitos de réplicas de Db2 se dividen en varias categorías: licencias y control de versiones, consideraciones de copia de seguridad y restauración, comportamiento de replicación y consideraciones operativas generales. Antes de crear una réplica de Db2, familiarícese con los siguientes requisitos y consideraciones.
## Requisitos de versión y licencia para réplicas de RDS para Db2
Antes de crear una réplica de RDS para Db2, consulte la siguiente información sobre versiones y modelos de licencias:
+ **Versiones admitidas**: todas las versiones 11.5 de Db2 admiten instancias de base de datos de réplicas.
Las instancias de base de datos de origen y réplicas deben utilizar la misma versión principal. Las réplicas de Db2 admiten actualizaciones de versiones menores pero no de versiones principales. Para obtener información sobre la actualización de instancias de base de datos, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md).
**nota**
Al actualizar una instancia de base de datos de origen, todas las réplicas se actualizan automáticamente para mantener la compatibilidad de las versiones.
+ **Modos de réplicas y modelos de licencias válidos**: tanto la edición avanzada (AE) de Db2 como la estándar (SE) pueden crear réplicas en modo de solo lectura o en espera para el modelo traiga su propia licencia (BYOL) y la licencia Db2 a través del modelo de AWS Marketplace.
+ **Grupo de parámetros personalizado**: debe especificar un grupo de parámetros personalizado para la réplica.
Para las réplicas que utilizan el modelo BYOL, este grupo de parámetros personalizado debe incluir IBM Site ID e IBM Customer ID. Para obtener más información, consulte [ID de IBM para traiga su propia licencia (BYOL) para Db2](db2-licensing.md#db2-prereqs-ibm-info). Puede especificar este grupo de parámetros personalizado para la réplica mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
+ El **número de vCPU** varía según el modo de réplica y el modelo de licencia:
+ Las **réplicas en espera** siempre utilizan dos vCPU, independientemente del tamaño de la instancia de base de datos.
+ **Modelo BYOL**: las configuraciones de AWS License Manager muestran que las instancias de base de datos de RDS para Db2 utilizan dos vCPU.
+ **Licencia de Db2 a través del modelo de AWS Marketplace**: las facturas reflejan los costos de licencia para dos vCPU.
+ Las **réplicas de solo lectura** utilizan el mismo número de vCPU que el tamaño de la instancia de base de datos.
+ **Modelo BYOL**: las configuraciones de AWS License Manager muestran que las instancias de base de datos de RDS para Db2 utilizan la misma cantidad de vCPU que coinciden con el tamaño de la instancia de base de datos.
+ **Licencia de Db2 a través del modelo de AWS Marketplace**: las facturas reflejan los costos de licencia para la misma cantidad de vCPU que coinciden con el tamaño de la instancia de base de datos.
## Consideraciones sobre la copia de seguridad y la restauración para réplicas de RDS para Db2
Las copias de seguridad de réplicas tienen un comportamiento diferente al de las copias de seguridad de bases de datos principales. Tenga en cuenta los siguientes requisitos de copia de seguridad y restauración:
+ Para crear instantáneas de réplicas de RDS para Db2 o activar copias de seguridad automáticas, asegúrese de configurar el período de retención de copias de seguridad manualmente. Las copias de seguridad automáticas no están activadas de forma predeterminada.
+ Cuando se restaura una copia de seguridad de réplicas, esta se restaura a la hora de la base de datos, no a la hora en que se realizó la copia de seguridad. El tiempo de base de datos se refiere a la última hora de la transacción aplicada de los datos de la copia de seguridad. La diferencia es significativa, porque una réplica puede tener un retardo de minutos u horas con respecto a la base de datos principal. Cuando hay varias bases de datos, RDS para Db2 utiliza la hora más antigua de la base de datos.
Para averiguar la diferencia, ejecute el comando [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html) de AWS CLI o llame a la operación [DescribeDBSnapshots](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html) de la API de RDS. Compare el valor `SnapshotDatabaseTime` con el valor `OriginalSnapshotCreateTime`. El valor `SnapshotDatabaseTime` es la hora de la base de datos de la copia de seguridad de la réplica. El valor `OriginalSnapshotCreateTime` es la última transacción aplicada en la base de datos principal.
Para obtener más información acerca de las copias de seguridad y la restauración de copias de seguridad, consulte [Trabajo con copias de seguridad de réplicas de RDS para Db2](db2-read-replicas.backups.md).
## Consideraciones sobre la replicación para réplicas de RDS para Db2
Las réplicas de Db2 utilizan la tecnología de HADR con limitaciones y comportamientos específicos. Revise las siguientes consideraciones de replicación:
+ La replicación utiliza HADR de Db2 para todas las bases de datos de la instancia de base de datos de RDS para Db2.
+ La replicación no admite el comando `LOAD`. Si ejecuta el comando `LOAD` desde la instancia de base de datos de origen, recibirá datos incoherentes.
+ RDS para Db2 no replica los siguientes elementos:
+ Acceso al almacenamiento. Tenga en cuenta los datos, como las tablas externas, que dependen del acceso al almacenamiento.
+ LOB no en línea que no se registran.
+ Binarios de procedimientos almacenados externos (en C o Java).
+ Para las réplicas en espera, RDS para Db2 replica los siguientes elementos:
+ Usuarios locales, excepto los usuarios maestros
+ Parámetros de configuración de base de datos
+ Para las réplicas de solo lectura, RDS para Db2 replica los siguientes elementos:
+ Usuarios locales, excepto los usuarios maestros
+ Asignación de grupos de SID
## Otros aspectos para las réplicas de RDS para Db2
Se aplican consideraciones operativas adicionales a las réplicas de Db2. Revise los siguientes elementos:
+ RDS para Db2 replica las configuraciones de base de datos en las réplicas. Cuando RDS para Db2 promociona una réplica, desactiva y activa cada base de datos.
+ RDS para Db2 replica los usuarios locales, pero no el usuario maestro y las asignaciones de grupos de SID en las réplicas. Puede modificar el usuario maestro en la réplica. Para obtener más información, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
+ Todas las bases de datos deben encontrarse en estado activo. Para obtener información sobre cómo activar bases de datos, consulte [Procedimientos almacenados de bases de datos de RDS para Db2](db2-sp-managing-databases.md).
+ Todos los procedimientos almacenados para crear, eliminar, restaurar o hacer avanzar bases de datos deben completarse antes de crear una réplica. Para obtener información sobre estos procedimientos almacenados, consulte [Procedimientos almacenados de bases de datos de RDS para Db2](db2-sp-managing-databases.md).
+ Cuando se crea la réplica, Amazon RDS establece el parámetro de base de datos `blocknonlogged` para todas las bases de datos de la instancia de base de datos de origen en `YES`. Cuando la réplica de origen se convierte en una instancia independiente de nuevo, Amazon RDS vuelve a establecer el valor en `NO`. Para obtener más información, consulte [blocknonlogged - Block creation of tables that allow non-logged activity configuration parameter](https://www.ibm.com/docs/en/db2/11.1?topic=dcp-blocknonlogged-block-creation-tables-that-allow-non-logged-activity) en la documentación de IBM Db2.
+ Cuando se crea la réplica, Amazon RDS establece el parámetro de base de datos `logindexbuild` para todas las bases de datos de la instancia de base de datos de origen en `YES`. Cuando la réplica de origen se convierte en una instancia independiente de nuevo, Amazon RDS vuelve a establecer el valor en `NO`. Para obtener más información, consulte [logindexbuild - Log index pages created configuration parameter](https://www.ibm.com/docs/en/db2/11.1?topic=parameters-logindexbuild-log-index-pages-created) en la documentación de IBM Db2.
# Preparación para crear una réplica de RDS para Db2
Antes de crear una réplica de RDS para Db2, debe completar las tareas siguientes para una replicación correcta. Estas tareas ayudan a evitar problemas comunes y a garantizar un rendimiento óptimo.
## Tarea 1: habilitación de copias de seguridad automáticas
Para que una instancia de base de datos pueda servir como instancia de base de datos de origen, debe habilitar las copias de seguridad automáticas en la instancia de base de datos de origen. Es un requisito previo para todas las operaciones de creación de réplicas. Para obtener información sobre cómo realizar este procedimiento, consulte [Habilitar las copias de seguridad automatizadas](USER_WorkingWithAutomatedBackups.Enabling.md).
Para obtener información sobre las copias de seguridad específicas de las réplicas de Db2, consulte [Trabajo con copias de seguridad de réplicas de RDS para Db2](db2-read-replicas.backups.md).
## Tarea 2: planificación de los recursos informáticos y de almacenamiento
Asegúrese de que la instancia de base de datos de origen y sus réplicas tengan el tamaño adecuado, en términos de informática y almacenamiento, para adaptarse a su carga operativa. Si una réplica llega a su capacidad en materia de recursos de cómputo, de red o de almacenamiento, dejará de recibir o aplicar los cambios desde su origen. Para obtener información sobre la supervisión del rendimiento de las réplicas y la utilización de los recursos, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md).
RDS para Db2 no interviene para mitigar el retardo elevado de réplicas entre una instancia de base de datos de origen y las réplicas. Si experimenta un retraso de réplica elevado, consulte [Supervisión del retardo de replicación de Db2](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag) para la guía de solución de problemas.
Puede modificar los recursos de CPU y almacenamiento de una réplica independientemente de su origen y otras réplicas. Para obtener más información, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
## Tarea 3: preparación de bases de datos
Antes de crear una réplica, confirme que las bases de datos estén listas en función de los siguientes puntos:
+ La instancia de base de datos contiene todas las bases de datos que desee que estén presentes en la instancia de base de datos. Después de crear la réplica, no puede crear, eliminar ni restaurar de forma nativa una base de datos en la instancia de base de datos. No se llamará a los procedimientos almacenados [rdsadmin.create\$1database](db2-sp-managing-databases.md#db2-sp-create-database), [rdsadmin.drop\$1database](db2-sp-managing-databases.md#db2-sp-drop-database) o [rdsadmin.restore\$1database](db2-sp-managing-databases.md#db2-sp-restore-database).
+ Todas las bases de datos de la instancia de base de datos se encuentran en estado activo. Si alguna base de datos está en estado inactivo, se producirá un error en la creación de la réplica. Para obtener información sobre cómo activar bases de datos, consulte [Procedimientos almacenados de bases de datos de RDS para Db2](db2-sp-managing-databases.md).
## Siguientes pasos
Tras completar todas las tareas de preparación, estará listo para crear una réplica de Db2.
+ Para crear una réplica de solo lectura, consulte [Creación de una réplica de lectura](USER_ReadRepl.Create.md).
+ Para crear una réplica en espera, consulte [Creación de una réplica de Db2 en espera](db2-read-replicas.creating-in-standby-mode.md).
# Creación de una réplica de RDS para Db2 en modo de espera
De forma predeterminada, las réplicas de Db2 se crean en modo de solo lectura. Puede crear una réplica en modo de espera para fines de recuperación ante desastres. Las réplicas en espera no aceptan conexiones de usuario, pero ofrecen capacidades de conmutación por error más rápidas para situaciones entre regiones.
Antes de crear una réplica en espera, asegúrese de que ha completado las tareas de preparación. Para obtener más información, consulte [Preparación para crear una réplica de RDS para Db2](db2-read-replicas.Configuration.md). Después de crear una réplica en espera, 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](db2-replicas-changing-replica-mode.md).
Puede crear una réplica en espera mediante la Consola de administración de AWS, la AWS CLI o la API de RDS. Para obtener información sobre cómo crear una réplica de solo lectura, consulte [Creación de una réplica de lectura](USER_ReadRepl.Create.md).
## Consola
**Creación de una réplica en espera a partir de una instancia de base de datos de RDS para Db2 de origen**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija la instancia de base de datos RDS para Db2 que desea utilizar como origen de una réplica en espera.
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. En **Modo de réplica**, elija **En espera**.
1. Elija los ajustes que desee usar. En **Identificador de instancias de bases de datos**, escriba un nombre para la réplica de lectura. Ajuste otros valores como considere necesario.
1. En **Regiones**, elija la Región de AWS donde se iniciará la réplica en espera.
1. Elija el tamaño de la instancia y el tipo de almacenamiento. Recomendamos que use la misma clase de instancia de base de datos y el mismo tipo de almacenamiento que la instancia de base de datos de origen para la réplica en espera.
1. En **Implementación multi-AZ**, elija **Crear una instancia en espera** para crear una réplica en espera en otra zona de disponibilidad para admitir la conmutación por error de la réplica en espera.
1. Elija los demás ajustes que desee usar.
1. Elija **Create replica (Crear réplica)**.
En la página **Bases de datos**, la réplica en espera tiene el rol **Réplica**.
## AWS CLI
Para crear una réplica de Db2 en modo de espera, use el comando de la AWS CLI [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) con `--replica-mode` establecido en `mounted`.
**Example**
Para Linux, macOS o Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier my_standby_replica \
--source-db-instance-identifier my_db_instance \
--replica-mode mounted
```
Para 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 de RDS
Para crear una réplica de Db2 en modo de espera, especifique `ReplicaMode=mounted` en la operación [CreateDBInstanceReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html) de la API de RDS.
# Modificación del modo de réplica de RDS para Db2
Puede cambiar el modo de réplica de una réplica de Db2 existente entre los modos de solo lectura y en espera. Esta flexibilidad le permite adaptar la configuración de la réplica en función de los requisitos cambiantes de las cargas de trabajo de lectura o las necesidades de recuperación ante desastres.
Es posible que desee cambiar los modos de réplica en las siguientes situaciones:
+ **De solo lectura a en espera**: cuando ya no necesita la capacidad de lectura pero desea mantener las capacidades de recuperación ante desastres
+ **De en espera a solo lectura**: cuando necesita agregar capacidad de lectura para cargas de trabajo de informes o análisis
Antes de cambiar los modos de réplica, asegúrese de que se cumplan las siguientes condiciones:
+ La réplica está en un estado disponible.
+ No se está ejecutando ninguna operación de mantenimiento activa en la réplica.
+ Cuenta con los permisos necesarios para modificar la instancia de base de datos.
La operación de cambio puede tardar unos minutos. Durante la operación, el estado de la instancia de base de datos cambia a **modifying (modificando)**. Para obtener más información acerca de los cambios de estado, consulte [Visualización del estado de la instancia de base de datos de Amazon RDS ](accessing-monitoring.md#Overview.DBInstance.Status). Al cambiar del modo de solo lectura a en espera, la réplica desconecta todas las conexiones activas.
**importante**
Como el cambio de los modos de réplica interrumpe temporalmente el servicio, planifique el cambio durante un periodo de mantenimiento para minimizar el impacto en las aplicaciones.
Puede modificar el modo de réplica mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
## Consola
**Cambio del modo de réplica de una réplica de Db2**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija la base de datos de réplicas que desea modificar.
1. Elija **Modificar**.
1. Para el **modo de réplica**, elija el modo deseado:
+ **Solo lectura**: para cargas de trabajo de lectura
+ **En espera**: para recuperación ante desastres
1. Elija los demás ajustes que desee usar.
1. Elija **Continue**.
1. En **Programación de modificaciones**, elija **Aplicar inmediatamente**.
1. Elija **Modificar la instancia de base de datos**.
1. Una vez completada la modificación, compruebe el cambio de modo de réplica en la página **Bases de datos**. El estado de la réplica se debería mostrar como **Disponible** cuando se complete el cambio.
## AWS CLI
Para cambiar una réplica de Db2 de modo de solo lectura a modo de espera, establezca `--replica-mode` en `mounted` en el comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) de la AWS CLI. Para cambiar una réplica de Db2 de modo de espera a modo de solo lectura, establezca `--replica-mode` en `open-read-only`.
El siguiente ejemplo cambia una réplica del modo de solo lectura al modo de espera:
**Example**
Para Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db2_replica \
--replica-mode mounted
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db2_replica ^
--replica-mode mounted
```
El siguiente ejemplo cambia una réplica del modo de espera al modo de solo lectura:
**Example**
Para Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db2_replica \
--replica-mode open-read-only
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db2_replica ^
--replica-mode open-read-only
```
## API de RDS
Para cambiar una réplica de Db2 de modo de solo lectura a modo de espera, establezca `ReplicaMode=mounted` en [ModifyDBInstance](AmazonRDS/latest/APIReference/API_ModifyDBInstance.html). Para cambiar una réplica de Db2 de modo de espera a modo de solo lectura, establezca `ReplicaMode=open-read-only`.
A continuación, se muestra una llamada a la API de ejemplo para cambiar el modo de réplica del modo de solo lectura a de espera:
```
{
"DBInstanceIdentifier": "my_db2_replica",
"ReplicaMode": "mounted",
"ApplyImmediately": true
}
```
A continuación, se muestra una llamada a la API de ejemplo para cambiar el modo de réplica del modo de espera a de solo lectura:
```
{
"DBInstanceIdentifier": "my_db2_replica",
"ReplicaMode": "open-read-only",
"ApplyImmediately": true
}
```
Para obtener información acerca de las diferencias entre modos de réplicas, consulte [Trabajo con las réplicas de Amazon RDS para Db2](db2-replication.md). Para solucionar problemas de réplica, consulte [Solución de problemas de replicación de RDS para Db2](db2-troubleshooting-replicas.md).
# Trabajo con copias de seguridad de réplicas de RDS para Db2
Puede crear y restaurar copias de seguridad de una réplica de RDS para Db2 solo como una base de datos principal. Sin embargo, existen diferencias importantes en el funcionamiento de las copias de seguridad de las réplicas, especialmente en lo que respecta al tiempo de restauración y la configuración de retención de las copias de seguridad.
RDS para Db2 admite copias de seguridad automáticas e instantáneas manuales para réplicas. RDS para Db2 no admite la restauración en un momento dado. Para obtener información sobre las copias de seguridad de RDS, consulte [Copia de seguridad, restauración y exportación de datos](CHAP_CommonTasks.BackupRestore.md).
## Diferencias clave para las copias de seguridad de las réplicas
Las copias de seguridad de las réplicas difieren de las copias de seguridad de la base de datos principal en varios aspectos importantes:
+ Las copias de seguridad automáticas no están habilitadas de forma predeterminada para las réplicas.
+ Las operaciones de restauración utilizan el tiempo de la base de datos en lugar del tiempo de creación de la copia de seguridad.
+ El retraso de la réplica puede afectar a los datos reales restaurados. Para obtener información sobre la supervisión del retraso de la réplica, consulte [Supervisión del retardo de replicación de Db2](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag).
## Habilitación de copias de seguridad automáticas para réplicas de RDS para Db2
A diferencia de las bases de datos principales, las réplicas de RDS para Db2 no tienen habilitadas las copias de seguridad automáticas de forma predeterminada. Debe configurar manualmente el periodo de retención de copia de seguridad para habilitar las copias de seguridad automáticas. Habilite las copias de seguridad automáticas mediante el establecimiento del periodo de retención de copia de seguridad en un valor positivo distinto de cero.
### Consola
**Habilitación de las copias de seguridad automáticas inmediatamente**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases (Bases de datos)** y, a continuación, seleccione la instancia de base de datos que desee modificar.
1. Elija **Modify**.
1. En **Periodo de retención de copia de seguridad**, elija un valor positivo distinto de cero, por ejemplo, tres días.
1. Elija **Continue**.
1. Seleccione **Apply immediately (Aplicar inmediatamente)**.
1. Elija **Modificar la instancia de base de datos** para guardar los cambios y habilitar las copias de seguridad automatizadas.
### AWS CLI
Para habilitar las copias de seguridad automáticas, utilice el comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) de la AWS CLI.
Incluya los siguientes parámetros:
+ `--db-instance-identifier`
+ `--backup-retention-period`
+ `--apply-immediately` o `--no-apply-immediately`
El ejemplo siguiente habilita las copias de seguridad automáticas estableciendo el periodo de retención de copia de seguridad en tres días. Los cambios se aplican inmediatamente.
**Example**
Para Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db_instance \
--backup-retention-period 3 \
--apply-immediately
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db_instance ^
--backup-retention-period 3 ^
--apply-immediately
```
### API de RDS
Para habilitar las copias de seguridad automáticas, utilice la operación [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) de la API de RDS con los siguientes parámetros obligatorios:
+ `DBInstanceIdentifier`
+ `BackupRetentionPeriod`
## Restauración de una copia de seguridad de réplicas de RDS para Db2
Puede restaurar una copia de seguridad de una réplica de RDS para Db2 del mismo modo que restaura una copia de seguridad de la base de datos principal. Para obtener más información, consulte [Restauración a una instancia de base de datos](USER_RestoreFromSnapshot.md).
La consideración más importante a la hora de restaurar copias de seguridad de réplicas es entender la diferencia entre la hora de creación de la base de datos y la hora de creación de la copia de seguridad, especialmente cuando hay un retraso en la réplica.
Puede supervisar el retraso de la replicación y asegurarse de que las copias de seguridad contengan los datos esperados. Para obtener información acerca de la métrica de retraso de réplicas, consulte [Métricas de Amazon CloudWatch para Amazon RDS](rds-metrics.md).
### Descripción de las diferencias de tiempo
Cuanto restaura una copia de seguridad de réplicas, debe determinar el punto en el tiempo en el que se va a restaurar. El tiempo de base de datos se refiere a la última hora de la transacción aplicada de los datos de la copia de seguridad. Cuando restaura una copia de seguridad de réplicas, se restaura la hora de la base de datos, no la hora en que se realizó la copia de seguridad. La diferencia es significativa porque una réplica puede tener un retardo de minutos u horas con respecto a la base de datos principal. Por lo tanto, la hora de la base de datos de una copia de seguridad de réplicas puede ser mucho más anterior a la hora de creación de la instantánea.
Para averiguar la diferencia entre la hora de la base de datos y la hora de creación, ejecute el comando [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html) de AWS CLI o llame a la operación [DescribeDBSnapshots](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html) de la API de RDS. Compare los valores `SnapshotDatabaseTime` y `OriginalSnapshotCreateTime`. El valor `SnapshotDatabaseTime` es la hora más antigua de la base de datos entre todas las bases de datos de la copia de seguridad de la réplica. El valor `OriginalSnapshotCreateTime` es la última transacción aplicada en la base de datos principal. Tenga en cuenta que los retardos de replicación pueden ser diferentes para varias bases de datos y la hora de la base de datos podría estar entre estas dos horas.
El siguiente ejemplo de la AWS CLI muestra la diferencia entre las dos horas:
Para Linux, macOS o Unix:
```
aws rds describe-db-snapshots \
--db-instance-identifier my_db2_replica \
--db-snapshot-identifier my_replica_snapshot
```
Para Windows:
```
aws rds describe-db-snapshots ^
--db-instance-identifier my_db2_replica ^
--db-snapshot-identifier my_replica_snapshot
```
El resultado de este comando debería ser similar al siguiente ejemplo.
```
{
"DBSnapshots": [
{
"DBSnapshotIdentifier": "my_replica_snapshot",
"DBInstanceIdentifier": "my_db2_replica",
"SnapshotDatabaseTime": "2022-07-26T17:49:44Z",
...
"OriginalSnapshotCreateTime": "2021-07-26T19:49:44Z"
}
]
}
```
# Solución de problemas de replicación de RDS para Db2
En este tema se describen los problemas más comunes de replicación de RDS para Db2 y se proporciona una guía de solución de problemas para las réplicas de solo lectura y en espera. Además de revisar la siguiente información de solución de problemas, asegúrese de haber seguido los [requisitos y las consideraciones](db2-read-replicas.limitations.md), y de haber completado los [pasos de preparación](db2-read-replicas.Configuration.md) antes de crear réplicas de Db2.
## Errores de creación de réplicas
La creación de réplicas puede generar un error por varios motivos:
+ **Bases de datos inactivas**: todas las bases de datos de la instancia de base de datos de origen deben estar activas antes de crear réplicas.
Para obtener información sobre cómo activar bases de datos, consulte [Procedimientos almacenados de bases de datos de RDS para Db2](db2-sp-managing-databases.md).
+ **Faltan copias de seguridad automáticas**: la instancia de base de datos de origen debe tener habilitadas las copias de seguridad automáticas.
Para obtener información acerca de cómo habilitar copias de seguridad, consulte [Habilitación de copias de seguridad automáticas para réplicas de RDS para Db2](db2-read-replicas.backups.md#db2-read-replicas.backups.turning-on).
+ **Problemas de grupos de parámetros**: se requieren grupos de parámetros personalizados para las réplicas. Para las licencias BYOL, el grupo de parámetros debe incluir IBM Site ID e IBM Customer ID.
Para obtener más información, consulte [ID de IBM para traiga su propia licencia (BYOL) para Db2](db2-licensing.md#db2-prereqs-ibm-info).
## Supervisión del retardo de replicación de Db2
Para supervisar el retraso de replicación en Amazon CloudWatch, consulte la métrica `ReplicaLag` de Amazon RDS. Para obtener información sobre el retardo de replicación, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md) y [Métricas de Amazon CloudWatch para Amazon RDS](rds-metrics.md). Para obtener información acerca de la configuración de las alarmas de CloudWatch para el retraso de réplica, consulte [Supervisión de métricas de Amazon RDS con Amazon CloudWatch](monitoring-cloudwatch.md).
En el caso de una réplica de solo lectura, si el tiempo de retraso es demasiado largo, consulte la tabla `MON_GET_HADR` para conocer el estado de la instancia de base de datos de la réplica.
En el caso de una réplica en espera, si el tiempo de retardo es demasiado largo, consulte la tabla `MON_GET_HADR` para conocer el estado de la instancia de base de datos de origen. No consulte la instancia de base de datos de réplica, ya que las instancias de base de datos de réplica no aceptan conexiones de usuario.
Entre las causas comunes de un retraso elevado de replicación se incluyen las siguientes:
+ Recursos informáticos insuficientes en la réplica
+ Problemas de conectividad de red entre el origen y la réplica
+ Alta actividad de escritura en la base de datos de origen
+ Limitaciones de rendimiento de almacenamiento en la réplica
Si persiste un retraso elevado en la replicación, considere la posibilidad de escalar los recursos de la réplica. Para obtener más información, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
## Errores de replicación de Db2
La replicación de Db2 puede encontrarse en estado de error por varios motivos. Lleve a cabo las siguientes acciones:
+ Supervise los eventos y el estado de la instancia de base de datos para asegurarse de que la instancia de base de datos se esté replicando.
Para obtener más información, consulte [Uso de notificaciones de eventos de Amazon RDS](USER_Events.md).
+ Consulte los registros de diagnóstico de la réplica de Db2 en la consola de Amazon RDS. En los registros, busque errores en los mensajes de HADR. Compare el número de secuencia del registro con el número de secuencia principal.
Para obtener información sobre el acceso a los registros de diagnóstico de Db2 y su interpretación, consulte [Archivos de registro de base de datos de Amazon RDS para Db2](USER_LogAccess.Concepts.Db2.md). Para obtener información sobre la configuración y la solución de problemas del HADR de Db2, consulte [Trabajo con las réplicas de Amazon RDS para Db2](db2-replication.md).
Si los errores de replicación persisten, es posible que deba volver a crear la réplica.
## Problemas de conectividad
Si no puede conectarse a la réplica, consulte la siguiente información sobre los modos de réplica:
+ **Réplicas en espera**: por diseño, no aceptan conexiones de usuarios. Utilice réplicas de solo lectura para las cargas de trabajo de lectura.
+ **Réplicas de solo lectura**: compruebe la configuración del grupo de seguridad, las ACL de red y las configuraciones del grupo de parámetros.
Para obtener más información, consulte [Controle el tráfico a los recursos de AWS mediante grupos de seguridad](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) en la *Guía del usuario de Amazon VPC*, [Controle el tráfico de subred con listas de control de acceso de red](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) en la *Guía del usuario de Amazon VPC* y [Grupos de parámetros para Amazon RDS](USER_WorkingWithParamGroups.md).
## Problemas de rendimiento
Si el rendimiento de la réplica es deficiente, consulte las siguientes sugerencias:
+ Asegúrese de que la réplica cuente con los recursos informáticos y de almacenamiento adecuados.
+ Supervise la métrica `ReplicaLag` en Amazon CloudWatch.
+ Considere la posibilidad de escalar verticalmente la clase de instancia de base de datos de réplica.
Para obtener información acerca de cómo modificar recursos o clases de instancias, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
Para obtener información sobre la supervisión del retraso de replicación, consulte [Monitoreo de retraso de la replicación](USER_ReadRepl.Monitoring.md#USER_ReadRepl.Monitoring.Lag) y [Métricas de Amazon CloudWatch para Amazon RDS](rds-metrics.md). Para obtener información acerca de la configuración de las alarmas de CloudWatch para el retraso de réplica, consulte [Supervisión de métricas de Amazon RDS con Amazon CloudWatch](monitoring-cloudwatch.md).