Rechenzentrum mit blinkenden Lichtern

Oracle-Datenbanken: Welches Betriebsmodell passt?

Selbst betreiben oder auslagern? Vergleichen Sie drei Betriebsmodelle und finden Sie mit unserer Checkliste die passende Lösung.

Publikationsdatum
03. Januar 2020
Lesedauer
7 Minuten Lesezeit

Welche Herausforderungen gibt es für Oracle Datenbanken im Eigenbetrieb?

Sie betreiben Ihre Oracle-Datenbanken selbst, im eigenen Rechenzentrum. Dafür gab und gibt es gute Gründe: Souveränität über die Daten, Kontrolle über jede Einstellung, Performance und die Nähe zu den Anwendungen, die darauf zugreifen. Für viele Organisationen in der Schweiz war das über Jahre die richtige Entscheidung. Doch längerfristige Trends und kurzfristige Anlässe stellen diese Entscheidung zur Diskussion.

Aktueller Anlass für Organisationen 

Der Hardware-Lifecycle, Kosten und Nutzen im Jahr 2026. Server und Speicher haben eine begrenzte Lebensdauer, Wartungsverträge werden teurer, und neue Datenbankfunktionen setzen moderne Plattformen voraus. Dazu kommt ein Faktor, den bei der letzten Beschaffung vor vier bis fünf Jahren niemand auf dem Plan hatte: Wie Reuters im September 2026 unter Berufung auf Marktdaten von TrendForce berichtet, stiegen die Vertragspreise für konventionellen DRAM allein im ersten Quartal 2026 um rund 93 bis 98 Prozent gegenüber dem Vorquartal. Auch für den breiteren Speichermarkt sieht das Marktforschungsunternehmen IDC vorerst keine Entspannung und erwartet anhaltende Engpässe durch das Jahr 2027 hindurch. Als wesentliche Treiber nennt IDC den Ausbau der KI-Infrastruktur und eine Servernachfrage, auf die das Angebot nicht schnell genug reagieren kann. Neue Produktionskapazitäten benötigen lange Vorlaufzeiten; zugleich priorisieren die Hersteller Speicher für KI-Anwendungen und moderne Fertigungstechnologien. In dieser unklaren Situation stellen sich viele die Frage, ob sich der Betrieb eines eigenen Datenzentrums noch rechnet. Gleichzeitig gewinnen Datensouveränität und Compliance im unsicheren geopolitischen Umfeld weiter an Bedeutung. 

Längerfristige Trends in der IT-Infrastruktur 

Fachwissen und Stellvertretung. Wie viele Personen können Ihre Oracle-Umgebung zuverlässig betreiben, Störungen beheben und Wiederherstellungen durchführen? Wenn sich dieses Wissen auf wenige Köpfe verteilt, werden Ferienvertretung, Pikett und Nachfolgeplanung zu wichtigen Fragen der Betriebssicherheit. Wir beobachten zudem einen zunehmenden Fachkräftemangel: Wir schätzen, dass es in der Schweiz nur noch etwa 150 ausgewiesene Oracle-Fachleute hat, und Nachbesetzungen dauern entsprechend lange. 

Investition gegen Betriebskosten. Grosse Einmalinvestitionen sind heute schwerer zu begründen als früher. Finanzabteilungen favorisieren häufig planbare laufende Kosten gegenüber einem einmaligen fixen Anschaffungspreis. 

Cyberresilienz. Da Backup-Systeme den zentralen Ausgangspunkt für die Wiederherstellung nach Cyberangriffen bilden, gehören sie häufig zu den Zielen von Ransomware-Akteuren, die mit ihren Angriffen eine Zahlung erzwingen wollen. Die Frage lautet deshalb nicht mehr nur, ob Daten gesichert werden, sondern ob sie sich im Ernstfall schnell und vollständig wiederherstellen lassen. Für Betreiber kritischer Infrastrukturen kommen Meldepflichten und höhere Erwartungen der Aufsicht dazu. 

