Plug-in-Oracle-Datenbank konfigurieren

Datastream unterstützt die mehrmandantenfähige Architektur von Oracle, bei der eine einzelne Containerdatenbank (CDB) eine oder mehrere Plug-in-Datenbanken (PDBs) enthält. Jede Plug-in-Datenbank ist eine eigenständige Datenbank mit einer eindeutigen ID und einem eindeutigen Namen und kann unabhängig verwaltet werden.

Verwenden Sie den folgenden Befehl, um eine Verbindung zu einem Container in einer Multi-Tenant-Architektur herzustellen oder zwischen Containersitzungen zu wechseln:

ALTER SESSION SET CONTAINER = CONTAINER_NAME;

Ersetzen Sie CONTAINER_NAME durch den Namen Ihres Containers, z. B. Ihrer Pluggable Database oder des CDB$ROOT-Containers.

Sie können Ihre Plug-in-Oracle-Datenbank für die Verwendung mit den folgenden CDC-Methoden konfigurieren:

• Binärer Log-Reader (Vorabversion)
• LogMiner API

Weitere Informationen zum Binärprotokollleser und zur LogMiner API finden Sie unter Mit Redo-Logdateien der Oracle-Datenbank arbeiten.

Eine detaillierte Anleitung zum Konfigurieren Ihrer Oracle-Quelldatenbank für jede dieser Methoden finden Sie in den folgenden Abschnitten.

Plug-in-Oracle-Datenbank für Binärprotokollleseprogramm konfigurieren

Preview

This feature is subject to the "Pre-GA Offerings Terms" in the General Service Terms section of the Service Specific Terms. Pre-GA features are available "as is" and might have limited support. For more information, see the launch stage descriptions.

So konfigurieren Sie Ihre Plug-in-Oracle-Datenbank für die Verwendung mit der CDC-Methode des Binärprotokolllesegeräts:

1. Wählen Sie eine der folgenden Methoden aus, um auf Ihre Protokolldateien zuzugreifen:

   • Automatic Storage Management (ASM): Wenn Sie diese Option auswählen, müssen Sie eine spezielle ASM-Verbindung erstellen und die Details beim Erstellen des Verbindungsprofils angeben.
   • Datenbankverzeichnisse: Wenn Sie diese Option auswählen, müssen Sie Datenbankverzeichnisobjekte erstellen, die auf die Protokolldateien für die Wiederherstellung und die archivierten Protokolldateien verweisen, und Ihrem Datenbanknutzer READ Zugriff auf die Verzeichnisse gewähren:

   CREATE DIRECTORY DIRECTORY_NAME_1 as 'ONLINE_REDO_LOGS_PATH';
   CREATE DIRECTORY DIRECTORY_NAME_2 as 'ARCHIVED_REDO_LOGS_PATH';
   GRANT READ ON DIRECTORY DIRECTORY_NAME_1 to USER_NAME;
   GRANT READ ON DIRECTORY DIRECTORY_NAME_2 to USER_NAME;

   Ersetzen Sie Folgendes:

   • DIRECTORY_NAME_1: der Name des Verzeichnisses für die Online-Transaktionsprotokolldateien.
   • DIRECTORY_NAME_2: der Name des Verzeichnisses für die archivierten Protokolldateien für die Wiederherstellung.
   • ONLINE_REDO_LOGS_PATH: der Pfad zum Verzeichnis, in dem die Online-Transaktionsprotokolldateien gespeichert werden sollen.
   • ARCHIVED_REDO_LOGS_PATH: Der Pfad zum Verzeichnis, in dem die archivierten Protokolldateien gespeichert werden sollen.
   • USER_NAME: der Name des Datenbanknutzers, dem Sie READ-Zugriff gewähren möchten.

   Wenn Sie die Methode „Binary Log Reader“ auswählen und Datenbankverzeichnisse verwenden, müssen Sie beim Erstellen des Streams die Namen der Verzeichnisse für das Protokoll mit den rückgängig zu machenden Änderungen und das archivierte Protokoll angeben.

