Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Problèmes connus et limites d'Amazon RDS pour DB2

Les problèmes et limites connus liés à l'utilisation d'Amazon RDS pour DB2 sont les suivants :

Limitation de l'authentification

Amazon RDS est défini db2auth sur JCC_ENFORCE_SECMEC par défaut. Toutefois, si vous ne souhaitez pas appliquer le chiffrement de l'identifiant utilisateur et du mot de passe par câble, vous pouvez annuler ce paramètre en le remplaçant par un db2auth paramètre CLEAR_TEXT dans le groupe de paramètres. Pour de plus amples informations, veuillez consulter Modification des paramètres d'un groupe de paramètres de base de données dans Amazon RDS ( Aurora).

Routines non clôturées

RDS pour DB2 ne prend pas en charge la création de routines non clôturées ni la migration de ces routines en sauvegardant et en restaurant des données. Pour vérifier si votre base de données contient des routines non clôturées, exécutez la commande SQL suivante :

SELECT 'COUNT:' || count(*) FROM SYSCAT.ROUTINES where fenced='N' and routineschema not in ('SQLJ','SYSCAT','SYSFUN','SYSIBM','SYSIBMADM','SYSPROC','SYSTOOLS')

Tablespaces de stockage non automatiques pendant la migration

RDS pour DB2 ne prend pas en charge la création de nouveaux tablespaces de stockage non automatiques. Lorsque vous utilisez la restauration native pour une migration unique de votre base de données, RDS pour DB2 convertit automatiquement vos tablespaces de stockage non automatiques en espaces automatiques, puis restaure votre base de données sur RDS pour DB2. Pour plus d'informations sur les migrations ponctuelles, reportez-vous Migration à partir de Linux to Linux pour Amazon RDS pour Db2 aux sections etMigration à partir de AIX or Windows to Linux pour Amazon RDS pour Db2.

Définition du paramètre db2_compatibility_vector

Avec Amazon RDS, vous pouvez créer une base de données initiale lorsque vous créez l'instance de base de données, puis que vous modifiez les paramètres dans un groupe de paramètres associé. Toutefois, pour Db2, si vous souhaitez définir le db2_compatibility_vector paramètre dans un groupe de paramètres, vous devez d'abord modifier le paramètre dans un groupe de paramètres personnalisé, créer l'instance de base de données sans base de données, puis créer une base de données à l'aide de la procédure rdsadmin.create_database stockée.

Migration de bases de données contenant des packages INVALIDES

Si vous migrez des bases de données DB2 contenant des INVALID packages vers RDS pour DB2 à l'aide de la RESTORE commande, vous risquez de rencontrer des problèmes lorsque vous commencez à utiliser les bases de données. INVALIDles packages peuvent provoquer des problèmes en raison de la configuration des autorisations pour l'utilisateur de l'instance de base de données rdsdb et de la suppression de l'autorisation dePUBLIC. INVALIDles packages entraînent l'échec des commandes suivantes :

Avant de migrer votre base de données à l'aide de la RESTORE commande, assurez-vous qu'elle ne contient pas de INVALID packages en exécutant la commande suivante :

db2 "select count(*) from sysibm.sysroutines where valid = 'N'"

Si la commande renvoie un nombre supérieur à zéro, appelez la commande suivante :

db2 "call SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS()"

Appelez ensuite la commande précédente pour confirmer que votre base de données ne contient plus de INVALID packages.

db2 "select count(*) from sysibm.sysroutines where valid = 'N'"

Vous êtes maintenant prêt à effectuer une sauvegarde de votre base de données et à la restaurer sur votre instance de base de données RDS pour DB2.