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:
**Topics**
+ [Einschränkung bei der Authentifizierung](#db2-known-issues-limitations-authentication-limit)
+ [Routinen ohne Fencing](#db2-known-issues-limitations-non-fenced-routines)
+ [Nicht automatische Speicher-Tablespaces während der Migration](#db2-known-issues-limitations-non-automatic-storage-tablespaces)
+ [Festlegen des Parameters db2\$1compatibility\$1vector](#db2-known-issues-limitations-db2-compatibility-vector)
+ [Migrieren von Datenbanken, die INVALID-Pakete enthalten](#db2-known-issues-limitations-invalid-packages-migrating)
## 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](USER_WorkingWithParamGroups.Modifying.md).
## 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](db2-one-time-migration-linux.md) und [Migration von AIX oder Windows zu Linux für Amazon RDS für Db2](db2-one-time-migration-aix-windows-linux.md).
## Festlegen des Parameters db2\$1compatibility\$1vector
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**
1. [Erstellen Sie eine benutzerdefinierte Parametergruppe.](USER_WorkingWithParamGroups.Creating.md) (Sie können keine Standard-Parametergruppe modifizieren.)
1. [Ändern Sie den Parameter](USER_WorkingWithParamGroups.Modifying.md).
1. [Erstellen Sie eine DB-Instance](USER_CreateDBInstance.md).
1. [Erstellen Sie eine Datenbank](db2-managing-databases.md#db2-creating-database) mithilfe der gespeicherten `rdsadmin.create_database`-Prozedur.
1. [Ordnen Sie die neue Parametergruppe](USER_WorkingWithParamGroups.Associating.md) 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.