Migración de Linux a Linux con un tiempo de inactividad prácticamente nulo para Amazon RDS para Db2 - Amazon Relational Database Service
Limitaciones y recomendaciones de migración con un tiempo de inactividad prácticamente nuloCopia de seguridad de la base de datos en Amazon S3Creación de un grupo de almacenamiento automático predeterminadoMigración de su base de datos de Db2

Migración de Linux a Linux con un tiempo de inactividad prácticamente nulo para Amazon RDS para Db2

Con este enfoque de migración, migra una base de datos Db2 basada en Linux desde una base de datos Db2 autoadministrada (origen) hasta Amazon RDS para Db2. Este enfoque se traduce en una interrupción o tiempo de inactividad mínimos o nulos para la aplicación o los usuarios. Este enfoque hace copias de seguridad de la base de datos y las restaura mediante la reproducción de registros, lo que ayuda a evitar interrupciones en las operaciones en curso y proporciona una alta disponibilidad de la base de datos.

Para lograr una migración con un tiempo de inactividad prácticamente nulo, RDS para Db2 implementa la restauración con reproducción de registros. Este enfoque realiza una copia de seguridad de su base de datos Db2 autoadministrada basada en Linux y la restaura en el servidor de RDS para Db2. Con los procedimientos almacenados de Amazon RDS, puede aplicar los registros de transacciones subsiguientes para actualizar la base de datos.

Limitaciones y recomendaciones de migración con un tiempo de inactividad prácticamente nulo

Las siguientes limitaciones y recomendaciones se aplican al uso de la migración con un tiempo de inactividad casi nulo:

  • Amazon RDS requiere una copia de seguridad en línea para las migraciones con un tiempo de inactividad prácticamente nulo. Esto se debe a que Amazon RDS mantiene su base de datos en un estado pendiente de avance de transacciones mientras carga los registros de transacciones archivados. Para obtener más información, consulte Migración de su base de datos de Db2.

  • No se puede restaurar desde un bucket de Amazon S3 en una Región de AWS que no coincida con la región en la que está ubicada la instancia de base de datos de RDS para Db2.

  • No se puede restaurar una base de datos si la instancia de base de datos de RDS para Db2 ya contiene una base de datos.

  • Amazon S3 limita el tamaño de los archivos cargados en un bucket de S3 a 5 TB. Si un archivo de copia de seguridad de una base de datos supera los 5 TB, divida el archivo de copia de seguridad en archivos más pequeños.

  • Amazon RDS no admite rutinas externas no restringidas, ni restauraciones incrementales ni restauraciones Delta.

  • No puede restaurar desde una base de datos de origen cifrada, pero puede restaurar a una instancia de base de datos de Amazon RDS cifrada.

Al restaurar la base de datos, Amazon RDS copia la copia de seguridad y la extrae en su instancia de base de datos de RDS para Db2. Le recomendamos que aprovisione un espacio de almacenamiento para la instancia de base de datos de RDS para Db2 que sea igual o mayor que la suma del tamaño de la copia de seguridad, más el tamaño de la base de datos original en el disco.

El tamaño máximo de la base de datos restaurada es el tamaño máximo admitido menos el tamaño de la copia de seguridad. Por ejemplo, si el tamaño máximo de la base de datos admitido es 64 TiB y el tamaño de la copia de seguridad es 30 TiB, el tamaño máximo de la base de datos restaurada será de 34 TiB.

64 TiB - 30 TiB = 34 TiB

Copia de seguridad de la base de datos en Amazon S3

Para hacer una copia de seguridad de la base de datos en Amazon S3, necesita los siguientes componentes AWS:

  • Un bucket de Amazon S3 para almacenar los archivos de la copia de seguridad: cargue los archivos de copia de seguridad que desee migrar a Amazon RDS. Amazon RDS requiere una copia de seguridad en línea para las migraciones con un tiempo de inactividad prácticamente nulo. Si ya tiene un bucket de S3, puede utilizar ese bucket. Si no tiene un bucket de S3, consulte Crear un bucket en la Guía de usuario de Amazon S3.

    nota

    Si su base de datos es grande y tardaría mucho en transferirse a un bucket de S3, puede solicitar un dispositivo AWS Snow Family y solicitar a AWS que realice la copia de seguridad. Tras copiar los archivos al dispositivo y devolverlos al equipo de Snow Family, el equipo transferirá las copias de seguridad de las imágenes a su bucket de S3. Para obtener más información, consulte la Documentación de AWS Snow Family.

  • Un rol de IAM para acceder al bucket de S3: si ya tiene un rol AWS Identity and Access Management (de IAM), puede usar ese rol. Si no dispone de un rol, consulte Paso 2: crear un rol de IAM y asociar la política de IAM.

  • Una política de IAM con relaciones de confianza y permisos asociados a su rol de IAM: para obtener más información, consulte Paso 1: Crear una política de IAM.

  • El rol de IAM agregado a su instancia de base de datos de RDS para Db2: para obtener más información, consulte Paso 3: agregar su rol de IAM a su instancia de base de datos de RDS para Db2.