2. Prüfen Sie, ob die Datenbank im Modus ARCHIVELOG ausgeführt wird.

   Melden Sie sich dazu in Ihrer Oracle-Datenbank an und führen Sie an der SQL-Eingabeaufforderung den folgenden Befehl aus:

   SELECT LOG_MODE FROM V$DATABASE;

   1. Wenn das Ergebnis ARCHIVELOG ist, fahren Sie mit dem nächsten Schritt fort.
   2. Wenn das Ergebnis NOARCHIVELOG ist, müssen Sie den ARCHIVELOG-Modus für Ihre Datenbank aktivieren.

   3. Führen Sie die folgenden Befehle aus, wenn Sie als SYSDBA angemeldet sind:

      SHUTDOWN IMMEDIATE;
      STARTUP MOUNT;
      ALTER DATABASE ARCHIVELOG;
      ALTER DATABASE OPEN;

   4. Archivierte Logdateien belegen Speicherplatz. Daher sollten Sie den Parameter DB_RECOVERY_FILE_DEST_SIZE für Ihre Datenbank konfigurieren. Verwenden Sie diesen Parameter, um (in Byte) die harte Grenze für den Gesamtspeicherplatz anzugeben, der von den Wiederherstellungsdateien der Zieldatenbank verwendet werden soll. Durch Festlegen dieses Parameters können Sie den Kompromiss zwischen dem Schutz der Datenbank vor einem Speicherplatzmangel und dem Absturz des Streams aufgrund des Verlusts der Protokollposition verwalten.

3. Legen Sie mit diesen Befehlen des Oracle Recovery Manager (RMAN) eine Datenaufbewahrungsrichtlinie für Ihre Datenbank fest:

   TARGET /
   CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;

   Verwenden Sie den Befehl TARGET /, um einen RMAN-Client zu starten und eine Verbindung zur Quelldatenbank herzustellen. Siehe Datenbankverbindungen mit RMAN herstellen.

   Wir empfehlen, Sicherungen und Archivlogs mindestens 4 Tage aufzubewahren. 7 Tage wird empfohlen.

   Durch Ausführen dieses Befehls wird Ihre Datenbankinstanz neu gestartet, damit die Änderungen an der Datenbank wirksam werden können.

4. Kehren Sie zum SQL-Prompt des Datenbanktools zurück, mit dem Sie die Rotationsrichtlinie für Oracle-Logdateien konfigurieren. Wir empfehlen, eine maximale Logdateigröße von maximal 512 MB festzulegen.

5. Aktivieren Sie zusätzliche Logdaten. Aktivieren Sie dazu zuerst das minimale zusätzliche Logging auf Datenbankebene, indem Sie den folgenden Befehl ausführen:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

   Wählen Sie als Nächstes aus, ob das Logging für bestimmte Tabellen oder für die gesamte Datenbank aktiviert werden soll.

   Führen Sie den folgenden Befehl für jede zu replizierende Tabelle aus, um Änderungen nur für bestimmte Tabellen zu protokollieren:

   ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   Ersetzen Sie Folgendes:

   • SCHEMA: der Name des Schemas, das die Tabelle enthält.
   • TABLE: Der Name der Tabelle, für die Änderungen protokolliert werden sollen.

   Wenn Sie die meisten oder alle Tabellen in Ihrer Datenbank replizieren möchten, sollten Sie das Logging für die gesamte Datenbank aktivieren. Führen Sie den folgenden Befehl aus, um zusätzliche Logdaten für die gesamte Datenbank zu aktivieren:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   Der zusätzliche Logging-Modus muss auf ALL gesetzt sein. Sie können diesen Modus nicht auf PK_ONLY festlegen.

