Limites et problèmes connus pour Amazon RDS for Db2

Les éléments suivants sont les limites et les problèmes connus liés à l’utilisation d’Amazon RDS for Db2 :

Limite d’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 le paramètre db2auth par CLEAR_TEXT dans le groupe de paramètres. Pour plus d’informations, consultez Modification de paramètres dans un groupe de paramètres de base de données dans Amazon RDS.

Routines non clôturées

RDS for 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 for 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 for Db2 convertit automatiquement vos tablespaces de stockage non automatiques en espaces automatiques, puis restaure votre base de données sur RDS for Db2. Pour plus d’informations sur les migrations ponctuelles, consultez Migration depuis Linux vers Linux pour Amazon RDS for Db2 et Migration depuis AIX ou Windows vers Linux pour Amazon RDS for 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 modifier les paramètres dans un groupe de paramètres associé. Toutefois, pour Db2, si vous souhaitez définir le paramètre db2_compatibility_vector 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 stockée rdsadmin.create_database.

Migration de bases de données contenant des packages INVALIDES

Si vous migrez des bases de données Db2 contenant des packages INVALID vers RDS for Db2 à l’aide de la commande RESTORE, vous risquez de rencontrer des problèmes lorsque vous commencerez à utiliser les bases de données. Les packages INVALID peuvent entraîner 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 de PUBLIC. Les packages INVALID entraînent l’échec des commandes suivantes :

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

db2 "SELECT 'COUNT:' || count(*) FROM SYSCAT.INVALIDOBJECTS"

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 packages INVALID.

db2 "SELECT 'COUNT:' || count(*) FROM SYSCAT.INVALIDOBJECTS"

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 for Db2.