Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Bekannte Probleme und Einschränkungen für Amazon RDS for Db2

Die folgenden Punkte sind bekannte Probleme und Einschränkungen bei der Arbeit mit Amazon RDS for Db2:

Beschränkung der Authentifizierung

Amazon RDS ist JCC_ENFORCE_SECMEC standardmäßig db2auth auf eingestellt. Wenn Sie jedoch nicht möchten, dass Benutzer-ID und Passwort drahtgebunden verschlüsselt werden, können Sie diese Einstellung überschreiben, indem Sie den Parameter CLEAR_TEXT in der db2auth Parametergruppe auf ändern. Weitere Informationen finden Sie unter Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS.

Routinen ohne Umzäunung

RDS for Db2 unterstützt nicht die Erstellung von Routinen ohne Fencing und die Migration dieser Routinen durch Sicherung und Wiederherstellung von Daten. Führen Sie den folgenden SQL-Befehl aus, um zu überprüfen, ob Ihre Datenbank Routinen ohne Umzäunung enthält:

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

Nichtautomatische Speicher-Tablespaces während der Migration

RDS for Db2 unterstützt die Erstellung neuer nichtautomatischer Speicher-Tablespaces nicht. Wenn Sie die native Wiederherstellung für eine einmalige Migration Ihrer Datenbank verwenden, konvertiert RDS for Db2 Ihre nicht automatischen Speicher-Tablespaces automatisch in automatische Tablespaces und stellt dann Ihre Datenbank in RDS for Db2 wieder her. Hinweise zu einmaligen Migrationen finden Sie unter und. Migration von Linux to Linux für Amazon RDS für Db2 Migration von AIX or Windows to Linux für Amazon RDS für Db2

Einstellung des Parameters db2_compatibility_vector

Mit Amazon RDS können Sie beim Erstellen der DB-Instance eine erste Datenbank erstellen und dann Parameter in einer zugehörigen Parametergruppe ändern. Wenn Sie jedoch für Db2 den db2_compatibility_vector Parameter in einer Parametergruppe festlegen möchten, müssen Sie zuerst den Parameter in einer benutzerdefinierten Parametergruppe ändern, die DB-Instance ohne Datenbank erstellen und dann mithilfe der rdsadmin.create_database gespeicherten Prozedur eine Datenbank erstellen.

Migrieren von Datenbanken, die UNGÜLTIGE Pakete enthalten

Wenn Sie Db2-Datenbanken, die INVALID Pakete enthalten, mithilfe des RESTORE Befehls zu RDS für Db2 migrieren, können Probleme auftreten, wenn Sie die Datenbanken verwenden. INVALIDPakete können aufgrund der Einrichtung der Autorisierung für den DB-Instance-Benutzer rdsdb und der Entfernung der Autorisierung von Probleme verursachen. PUBLIC INVALIDPakete führen dazu, dass die folgenden Befehle fehlschlagen:

Bevor Sie Ihre Datenbank mit dem RESTORE Befehl migrieren, stellen Sie sicher, dass Ihre Datenbank keine INVALID Pakete enthält, indem Sie den folgenden Befehl ausführen:

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

Wenn der Befehl eine Anzahl von mehr als Null zurückgibt, rufen Sie den folgenden Befehl auf:

db2 "call SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS()"

Rufen Sie anschließend den vorherigen Befehl auf, um zu bestätigen, dass Ihre Datenbank keine INVALID Pakete mehr enthält.

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

Jetzt sind Sie bereit, eine Sicherungskopie Ihrer Datenbank zu erstellen und sie auf Ihrer RDS for Db2-DB-Instance wiederherzustellen.