6. Gewähren Sie dem Nutzerkonto, das für die Verbindung zur Plug-in-Datenbank verwendet wird, die entsprechenden Berechtigungen. Dazu müssen Sie folgende Befehle ausführen:

   GRANT SELECT ON GV_$LOG TO USER_NAME;
   GRANT SELECT ON GV_$LOGFILE TO USER_NAME;
   GRANT SELECT ON GV_$ARCHIVED_LOG TO USER_NAME;
   GRANT SELECT ON GV_$INSTANCE TO USER_NAME;
   GRANT SELECT ON GV_$STANDBY_LOG TO USER_NAME;
   GRANT SELECT ON V_$INSTANCE TO USER_NAME;
   GRANT SELECT ON V_$PDBS TO USER_NAME;
   GRANT SELECT ON V_$TRANSPORTABLE_PLATFORM TO USER_NAME;
   GRANT SELECT ON V_$DATABASE TO USER_NAME;
   GRANT SELECT ON COL$ TO USER_NAME;
   GRANT SELECT ON DBA_OBJECTS TO USER_NAME;
   GRANT SELECT ON DBA_TABLESPACES TO USER_NAME;
   GRANT SELECT ON DBA_ENCRYPTED_COLUMNS TO USER_NAME;
   GRANT SELECT ON DBA_EXTENTS TO USER_NAME;
   
   GRANT CONNECT TO USER_NAME;
   GRANT CREATE SESSION TO USER_NAME;
   GRANT SELECT ANY TABLE TO USER_NAME;
   GRANT READ ON DIRECTORY ONLINELOG_DIR TO USER_NAME;
   GRANT READ ON DIRECTORY ARCHIVELOG_DIR TO USER_NAME;

   Ersetzen Sie USER_NAME durch den Namen des Nutzerkontos, mit dem Sie eine Verbindung zu Ihrer Datenbank herstellen möchten.

Plug-in-Oracle-Datenbank für LogMiner konfigurieren

So konfigurieren Sie eine selbst gehostete Oracle-Plug-in-Datenbank, damit Sie sie mit der LogMiner API verwenden können:

1. Prüfen Sie, ob die Datenbank im Modus ARCHIVELOG ausgeführt wird. Führen Sie dazu den folgenden Befehl im Container CDB$ROOT aus:

   SELECT LOG_MODE FROM V$DATABASE;

   1. Wenn das Ergebnis ARCHIVELOG ist, fahren Sie mit Schritt 2 fort.
   2. Wenn das Ergebnis NOARCHIVELOG ist, müssen Sie den ARCHIVELOG-Modus für Ihre Datenbank aktivieren.

   3. Führen Sie die folgenden Befehle aus, wenn Sie als SYSDBA angemeldet sind:

      SHUTDOWN IMMEDIATE;
      STARTUP MOUNT;
      ALTER DATABASE ARCHIVELOG;
      ALTER DATABASE OPEN;
      

   4. Archivierte Logdateien belegen Speicherplatz. Daher sollten Sie den Parameter DB_RECOVERY_FILE_DEST_SIZE für Ihre Datenbank konfigurieren. Verwenden Sie diesen Parameter, um (in Byte) die harte Grenze für den Gesamtspeicherplatz anzugeben, der von den Wiederherstellungsdateien der Zieldatenbank verwendet werden soll. Durch Festlegen dieses Parameters können Sie den Kompromiss zwischen dem Schutz der Datenbank vor einem Speicherplatzmangel und dem Absturz des Streams aufgrund des Verlusts der Protokollposition verwalten.

2. Legen Sie mit dem folgenden Befehl des Oracle Recovery Manager (RMAN) eine Datenaufbewahrungsrichtlinie für Ihre Datenbank fest:CDB$ROOT

   CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;
   

   Mit dem Befehl wird die Datenaufbewahrungsrichtlinie für alle Plug-in-Datenbanken in Ihrer Containerdatenbank definiert.

   Verwenden Sie den Befehl TARGET /, um einen RMAN-Client zu starten und eine Verbindung zum CDB$ROOT-Container Ihrer Quelldatenbank herzustellen. Weitere Informationen finden Sie unter Datenbankverbindungen mit RMAN herstellen.

   Wir empfehlen, Sicherungen und Archivlogs mindestens 4 Tage aufzubewahren. 7 Tage wird empfohlen.

3. Kehren Sie zum SQL-Prompt des Datenbanktools zurück, mit dem Sie die Rotationsrichtlinie für Oracle-Logdateien konfigurieren. Wir empfehlen, eine maximale Logdateigröße von maximal 512 MB festzulegen.

