Disaster-Recovery-Topologie für Oracle Data Integrator einrichten

Oracle Data Integrator ist eine umfassende Datenintegrationsplattform. Sie deckt alle Anforderungen an die Datenintegration ab: von Batch-Loads mit hohem Volumen über ereignisgesteuerte Integrationsprozesse bin hin zu SOA-fähigen Datenservices.

Disaster Recovery ist ein Prozess, mit dem wir die Services wiederherstellen können, wenn ein System heruntergefahren ist. Es ist unerlässlich, ein Disaster Recovery-Setup für geschäftskritische Anwendungen einzurichten, da es das Unternehmen vor Datenverlusten schützt und auch die Ausfallzeit einer Anwendung reduziert.

Durch die Einrichtung einer Disaster-Recovery-Topologie für Oracle Data Integrator können Business-Anwender auf die neuesten Daten zugreifen und ihre Analyseergebnisse verbessern.

Architektur

Diese Referenzarchitektur beschreibt das Disaster Recovery-Setup für ein Oracle Data Integrator Marketplace-Image.

Das Architektursetup umfasst autonome Datenbank, virtuelle Maschine, Boot-Volume, Block-Volume, Netzwerk und Dateispeicher. Jede dieser Komponenten muss in einer sekundären Region aus der primären Region repliziert werden, damit die Instanz während eines Desasters wiederhergestellt werden kann.

Die virtuelle Maschine enthält das Betriebssystem und die Oracle Data Integrator-Software. Es wird im Boot-Volume gespeichert, und diese Boot-Volumes werden regionsübergreifend mit den regionsübergreifenden Replikationsfunktionen in OCI repliziert.

Block Volume bietet leistungsstarke Netzwerkspeicherkapazität. Block-Volumes werden an eine virtuelle Maschine angehängt, um die Speicherkapazität zu erhöhen. Die an virtuelle Oracle Data Integrator-Maschinen angehängten Block-Volumes können mit dem Feature für regionsübergreifende Replikation in OCI repliziert werden.

File Storage Service bietet ein dauerhaftes, skalierbares und sicheres Netzwerkdateisystem der Unternehmensklasse. Dateispeicher kann an mehrere virtuelle Maschinen angehängt werden, um den Speicher zu erhöhen und Dateien über die Instanzen hinweg freizugeben. Der an die virtuelle Maschine angehängte Dateispeicher kann mit dem Feature für regionsübergreifende Replikation in OCI repliziert werden.

Data Guard gewährleistet High Availability, Datenschutz und Disaster Recovery für Unternehmensdaten. Data Guard kann für die autonome Datenbank aktiviert werden, um die Standbydatenbank in der sekundären Region zu erstellen. Die virtuelle Maschine kann mit den Boot-Volumes in der sekundären Region wiederhergestellt werden. Nachdem die virtuelle Maschine wiederhergestellt wurde, kann Oracle Data Integrator für die sekundäre autonome Datenbank konfiguriert werden. Das Boot-Volume und der Dateispeicher können an die virtuelle Maschine angehängt werden.

Das folgende Diagramm veranschaulicht diese Referenzarchitektur.

Beschreibung der Abbildung oracle-data-integrator-dr-arch.png

oracle-datenintegrator-dr-arch-oracle.zip

Die Architektur umfasst die folgenden Komponenten:

• Region

  Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domain bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).

• Verfügbarkeitsdomänen

  Availability-Domains sind eigenständige, unabhängige Data Center innerhalb einer Region. Die physischen Ressourcen in jeder Availability-Domain sind von den Ressourcen in den anderen Availability-Domains isoliert, was eine Fehlertoleranz sicherstellt. Availability-Domains haben keine gemeinsame Infrastruktur wie Stromversorgung oder Kühlung oder das interne Availability-Domainnetzwerk. Ein Fehler in einer Availability-Domain darf sich also nicht auf die anderen Availability-Domains in der Region auswirken.

• Virtuelles Cloud-Netzwerk (VCN) und Subnetze

  Ein VCN ist ein anpassbares, benutzerdefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie traditionelle Data Center-Netzwerke erhalten Sie mit VCNs Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem Bereich zusammenhängender Adressen, die sich nicht mit anderen Subnetzen im VCN überschneiden. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.

• Autonomous Database

  Oracle Autonomous Database ist eine vollständig verwaltete, vorkonfigurierte Datenbankumgebung, die Sie für Transaktionsverarbeitungs- und Data Warehousing-Workloads verwenden können. Sie müssen keine Hardware konfigurieren oder verwalten oder Software installieren. Oracle Cloud Infrastructure übernimmt das Erstellen der Datenbank sowie Backup, Patching, Upgrade und Optimierung der Datenbank.

• Virtueller Rechner

  Oracle Cloud Infrastructure (OCI) Compute-VMs bieten sichere und elastische Compute-Kapazität in der Cloud für Workloads, die von kleinen Entwicklungsprojekten bis hin zu großen globalen Anwendungen wie Echtzeitkommunikationsplattformen reichen. Mit flexiblen Ausprägungen können Benutzer VM-Ressourcen mit benutzerdefinierten Prozessor- und Speicherwerten optimieren, um das Preis-Leistungs-Verhältnis zu verbessern.

• Block-Volume

  Mit Blockspeicher-Volumes können Sie Speicher-Volumes erstellen, anhängen, verbinden und verschieben und die Volume-Performance so ändern, dass sie Ihre Speicher-, Performance- und Anwendungsanforderungen erfüllen. Nachdem Sie ein Volume an eine Instanz angehängt und damit verbunden haben, können Sie es wie eine herkömmliche Festplatte verwenden. Sie können ein Volume auch trennen und an eine andere Instanz anhängen, ohne Daten zu verlieren.

• File Storage

  Der Oracle Cloud Infrastructure File Storage Service stellt ein dauerhaftes, skaliertes und sicheres Netzwerkdateisystem der Unternehmensklasse bereit. Sie können über jede Bare-Metal-, VM- oder Containerinstanz in einem VCN eine Verbindung mit einem File Storage Service-Dateisystem herstellen. Sie können auf ein Dateisystem auch außerhalb des VCN mit Oracle Cloud Infrastructure FastConnect und IPSec VPN zugreifen.

Empfehlungen

Verwenden Sie die folgenden Empfehlungen als Ausgangspunkt. Ihre Anforderungen können von der hier beschriebenen Architektur abweichen.

• VCN-Skalierung

  Wenn Sie ein VCN erstellen, bestimmen Sie die Anzahl der erforderlichen CIDR-Blöcke und die Größe jedes Blocks basierend auf der Anzahl der Ressourcen, die Sie an Subnetze im VCN anhängen möchten. Verwenden Sie CIDR-Blöcke innerhalb der Standard-CIDR-Blöcke der privaten IP-Adresse space.Select, die sich nicht mit anderen Netzwerken (in Oracle Cloud Infrastructure, Ihrem On-Premise-Data-Center oder einem anderen Cloud-Provider) überschneiden, zu denen Sie private Verbindungen einrichten möchten. Nachdem Sie ein VCN erstellt haben, können Sie dessen CIDR-Blöcke ändern, hinzufügen und entfernen.

• Compute-Ausprägungen

  In dieser Architektur werden ein Oracle Data Integrator Marketplace-Image und die Ausprägung VM.Standard 2.4 für den Compute-Rechner verwendet. Wählen Sie eine Ausprägung aus, die den Ressourcenanforderungen Ihrer Anwendung entspricht.

• Boot-Volume

  Wenn Sie eine virtuelle Maschine (VM) oder Bare-Metal-Instanz auf Basis eines Plattformimages oder benutzerdefinierten Images starten, wird ein neues Boot-Volume für die Instanz im gleichen Compartment erstellt. Das Boot-Volume ist mit dieser Instanz verknüpft, bis Sie die Instanz beenden. Boot-Volume ist ein spezieller Typ von Block-Volumes. Aktivieren Sie die regionsübergreifende Replikation für das Boot-Volume, sodass die Daten in der sekundären Region repliziert werden.

• Block-Volume

  Da das Oracle Data Integrator-Marktplatzimage eine Standardgröße von 50 GB aufweist, wird ein Block-Volume angehängt, um die Speicherkapazität zu erhöhen. OCI-Block-Volume unterstützt Volumes von 50 GB bis 32 TB in 1-GB-Schritten. Wählen Sie die Block-Volume-Größe aus, die für Ihren Anwendungsfall ausreicht. Aktivieren Sie die regionsübergreifende Replikation für Block-Volumes, sodass die Daten in der Disaster-Recovery-Region repliziert werden.

• File Storage

  Ein Dateispeicher kann an mehrere Compute-Rechner angehängt werden. Er ist hilfreich, wenn Sie das Dateisystem als Quelle verwenden möchten. OCI File Storage wird automatisch skaliert, um das Wachstum von bis zu 8 Exabyte zu bewältigen. Aktivieren Sie die regionsübergreifende Replikation für File Storage.

• Data Guard

  Aktivieren Sie Autonomous Data Guard auf Oracle Autonomous Database, damit die sekundäre Instanz während des Disaster Recoverys aktiv werden kann.

Hinweise

