Informationen zur Synchronisierung Ihrer Test- und Produktionsdatenbanken

Wenn Sie Entwicklungs- und Testumgebungen in der Cloud bereitgestellt haben, müssen Sie schnell und effizient aktualisieren oder synchronisieren, die Testdaten mit Ihrer Produktionsumgebung, ohne dass dabei große Speicherkosten anfallen.

Die Verwaltung von Umgebungen in der Cloud muss nicht komplex oder speicherintensiv sein. Sie können einen Thin Clone von Oracle Database erstellen, um die Daten zu synchronisieren, während Sie einen Bruchteil der Speicherkapazität und die erforderliche Zeit für das Erstellen einer vollständigen Kopie der Datenbank verwenden.

Bevor Sie beginnen

Bevor Sie mit der Synchronisierung Ihrer Test- und Production-Datenbanken beginnen, lesen Sie die bei der Migration einer Datenbank verwendeten Konzepte.Lesen Sie Informationen zum Reduzieren der Ausfallzeit bei Datenbankmigrationen.

Architektur

Diese Architektur zeigt drei Optionen zum Erstellen einer Testmasterversion Ihrer Production-Datenbank sowie zum Bereitstellen von Thin Clones oder Snapshots in Entwicklungs- und Testumgebungen.

Beschreibung der Abbildung prod-testmaster-snap-db.png

Die folgenden Komponenten sind Bestandteil der Architektur:

• Produktionsdatenbank: Die Datenbank mit Produktionsdaten, die die Quelle ist, mit der Sie einen Testmaster erstellen
• Testmasterdatenbank: Eine Kopie der Produktionsdatenbank, mit der Sie einen Snapshot erstellen
• Snapshot: Ein aus dem Testmaster erstellter Thin Clone, den Sie für Entwicklungs- oder Testumgebungen verwenden können

Im ersten Schritt wird eine Testmasterdatenbank der Production-Datenbank erstellt. Es gibt drei Möglichkeiten:

• Erstellen Sie eine physische Standbydatenbank aus der Produktionsdatenbank. Die physische Standbydatenbank fungiert als Testmaster.

  Verwenden Sie diese Option, wenn Sie häufig Klone der Production-Datenbank erstellen, wie z. B. täglich oder wöchentlich, Klone schnell erstellen möchten oder wenn eine sehr große Production-Datenbank vorhanden ist. Wenn der Testmaster eine physische Standbydatenbank ist, wird der Testmaster immer mit der Produktion synchronisiert, und Sie müssen die Daten nie aktualisieren. Bei sehr großen Datenbanken kann der Testmaster nicht schnell aktualisiert werden.

• Erstellen Sie einen Klon der Produktionsdatenbank mit aktivem Oracle Recovery Manager -(RMAN-) Duplikat, und verwenden Sie den Klon als Testmaster.

  Verwenden Sie diese Option, wenn Sie gelegentlich Klone der Production-Umgebung erstellen, wie Halbmonatlich oder monatlich. Mit dieser Methode können Sie einen Testmaster einmal mit aktiver RMAN-Duplizierung erstellen und dann mit dem Testmaster mehrmals Klone in einem Monat erstellen.

• Erstellen Sie eine vollständige Backupkopie der Production-Datenbank, und erstellen Sie mit dem Backup einen Klon, und verwenden Sie den Klon als Testmaster.

  Verwenden Sie diese Option, wenn Sie die Klone nur selten aktualisieren, wie Vierteljährlich, halbjährlich oder jährlich. Bei dieser Methode zum Erstellen eines Testmasters wird ein vollständiges Backup der Datenbank aus der Produktionsdatenbank erstellt, und der Testmaster wird mit diesem Produktionsbackup erstellt. Mit dem Testmaster können Sie bei Bedarf Klone mehrmals erstellen.

Mit dem Testmaster können Sie effiziente Kopien (Snapshots) der Datenbank für die Test- und Entwicklungsumgebungen erstellen.