Dazu kommen Themen, die ohnehin auf der Agenda stehen: verbesserte Verfügbarkeit, die Konsolidierung gewachsener Oracle-Landschaften und die Frage, wie Infrastruktur zwischen eigenem Rechenzentrum und öffentlichen oder privaten Cloud-Infrastrukturen verteilt wird.  

Was sind die Alternativen zum klassischen Eigenbetrieb?

Drei Betriebsmodelle unterscheiden sich darin, wo die Infrastruktur steht und wer für Infrastruktur, Datenbankbetrieb und Anwendungen verantwortlich ist.

Klassischer Eigenbetrieb

Beim klassischen Eigenbetrieb laufen die Oracle-Datenbanken auf eigenen Servern und Speichern im eigenen Rechenzentrum. Das eigene Team betreibt die Datenbanken mit eigenen Lizenzen und verantwortet die gesamte Umgebung.

Die Stärke dieses Modells liegt in der vollen Kontrolle und der vertrauten Umgebung. Gleichzeitig bleiben sämtliche Aufgaben – und Aufwände – beim Kunden.

Eigenbetrieb mit Exadata Cloud@Customer (ExaCC)

Beim Eigenbetrieb mit Exadata Cloud@Customer (ExaCC) steht die Exadata-Infrastruktur im eigenen Rechenzentrum. Oracle stellt sie als Cloud-Service im Abonnement bereit und betreibt die Infrastruktur. Das eigene Team übernimmt weiterhin den Betrieb von Datenbanken und Anwendungen.

Beim Kunden bleiben zudem die Rechenzentrumsfläche und die Vertragsbindung für die Infrastruktur. Die Stärke des Modells liegt in der modernen Exadata-Plattform und der Cloud-Automatisierung bei eigener Datenhaltung.

Managed Oracle Database Cloud von T-Systems

Bei der Managed Oracle Database Cloud von T-Systems laufen die Oracle-Datenbanken auf Exadata Cloud@Customer in den Schweizer T-Systems-Rechenzentren. Oracle betreibt die darunterliegende Infrastruktur. T-Systems übernimmt den anwendungsunabhängigen Betrieb der VM-Cluster und Datenbanken. 

Beim Kunden bleiben Daten, Schemas, Anwendungen und applikatorische Anforderungen.

Detailvergleich

Betriebsmodell

Klassischer Eigenbetrieb, Eigenbetrieb mit Exadata Cloud@Customer (ExaCC) und Managed Oracle Database Cloud von T-Systems

Die entscheidende Frage lautet nicht nur, wo die Datenbank läuft, sondern vor allem, welche Aufgaben in Ihrem Team bleiben. Der folgende Vergleich zeigt die Zuständigkeiten auf den Ebenen Infrastruktur, Datenbankbetrieb sowie Anwendungen und Daten.

Infrastruktur

Hardware und Rechenzentrum

  • Klassischer Eigenbetrieb: Die Hardware gehört dem Kunden. Sie betreiben die Rechenzentrumsfläche sowie Stromversorgung, Kühlung und Netz selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Die Hardware gehört Oracle, steht jedoch in Ihrem Rechenzentrum. Fläche, Stromversorgung, Kühlung und Netz bleiben in Ihrer Verantwortung.
  • Managed Oracle Database Cloud von T-Systems: Die Hardware gehört Oracle. Die Infrastruktur steht in den T-Systems-Rechenzentren in Zollikofen und Bern. T-Systems verantwortet die Rechenzentrumsleistungen.

Infrastruktur-Patching und Sicherheitsupdates

  • Klassischer Eigenbetrieb: Infrastruktur-Patching, Sicherheitsscans und Sicherheitsupdates liegen beim Kunden, allenfalls unterstützt durch einen Wartungsvertrag.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Oracle übernimmt Infrastruktur-Patching, Sicherheitsscans und Sicherheitsupdates.
  • Managed Oracle Database Cloud von T-Systems: Oracle übernimmt Infrastruktur-Patching, Sicherheitsscans und Sicherheitsupdates. T-Systems führt das Cluster-Patching rollierend und unterbruchsfrei durch.
     

Hardware-Überwachung und Wartung

  • Klassischer Eigenbetrieb: Für die Überwachung und Wartung der Hardware ist der Kunde oder der Hersteller zuständig.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Oracle überwacht und wartet die Hardware.
  • Managed Oracle Database Cloud von T-Systems: Oracle überwacht und wartet die Hardware.

Zugriff auf die Infrastruktur

  • Klassischer Eigenbetrieb: Der Kunde kontrolliert den Zugriff auf die Infrastruktur.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Oracle hat Zugriff auf die Infrastruktur; der Kunde hat keinen Infrastrukturzugriff.
  • Managed Oracle Database Cloud von T-Systems: Oracle hat Zugriff auf die Infrastruktur. Dieser Zugang ist auditierbar, wird von T-Systems kontrolliert und kann im Notfall unterbrochen werden.

Zweiter Standort für Disaster Recovery

  • Klassischer Eigenbetrieb: Der Kunde stellt und betreibt den zweiten Standort.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Der Kunde benötigt ein zweites System an einem zweiten Standort und verantwortet beide.
  • Managed Oracle Database Cloud von T-Systems: T-Systems stellt zwei Rechenzentren mit Data Guard bereit. Ab SLA-Stufe Advanced gilt eine Disaster-Recovery-Verfügbarkeit von 99,9 Prozent.

Datenbankbetrieb

Bereitstellung und Verwaltung

  • Klassischer Eigenbetrieb: Der Kunde stellt die virtuellen Maschinen und Datenbanken bereit und verwaltet sie.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Der Kunde stellt die virtuellen Maschinen und Datenbanken mithilfe der Oracle-Cloud-Automatisierung bereit und verwaltet sie.
  • Managed Oracle Database Cloud von T-Systems: T-Systems stellt die virtuellen Maschinen und Datenbanken bereit und verwaltet sie. Der Kunde bestellt die Leistungen über ein Portal oder eine API.

Monitoring und Event-Management

  • Klassischer Eigenbetrieb: Die Hardware gehört dem Kunden. Sie betreiben die Rechenzentrumsfläche sowie Stromversorgung, Kühlung und Netz selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Die Hardware gehört Oracle, steht jedoch in Ihrem Rechenzentrum. Fläche, Stromversorgung, Kühlung und Netz bleiben in Ihrer Verantwortung.
  • Managed Oracle Database Cloud von T-Systems: Die Hardware gehört Oracle. Die Infrastruktur steht in den T-Systems-Rechenzentren in Zollikofen und Bern. T-Systems verantwortet die Rechenzentrumsleistungen.

Kapazitäts- und Verfügbarkeitsmanagement

  • Klassischer Eigenbetrieb: Das Kapazitäts- und Verfügbarkeitsmanagement liegt beim Kunden.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Das Kapazitäts- und Verfügbarkeitsmanagement liegt beim Kunden.
  • Managed Oracle Database Cloud von T-Systems: T-Systems übernimmt das Kapazitäts- und Verfügbarkeitsmanagement, einschliesslich Trends, Analysen und Verbesserungsvorschlägen.

Lizenzierung

  • Klassischer Eigenbetrieb: Die Hardware gehört dem Kunden. Sie betreiben die Rechenzentrumsfläche sowie Stromversorgung, Kühlung und Netz selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Die Hardware gehört Oracle, steht jedoch in Ihrem Rechenzentrum. Fläche, Stromversorgung, Kühlung und Netz bleiben in Ihrer Verantwortung.
  • Managed Oracle Database Cloud von T-Systems: Die Hardware gehört Oracle. Die Infrastruktur steht in den T-Systems-Rechenzentren in Zollikofen und Bern. T-Systems verantwortet die Rechenzentrumsleistungen.

Migration

  • Klassischer Eigenbetrieb: Die Hardware gehört dem Kunden. Sie betreiben die Rechenzentrumsfläche sowie Stromversorgung, Kühlung und Netz selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Die Hardware gehört Oracle, steht jedoch in Ihrem Rechenzentrum. Fläche, Stromversorgung, Kühlung und Netz bleiben in Ihrer Verantwortung.
  • Managed Oracle Database Cloud von T-Systems: Die Hardware gehört Oracle. Die Infrastruktur steht in den T-Systems-Rechenzentren in Zollikofen und Bern. T-Systems verantwortet die Rechenzentrumsleistungen.

Bereitschaftsdienst

  • Klassischer Eigenbetrieb: Die Hardware gehört dem Kunden. Sie betreiben die Rechenzentrumsfläche sowie Stromversorgung, Kühlung und Netz selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Die Hardware gehört Oracle, steht jedoch in Ihrem Rechenzentrum. Fläche, Stromversorgung, Kühlung und Netz bleiben in Ihrer Verantwortung.
  • Managed Oracle Database Cloud von T-Systems: Die Hardware gehört Oracle. Die Infrastruktur steht in den T-Systems-Rechenzentren in Zollikofen und Bern. T-Systems verantwortet die Rechenzentrumsleistungen.

Datenbank-Patching

  • Klassischer Eigenbetrieb: Die Hardware gehört dem Kunden. Sie betreiben die Rechenzentrumsfläche sowie Stromversorgung, Kühlung und Netz selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Die Hardware gehört Oracle, steht jedoch in Ihrem Rechenzentrum. Fläche, Stromversorgung, Kühlung und Netz bleiben in Ihrer Verantwortung.
  • Managed Oracle Database Cloud von T-Systems: Die Hardware gehört Oracle. Die Infrastruktur steht in den T-Systems-Rechenzentren in Zollikofen und Bern. T-Systems verantwortet die Rechenzentrumsleistungen.

Backup und Recovery

  • Klassischer Eigenbetrieb: Backup und Recovery liegen beim Kunden.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Backup und Recovery liegen beim Kunden. Eine Recovery Appliance ist optional und separat erhältlich.
  • Managed Oracle Database Cloud von T-Systems: T-Systems übernimmt Backup und Recovery mit der Zero Data Loss Recovery Appliance (ZDLRA). Die Backups sind unveränderbar, werden validiert und redundant in beiden Rechenzentren gespeichert. Eine Wiederherstellung auf definierte Zeitpunkte ist möglich.

Automatisierung

  • Klassischer Eigenbetrieb: Der Kunde erstellt Automatisierungen mit eigenen Skripten.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Die Oracle-Cloud-Automatisierung wird durch den Kunden bedient.
  • Managed Oracle Database Cloud von T-Systems: Die T-Systems-Automatisierung ist für den Kunden über API und Portal nutzbar und kann in CI/CD-Prozesse integriert werden.

Zugriff auf das Betriebssystem der Datenbankserver

  • Klassischer Eigenbetrieb: Der Kunde hat Zugriff auf das Betriebssystem der Datenbankserver.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Der Kunde hat Zugriff auf das Betriebssystem der Datenbankserver.
  • Managed Oracle Database Cloud von T-Systems: T-Systems greift auf das Betriebssystem der Datenbankserver zu. Kunden erhalten keinen OS-Zugriff.

Anwendungen und Daten

  • Beim klassischen Eigenbetrieb bleiben Daten, Schemas, Schlüssel, Anwendungen und Anwendungsbetrieb beim Kunden.
  • Beim Eigenbetrieb mit Exadata Cloud@Customer (ExaCC) bleiben Daten, Schemas, Schlüssel, Anwendungen und Anwendungsbetrieb beim Kunden.
  • Bei der Managed Oracle Database Cloud von T-Systems bleiben Daten, Schemas, Schlüssel, Anwendungen und Anwendungsbetrieb ebenfalls beim Kunden.

Was Sie abgeben, und was bleibt

Je weiter der Betrieb ausgelagert wird, desto weniger Zeit benötigt Ihr Team für Infrastruktur, Routinebetrieb und Bereitschaft. Daten, Schemas, Schlüssel, Anwendungen und das Wissen darüber bleiben in allen drei Modellen bei Ihnen. Datenbank-Know-how wird weiterhin benötigt, verlagert sich beim Managed Service jedoch von Routine und Nachteinsätzen hin zu Anwendungen, Performance und Datenmodellen, die stärker differenzierend auf Ihr Business wirken.

Was Sie dafür bekommen

Für das Team verändert sich vor allem der Betriebsalltag: Wiederkehrende Backup-Kontrollen, Infrastruktur-Patching und die Organisation der Bereitschaft werden übernommen. Die Umgebung steht auf einer aktuellen technologischen Basis, ohne dass Sie selbst die zugrunde liegende Infrastruktur beschaffen und betreiben.

Datenbanken lassen sich über Portal oder API bestellen und in bestehende Entwicklungs- und Deploymentprozesse integrieren. Grösse und SLA-Stufe werden pro Datenbank gewählt.

Schutz in fünf Schichten

Konfiguration

Sicherheit und Wiederherstellbarkeit

Sicherheit entsteht nicht durch eine einzelne Massnahme, sondern durch Schichten, die sich ergänzen.

Gerade bei Backups zeigt sich die Bedeutung dieses Schichtenmodells: Entscheidend ist nicht nur, dass Sicherungen vorhanden sind, sondern dass sie unveränderbar, validiert und im Ernstfall vollständig wiederherstellbar sind.

Gerade bei Backups zeigt sich die Bedeutung dieses Schichtenmodells: Entscheidend ist nicht nur, dass Sicherungen vorhanden sind, sondern dass sie unveränderbar, validiert und im Ernstfall vollständig wiederherstellbar sind.

1. Trennung

  • Klassischer Eigenbetrieb: Der Kunde setzt Segmentierung, Härtung und Rechtekonzept selbst um und pflegt diese.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Oracle trennt die Infrastruktur. Die Segmentierung der virtuellen Maschinen und Netze sowie Härtung und Rechtekonzept liegen beim Kunden.
  • Managed Oracle Database Cloud von T-Systems: Jeder Kunde und jede Umgebung erhält eigene VM-Cluster. Produktion ist von Test und Entwicklung getrennt, die Netzwerke sind segregiert. Kunden haben keinen direkten Zugriff auf das Betriebssystem, wodurch sich die Angriffsfläche verkleinert.

2. Verschlüsselung

  • Klassischer Eigenbetrieb: Transparent Data Encryption (TDE) steht je nach Lizenz zur Verfügung. Der Kunde organisiert die Schlüsselverwaltung selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): TDE ist standardmässig aktiviert. Der Betrieb der Schlüsselverwaltung liegt beim Kunden.
  • Managed Oracle Database Cloud von T-Systems: TDE wird durchgängig eingesetzt und ist im License-Included-Modell enthalten. Die Schlüssel bleiben beim Kunden.

3. Kontrollierter Herstellerzugriff

  • Klassischer Eigenbetrieb: Der Kunde regelt, protokolliert und prüft Zugriffe von Herstellern und Dienstleistern selbst.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Oracle betreut Hardware und Hypervisor im Kunden-Rechenzentrum. Die Regelung und Kontrolle der Zugänge liegt beim Kunden.
  • Managed Oracle Database Cloud von T-Systems: Oracle betreut ausschliesslich Hardware und Hypervisor und hat keinen Zugriff auf die Kunden-VMs. Der Oracle-Zugang ist auditierbar, wird von T-Systems kontrolliert und kann im Notfall getrennt werden.

