Teilen über

Übersicht über Oracle-Anwendungen und -Lösungen in Azure

  • Artikel

Gilt für: ✔️ Linux-VMs

In diesem Artikel erfahren Sie, wie Sie Oracle-Lösungen mithilfe der Azure-Infrastruktur ausführen.

Wichtig

Oracle RAC und Oracle RAC OneNode werden in Azure-Bare-Metal-Infrastruktur nicht unterstützt.

Oracle-Datenbanken in einer Azure-Infrastruktur

Oracle unterstützt die Ausführung der Standard und Enterprise Edition von Database 12.1 und höher in Azure auf VM-Images, die auf Oracle Linux basieren. Sie können Oracle-Datenbanken in einer Azure-Infrastruktur mithilfe von Oracle Database on Oracle Linux-Images ausführen, die im Azure Marketplace verfügbar sind:

  • Oracle Database 12.2 und 18.3 Enterprise Edition
  • Oracle Database 12.2 und 18.3 Standard Edition
  • Oracle Database 19.3
    Sie können auch einen der folgenden Ansätze verfolgen:
  • Richten Sie Oracle Database für ein Nicht-Oracle Linux-Image ein, das in Azure verfügbar ist.
  • Erstellen Sie eine Lösung auf einem benutzerdefinierten Image, das Sie in Azure von Grund auf neu erstellen.
  • Laden Sie ein benutzerdefiniertes Image aus Ihrer lokalen Umgebung hoch.

Sie können Ihre Lösung optional auch mit mehreren angefügten Datenträgern konfigurieren. Sie können die Datenbankleistung verbessern, indem Sie Oracle Automated Storage Management (ASM) installieren. Damit Oracle Database-Produktionsworkloads in Azure eine optimale Leistung erzielen, achten Sie darauf, dass Sie das VM-Image auf eine geeignete Größe festlegen und die richtigen Speicheroptionen basierend auf Durchsatz, IOPS, und Latenz auswählen. Anweisungen dazu, wie Sie eine Oracle Database mit dem von Oracle veröffentlichten VM-Image schnell in Azure einrichten, finden Sie unter Erstellen einer Oracle-Datenbank auf einem virtuellen Azure-Computer.

Bereitstellen von Oracle-VM-Images in Microsoft Azure

Dieser Abschnitt enthält Informationen zu Oracle-Lösungen, die auf Images von virtuellen Computern (VMs) basieren, die von Oracle im Azure Marketplace veröffentlicht wurden. Um eine Liste der derzeit verfügbaren Oracle-Images abzurufen, führen Sie den folgenden Befehl mithilfe der Azure CLI oder Azure Cloud Shell

az vm image list --publisher oracle --output table –all

Für das Image gilt „Bring-Your-Own-License“. Ihnen werden lediglich die Kosten für Compute, Speicher und Netzwerk in Rechnung gestellt, die durch die Ausführung eines virtuellen Computers anfallen. Sie können als Basis für ihre Lösungen auch ein benutzerdefiniertes Image verwenden, das sie in Azure von Grund auf neu erstellen, oder sie können ein benutzerdefiniertes Image aus ihrer lokalen Umgebung hochladen.

Wichtig

Sie benötigen eine entsprechende Lizenz, um Oracle-Software zu verwenden, sowie eine aktuelle Supportvereinbarung mit Oracle. Oracle bietet eine garantierte Lizenzmobilität von einer lokalen Verwendung zu Azure. Weitere Informationen zur Lizenzmobilität finden Sie unter Häufig gestellte Fragen zur strategischen Partnerschaft von Oracle und Microsoft.

Anwendungen unter Oracle Linux und WebLogic Server

Führen Sie Unternehmensanwendungen auf WebLogic-Server in Azure mit unterstützten Oracle Linux-Images aus. Weitere Informationen finden Sie in der WebLogic-Dokumentation Oracle WebLogic-Server in Azure – Lösungsübersicht.

WebLogic Server mit Azure-Dienstintegrationen

Oracle und Microsoft arbeiten zusammen, um WebLogic Server in Form von Azure-Anwendungsangeboten in Azure Marketplace anzubieten. Weitere Informationen zu diesen Angeboten finden Sie unter Was sind Lösungen zum Ausführen von Oracle WebLogic Server?.

Oracle WebLogic Server-VM-Images