Berücksichtigen Sie bei der Implementierung dieser Architektur die Anforderungen für die folgenden Parameter.

• Statische IP für Compute

  Statische IP-Adresse kann für eine Compute-Instanz verwendet werden, sodass das Instanz-Provisioning während des Switchovers einfach ist. Wenn eine dynamische IP-Adresse verwendet wird, muss die IP-Adresse in /etc/hosts aktualisiert werden.

• DNS, Hostnameneinträge

  Das DNS muss so konfiguriert sein, dass virtuelle Maschinen eine Verbindung zu Autonomous Database herstellen können. Wenn DNS nicht konfiguriert ist, kann die IP-Adresse der Autonomous Database-Instanz in /etc/hosts hinzugefügt werden.

• Servicelimits

  Berücksichtigen Sie beim Entwerfen Ihrer Architektur die Servicelimits für Compute-Instanz, Blockspeicher, Dateispeicher und Autonomous Database. Weitere Informationen finden Sie in der Dokumentation zu Servicelimits im Abschnitt Weitere Informationen.

• Backups
  • Datenbank

    OCI sichert autonome Datenbanken automatisch und bewahrt die Backups 60 Tage lang auf. Sie können die Datenbank zu einem beliebigen Zeitpunkt während des Aufbewahrungszeitraums wiederherstellen. Sie können auch manuelle Backups erstellen, um die automatischen Backups zu ergänzen. Manuelle Backups werden in einem OCI Object Storage-Bucket gespeichert, den Sie erstellen, und werden 60 Tage lang aufbewahrt.

  • Anwendung

    Mit dem Service Oracle Cloud Infrastructure Block Volumes können Sie Point-in-Time-Backups von Daten auf einem Block-Volume erstellen. Sie können diese Backups jederzeit auf neuen Volumes wiederherstellen. Mit dem Service können Sie auch ein absturzkonsistentes Point-in-Time-Backup eines Boot-Volumes ohne Anwendungsunterbrechung oder Ausfallzeit erstellen. Boot- und Block-Volumes verfügen über dieselben Backupfunktionen.

  • Sicherheit

    Verwenden Sie für die Zugriffskontrolle Policys, um einzuschränken, wer auf Ihre Ressourcen in der Cloud zugreifen kann und welche Aktionen sie ausführen können.

Stellen Sie

Oracle Data Integrator ist in den Oracle Marketplace-Images verfügbar, und eine Instanz kann mit dem Marketplace-Image bereitgestellt werden.

Blockspeicher und Dateispeicher anhängen

1. Je nach Speicheranforderungen kann ein Blockspeicher bereitgestellt und an die ODI-Marktplatzinstanz angehängt werden.
2. Ein Dateispeicher kann angehängt werden, wenn ein gemeinsam genutztes Laufwerk für mehrere Compute-Instanzen erforderlich ist.

In der sekundären Region bereitstellen

1. Die Compute-Instanz in der sekundären Region muss auf die autonome Datenbank in der sekundären Region verweisen.
2. Die Datei odi-setup.properties muss in die entsprechende Region aktualisiert werden.
   • dbTech=ADB
   • rcuCreationMode=false
   • odiSchemaPassword=<valid password>
   • odiSchemaUser=<odi schema username>
   • odiSupervisorPassword=<odi SUPERVISOR password>
   • walletZipLoc=<path_to_zipped_wallet>
   • workRepoName=<WORK REPO NAME>
3. Erstellen Sie eine repository.properties-Datei in $MW_HOME/odi/common/scripts.

   masterReposDriver=oracle.jdbc.OracleDriver
   masterReposUser=<odi schema username>
   workReposName=<WORK REPO NAME>

4. Navigieren Sie zum Verzeichnis $MW_HOME/odi/common/scripts, und führen Sie die folgenden Python-Skripte in der angegebenen Reihenfolge aus.
   1. python odiMPConfiguration.py
   2. python manageOdiApps.py start
5. Die Schritte 2 bis 4 können automatisiert und beim Provisioning der Instanz ausgeführt werden.

Mehr erfahren

Sehen Sie sich diese zusätzlichen Ressourcen an, um mehr über die Features dieser Referenzarchitektur zu erfahren.

• Data Integrator: Classic - Oracle - Oracle Cloud Marketplace
• Zwischen Autonomous Database-Repositorys wechseln
• OCI-Vollstack-Datenwiederherstellung
• Servicelimits
• Oracle Cloud Infrastructure-Dokumentation
• Best Practice Framework für Oracle Cloud Infrastructure
• Oracle Cloud Kostenschätzer
• Framework für die Cloud-Einführung

Bestätigungen

• Autor: Srivishnu Gullapalli
• Beitragender: Anupama Pundpal