Recovery Manager (RMAN) für die Instanziierung verwenden

Die Recovery Manager-(RMAN-)Methode zur Instanziierung einer Oracle AI Database-Zielinstanziierung eignet sich für die Bereitstellung einer physischen, blockbasierten Instanziierung, die eine schnellere Performance für große Datenübertragungen bietet. Der RMAN-Prozess erstellt die Zieldatenbank, indem er ein Backup der Quelldatenbank zurückschreibt.

Bei großen Datenbanken, die sich im Terabyte-Bereich befinden, können logische Instanziierungsmethoden zeitaufwändig und ineffizient sein. In solchen Fällen ist Oracle RMAN eine bevorzugte Lösung, um einen physischen Klon der Quelldatenbank zu erstellen.

In den folgenden Schritten werden die Aufgaben beschrieben, die während einer RMAN-basierten Instanziierung für Oracle AI Database-Ziel ausgeführt werden: 1. Ein Backup der Quelldatenbank verwenden.

1. Stellen Sie das Backup in einer neuen Auxiliary-Datenbank (geklont) wieder her.

2. Führen Sie ein Media Recovery für die geklonte Datenbank durch, um sie in einen konsistenten Status zu versetzen.

3. Konfigurieren und passen Sie die geklonte Datenbank an die spezifischen Anforderungen der Zielumgebung an.

Bei der Verwendung von RMAN-Klonen für Oracle GoldenGate ist es wichtig, den Zeitpunkt der Replikation zu verwalten, um Datenverlust zu vermeiden und eine nahtlose Integration sicherzustellen. Der Schlüssel besteht darin, den Zeitpunkt (oder die SCN) zu identifizieren, zu dem die Zieldatenbank konsistent war, sodass sowohl die Quell- als auch die Zieldatenbank synchron bleiben.

Starten Sie dazu den Oracle GoldenGate Extract-Prozess in der Quelldatenbank, bevor das Backup erstellt wird. Wenn Sie eine Transaktion finden, die einen älteren Zeitstempel aufweist als bei der Registrierung von Extract, müssen Sie warten, bis diese Transaktion abgeschlossen ist. Dies ist wichtig, da Extract nur abgeschlossene Transaktionen verarbeitet. Nachdem das Zielsystem durch Klonen eingerichtet wurde, leiten Sie die Replikationsänderungen mithilfe von DISTPATH an das Zielsystem weiter, und fügen Sie den Replicat-Prozess hinzu. Wenn Sie Replicat starten, stellen Sie sicher, dass Sie genau an der SCN starten, an der die Zieldatenbank wiederhergestellt wurde.

Im folgenden Beispiel wird die Verwendung von SCN beim Cloing einer Datenbank mit dem Backup aus der Quelldatenbank erläutert.

In der Quelldatenbank wird das Backup ausgeführt, das um 10 Uhr geplant ist. Das Backup umfasst Datenbankdateien und Archive Logs, die häufiger gesichert werden. Das Backup endet um 10:30 Uhr mit einer SCN von 1420004711. Dieses Backup wird dann zum Klonen (Wiederherstellen und Wiederherstellen) der neuen Zieldatenbank verwendet. Das Kopieren, Wiederherstellen und Wiederherstellen von Dateien dauert mehrere Stunden. Danach ist die neue Zieldatenbank bereit. An diesem Punkt sind sowohl die Quell- als auch die Zieldatenbank konsistent, wie im folgenden Diagramm dargestellt.

Im Laufe der Zeit treten weiterhin neue Änderungen in der Quelldatenbank auf, und die SCN nimmt zu. Um die Zieldatenbank synchron zu halten, erfasst der Extract-Prozess von Oracle GoldenGate Änderungen ab einem Zeitpunkt, bevor das Backup erstellt wurde.