Clustering wird nur in der Enterprise Edition unterstützt. Sie sind nur für die Verwendung des WebLogic-Clusterings lizenziert, wenn Sie die Enterprise Edition von Oracle WebLogic Server verwenden. Verwenden Sie Clustering nicht mit der Standard Edition von Oracle WebLogic Server. UDP-Multicast wird nicht unterstützt. Azure unterstützt UDP-Unicasting, jedoch weder Multicasting noch Broadcasting. Oracle WebLogic Server kann die UDP-Unicast-Funktionen von Azure nutzen. Um optimale Ergebnisse bei der Nutzung von UDP-Unicast zu erzielen, empfiehlt es sich, eine statische Größe des WebLogic-Clusters zu verwenden oder nicht mehr als 10 verwaltete Server aufzunehmen. Oracle WebLogic Server erwartet, dass für den T3-Zugriff öffentliche und private Ports identisch sind. Beispielsweise bei Verwendung von Enterprise JavaBeans (EJB). Beispielszenario mit mehreren Ebenen: Eine Anwendung auf Dienstebene wird auf einem Oracle WebLogic Server-Cluster, der aus mindestens zwei VMs besteht, in einem virtuellen Netzwerk mit dem Namen SLWLS ausgeführt. Die Clientebene befindet sich in einem anderen Subnetz in demselben virtuellen Netzwerk, und es wird ein einfaches Java-Programm ausgeführt, das versucht, EJB auf der Dienstebene aufzurufen. Da die Dienstebene einen Lastenausgleich erfordert, muss für die virtuellen Computer im Oracle WebLogic Server-Cluster ein öffentlicher Endpunkt mit Lastenausgleich erstellt werden. Wenn sich der angegebene private Port vom öffentlichen Port unterscheidet, tritt ein Fehler auf. Wenn Sie beispielsweise 7006:7008 verwenden, tritt der folgende Fehler auf, weil Oracle WebLogic Server für jeden T3-Remotezugriff erwartet, dass der Load Balancer-Port und der Port des verwalteten WebLogic-Servers identisch sind.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

Im oben dargestellten Fall greift der Client auf Port 7006 (den Port für den Lastenausgleich) zu, und der verwaltete Server lauscht an Port 7008 (dem privaten Port). Diese Einschränkung gilt nur für den T3-Zugriff und nicht für HTTP.

Sie können dieses Problem mit einer der folgenden Problemumgehungen vermeiden:

  • Verwenden Sie für Endpunkte mit Lastenausgleich, die für T3-Zugriff vorgesehen sind, die gleiche Nummer für den öffentlichen und privaten Port.

  • Geben Sie beim Starten von Oracle WebLogic Server auch den folgenden JVM-Parameter an: configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Einschränkungen für dynamisches Clustering und Lastenausgleich. Angenommen, Sie möchten in Oracle WebLogic Server einen dynamischen Cluster verwenden und über einen einzelnen öffentlichen Endpunkt mit Lastenausgleich in Azure verfügbar machen. Dieser Ansatz kann verfolgt werden, solange Sie eine feste Portnummer für jeden der verwalteten Server verwenden und keine dynamisch aus einem Bereich zugewiesenen. Starten Sie nicht mehr verwaltete Server, als es Computer gibt, die der Administrator nachverfolgt. Es sollte nicht mehr als einen verwalteten Server pro virtuellem Computer geben. Wenn die Konfiguration dazu führt, dass mehr Oracle WebLogic Server gestartet werden, als virtuelle Computer vorhanden sind, kann nur jeweils eine dieser Oracle WebLogic Server-Instanzen an eine bestimmte Portnummer gebunden werden. Das bedeutet, wenn mehrere Oracle WebLogic Server-Instanzen gemeinsam denselben virtuellen Computer nutzen, tritt für die anderen auf diesem virtuellen Computer ein Fehler auf. Wenn Sie den Administratorserver so konfigurieren, dass den verwalteten Servern automatisch eindeutige Portnummern zugewiesen werden, ist der Lastenausgleich nicht möglich. Azure unterstützt keine Zuordnung von einem einzelnen öffentlichen Port zu mehreren privaten Ports, die für diese Konfiguration erforderlich sind.

  • Mehrere Oracle WebLogic Server-Instanzen auf einem virtuellen Computer. Je nach den Anforderungen Ihrer Bereitstellung sollten Sie in Betracht ziehen, mehrere Oracle WebLogic Server-Instanzen auf demselben virtuellen Computer auszuführen, sofern die Größe des virtuellen Computers ausreicht. Beispielsweise können Sie auf einem virtuellen Computer mittlerer Größe, der zwei Kerne enthält, zwei Oracle WebLogic Server-Instanzen ausführen. Es empfiehlt sich jedoch weiterhin, die Einführung von Single Points of Failure in Ihre Architektur zu vermeiden. Das Ausführen mehrerer Instanzen von Oracle WebLogic Server auf nur einem virtuellen Computer wäre ein solcher Single Point of Failure.

