Erfahren Sie mehr über die Migration von IBM Db2 zu Oracle Autonomous Database

Konvertieren Sie eine IBM Db2-(LUW-)Datenbank in Oracle Autonomous Data Warehouse in Oracle Cloud Infrastructure, um die erweiterten Funktionen von Oracle PL/SQL und einer autonomen Datenbank zu nutzen. Eine autonome Datenbank ist elastisch skalierbar und liefert schnelle Abfrageperformance ohne Datenbankadministration mit hohem Overhead.

Bevor Sie beginnen

Erfahren Sie mehr über die Migration von einer IBM-Datenbank zu einer Oracle Autonomous Database.

• IBM Db2-Datenbank zu Oracle Cloud migrieren
• Verbinden Sie Ihr On-Premise-Netzwerk über VPN

Architektur

Diese Architektur zeigt, wie Daten und Metadaten von einer On-Premise-Datenbank von IBM Db2 zu einer Oracle Autonomous Data Warehouse migriert werden.

Das folgende Diagramm veranschaulicht diese Referenzarchitektur.

Beschreibung der Abbildung ibmdb-object-storage-and-adb.png

ibmdb-object-storage-and-adb-oracle.zip

Das in dieser Architektur angezeigte On-Premise-Data Center umfasst die folgenden Komponenten:

• Kunden-Premise-Geräte (CPE)

  CPE ist der On-Premise-Endpunkt für die VPN Connect- oder Oracle Cloud Infrastructure FastConnect-Verbindung zwischen dem On-Premise-Data Center und dem virtuellen Cloud-Netzwerk (VCN) in Oracle Cloud Infrastructure.

• IBM Db2-Datenbank

  Die IBM Db2-Datenbank (auch als Db2 für Linux-, UNIX- und Windows- oder Db2 LUW-Datenbank bezeichnet) Version 11.5.5 ist ein RDBMS von Drittanbietern zum Erstellen von umfangreichen Data Warehousing-Anwendungen. Ein RDBMS von Drittanbietern zum Erstellen von Data Warehousing-Großanwendungen.

• Oracle SQL Developer

  Oracle SQL Developer ist eine Entwicklungsumgebung, die die Entwicklung und Verwaltung von Oracle Database vereinfacht. Sie bietet eine vollständige End-to-End-Entwicklung Ihrer PL/SQL-Anwendungen, ein Arbeitsblatt zur Ausführung von Abfragen und Skripten, eine DBA-Konsole zur Verwaltung der Datenbank, eine Berichtsschnittstelle, eine komplette Datenmodellierungslösung, integrierte Oracle REST Data Services und eine Migrationsplattform für das Verschieben Ihrer Datenbanken von Drittanbietern zu Oracle, wie IBM Db2 zu Oracle.

  Oracle SQL Developer ist für die Ausführung auf allen unterstützten Oracle-Datenbanken zertifiziert.

• SQL Loader

  SQL*Loader lädt Daten aus externen Dateien in Tabellen einer Oracle Database. SQL*Loader verwendet die Feldspezifikationen in der Kontrolldatei, um das Format der Datendatei zu interpretieren, die Eingabedaten zu parsen und die Bind-Arrays zu füllen, die einer SQL INSERT-Anweisung mit diesen Daten entsprechen. Oracle Database akzeptiert die Daten und führt die INSERT-Anweisung aus, um die Daten in der Datenbank zu speichern.

• Exportutility

  Das Exportprogrammutility kopiert Daten im Bulkverfahren zwischen einer Instanz der IBM Db2-Datenbank und einer Datendatei in einem benutzerdefinierten Format. Mit dem Exportutility können Daten aus Tabellen in Datendateien exportiert werden.

Die Seite der Architektur von Oracle Cloud Infrastructure umfasst die folgenden Komponenten:

• Region

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

• Compartment

  Compartments sind regionsübergreifende logische Partitionen in einem Oracle Cloud Infrastructure-Mandanten. Mit Compartments können Sie Ihre Ressourcen in Oracle Cloud organisieren, den Zugriff auf die Ressourcen kontrollieren und Nutzungsquoten festlegen. Um den Zugriff auf die Ressourcen in einem bestimmten Compartment zu kontrollieren, definieren Sie Policys, die angeben, wer auf die Ressourcen zugreifen kann und welche Aktionen sie ausführen können.

