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 für Db2
Bekannte Probleme und Einschränkungen bei der Arbeit mit Amazon RDS für Db2 sind wie folgt:
Themen
Einschränkung bei der Authentifizierung
Amazon RDS legt db2auth standardmäßig auf JCC_ENFORCE_SECMEC fest. Wenn Sie jedoch nicht möchten, dass Benutzer-ID und Passwort zwangsweise drahtgebunden verschlüsselt werden, können Sie diese Einstellung überschreiben, indem Sie den Parameter db2auth in der Parametergruppe in CLEAR_TEXT ändern. Weitere Informationen finden Sie unter Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS.
Routinen ohne Fencing
RDS für Db2 unterstützt keine Erstellung von Routinen ohne Fencing und keine 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 Fencing enthält:
SELECT 'COUNT:' || count(*) FROM SYSCAT.ROUTINES where fenced='N' and routineschema not in ('SQLJ','SYSCAT','SYSFUN','SYSIBM','SYSIBMADM','SYSPROC','SYSTOOLS')
Nicht automatische Speicher-Tablespaces während der Migration
RDS für Db2 unterstützt keine Erstellung von neuen, nicht automatischen Speicher-Tablespaces. Wenn Sie die native Wiederherstellung für eine einmalige Migration Ihrer Datenbank verwenden, konvertiert RDS für Db2 Ihre nicht automatischen Speicher-Tablespaces automatisch in automatische Tablespaces und stellt dann Ihre Datenbank in RDS für Db2 wieder her. Informationen zu einmaligen Migrationen finden Sie unter Migration von Linux zu Linux für Amazon RDS für Db2 und Migration von AIX oder Windows zu Linux für Amazon RDS für Db2.
Festlegen 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 Parameter db2_compatibility_vector 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 gespeicherten Prozedur rdsadmin.create_database eine Datenbank erstellen.
So stellen Sie den Parameter db2_compatibility_vector ein
-
Erstellen Sie eine benutzerdefinierte Parametergruppe. (Sie können keine Standard-Parametergruppe modifizieren.)
-
Erstellen Sie eine Datenbank mithilfe der gespeicherten
rdsadmin.create_database-Prozedur. -
Ordnen Sie die neue Parametergruppe der DB-Instance zu, die die Datenbank enthält.
Migrieren von Datenbanken, die INVALID-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. INVALID-Pakete können aufgrund der Einrichtung der Autorisierung für den DB-Instance-Benutzer rdsdb und der Entfernung der Autorisierung von PUBLIC Probleme verursachen. INVALID-Pakete führen dazu, dass die folgenden Befehle fehlschlagen:
-
db2updv115 -
db2 "call SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS()"
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:' || count(*) FROM SYSCAT.INVALIDOBJECTS"
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:' || count(*) FROM SYSCAT.INVALIDOBJECTS"
Jetzt sind Sie bereit, ein Backup Ihrer Datenbank zu erstellen und sie auf Ihrer DB-Instance von RDS für Db2 wiederherzustellen.