Die Verwendung von mindestens zwei VMs stellt demgegenüber einen besseren Ansatz dar. Jeder virtuelle Computer kann mehrere Oracle WebLogic Server-Instanzen ausführen. Jede Oracle WebLogic Server-Instanz könnte weiterhin demselben Cluster angehören. Es ist jedoch aktuell nicht möglich, Azure für den Lastenausgleich von Endpunkten auf demselben virtuellen Computer zu verwenden, die über solche Oracle WebLogic Server-Bereitstellungen verfügbar gemacht werden. Azure Load Balancer erfordert, dass die Server mit Lastenausgleich auf eindeutige VMs verteilt werden.

Hochverfügbarkeits- und Notfallwiederherstellungsoptionen

Wenn Sie Oracle-Lösungen in Azure verwenden, liegt die Implementierung einer Lösung für Hochverfügbarkeit (HA) und Notfallwiederherstellung zum Vermeiden von Ausfallzeiten in Ihrer Verantwortung. Sie können auch Hochverfügbarkeit und Notfallwiederherstellung für Oracle Database Enterprise Edition mithilfe von Data Guard, Active Data Guard oder Oracle GoldenGate implementieren. Der Ansatz erfordert zwei Datenbanken auf zwei separaten VMs, die sich im selben virtuellen Netzwerk befinden sollten, um sicherzustellen, dass sie über die private persistente IP-Adresse aufeinander zugreifen können.

Es empfiehlt sich, die virtuellen Computer in derselben Verfügbarkeitsgruppe anzuordnen, damit sie von Azure in je eigenen Fehlerdomänen und Upgradedomänen platziert werden können. Falls Sie Georedundanz verwenden möchten, richten Sie die zwei Datenbanken so ein, dass sie zwischen verschiedenen Regionen repliziert werden, und verbinden Sie die zwei Instanzen mit einem VPN Gateway. Informationen zum grundlegenden Setupvorgang in Azure finden Sie unter Implementieren von Oracle Data Guard auf einem virtuellen Azure Linux-Computer.

Mit Oracle Active Data Guard können Sie Hochverfügbarkeit erzielen, indem Sie eine primäre Datenbank auf einer VM, eine sekundäre (Standby-)Datenbank auf einer anderen VM und die unidirektionale Replikation zwischen beiden einrichten. Das Ergebnis ist Lesezugriff auf die Kopie der Datenbank. Mit Oracle GoldenGate können Sie bidirektionale Replikation zwischen den beiden Datenbanken konfigurieren. Informationen zum Einrichten einer Hochverfügbarkeitslösung für die Datenbanken mithilfe dieser Tools finden Sie unter Active Data Guard und GoldenGate. Wenn Sie Lese-/Schreibzugriff auf die Kopie der Datenbank benötigen, können Sie Oracle Active Data Guard verwenden.

Eine schrittweise Anleitung zum grundlegenden Setupvorgang in Azure finden Sie unter Implementieren von Oracle Golden Gate in Azure Linux-VMs.

Sie können eine hohe Verfügbarkeit für Ihre Oracle-Datenbanken erreichen, indem Sie die Verfügbarkeitszone-Volumenplatzierung von Azure NetApp Files mit Oracle Data Guard für eine HA-Architektur über Zonen hinweg verwenden. Alternativ können Sie die Speicher-basierte Replikationsfunktionalität von Azure NetApp Files verwenden, um die Kosten von Data Guard-Lizenzen zu beseitigen und virtuelle Computer in der sekundären Zone auszuführen. Azure NetApp Files-Volumes können auf die gleiche Weise in der Verfügbarkeitszone Ihrer Wahl platziert werden. Sie kann dann mit Hilfe der zonenübergreifenden Replikation zwischen Zonen innerhalb der Region (oder mit Hilfe der regionsübergreifenden Replikation in eine andere Region) repliziert werden.

Über die Architektur einer Lösung für Hochverfügbarkeit und Notfallwiederherstellung in Azure hinaus sollten Sie über eine Sicherungsstrategie zum Wiederherstellen der Datenbank verfügen.

Sichern von Oracle-Workloads

Verschiedene Sicherungsstrategien sind für Oracle auf Azure-VMs verfügbar. Die folgenden Sicherungen sind andere Optionen:

Bereitstellen von Oracle-Anwendungen in Azure

Verwenden Sie Terraform-Vorlagen, AZ CLI oder das Azure-Portal, um die Azure-Infrastruktur einzurichten und Oracle-Anwendungen zu installieren. Außerdem verwenden Sie Ansible, um die Datenbank in der VM zu konfigurieren. Weitere Informationen finden Sie unter Terraform in Azure.

Die folgenden Anwendungen wurden von Oracle für die Ausführung in Azure zertifiziert, wenn über die Azure mit Oracle Cloud Interconnect-Lösung eine Verbindung mit einer Oracle-Datenbank hergestellt wird:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • PeopleSoft
  • Oracle Retail-Anwendungen
  • Oracle Hyperion Financial Management

Sie können auch benutzerdefinierte Anwendungen in Azure bereitstellen, die eine Verbindung mit OCI und anderen Azure-Diensten herstellen.

Unterstützung für JD Edwards

Laut Oracle-Support wird JD Edwards EnterpriseOne, Version 9.2 und höher, in jedem öffentlichen Cloudangebot unterstützt, das dessen spezifische technischen Mindestanforderungen (Minimum Technical Requirements, MTR) erfüllt. Sie müssen benutzerdefinierte Images erstellen, die diese MTR-Spezifikationen für das Betriebssystem und die Anwendungskompatibilität erfüllen. Weitere Informationen finden Sie unter Doc ID 2178595.1.

Lizenzierung

Die Bereitstellung von Oracle-Lösungen in Azure basiert auf einem BYOL-Modell (Bring Your Own License). Für dieses Modell wird angenommen, dass Sie über eine ordnungsgemäße Lizenz für die Verwendung von Oracle-Software und über einen aktuellen Supportvertrag mit Oracle verfügen.

Microsoft Azure ist eine autorisierte Cloudumgebung zum Ausführen von Oracle Database. Die Oracle Core Factor-Tabelle ist bei der Lizenzierung von Oracle-Datenbanken in der Cloud nicht anwendbar. Weitere Informationen finden Sie im Dokument Oracle Processor Core Factor Table. Stattdessen können Sie, wenn Sie virtuelle Computer mit Hyperthreading-Technologie verwenden, die für Enterprise Edition-Datenbanken aktiviert ist, zwei vCPUs als rechnerisch gleichwertig zu einer Oracle Prozessor-Lizenz ansehen, wenn Hyperthreading aktiviert ist, wie im Richtliniendokument angegeben. Einzelheiten zu den Richtlinien finden Sie unter Licensing Oracle Software in the Cloud Computing Environment (Lizenzieren von Oracle-Software in der Cloud Computing-Umgebung).

Oracle-Datenbanken erfordern grundsätzlich mehr Arbeitsspeicher und E/A. Aus diesem Grund empfehlen wir für diese Workloads arbeitsspeicheroptimierte virtuelle Computer. Zur weiteren Optimierung Ihrer Workloads werden vCPUs mit eingeschränkten Kerngrößen für Oracle Database-Workloads empfohlen, die viel Arbeitsspeicher, Speicher und E/A-Bandbreite beanspruchen, aber keine hohe Anzahl von Kernen erfordern.

Wenn Sie Oracle-Software und -Workloads von lokal zu Microsoft Azure migrieren, bietet Oracle Lizenzmobilität, wie unter Häufig gestellte Fragen zur strategischen Partnerschaft von Oracle und Microsoft beschrieben.

Nächste Schritte

Sie haben jetzt einen Überblick über aktuelle Oracle-Datenbanken und -Lösungen in Microsoft Azure, die auf VM-Images basieren. Der nächste Schritt besteht darin, die erste Oracle-Datenbank in Azure bereitzustellen.