Die folgenden Architekturdiagramme bieten Anleitungen zur Erstellung und Verwaltung Ihres Testmasters. Wählen Sie die Option, die für Ihre Umgebung am besten geeignet ist, und die Häufigkeit, mit der Sie die Datenbank aktualisieren müssen.

Option I: Wenn die Production-Datenbank eine sehr große Datenbank ist und Sie Entwicklungs- und Testumgebungen schnell von der Produktion (in einigen Minuten) aktualisieren müssen, erstellen Sie mit Oracle Data Guard eine Standby-Datenbank als Testmaster. Der Vorteil dieser Methode besteht darin, dass der Testmaster immer mit der Production-Datenbank synchronisiert ist und Sie den Testmaster nie aktualisieren müssen.

Beschreibung der Abbildung testmaster-dataguard.png

Diese Architektur unterstützt den folgenden Fluss:

1. Erstellen Sie eine Testmasterdatenbank mit Oracle Data Guard. In diesem Szenario ist der Testmaster eine physische Standbydatenbank der Produktionsdatenbank und wird immer mit der Produktionsumgebung synchronisiert.
2. Erstellen Sie Lese-/Schreib-Snapshots für Ihre Testumgebungen. Die Snapshots werden auf dem Testmasterserver erstellt. Der Testmasterserver verwendet Oracle ASM Cluster File System (Oracle ACFS).

Diese Architektur unterstützt die folgenden Komponenten:

• Production Oracle Database: Die Production-Datenbank kann ein Oracle Automatic Storage Management - (Oracle ASM-), Oracle ACFS - oder UNIX-Dateisystem verwenden.
• Testmasterdatenbank: Eine vollständig synchronisierte physische Standbydatenbank der Production-Datenbank auf Oracle ACFS.
• Snapshots: Eine oder mehrere Lese-/Schreibkopien des Testmasters, die für Testumgebungen erstellt wurden.

Option II: Wenn Sie Ihre Testumgebungen regelmäßig aktualisieren müssen (z. B. bidirektional oder monatlich), klonen Sie die Produktionsdatenbank mit RMAN Active Duplicate, um einen Testmaster zu erstellen.

Beschreibung der Abbildung testmaster-rman-duplicate.png

Diese Architektur unterstützt den folgenden Fluss:

1. Klonen Sie die Produktionsdatenbank, um eine Testmasterdatenbank zu erstellen - RMAN-Duplikat aktiv. Führen Sie den Befehl "RMAN Active Duplicate" aus einer Production-Datenbank aus, um die Testmasterdatenbank zu erstellen.
2. Erstellen Sie Lese-/Schreib-Snapshots für Ihre Testumgebungen. Die Snapshots werden auf demselben Server erstellt wie der Testmaster (Testmasterserver). Der Testmasterserver verwendet Oracle ACFS.
3. Aktualisieren Sie den Testmaster, indem Sie den Testmaster löschen und einen Klon der Produktionsdatenbank neu erstellen.

Diese Architektur unterstützt die folgenden Komponenten:

• Production Oracle Database: Die Production-Datenbank kann ein Oracle ASM-, Oracle ACFS - oder UNIX-Dateisystem verwenden.
• Testmasterdatenbank: Ein vollständiger Klon der Production-Datenbank in einem Oracle ACFS-Dateisystem.
• Snapshots: Ein oder mehrere Lese-/Schreibsnapshots des Testmasters, die für Testumgebungen erstellt wurden.

Option III: Wenn Sie gelegentlich aus der Produktion aktualisieren müssen (in Abständen von wenigen Monaten), können Sie ein vollständiges RMAN-Backup aus der Production verwenden, um eine Testmasterdatenbank zu erstellen. Um den Aktualisierungsprozess zu vereinfachen, erstellen Sie einen Oracle Cloud Infrastructure File Storage Service und mounten ihn auf dem Production- und Testmasterdatenbankserver. Wenn Sie das RMAN-Backup der Production-Datenbank in Oracle Cloud Infrastructure File Storage durchführen, ist das Backup auch auf dem Testmasterserver verfügbar und ist zur Erstellung eines Testmasters verfügbar.