• Cloud Guard

  Mit Oracle Cloud Guard können Sie die Sicherheit Ihrer Ressourcen in Oracle Cloud Infrastructure überwachen und verwalten. Cloud Guard verwendet Rezepte, die Sie definieren können, um Ihre Ressourcen auf Sicherheitsschwächen zu untersuchen und Operatoren und Benutzer auf riskante Aktivitäten zu überwachen. Wenn eine fehlerhafte oder unsichere Aktivität ermittelt wird, empfiehlt Cloud Guard Korrekturmaßnahmen und unterstützt die Ausführung dieser Aktionen auf der Grundlage der Responderrezepte, die Sie definieren können.

• Availability-Domain

  Availability-Domains sind eigenständige, unabhängige Data Center in einer Region. Die physischen Ressourcen in jeder Availability-Domain sind von den Ressourcen in den anderen Availability-Domains isoliert, was eine Fehlertoleranz bietet. Availability-Domains haben keine gemeinsame Infrastruktur wie Stromversorgung oder Kühlung oder das interne Availability-Domainnetzwerk. Daher ist es wahrscheinlich, dass sich ein Fehler in einer Availability-Domain auf die anderen Availability-Domains in der Region auswirkt.

• Faultdomain

  Eine Fehlerdomain ist eine Gruppierung aus Hardware und Infrastruktur innerhalb einer Availability-Domain. Jede Availability-Domain hat drei Faultdomains mit unabhängiger Stromversorgung und Hardware. Wenn Sie Ressourcen auf mehrere Faultdomains verteilen, können Ihre Anwendungen physische Serverfehler, Systemwartung und Stromausfälle innerhalb einer Faultdomain tolerieren.

• Virtuelles Cloud-Netzwerk (VCN) und Subnetze

  Ein VCN ist ein anpassbares, softwaredefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten. Wie bei herkömmlichen Data Center-Netzwerken erhalten VCNs vollständige Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere nicht überlappende CIDR-Blöcke haben, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die für eine Region oder eine Availability-Domain gelten können. Jedes Subnetz besteht aus einem fortlaufenden Adressbereich, der sich nicht mit den anderen Subnetzen im VCN überschneidet. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.

  Jede Compute-Instanz wird in einem VCN bereitgestellt, das in Subnetze segmentiert werden kann.

• VPN Connect

  VPN Connect stellt IPSec-VPN-Verbindungen zwischen Ihrem On-Premise-Netzwerk und VCNs in Oracle Cloud Infrastructure bereit. Die IPSec-Protokollsuite verschlüsselt IP-Traffic, bevor die Pakete von der Quelle zum Ziel übertragen werden, und der Traffic wird entschlüsselt, wenn er ankommt.

• Dynamisches Routinggateway (DRG)

  Das DRG ist ein virtueller Router, der einen Pfad für privaten Netzwerktraffic zwischen einem VCN und einem Netzwerk außerhalb der Region bereitstellt, wie z.B. ein VCN in einer anderen Oracle Cloud Infrastructure-Region, ein On-Premise-Netzwerk oder ein Netzwerk in einem anderen Cloudprovider.

• Servicegateway

  Das Servicegateway bietet Zugriff von einem VCN auf andere Services, wie Oracle Cloud Infrastructure Object Storage. Der Traffic vom VCN zu dem Oracle-Service durchläuft das Oracle-Fabric und durchläuft nie das Internet.

• Routestabelle

  Virtuelle Routentabellen enthalten Regeln, mit denen Traffic von Subnetzen an Ziele außerhalb eines VCN weitergeleitet wird, im Allgemeinen über Gateways.

• Sicherheitsliste

  Für jedes Subnetz können Sie Sicherheitsregeln erstellen, die Quelle, Ziel und Typ des Traffics angeben, der im Subnetz und aus dem Subnetz zugelassen werden muss.