4. Backup und Wiederherstellung

  • Klassischer Eigenbetrieb: Der Kunde beschafft und betreibt die Backup-Infrastruktur, stellt die Unveränderbarkeit der Sicherungen sicher und führt Wiederherstellungstests durch.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Der Kunde wählt und betreibt die Backup-Lösung. Eine Recovery Appliance ist optional und separat erhältlich. Auch Unveränderbarkeit und Tests liegen in seiner Verantwortung.
  • Managed Oracle Database Cloud von T-Systems: Die Zero Data Loss Recovery Appliance (ZDLRA) stellt unveränderbare, gegen Manipulation und Löschung geschützte Backups bereit. Die Backups werden bei Empfang und Erstellung validiert. Wiederherstellungen auf definierte Zeitpunkte sind möglich.

5. Zwei Standorte

  • Klassischer Eigenbetrieb: Der Kunde betreibt einen zweiten Standort, richtet die Replikation ein und übt die Umschaltung.
  • Eigenbetrieb mit Exadata Cloud@Customer (ExaCC): Der Kunde benötigt ein zweites ExaCC-System an einem zweiten Standort. Data Guard und die Umschaltung richtet und betreibt er selbst.
  • Managed Oracle Database Cloud von T-Systems: Die ZDLRA wird redundant und synchronisiert in Zollikofen und Bern betrieben. Die Datenbanken werden mit Data Guard gespiegelt. Disaster Recovery ist ab SLA-Stufe Advanced verfügbar.

Kosten: Investition gegen Nutzung

Ein fairer Vergleich stellt nicht nur Hardware und Servicepreis gegenüber. Beim klassischen Eigenbetrieb gehören auch Wartung, Oracle-Support, Rechenzentrum, zweiter Standort, Backup-Infrastruktur, Personal, Bereitschaft, Weiterbildung und Lizenzrisiken in die Rechnung. Beim Managed Service werden diese Positionen durch laufende, nutzungsabhängige Betriebskosten ersetzt.

Die Oracle-Lizenz ist im License-Included-Modell mit allen Enterprise-Funktionen enthalten, abgerechnet nach tatsächlicher Nutzung. Dies schafft zugleich Sicherheit bei Lizenzaudits. 
Für grosse Umgebungen ab rund zwei mal sechzehn Kernen und mehr als zehn Datenbanken lassen sich vorhandene Lizenzen in einem eigenen Tenant weiterverwenden; dann fällt nur eine minimale Plattformgebühr an.
 

Compliance: Vor einem Wechsel abklären

Neben Technik und Wirtschaftlichkeit gehören auch die rechtlichen Rahmenbedingungen zur Entscheidung, etwa in Bezug auf Personendaten. Die Verantwortung für den Datenschutz bleibt auch bei einer Auslagerung beim Auftraggeber.

Vor dem Wechsel ist deshalb zu klären, welche Daten ausgelagert werden dürfen, wer darauf zugreifen kann und welche Unterauftragnehmer beteiligt sind. Verantwortlichkeiten, Sicherheitsmassnahmen und die erforderlichen Kontrollmöglichkeiten müssen vertraglich geregelt werden. Auch allfällige Datenbekanntgaben ins Ausland sind zu berücksichtigen. Die T-Systems Managed Oracle Database Cloud wird in Schweizer Rechenzentren betrieben.

Wechsel: Migration zu Managed Services

Eine Migration von Oracle zu Oracle ist ein eingeübter Weg, und T-Systems führt sie selbst durch, ohne Drittdienstleister. Am Anfang steht ein unverbindliches Beratungsgespräch, danach analysieren wir Ihre Datenbanklandschaft und die darauf laufenden Anwendungen. Daraus ergeben sich Grössen und SLA-Stufen pro Datenbank und damit das Angebot. Parallel planen wir die Anbindung an Ihr Netz, je nach Grösse über eine eigene Leitung oder ein gesichertes VPN. Es folgen Testmigration und Abnahme, anschliessend die produktive Migration mit minimaler Ausfallzeit und der geordnete Übergang in den Betrieb.

Wie sich das rechnen kann, zeigt eines unserer Projekte mit einem Schweizer Kunden, der im Bereich kritische Infrastruktur aktiv ist: Nach seinen Berechnungen konnten die Kosten für den Datenbankbetrieb innerhalb von wenigen Monaten nach der Migration um rund zwei Drittel reduziert werden. Die Ergebnisse sind naturgemäss projektspezifisch und abhängig von der jeweiligen Ausgangssituation, doch illustrieren das Potenzial für den Managed Service.

Ein Hinweis zu Fachanwendungen: Technisch ist die Plattform von T-Systems für jede Oracle-Datenbank geeignet. Wenn eine Standardsoftware im Spiel ist, lohnt sich vorab der Blick in die Freigaben des Herstellers. Bei Eigenentwicklungen entfällt diese Frage.

Wann welcher Weg passt

Klassischer Eigenbetrieb

Der klassische Eigenbetrieb kann passen, wenn Ihre Hardware erst kürzlich erneuert wurde, ein grosses und stabiles Datenbankteam vorhanden ist und Ihre Organisation den Datenbankbetrieb bewusst als eigene Kernkompetenz versteht.

Eigenbetrieb mit Exadata Cloud@Customer (ExaCC)

Der Eigenbetrieb mit Exadata Cloud@Customer (ExaCC) kann passen, wenn Sie moderne Exadata-Technik einsetzen möchten, eine grosse Umgebung betreiben und Rechenzentrum sowie Datenbankbetrieb bewusst selbst verantworten wollen.

Managed Oracle Database Cloud von T-Systems

Die Managed Oracle Database Cloud von T-Systems kann passen, wenn ein Hardware-Refresh ansteht, Fachpersonal knapp oder das Wissen auf wenige Personen verteilt ist oder Sie grosse Einmalinvestitionen vermeiden möchten.

Das Modell kommt zudem infrage, wenn hohe Anforderungen an Sicherheit und Verfügbarkeit bestehen, ohne dass Sie selbst einen zweiten Standort betreiben möchten, oder wenn eine gewachsene Oracle-Landschaft konsolidiert werden soll.

Checkliste für Ihre interne Empfehlung

Bevor Sie CIO und CFO eine Empfehlung vorlegen, lohnt es sich, diese Fragen im Team zu beantworten:

  1. Wann steht der nächste Hardware-Refresh an, und was kostet er inklusive Wartung?
  2. Verfügen wir über genügend Fachpersonen und Stellvertretungen für Betrieb, Patching, Backup, Monitoring und Bereitschaft?
  3. Verfügen wir über einen zweiten Standort, eine gegen Manipulation geschützte Backup-Lösung und getestete Wiederherstellungs- und Umschaltverfahren?
  4. Wie sicher sind wir bei der Lizenz-Compliance im Fall eines Audits?
  5. Welche Datenbanken sind Kandidaten, gemessen an Grösse, Kritikalität und Anwendung?
  6. Welche Datenschutz-, Geheimhaltungs- und branchenspezifischen Anforderungen gelten, und wie werden Verantwortlichkeiten, Nachweise und Kontrollrechte sichergestellt?
  7. Was kostet uns der klassische Eigenbetrieb heute wirklich, und was würde die Managed Oracle Database Cloud von T-Systems kosten?

Für die interne Bewertung benötigen Sie neben den betrieblichen Kriterien auch eine erste Kostengrösse. Diese können Sie direkt für Ihre Datenbanklandschaft berechnen.

Nächster Schritt

Oracle Database Cloud berechnen. Wählen Sie Grösse und SLA-Stufe pro Datenbank und erhalten Sie eine unverbindliche Preisindikation zur internen Weitergabe.

Sie möchten die Ausgangslage zuerst mit Fachleuten besprechen? Nutzen Sie das Formular unten. Wir freuen uns auf Ihre Anfrage.

 

Passende Lösungen

Wir freuen uns auf Ihre Meinung

Haben Sie Ideen, Anregungen oder Fragen zu diesem Thema? Wir laden Sie herzlich ein, sich mit uns auszutauschen. Sprechen Sie uns an!
Besuchen Sie t-systems.com außerhalb von Switzerland? Besuchen Sie die lokale Website für weiterführende Informationen und Angebote für Ihr Land.