Oracle Cloud Infrastructure-Dokumentation

Bekannte Probleme

Weitere Informationen finden Sie unter Bekannte Probleme bei der OCI-Datenbankmigration.

Bekanntes Problem: Wenn Sie eine Quelldatenbank als Standard Edition Oracle Database verwenden und keinen DB-Link als Übertragungsmedium verwenden, verläuft der Export mit dem folgenden Fehler nicht erfolgreich:

PRGZ-1464 : PRGZ-1464 : Oracle Data Pump dump encryption feature is not available for Oracle Standard Edition Database

Bekanntes Problem:

Derzeit werden Editionen für Editionable Objects nicht migriert. Der Export erfolgt entsprechend der aktuellen Objektedition, die Sie in der Quelldatenbank haben.

Editionierbare Views werden derzeit nicht migriert, und Sie müssen sie manuell in der Zieldatenbank erstellen.

Bekanntes Problem

Problemfall: PRGZ-3808 | The specified directory path {0} in the parameter "DATAPUMPSETTINGS.EXPORTDIRECTORYOBJECT.PATH" does not match with the path {0 } that the database directory object {0 } points to.

Lösung: Sie können das Verzeichnisobjekt in der Datenbank entweder so aktualisieren, dass es mit dem Verzeichnisobjektpfad übereinstimmt, den Sie bei der Migration angegeben haben. Alternativ können Sie die Migration mit dem richtigen Verzeichnisobjektpfad und dem Verzeichnisobjektnamen aktualisieren. Analysieren Sie die folgende Abfrage:
SELECT directory_name, directory_path
FROM dba_directories
WHERE directory_name = '<DIRECTORY_OBJECT_NAME>';
Bekanntes Problem

Problemfall: Beim Erstellen einer Migration von einer autonomen Datenbank zu einer autonomen Datenbank verläuft der Auswertungsjob nicht erfolgreich, wenn der Benutzer ADMIN für das erstmalige Laden konfiguriert ist und einen insufficient privileges-Fehler aufweist.

Lösung: Als Workaround müssen Sie beim Ausführen einer Onlinemigration den Wert des erweiterten Parameters GOLDENGATESETTINGS_SKIPRELOADQUERYADVISOR in der Migrationskonfiguration auf true setzen.

Stellen Sie sicher, dass Sie die folgenden Berechtigungen hinzufügen:
GRANT SELECT ON SYS.V_$SESSION TO ggadmin;
GRANT SELECT ON SYS.V_$TRANSACTION TO ggadmin;
GRANT SELECT ON SYS.V_$DATABASE TO ggadmin;
ALTER SYSTEM SET GLOBAL_NAMES=FALSE;
ALTER PLUGGABLE DATABASE ADD SUPPLEMENTAL LOG DATA;
GRANT PDB_DBA to ggadmin;
  • Migrationsmethode 1: Verwenden eines NFS (Network File System):

    Bei dieser Methode wird ein gemeinsam verwendetes OCI File Storage-(NFS-)Dateisystem verwendet, um die Data Pump-Dateien zu übertragen. Der Service führt das Mounten und Aushängen dieses Dateisystems direkt auf den ADB-Instanzen aus.

    1. Bevor Sie beginnen, müssen Sie das spezifische Dateisystem, das Sie für die Migration auswählen, aushängen.
    2. Dateisystem unmounten: Stellen Sie sicher, dass auf den Quell- und Ziel-ADB-Instanzen der OCI File Storage (NFS), den Sie für die Migration verwenden möchten, ausgehängt ist.
    3. Quellverzeichnis bereinigen: In der Quell-ADB-Instanz müssen Sie ALLE Dateien im Verzeichnis DATA_PUMP_DIR bereinigen. ZDM verwendet diesen Verzeichnispfad automatisch, um das NFS-Share zu mounten, und der Mountvorgang schlägt fehl, wenn das Verzeichnis nicht leer ist.
    4. Zielverzeichnis vorbereiten: Auf der Ziel-ADB-Instanz können Sie entweder ein vorhandenes leeres Verzeichnis angeben oder ZDM ein Verzeichnis erstellen lassen. Oracle empfiehlt, dass ZDM das Verzeichnis erstellt, da es das Mounten des Dateisystems automatisch für Sie übernimmt.
    5. Nachdem Sie die Voraussetzungen erfüllt haben, führen Sie den Migrationsjob aus. ZDM verwaltet die Zuordnung des NFS-Dateisystems für die Datenübertragung.
  • Migrationsmethode 2: Datenbanklink (DBLINK) verwenden
    1. Datenbanklinks erstellen: Sie müssen einen Datenbanklink für die gemeinsam verwendeten Quell- und Ziel-ADB-Instanzen erstellen. Wichtig: Die Datenbanklinks in Quelle und Ziel müssen denselben Namen haben. Ausführliche Anweisungen finden Sie unter Datenbanklinks aus autonomer KI-Datenbank in eine andere autonome KI-Datenbank erstellen.
    2. Wenn Sie den Migrationsjob mit der API oder dem SDK definieren, müssen Sie den Namen des Datenbanklinks in den Parametern für den Migrationstransfermedium angeben.
    3. Nachdem Sie die Voraussetzungen erfüllt haben, können Sie den Migrationsjob ausführen.
Bekanntes Problem

Problemfall: Die Onlinemigrationen sind nicht erfolgreich, wenn das Subnetz IPv4+IPv6 verwendet wird. PE (Private Endpoint) und RCE (Remote Code Execution) unterstützen IPv6 noch nicht.

Lösung: Wenn Sie derzeit eine Onlinemigration versuchen und die Verbindungen einem Subnetz zugewiesen sind, das IPv6-CIDR-Blöcke enthält, verläuft die Migration nicht erfolgreich, weil die GGS-Verbindung nicht erstellt werden kann. Dies liegt daran, dass sowohl PE als auch RCE IPv6 noch nicht unterstützen. PE hat den IPv6-Support nur für einige Regionen eingeführt, und die Mandanten müssen noch aktiviert werden.