Auch wenn der Replicat-Prozess nicht sofort gestartet wird, werden alle Änderungen ignoriert, die vor der STARTCSN (der SCN, auf der die Zieldatenbank wiederhergestellt wurde) vorgenommen wurden. Nach diesem Zeitpunkt beginnt Replicat mit der Anwendung des Änderungsrückstands. Nachdem Replicat synchronisiert wurde, geht die Replikation in die normale Echtzeitphase über.

Weitere Informationen finden Sie im Thema Datenbanken duplizieren im Oracle AI Database Backup and Recovery User's Guide. Dort finden Sie detaillierte Schritte zum Einrichten einer geklonten Zieldatenbank mit RMAN.

Präzise Instanziierung für Oracle mit der RMAN-Methode

Die folgenden Schritte sind erforderlich, um die RMAN-Instanziierung für Oracle AI Database einzurichten, während Oracle GoldenGate verwendet wird. 1. Installieren und richten Sie Oracle GoldenGate ein, indem Sie die Software sowohl auf dem Quell- als auch auf dem Zielsystem bereitstellen. Stellen Sie vor der Konfiguration sicher, dass alle Datenbankvoraussetzungen erfüllt sind. Dazu gehört die Aktivierung von minimalem zusätzlichem Logging in der Quelldatenbank und die Verwendung von ADD TRANDATA oder ADD SCHEMATRANDATA, um sicherzustellen, dass Schlüsselspalten in den replizierten Tabellen protokolliert werden.

1. Fügen Sie Extract- und DISTPATH-Prozesse in der Quelldatenbank hinzu, und konfigurieren Sie sie.

2. Replicat-Prozess in der Zieldatenbank hinzufügen und konfigurieren.

3. Starten Sie den Extract-Prozess, und stellen Sie sicher, dass Extract gestartet wird, bevor Transaktionen mit langer Ausführungszeit beginnen, da Extract nur abgeschlossene Transaktionen erfasst.

4. Starten Sie den DISTPATH-Prozess.

5. Starten Sie den Replicat-Prozess nicht. Warten Sie, bis die Zieldatenbank vollständig wiederhergestellt wurde.

6. Erstellen Sie mit RMAN ein Backup der Quelldatenbank. Dieses Backup wird später zum Erstellen der Zieldatenbank verwendet. Die Sicherungsdateien müssen sicher auf das Zielsystem übertragen werden.

   RMAN target /
   RMAN> BACKUP DATABASE PLUS ARCHIVELOG

7. Erstellen Sie mit RMAN ein Duplikat der Quelldatenbank, und benennen Sie sie in den Namen der Zieldatenbank um. Beispiel: Wenn der Name der Zieldatenbank DBSOUTH lautet, benennen Sie das Duplikat der Quelldatenbank in DBSOUTH um. Achten Sie darauf, den SCN-Wert (System Change Number) während dieses Prozesses zu beachten, da er den genauen Zeitpunkt markiert, zu dem beide Datenbanken synchronisiert sind. Im folgenden Beispiel wird die Erstellung eines Duplikats der Datenbank DBNORTH angezeigt, die als DBSOUTH (entspricht der Zieldatenbank) benannt ist.

   OS> RMAN target /
   
   RMAN> restore database preview summary
   >>> Recovery must be done beyond SCN 1420004711 to clear datafile fuzziness
   
   OS> target sys/tiger99_RR@dbnorth
   
   RMAN> connect auxiliary
   RMAN> duplicate target database to DBSOUTH nofilenamecheck until SCN 1420004711;

8. Starten Sie den Replicat-Prozess in der Datenbank DBSOUTH, und stellen Sie sicher, dass er genau bei derselben SCN beginnt wie die Datenbank, die mit RMAN wiederhergestellt wurde.

   Verwenden Sie die Option ATSCN, um sicherzustellen, dass während der Replikation keine Datenlücke besteht:

   OGG http://www.example.com:12000 depl_south> START REPLICAT REPS, ATCSN 1420004711

Das folgende Diagramm veranschaulicht die folgenden Schritte: