Mit Preisvorteil in die Cloud: Warum Oracle Database@Azure für Unternehmen spannend bleibt

Verantwortlich: ad hoc news Fachredaktion Bestseller & Flaggschiff. Vor der Veröffentlichung am 15.06.2026, 23:00 Uhr geprüft. Details im Impressum.

Mit Oracle Database@Azure rücken zwei Schwergewichte des Cloud-Geschäfts enger zusammen: Oracle stellt seine bewährte Datenbank-Technologie direkt in Microsofts Azure-Rechenzentren bereit, inklusive Exadata-Infrastruktur und vollständigem Support der eigenen Datenbank-Services. Die Lösung zielt auf Unternehmen, die ihre Kernsysteme in die Cloud migrieren wollen, ohne komplexe Mehr-Cloud-Architekturen selbst integrieren zu müssen. Laut der offiziellen Ankündigung von Oracle und Microsoft ist Database@Azure in ausgewählten Regionen bereits produktiv in Betrieb und soll schrittweise auf weitere Azure-Regionen ausgeweitet werden. Die entsprechende Hersteller-Pressemitteilung beschreibt Verfügbarkeit und Funktionsumfang im Detail.

Flaggschiff-Angebot: Oracle-Datenbanktechnik im Azure-Rechenzentrum

Im Kern kombiniert Oracle Database@Azure die Exadata-Datenbankplattform von Oracle mit dem Ökosystem von Microsoft Azure. Hinter dem Angebot stehen physische Exadata-Systeme, die von Oracle betrieben und gewartet werden, aber in Azure-Rechenzentren laufen und über das Azure-Portal verwaltet werden können. Unternehmen können damit ihre bestehenden Oracle-Datenbanken nahezu unverändert in die Cloud bringen, gleichzeitig aber Azure-native Dienste für Analytik, Integration, KI oder Sicherheit direkt an die Daten andocken.

Technisch stützt sich Oracle Database@Azure auf dieselbe Engine wie die Oracle Autonomous Database und die Exadata Database Service-Angebote in der Oracle Cloud Infrastructure (OCI). Dadurch bleiben bekannte Features wie Real Application Clusters (RAC), Automatic Storage Management (ASM) und Optionen wie Partitioning oder Advanced Compression verfügbar. Laut Microsoft ist die Lösung darauf ausgelegt, hochkritische Workloads wie ERP-Systeme, Kernbankanwendungen oder große Data-Warehouse-Installationen mit niedriger Latenz in Azure zu betreiben, ohne auf Oracle-spezifische Optimierungen verzichten zu müssen. Microsoft erläutert auf einer Lösungsseite die gemeinsame Architektur und die adressierten Workload-Typen.

Aus geschäftlicher Sicht spricht Oracle vor allem Kunden an, die heute bereits langfristige Softwarelizenzen und Wartungsverträge für Oracle Database besitzen, sich aber in Richtung Cloud orientieren. Diese Unternehmen stehen oft vor der Frage, ob sie ihre bestehende Oracle-Landschaft in die Oracle-Cloud verschieben, parallel in Azure migrieren oder eine Hybridlösung aufbauen. Database@Azure positioniert sich genau dazwischen: Oracle stellt die eigene Technologie bereit, Microsoft liefert Netzwerk, Rechenzentrum und Azure-Services, und der Kunde verwaltet viele Aspekte wie Identity, Monitoring und Deployment über bereits etablierte Azure-Werkzeuge.

Ein wichtiger Vorteil: Unternehmen können laut den beiden Anbietern ihre bisherigen Investments in Oracle-Lizenzen, etwa über das Programm „Bring Your Own License“ (BYOL), weiter nutzen. Gleichermaßen sollen vorhandene Azure-Commitments bei der Abrechnung von Infrastrukturleistungen angerechnet werden können. Das reduziert potenziell die Gesamtkosten und erleichtert es CIOs, Budgetzusagen gegenüber Finanzabteilungen zu begründen, wenn Teile der On-Premises-Datenbanklandschaft in die Cloud wandern.

Workloads, die profitieren: Von ERP-Kernsystemen bis zu KI-Analysen

Besonders interessant ist Oracle Database@Azure für Unternehmen, die geschäftskritische Anwendungen auf Oracle Database betreiben und parallel stark in Microsoft-Ökosysteme wie Office 365, Dynamics 365, Power BI und Azure-ML investieren. Die gemeinsame Lösung soll Latenz und Integrationsaufwand minimieren, indem die Daten physisch im Azure-Rechenzentrum liegen, aber weiterhin auf Oracle-Exadata-Systemen laufen. Für Hersteller von Standardsoftware, die ihre Lösungen traditionell mit Oracle-Datenbanken ausliefern, bedeutet das die Möglichkeit, Cloud-Deployments direkt auf Azure zu standardisieren, ohne separate Infrastrukturen in OCI pflegen zu müssen.

Ein typisches Beispiel sind große ERP-Landschaften, etwa auf Basis von Oracle E-Business Suite oder anderen Enterprise-Applikationen, die tiefe Oracle-SQL-Optimierungen nutzen. Diese Systeme lassen sich oft nicht ohne weiteres auf andere Datenbanken portieren. Database@Azure adressiert genau diese Kunden: Sie behalten ihre Datenbanktechnologie bei, nutzen aber gleichzeitig Azure-Dienste für Reporting, Automatisierung, Identitätsmanagement und Sicherheit. Für Entwickler eröffnet sich zudem die Option, neue Anwendungen mit Azure PaaS-Services zu bauen, die direkt auf Daten in einer Exadata-basierten Oracle-Datenbank zugreifen.

Für analytische Workloads, etwa Data Warehouses oder Data Marts, spielt die Exadata-Infrastruktur ihre Stärken im Bereich I/O-Durchsatz und SQL-Optimierung aus. Gleichzeitig können Data-Science-Teams in Azure etwa Synapse Analytics, Azure Machine Learning oder andere KI-Frameworks nutzen, um Modelle auf aktuellen Transaktionsdaten aufzusetzen. Während bisher häufig komplexe ETL-Prozesse zwischen unterschiedlichen Clouds nötig waren, reduziert Database@Azure den Datentransfer: Die Daten bleiben in derselben physischen Umgebung, was sowohl Performance- als auch Compliance-Argumente stützt.

Aus Sicht der IT-Sicherheit kann es zudem vorteilhaft sein, die Datenhaltung und die Integration in ein einheitliches Identity- und Access-Management unter Azure zu bündeln. Policies, Rollen und Zugriffsrechte lassen sich so in vielen Fällen über ein zentrales Framework steuern, während Oracle im Hintergrund für Patch-Management, Hochverfügbarkeit, Backup und Recovery der Exadata-Infrastruktur sorgt. Für Regulatorik-getriebene Branchen wie Finanzdienstleistungen oder Gesundheitswesen kann dies helfen, Audits und Zertifizierungsanforderungen zu erfüllen, solange die jeweils relevanten Azure-Regionen entsprechende Compliance-Zertifizierungen aufweisen.

Preis- und Lizenzmodell: Cloud-Kosten kalkulierbar halten

Beim wirtschaftlichen Zuschnitt von Oracle Database@Azure spielen Lizenz- und Nutzungsmodelle eine zentrale Rolle. Oracle bietet typischerweise mehrere Pfade: Kunden können bestehende On-Premises-Lizenzen im Rahmen von BYOL-Modellen einbringen oder die Datenbank als umfassend gemanagten Service mit nutzungsabhängiger Abrechnung buchen. In beiden Fällen fallen zusätzlich Azure-Infrastrukturkosten an, etwa für Compute, Storage und Datenverkehr, die über das übliche Azure-Preismodell abgerechnet werden.

Für viele Unternehmen ist die Möglichkeit, bestehende Oracle-Wartungsverträge weiter zu nutzen, entscheidend. Wird eine On-Premises-Datenbank in die Cloud verlagert, ist eine konsistente Lizenzzuordnung wichtig, um Doppelzahlungen zu vermeiden. Oracle und Microsoft weisen darauf hin, dass Database@Azure so konzipiert ist, dass sich Lizenzmetriken wie OCPU oder Named User Plus sauber auf die Cloudumgebung übertragen lassen. In der Praxis empfiehlt sich trotzdem eine detaillierte Lizenzberatung, insbesondere bei großen, historisch gewachsenen Installationen.