Beschreibung der Abbildung testmaster-rman-full.png

Diese Architektur unterstützt den folgenden Fluss:

1. Erstellen Sie eine vollständige Backupkopie der Production-Datenbank in Oracle Cloud Infrastructure File Storage Service, und mounten Sie das Backup auf dem Testmasterserver.
2. Erstellen Sie Lese-/Schreib-Snapshots für Ihre Testumgebungen. Die Snapshots werden auf dem Testmasterserver erstellt. Der Testmasterserver verwendet Oracle ACFS.
3. Aktualisieren Sie den Testmaster nach Bedarf, indem Sie den vorhandenen Testmaster löschen und mit einem neuen Backup der Produktionsdatenbank neu erstellen.

Diese Architektur unterstützt die folgenden Komponenten:

• Production Oracle Database: Die Production-Datenbank kann ein Oracle ASM-, Oracle ACFS - oder UNIX-Dateisystem verwenden.
• Oracle RMAN Full Backup: Das RMAN-Utility erstellt ein vollständiges Backup der Production-Datenbank auf dem Oracle Cloud Infrastructure File Storage Service.
• Testmasterdatenbank: Ein vollständiger Klon der Production-Datenbank in einem Oracle ACFS-Dateisystem.
• Snapshots: Ein oder mehrere Lese-/Schreibsnapshots des Testmasters, die für Testumgebungen erstellt wurden.

Info zum Thin Cloning mit dem Utility gDBClone

Das Utility "Database Clone Snapshot Management (gDBClone" stellt einfache und effiziente Methoden für das Erstellen von Snapshot-Klons und das Verwalten von Datenbanken für Test- und Entwicklungsumgebungen bereit.

Das Utility verwendet Oracle ASM Cluster File System (Oracle ACFS). Die Point-in-Time-Snapshot-Technologie von Oracle ACFS und das gDBClone-Utility bieten leistungsstarke, flexible und einfache Tools, mit denen die Zeit und Komplexität der Verwaltung von Test- und Entwicklungsservern reduziert wird. Mit diesen Tools können Sie Daten schnell und effizient zwischen Test-, Entwicklungs- und Produktionsdatenbanken in einem regulären Plan oder bei Bedarf synchronisieren.

Ein Oracle ACFS-Snapshot ist eine Online-, schreibgeschützte oder schreibgeschützte Kopie eines Oracle ACFS-Dateisystems. Die Snapshot-Kopie ist von Speicherplatz effizient und verwendet die Oracle ACFS-Funktion Redirect-on-Write (ROW). Bevor ein Oracle ACFS-Datei-Extent geändert oder gelöscht wird, wird der aktuelle Wert in dem Snapshot beibehalten, um den Punkt in der Zeitansicht des Dateisystems zu verwalten. Oracle ACFS unterstützt 1023 Snapshots pro Dateisystem.

Mit dem Skript gDBClone können Sie die folgenden Schlüsselfunktionen ausführen:

• Clone: Erstellt eine Klondatenbank aus einer Production-Datenbank. Der Klon ist die Testmasterdatenbank. Die Zeit für das Erstellen eines Datenbankklons hängt von der Datenbankgröße und vom Netzwerkdurchsatz ab.
  • Die Quelldatenbank kann sich in jedem beliebigen Dateisystemtyp befinden, einschließlich Oracle Automatic Storage Management (Oracle ASM).
  • Wenn die Datenbank remote ist, muss gDBClone die Remote-Datenbank über den Listener oder SCAN-(Single Client Access Network-) Listener für Oracle Real Application Clusters (Oracle RAC) anmelden.
  • Bei dem Klon oder dem Testmaster kann es sich um eine Primär- oder Standbydatenbank handeln.
  • Bei Verwendung von Oracle Recovery Manager (RMAN) Aus aktiver Datenbank duplizieren weist gDBClone 3 RMAN-Kanäle zu. Sie können die Standardeinstellung mit der Befehlsoption -channels RMAN channels number überschreiben.
