Requisitos y consideraciones sobre réplicas de RDS para Db2 - Amazon Relational Database Service
Requisitos de versión y licenciaConsideraciones sobre copias de seguridad y restauraciónConsideraciones sobre la replicaciónOtros aspectos

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.

    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 para Db2. 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 de AWS CLI o llame a la operación DescribeDBSnapshots 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.

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.

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

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

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

  • 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 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 en la documentación de IBM Db2.