Interessant ist darüber hinaus die Option, Infrastruktur-Commitments in Azure – etwa aus Enterprise Agreements – mit dem Datenbankbetrieb zu verzahnen. Wer bereits signifikante Mindestabnahmen in Azure zugesagt hat, kann mit Database@Azure einen Teil dieser Kapazität mit einem klar umrissenen Datenbank-Use-Case füllen. Das erleichtert es Firmen, ihre zugesagten Cloud-Budgets tatsächlich auszuschöpfen und gleichzeitig geschäftskritische Datenbanken zu modernisieren, ohne sie auf eine völlig neue Technologieplattform migrieren zu müssen.

Aus Kostensicht werden sich Unternehmen vor allem fragen, welche Workloads in die gemeinsame Umgebung verlagert werden sollten und welche besser On-Premises oder in einer reinen Oracle-Cloud bleiben. Häufig lohnt es sich, mit klar abgegrenzten Systemen zu beginnen, die hohe Integrationsvorteile mit Azure-Services bieten, etwa Reporting- oder Analysedatenbanken, bevor hochkomplexe, stark vernetzte Kernsysteme folgen. Bewährt hat sich in vergleichbaren Projekten ein Pilotbetrieb mit klar definierten Kennzahlen zu Performance, Stabilität und Gesamtkosten, um die Wirtschaftlichkeit zu überprüfen.

Technische Architektur: Exadata, Netzwerkpfade und Betriebsverantwortung

Die technische Architektur von Oracle Database@Azure ist so gestaltet, dass die Verantwortung klar verteilt bleibt: Oracle stellt und betreibt die Exadata-Infrastruktur, Microsoft verantwortet das Rechenzentrum und das übergeordnete Cloud-Framework. Kunden greifen über das Azure-Portal auf den Dienst zu und verwalten Aspekte wie Netzwerksegmentierung, Identitäten, Zugriffssteuerung und Integration mit anderen Azure-Services. Die Datenbankadministration – etwa das Anlegen von Schemas, das Tuning von SQL-Abfragen und das Management von Benutzerrechten innerhalb der Datenbank – bleibt wie gewohnt in der Verantwortung der DBA-Teams im Unternehmen.

Für die Konnektivität stehen je nach Region verschiedene Optionen zur Verfügung, typischerweise über Azure Virtual Networks und, falls notwendig, über dedizierte Leitungen wie Azure ExpressRoute. Dadurch können Unternehmen ihre bestehenden On-Premises-Rechenzentren mit der Cloud verbinden und dennoch definieren, welche Daten ausschließlich in bestimmten Regionen verbleiben sollen. Gerade bei regulatorisch sensiblen Workloads kann es entscheidend sein, dass die Daten physisch in einem bestimmten Land oder Wirtschaftsraum liegen, etwa in der EU.

Im Hintergrund profitieren Kunden davon, dass Oracle die Exadata-Systeme mit denselben Tools und Prozessen betreibt, die auch im eigenen OCI-Portfolio genutzt werden. Dazu gehören automatisierte Patches, Überwachung der Systemgesundheit, Hardware-Redundanzen und Mechanismen zur schnellen Wiederherstellung im Fehlerfall. Für viele Unternehmen bedeutet das, dass sie ihr bestehendes Know-how im Umgang mit Oracle-Datenbanken weiterverwenden können, ohne sich tief in die spezifischen Eigenheiten einer reinen Hyperscaler-Datenbanklösung einarbeiten zu müssen.

Die Integration in Azure Monitoring, Log Analytics und andere Management-Werkzeuge erlaubt es, Metriken wie Latenz, Durchsatz und Ressourcenauslastung sowohl auf Datenbank- als auch auf Infrastrukturebene zu verfolgen. So lassen sich Engpässe frühzeitig erkennen und Kapazitäten anpassen. Gerade bei schwankenden Lastprofilen – etwa in saisonalen Branchen oder im E-Commerce – können Unternehmen auf diese Weise flexibel reagieren, ohne langfristig überdimensionierte Hardware vorhalten zu müssen.

Markt- und Wettbewerbskontext: Multi-Cloud-Strategien im Aufwind

Mit Database@Azure adressiert Oracle einen Markt, in dem Multi-Cloud-Strategien zunehmend zur Norm werden. Viele große Unternehmen entscheiden sich bewusst für mehr als einen Cloud-Anbieter, um Abhängigkeiten zu reduzieren, regionale Anforderungen abzudecken oder spezifische Stärken einzelner Plattformen zu nutzen. Die Kooperation von Oracle und Microsoft nimmt dabei eine Sonderrolle ein, weil sie tiefer geht als klassische Interconnect-Vereinbarungen: Statt lediglich schnelle Netzwerkverbindungen zwischen zwei Clouds anzubieten, verlagert Oracle seine Kerntechnologie in die Infrastruktur eines Wettbewerbers.

Für Oracle hat das strategische Gründe: Das Unternehmen will seine Datenbankbasis in die Cloud überführen, ohne Kunden zu zwingen, ihr bestehendes Azure- oder Microsoft-Ökosystem aufzugeben. Für Microsoft wiederum ist die Integration ein Weg, stark regulierte und besonders datenbanklastige Workloads in Azure zu ziehen, die bislang eher in On-Premises-Umgebungen oder in der Oracle-Cloud verblieben. Analysten sehen darin eine pragmatische Antwort auf die Realität in Konzernen, in denen verschiedene Fachbereiche unterschiedliche Cloud-Präferenzen entwickelt haben.

Im Wettbewerb mit anderen Datenbankangeboten – etwa Cloud-nativen Plattformen bei Hyperscalern oder Open-Source-Lösungen – setzt Oracle mit Database@Azure auf Kontinuität und Kompatibilität. Viele Unternehmen haben über Jahre Optimierungen, Prozeduren und Schnittstellen auf Basis von Oracle SQL und PL/SQL aufgebaut, deren vollständige Ablösung erheblichen Aufwand verursachen würde. Indem die bestehende Technologie in die Azure-Welt eingebettet wird, können Firmen ihre Applikationslandschaft schrittweise modernisieren, ohne sofort den Unterbau auszutauschen.

Auf der anderen Seite zwingt die Verfügbarkeit von Oracle-Datenbanken in Azure Wettbewerber dazu, ihre Hybrid- und Multi-Cloud-Strategien zu schärfen. Wer Kunden bislang mit dem Argument eines durchgängig homogenen Stacks an sich binden wollte, muss sich nun stärker auf Argumente wie Kostenstruktur, Performance, Tooling oder offene Standards konzentrieren. Für Anwenderunternehmen ist das tendenziell positiv, da es die Verhandlungsposition stärkt und zusätzliche Optionen eröffnet.

Risiken und Herausforderungen beim Einsatz von Oracle Database@Azure

Trotz der Vorteile bringt der Einsatz von Oracle Database@Azure einige Herausforderungen mit sich, die IT-Entscheider im Blick behalten sollten. Die erste betrifft die Komplexität der Gesamtarchitektur: Auch wenn die Kooperation vieles vereinfacht, handelt es sich um eine Lösung, bei der zwei große Anbieter eng zusammenarbeiten. Das erfordert klare Verantwortlichkeiten bei Supportfällen, transparente SLAs und gut dokumentierte Prozesse für Eskalationen, wenn Probleme auftreten.

Gerade bei geschäftskritischen Workloads stellt sich die Frage, wie schnell Störungen behoben werden können, wenn sowohl Oracle als auch Microsoft beteiligt sind. In der Praxis werden Kunden auf definierte Supportpfade zurückgreifen, bei denen etwa der Erstkontakt über einen der beiden Anbieter läuft, der dann intern mit dem Partner zusammenarbeitet. Für Unternehmen ist es sinnvoll, diese Abläufe im Rahmen von Pilotprojekten zu testen, bevor besonders sensible Anwendungen migriert werden.

Ein weiterer Punkt betrifft das Kostencontrolling: Multi-Cloud-Architekturen können unübersichtlich werden, wenn mehrere Preismodelle, Abrechnungszyklen und Rabattsysteme zusammenkommen. Wer Oracle Database@Azure nutzt, sollte daher frühzeitig ein FinOps-Konzept etablieren, das die gemeinsame Nutzung von Oracle- und Azure-Ressourcen transparent macht. Dazu gehören automatisierte Auswertungen von Nutzungsmustern, klare Tagging-Konzepte für Ressourcen und regelmäßige Reviews der tatsächlichen Kosten im Vergleich zu ursprünglichen Planungen.

Hinzu kommt das Thema Vendor Lock-in: Auch wenn die Lösung Multi-Cloud-Aspekte adressiert, bleiben Kunden in hohem Maße von zwei großen Anbietern abhängig. Der Wechsel zu einer anderen Plattform oder Datenbanktechnologie ist weiterhin mit erheblichem Aufwand verbunden. Unternehmen sollten deshalb eine längerfristige Cloud-Strategie formulieren, in der die Rolle von Oracle Database@Azure klar definiert ist – inklusive möglicher Ausstiegsszenarien oder Alternativpfade, falls sich Rahmenbedingungen ändern.

Schließlich spielen Compliance und Datenschutz eine zentrale Rolle. Je nach Branche müssen Unternehmen sicherstellen, dass Daten ausschließlich in bestimmten Regionen verarbeitet werden, verschlüsselt sind und nur autorisierte Personen Zugriff erhalten. Database@Azure kann hier helfen, indem es die Daten in zertifizierten Azure-Rechenzentren hält und Oracle-spezifische Sicherheitsfunktionen bereitstellt. Trotzdem bleibt die Verantwortung für eine korrekte Konfiguration bei den Kunden: Fehler in Rollen- oder Netzwerkdefinitionen können zu Sicherheitsrisiken führen, auch wenn die technische Plattform grundsätzlich sicher ausgelegt ist.

Festzuhalten bleibt: Oracle Database@Azure richtet sich vor allem an größere Unternehmen und Organisationen mit komplexen Oracle-Installationen und einem ausgeprägten Azure-Footprint. Für kleinere Firmen oder solche ohne starke Bindung an Oracle-Datenbanken können einfachere, Cloud-native Alternativen wirtschaftlich attraktiver sein. Wer jedoch bestehende Oracle-Systeme in Richtung Cloud verschieben und gleichzeitig eng an Azure-Services anbinden möchte, findet in Database@Azure ein Angebot, das diese Anforderungen gezielt adressiert.

Oracle verknüpft mit Lösungen wie Database@Azure seine traditionelle Stärke im Datenbankgeschäft mit dem anhaltenden Trend zu hybriden und Multi-Cloud-Architekturen. Die Kooperation mit Microsoft unterstreicht, dass der Konzern bereit ist, über klassische Wettbewerbsgrenzen hinwegzugehen, um Kunden dort abzuholen, wo sie ihre Workloads tatsächlich betreiben wollen. Für Nutzerunternehmen entsteht dadurch ein zusätzlicher Migrationspfad, der zwar sorgfältige Planung erfordert, aber die Brücke zwischen bestehenden Oracle-Investitionen und einer stärker Azure-zentrierten Cloud-Strategie schlagen kann.

Im Ergebnis stärkt Oracle mit Database@Azure sein Profil als Anbieter für unternehmenskritische Datenplattformen im Cloud-Zeitalter, ohne seine Stammkundschaft auf eine einzige Infrastruktur festzulegen. Für die Bewertung der wirtschaftlichen Attraktivität im Einzelfall bleibt entscheidend, wie gut es Unternehmen gelingt, Lizenzmodelle, Azure-Commitments und technische Anforderungen aufeinander abzustimmen.

Oracle selbst verweist zudem in seinen Kapitalmarktunterlagen regelmäßig auf den wachsenden Anteil wiederkehrender Cloud-Umsätze, zu denen auch Angebote wie Database@Azure beitragen. Nach aktuellen Marktberichten hat der Konzern dabei insbesondere im Infrastrukturgeschäft im Umfeld von KI- und Datenbankworkloads zusätzliche Nachfrage generieren können. Ein Bericht der Nachrichtenagentur Reuters hebt die Bedeutung der KI-nahen Cloud-Services für das Wachstum von Oracle hervor.

Vor diesem Hintergrund ordnen Börsenanalysten Oracle zunehmend als etablierten, aber wachstumsorientierten Cloud- und Datenbankanbieter ein, der mit Kooperationen wie Database@Azure seine Marktposition gegenüber anderen Hyperscalern absichern will. Die Aktie von Oracle Corp (ISIN US68389X1054) notiert laut jüngsten Kursdaten an der New York Stock Exchange, wobei verschiedene Analysten die Entwicklung vor allem an der Dynamik im Cloud-Geschäft und den damit verbundenen Investitionen messen.

Dieser Artikel wurde a.i.-gestützt erstellt und redaktionell geprüft. Produktinformationen ohne Gewähr; Preise und Verfügbarkeit können sich kurzfristig ändern. Keine Anlageberatung, keine Kauf- oder Verkaufsempfehlung. Börsengeschäfte sind mit Risiken bis zum Totalverlust verbunden.

de | US68389X1054 | ORACLE CORP | boerse | 69547867 | bgmi