Problemas conocidos y limitaciones para Amazon RDS para Db2
Los siguientes elementos son problemas y limitaciones conocidos para trabajar con Amazon RDS para Db2:
Temas
Limitación de autenticación
Amazon RDS establece db2auth
en JCC_ENFORCE_SECMEC
de manera predeterminada. Sin embargo, si no quiere aplicar el cifrado de los identificadores de usuario y contraseñas a través de la red, puede anular esta configuración cambiando el parámetro db2auth
a CLEAR_TEXT
dentro del grupo de parámetros. Para obtener más información, consulte Modificación de los parámetros de un grupo de parámetros de base de datos en Amazon RDS.
Rutinas no restringidas
RDS para Db2 no admite la creación de rutinas no restringidas ni la migración de estas rutinas mediante la creación de copias de seguridad y la restauración de los datos. Para comprobar si la base de datos contiene rutinas no restringidas, ejecute el siguiente comando de SQL:
SELECT 'COUNT:' || count(*) FROM SYSCAT.ROUTINES where fenced='N' and routineschema not in ('SQLJ','SYSCAT','SYSFUN','SYSIBM','SYSIBMADM','SYSPROC','SYSTOOLS')
Espacios de tablas de almacenamiento no automáticos durante la migración
RDS para Db2 no admite la creación de nuevos espacios de tablas de almacenamiento no automáticos. Al utilizar la restauración nativa para una migración única de la base de datos, RDS para Db2 convierte automáticamente los espacios de tabla de almacenamiento no automáticos en espacios automáticos y, a continuación, restaura la base de datos en RDS para Db2. Para obtener información sobre las migraciones únicas, consulte Migración de Linux a Linux de Amazon RDS para Db2y Migración de AIX o Windows a Linux de Amazon RDS para Db2.
Establecimiento del parámetro db2_compatibility_vector
Con Amazon RDS, puede crear una base de datos inicial al crear la instancia de base de datos y, a continuación, modificar los parámetros de un grupo de parámetros asociado. Sin embargo, en el caso de Db2, si desea establecer el parámetro db2_compatibility_vector
en un grupo de parámetros, primero debe modificar el parámetro en un grupo de parámetros personalizado, crear la instancia de base de datos sin una base de datos y, a continuación, crear una base de datos mediante el procedimiento rdsadmin.create_database
almacenado.
Establecimiento del parámetro db2_compatibility_vector
-
Cree un grupo de parámetros personalizado. (No puede modificar parámetros en un grupo de parámetros predeterminado).
-
Cree una base de datos mediante el procedimiento
rdsadmin.create_database
almacenado. -
Asocie el grupo de parámetros a la instancia de base de datos que contiene la base de datos.
Migración de bases de datos que contienen paquetes NO VÁLIDOS
Si migra las bases de datos de Db2 que contienen paquetes INVALID
a RDS para Db2 mediante el comando RESTORE
, es posible que se produzcan problemas al empezar a utilizar las bases de datos. Los paquetes INVALID
pueden provocar problemas debido a la configuración de autorización del usuario de la instancia de base de datos rdsdb
y a la retirada de la autorización de PUBLIC
. Los paquetes de INVALID
provocan el error de los siguientes comandos:
-
db2updv115
-
db2 "call SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS()"
Antes de migrar la base de datos con el comando RESTORE
, asegúrese de que la base de datos no contenga paquetes INVALID
ejecutando el siguiente comando:
db2 "select count(*) from sysibm.sysroutines where valid = 'N'"
Si el comando devuelve un recuento superior a cero, ejecute el siguiente comando:
db2 "call SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS()"
Después, ejecute el comando anterior para confirmar que la base de datos ya no contiene paquetes INVALID
.
db2 "select count(*) from sysibm.sysroutines where valid = 'N'"
Ahora estará listo para hacer una copia de seguridad de la base de datos y restaurarla en la instancia de base de datos de RDS para Db2.