• Bastion-Host oder Bastion-Service

  Diese Architektur verwendet einen Bastionhost. Sie können jedoch entweder einen Bastionhost oder einen Oracle Cloud Infrastructure-Bastion-Service verwenden:

  • Bastion Host

    Der Bastionhost ist eine Compute-Instanz, die als sicherer, kontrollierter Einstiegspunkt in die Topologie von außerhalb der Cloud dient. Der Bastionhost wird in der Regel in einer demilitarisierten Zone (DMZ) bereitgestellt. Dadurch können Sie sensible Ressourcen schützen, indem Sie sie in privaten Netzwerken platzieren, auf die nicht direkt von außerhalb der Cloud zugegriffen werden kann. Die Topologie hat einen einzigen, bekannten Einstiegspunkt, den Sie regelmäßig überwachen und auditieren können. Sie können also vermeiden, die empfindlicheren Komponenten der Topologie freizugeben, ohne den Zugriff darauf zu beeinträchtigen.

  • Bastionsservice

    Oracle Cloud Infrastructure Bastion bietet eingeschränkten und zeitlich begrenzten sicheren Zugriff auf Ressourcen, die keine öffentlichen Endpunkte haben und strenge Ressourcenzugriffskontrollen erfordern, wie Bare-Metal- und virtuelle Maschinen, Oracle MySQL Database Service, Autonomous Transaction Processing (ATP), Oracle Container Engine for Kubernetes (OKE) und jede andere Ressource, die Secure Shell Protocol-(SSH-)Zugriff zulässt. Mit dem Oracle Cloud Infrastructure-Bastion-Service können Sie den Zugriff auf private Hosts aktivieren, ohne einen Jump-Host bereitzustellen und zu verwalten. Außerdem erhalten Sie eine verbesserte Sicherheitslage mit identitätsbasierten Berechtigungen und einer zentralen, auditierten und zeitgebundenen SSH-Session. Mit Oracle Cloud Infrastructure Bastion ist keine öffentliche IP mehr für Bastionzugriffe erforderlich. Dadurch entfällt die problemlose und potenzielle Angriffsfläche, wenn Sie Remotezugriff bereitstellen.

• Autonomous Database

  Oracle Cloud Infrastructure autonome Datenbanken sind vollständig verwaltete, vorkonfigurierte Datenbankumgebungen, die Sie für die Transaktionsverarbeitung und Data Warehousing-Workloads verwenden können. Sie müssen keine Hardware konfigurieren oder verwalten und keine Software installieren. Oracle Cloud Infrastructure behandelt das Erstellen der Datenbank sowie das Backup, Patching, Upgrade und Tuning der Datenbank.

• Objektspeicher

  Object Storage bietet schnellen Zugriff auf große Mengen strukturierter und unstrukturierter Daten eines beliebigen Inhaltstyps, einschließlich Datenbankbackups, Analysedaten und umfangreicher Inhalte wie Bilder und Videos. Sie können Daten sicher speichern und dann direkt aus dem Internet oder aus der Cloud-Plattform abrufen. Sie können den Speicher nahtlos skalieren, ohne dass es zu einer Beeinträchtigung der Performance oder Servicezuverlässigkeit kommt. Verwenden Sie den Standardspeicher für "heiße" Speicher, auf den Sie schnell, sofort und häufig zugreifen müssen. Verwenden Sie Archivspeicher für "kalten" Speicher, den Sie über lange Zeiträume beibehalten und selten oder nur selten zugreifen.

Informationen zu erforderlichen Services und Rollen

Für diese Lösung sind die folgenden Services und Rollen erforderlich:

• Oracle Autonomous Data Warehouse

• Oracle Cloud Infrastructure Object Storage

• Oracle SQL Developer (Oracle SQL Developer Web und SQL*Developer)

Diese Rollen sind für jeden Service erforderlich.

Servicename: Rolle	Erforderlich für...
Oracle Autonomous Data Warehouse: Admin	Erstellen Sie die Zugangsdaten.
Oracle Cloud Infrastructure Object Storage: Admin	Speichern Sie Daten für die Migration in das Autonomous Data Warehouse.
Oracle SQL Developer: Admin	Migrieren Sie die Daten.

Weitere Informationen zum Abrufen der erforderlichen Cloud-Services finden Sie unter Oracle Cloud-Services für Oracle-Lösungen.

Informationen zum Verwenden eines Bastion-Service anstelle eines Bastionhosts finden Sie unter Bastion-Service für den Zugriff auf Ressourcen in einem privaten Subnetz verwenden.