4. Aktivieren Sie zusätzliche Logdaten. Aktivieren Sie dazu zuerst das zusätzliche Logging in der Datenbank auf CDB$ROOT-Containerebene, indem Sie den folgenden Befehl ausführen:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
   

   Wählen Sie als Nächstes aus, ob das Logging für bestimmte Tabellen oder für die gesamte Plug-in-Datenbank aktiviert werden soll.

   Wenn Sie Änderungen nur für bestimmte Tabellen protokollieren möchten, stellen Sie eine Verbindung zum Plug-in-Datenbankcontainer her und führen Sie für jede zu replizierende Tabelle den folgenden Befehl aus:

   ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
   

   Ersetzen Sie Folgendes:

   • SCHEMA: der Name des Schemas, das die Tabelle enthält.
   • TABLE: Der Name der Tabelle, für die Änderungen protokolliert werden sollen.

   Wenn Sie mehrere oder alle Tabellen in Ihrer Datenbank replizieren möchten, sollten Sie das Logging für die gesamte Datenbank aktivieren.

   Führen Sie den folgenden Befehl aus, um zusätzliche Logdaten für die gesamte Datenbank zu aktivieren:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
   

   Der zusätzliche Logging-Modus muss auf ALL gesetzt sein. Sie können diesen Modus nicht auf PK_ONLY festlegen.

5. Erstellen Sie einen gemeinsamen Nutzer. Ein allgemeiner Nutzer hat dieselbe Identität im CDB$ROOT-Container und in den Plug-in-Datenbanken. Ein normaler Nutzer kann eine Verbindung zum CDB$ROOT-Container herstellen und Vorgänge darin sowie in jeder Plug-in-Datenbank ausführen, für die er Berechtigungen hat. Der gemeinsame Nutzername muss mit C## oder c## beginnen.

6. Gewähren Sie dem gemeinsamen Nutzer, mit dem Sie die Verbindung zu Ihrer Datenbank herstellen, die entsprechenden Berechtigungen. Auf CDB$ROOT-Container- und Pluggable Database-Ebene sind unterschiedliche Berechtigungen erforderlich.

   • Stellen Sie eine Verbindung zum Container CDB$ROOT her und führen Sie die folgenden Befehle aus:

   GRANT CREATE SESSION TO USER_NAME;
   GRANT SET CONTAINER TO USER_NAME;
   GRANT SELECT ON SYS.V_$DATABASE TO USER_NAME;
   GRANT SELECT ON SYS.V_$LOGMNR_CONTENTS TO USER_NAME;
   GRANT EXECUTE ON DBMS_LOGMNR TO USER_NAME;
   GRANT EXECUTE ON DBMS_LOGMNR_D TO USER_NAME;
   GRANT LOGMINING TO USER_NAME;
   GRANT EXECUTE_CATALOG_ROLE TO USER_NAME;
   

   • Stellen Sie eine Verbindung zur Plug-in-Datenbank her und führen Sie die folgenden Befehle aus:

   GRANT CREATE SESSION TO USER_NAME;
   GRANT SET CONTAINER TO USER_NAME;
   GRANT SELECT ANY TABLE TO USER_NAME;
   GRANT SELECT ON SYS.V_$DATABASE TO USER_NAME;
   GRANT SELECT ON SYS.V_$ARCHIVED_LOG TO USER_NAME;
   GRANT SELECT ON DBA_SUPPLEMENTAL_LOGGING TO USER_NAME;
   

   Ersetzen Sie für jeden Befehl USER_NAME durch den Namen des gemeinsamen Nutzerkontos. Wenn Sie diese Befehle ausführen, werden dem Nutzer Berechtigungen zum Lesen aus V$DATABASE (was für die Validierung erforderlich ist) gewährt, der Log-Miner gestartet und Berechtigungen zur Auswahl aus V$LOGMNR_CONTENT erteilt.

7. Gewähren Sie dem Nutzer SELECT Zugriff auf die Ansicht DBA_EXTENTS in Ihrer Datenbank. Mit diesem Berechtigung können Sie das ROWID-basierte Backfill für Ihre Oracle-Quelle verwenden:

   GRANT SELECT ON DBA_EXTENTS TO USER_NAME;

Nächste Schritte

• Weitere Informationen zur Funktionsweise von Datastream mit Oracle-Quellen