Die Schritte unterscheiden sich geringfügig, wenn Sie eine PDB als Quelldatenbank verwenden. Befolgen Sie daher die Empfehlungen, wenn sich Ihre Datenbank in einer mehrmandantenfähigen Umgebung befindet.

1. Konfigurieren Sie den Streampool mit dem Initialisierungsparameter STREAMS_POOL_SIZE.

   • Für logische Offlinemigrationen und optimale Data Pump-Performance müssen Sie STREAMS_POOL_SIZE auf mindestens 256 bis 350 MB setzen, damit ein anfänglicher Pool zugewiesen wird. Andernfalls kann es zu einer erheblichen Verzögerung beim Hochfahren kommen.

   • Setzen Sie für logische Onlinemigrationen STREAMS_POOL_SIZE auf mindestens 2 GB.

     Eine Erläuterung von 1 GB STREAMS_POOL_SIZE pro integriertem Extrakt + zusätzliche 25-Prozent-Empfehlung finden Sie unter Integrierter Extract/Replicat und STREAMS_POOL_SIZE (Dokument-ID 2078459.1).

2. Prüfen Sie den Parameter GLOBAL_NAMES. Wenn er auf true gesetzt ist, ändern Sie ihn in false.

   sqlplus > show parameter global
   NAME                                 TYPE    VALUE
   ------------------------------------ ------- ------------------------------
   global_names                         boolean TRUE
   
   sqlplus > alter system set global_names=false

3. Aktivieren Sie ARCHIVELOG, falls noch nicht aktiviert.

   1. Prüfen Sie, ob archivelog aktiviert ist:

      sqlplus > archive log list

      Zurückgegebene Beispielausgabe:

      Database log mode Archive log Mode
      Automatic archival Enabled
      Archive destination USE_DB_RECOVERY_FILE_DEST
      Oldest online log sequence 33
      Next log sequence to archive 35
      Current log sequence 35

   2. Aktivieren Sie den archivelog-Modus:

      sqlplus > shutdown immediate
      sqlplus > startup mount
      sqlplus > alter database archivelog;
      sqlplus > alter database open;

   3. Deaktivieren Sie den archivelog-Modus (zur späteren Bereinigung):

      sqlplus > shutdown immediate
      sqlplus > startup mount
      sqlplus > alter database noarchivelog;
      sqlplus > alter database open;

4. Logging aktivieren:

   1. Prüfen Sie, ob Logging aktiviert ist:

      sqlplus > SELECT supplemental_log_data_min, force_logging FROM v$database;

   2. Logging aktivieren:

      sqlplus > ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
      sqlplus > ALTER DATABASE FORCE LOGGING;

   3. Deaktivieren Sie Logging (zur späteren Bereinigung):

      sqlplus > ALTER DATABASE DROP SUPPLEMENTAL LOG DATA;
      sqlplus > ALTER DATABASE NO FORCE LOGGING;

5. Erstellen Sie einen Datenbankadministratorbenutzer mit vollen Oracle Data Pump-Berechtigungen für den erstmaligen Ladevorgang. Ein Benutzer mit der Rolle DATAPUMP_EXP_FULL_DATABASE ist für den Exportvorgang in der Quelldatenbank erforderlich. Dieser Benutzer wird als Datenbankadministrator ausgewählt, wenn Sie Datenbankverbindungen mit den Quelldatenbanken erstellen.

   Weitere Informationen finden Sie unter Oracle Data Pump in der Dokumentation Oracle Database-Utilitys.

6. Wenn in der exportierten PDB eine Abhängigkeit von lokalen Objekten im Schema des C##-Benutzers erstellt wird, können diese Objekte nicht in die autonome Zieldatenbank importiert werden. Schließen Sie das problematische Schema aus dem Migrationsjob aus.

7. Wenn Sie Object Storage als Datenübertragungsmedium verwenden, stellen Sie sicher, dass ein Exportverzeichnisobjekt vorhanden ist und von Data Pump zum Speichern generierter Dumpdateien verwendet werden kann.

   • Das Verzeichnisobjekt ist ein Dateipfad im Dateisystem des Quelldatenbankservers. Der Name muss den Regeln für Oracle Database-Verzeichnisobjekte entsprechen. Weitere Informationen finden Sie unter CREATE DIRECTORY in der SQL-Sprachreferenz für Oracle Database.

   • Der Eigentümer des Exportverzeichnisobjekts muss der BS-Benutzer sein, der Eigentümer des Oracle Home der Datenbank ist.

   • Dieser Schritt ist nicht erforderlich, wenn Sie einen Datenbanklink als Übertragungsmedium verwenden.

8. Wenn Sie Daten mit einem Datenbanklink übertragen möchten, müssen Sie die SSL-Verschlüsselung für die Quelldatenbank einrichten. Wenn Data Pump mit einem Datenbanklink zu einem Autonomous Database-Ziel verwendet wird, muss die SSL-Verschlüsselung für die Quelldatenbank aktiviert sein. Das Erstellen eines Datenbanklinks von einem Autonomous Database on Shared Infrastructure-Ziel zu einer Quelldatenbank mit einer privaten IP erfordert Unterstützung von Oracle Support.

   Weitere Informationen finden Sie unter Transport Layer Security-Authentifizierung konfigurieren in der Oracle Database-Sicherheitsdokumentation.

9. Wenn Sie bei logischen Onlinemigrationen Migrationen mit Replikation ausführen möchten, aktivieren Sie die Replikation GoldenGate:

   1. Wenn Sie eine PDB migrieren, aktivieren Sie in einer mehrmandantenfähigen Umgebung die GoldenGate-Replikation in der CDB.

      sqlplus > ALTER SYSTEM SET ENABLE_GOLDENGATE_REPLICATION=TRUE SCOPE=BOTH;

   2. Spielen Sie die obligatorischen RDBMS-Patches in der Quelldatenbank je nach Version der Quelldatenbank ein:

      • Oracle Database 11.2:

        Der My Oracle Support-Hinweis Oracle GoldenGate - Oracle RDBMS Server Recommended Patches (Dokument-ID 1557031.1) empfiehlt die folgenden Updates:

        Database PSU 11.2.0.4.210720 enthält einen Fix für Oracle GoldenGate-Performancebug 28849751 - IE PERFORMANCE DEGRADES WHEN NETWORK LATENCY BETWEEN EXTRACT AND CAPTURE IS MORE THAN 8MS.

        OGG RDBMS Patch 32248879 MERGE REQUEST ON TOP OF DATABASE PSU 11.2.0.4.201020 FOR BUGS 32048478 20448066 - Dieser Patch enthält den erforderlichen Fix für den Oracle GoldenGate Microservices-Bug 20448066 DBMS_XSTREAM_GG APIS SHOULD BE ALLOWED FOR SCA PROCESSES

      • Oracle Database 12.1.0.2 oder höher

        Im My Oracle Support-Hinweis Latest GoldenGate/Database (OGG/RDBMS) Patch recommendations (Dok.-ID 2193391.1) sind die zusätzlichen RDBMS-Patches aufgeführt, die zusätzlich zu den neuesten DBBP/RU für Oracle Database 12c und höher bei Verwendung von Oracle GoldenGate erforderlich sind.