Creación de un grupo de almacenamiento automático predeterminado

La base de datos de origen debe tener un grupo de almacenamiento automático predeterminado. Si la base de datos no dispone de un grupo de almacenamiento automático predeterminado, debe crear uno.

Creación de un grupo de almacenamiento automático predeterminado

  1. Conéctese a su base de datos de origen. En el siguiente ejemplo, sustituya source_database por el nombre de su base de datos.

    db2 connect to source_database

  2. Cree un grupo de almacenamiento automático y configúrelo como predeterminado. En el siguiente ejemplo, sustituya storage_path por la ruta absoluta en la que se encuentre el grupo de almacenamiento.

    db2 "create stogroup IBMSTOGROUP ON storage_path set as default"

  3. Finalice los procesos de backend.

    db2 terminate

Migración de su base de datos de Db2

Tras hacer una copia de seguridad de su base de datos en Amazon S3 y crear un grupo de almacenamiento automático, estará listo para migrar la base de datos Db2 a la instancia de base de datos de RDS para Db2.

Para realizar una migración con un tiempo de inactividad prácticamente nulo

  1. Realice una copia de seguridad en línea de la base de datos de origen. Para obtener más información, consulte Comando BACKUP DATABASE en la documentación de IBM Db2.

  2. Copie la copia de seguridad de la base de datos en un bucket de Amazon S3. Para obtener más información acerca del uso de Amazon S3, consulte la Guía del usuario de Amazon Simple Storage Service.

  3. Conéctese al servidor rdsadmin con el master_username y la master_password de su instancia de base de datos de RDS para Db2.

    db2 connect to rdsadmin user master_username using master_password

  4. (Opcional) Para asegurarse de que la base de datos está configurada con los ajustes óptimos para la operación de restauración, puede llamar a rdsadmin.show_configuration para comprobar los valores de RESTORE_DATABASE_PARALLELISM y RESTORE_DATABASE_NUM_BUFFERS. Llame a rdsadmin.set_configuration para cambiar estos valores, según sea necesario. Establecer estos valores de forma explícita puede mejorar el rendimiento al restaurar bases de datos con grandes volúmenes de datos.

  5. Para restaurar la copia de seguridad en el servidor de RDS para Db2, llame a rdsadmin.restore_database. Establezca backup_type en ONLINE. Para obtener más información, consulte rdsadmin.restore_database.

  6. Copie los registros de archivo desde el servidor de origen en el bucket de S3. Para obtener más información, consulte Archive logging en la documentación de IBM Db2.

  7. Aplique los registros de archivo tantas veces como sea necesario llamando a rdsadmin.rollforward_database. Configure complete_rollforward en FALSE para mantener la base de datos en el estado ROLL-FORWARD PENDING. Para obtener más información, consulte rdsadmin.rollforward_database.

  8. Después de aplicar todos los registros de archivo, llame a rdsadmin.complete_rollforward para poner la base de datos en línea. Para obtener más información, consulte rdsadmin.complete_rollforward.

  9. Cambie las conexiones de las aplicaciones al servidor de RDS para Db2 actualizando los puntos de conexión de la aplicación para la base de datos o actualizando los puntos de conexión de DNS para redirigir el tráfico al servidor de RDS para Db2. También puede utilizar la característica de redireccionamiento automático de clientes de Db2 en su base de datos de Db2 autoadministrada con el punto de conexión de base de datos de RDS para Db2. Para obtener más información, consulte la Automatic client reroute description and setup en la documentación de IBM Db2.

  10. (Opcional) Cierre la base de datos de origen.