• Snap: Erstellt einen dünnbesiedelten Snapshot (Thin Clone) einer Oracle Database. Die Snapshot-Kopie ist space-efficient und verwendet die Redirect-on-Write-Funktion (ACFS ROW).
• Convert: Konvertiert eine angegebene Datenbank in Oracle Real Application Clusters (Oracle RAC) One Node, Oracle RAC oder aus einer Nicht-Containerdatenbank in eine integrierbare Datenbank (PDB) einer bestimmten Containerdatenbank (CDB)
• ListDBs: Führt die geclonten Datenbanken und deren Snapshots auf.
• DelDB: Löscht geclonte Datenbanken oder deren Snapshots.
• ListHomes: Führt das verfügbare Oracle-Standardverzeichnis auf
• ACFS
• SYSPwF: Erstellt eine verschlüsselte Kennwortdatei

Informationen zu erforderlichen Services, Produkten und Rollen

Diese Lösung erfordert die folgenden Produkte, Services und Rollen:

Das Quellsystem (Production-Datenbank) kann eine der folgenden Methoden haben:

• 1-node Oracle Cloud Infrastructure Virtual Machine-Datenbanksystem
• 2-node Oracle RAC Virtual Machine-Datenbanksystem
• Bare-Metal-Oracle Database-System von 1-Knoten
• Oracle Database Exadata Cloud Service -Datenbanksystem

Die Production-Datenbank kann Oracle Automatic Storage Management (Oracle ASM), Oracle ASM Cluster File System (Oracle ACFS) oder ein UNIX-Dateisystem verwenden.

Das Zielsystem (Testmasterserver) kann einen der folgenden Werte aufweisen:

• 1-node (Single Instance) Bare-Metal-Datenbanksystem

  Der Testmaster kann kein Virtual Machine-Datenbanksystem sein, weil ein Virtual Machine-Datenbanksystem nicht mehrere Datenbanken unterstützt.

• Oracle Database Exadata Cloud Service

Für die Test-Master-Datenbankinstanz muss Oracle Database in einem lokalen Oracle ACFS-Dateisystem gespeichert sein.

Es wird empfohlen, dass die Quell- und Ziel-DB-Homes dieselbe Edition und Version aufweisen. Es wird empfohlen, dass beide DB-Homes sich auf derselben Patchebene befinden (sowohl Bundle-als auch One-Off-Patches).

Dies sind die Rollen, die für jeden Service benötigt werden.

Produktname: Rolle	Erforderlich für...
Oracle Database: Root-Systemberechtigungen oder sudo mit der Möglichkeit zur Ausführung von Befehlen als Root.	Erstellen Sie den Testmaster, indem Sie die Production-Datenbank clonen, eine Standby-Datenbank erstellen oder eine vollständige Backupkopie erstellen.
gDBClone -Utility: Root-Systemberechtigungen oder sudo mit der Möglichkeit, Befehle als Root auszuführen.	Führen Sie die meisten gDBClone-Aufgaben aus, einschließlich Klonen und Snapshots.
Oracle Cloud Infrastructure File Storage Service: Mitglied der Gruppe OCI_Administrators.	Erstellen Sie ein vollständiges Datenbankbackup mit Oracle Recovery Manager (RMAN) auf Oracle Cloud Infrastructure File Storage Service.

In wird beschrieben, wie Sie Oracle Cloud-Services für Oracle-Lösungen erhalten, um die benötigten Cloud-Services zu erhalten.