Am 20. Mai 2025 war ich beim 22nd Engineered Systems Community Meeting zu Gast – diesmal mit einem Co-Vortrag zusammen mit Jérôme Witt von dbi services. Thema: wie die Exadata Cloud@Customer bei Baloise nach gut zwei Jahren echtem Betrieb wirklich aussieht. Nicht die Marketing-Version, sondern die ehrliche – mit Cloning-Tücken, konkreten Service Requests und dem, was wir anders gemacht hätten.
Wenn du Oracle nur als relationale Datenbank nutzt, solltest du die Wahl nochmal überdenken. ExaCC entfaltet seinen Wert nur, wenn du die Features auch wirklich einsetzt.
Die Speakers
Ein Vortrag, zwei Perspektiven
Was diesen Talk besonders gemacht hat: Jérôme und ich haben die Plattform aus zwei verschiedenen Blickwinkeln beleuchtet – dem des Kunden und dem des Integrations-Partners. Das hat für ehrliche Diskussionen gesorgt.
Kundenperspektive: Betrieb, Entscheidungen, Kosten, Lessons Learned aus dem Alltag.
Integrations-Perspektive: Automatisierung, Ansible, PDB-Cloning-Architektur, ZDM-Know-how.
Zielarchitektur
Was hinter ExaCC bei Baloise steckt
Das Ziel war von Anfang an klar: alle Oracle-Datenbanken von Baloise auf einer einzigen, modernen Plattform konsolidieren – mit Cloud-Flexibilität, aber im eigenen Rechenzentrum. Baloise hat sich für das Licenses Included-Modell mit vorausbezahlten Universal Credits entschieden, 60-monatige Laufzeit, Enterprise Edition Extreme Performance inklusive aller Options.
Seit Q3/2024 wurde die Plattform erweitert: Beide Seiten haben je 2 zusätzliche Storage Server erhalten – ein klares Zeichen dafür, dass die Plattform angenommen wird und wächst.
Quarter Rack DC1 Schlieren (Prod + Acceptance), Half Rack DC2 Glattbrugg (DR + NonProd).
RAC, Active Data Guard, TDE, OEM/ITSM, Streamworks, Ansible, USU Valuemation CMDB.
Strikte Trennung Prod/NonProd via Oracle Connection Manager. Kein direkter Zugriff zwischen Stages.
Efficient Cloning
Sparse Magic – und wo die Magie aufhört
Das Cloning-Kapitel war eines der technisch dichtesten im Vortrag. Jérôme hat detailliert erklärt, wie wir PDB-Cloning und Sparse Clones bei Baloise einsetzen – und wo wir gegen Grenzen gestossen sind.
Zum Vergleich: Baloise hatte vorher jahrelang NetApp ONTAP FlexClone (via SnapManager for Oracle) im Einsatz – seit frühen 2010er-Jahren, integriert in DevOps-CI/CD-Pipelines mit Self-Service-Portal, on-demand, on-schedule und per REST-API. Das war die Messlatte.
Vorteile
- Native SQL-Befehle – keine Sondertools
- Volle Exadata-Funktionalität (Smart Scans etc.)
- Effizientes Space-Management bei Sparse Clones
- Einheitliche Kommandos für Full Clone, Refreshable Clone & ALTER PLUGGABLE DATABASE
Herausforderungen
- Source für Sparse Clones muss Read-Only sein
- TMRs verbrauchen Speicher
- Kein Disaster Recovery für Sparse Clones
- Refreshable Clone bleibt nach Reboot im Status «mounted»
- SQL*Net PDB Cloning hängt bei PDB-Restart-Operationen
- Change-Resistance im Team – Umdenken von nonCDB zu Multitenant nötig
Bigfile Tablespaces verdienen besondere Aufmerksamkeit: PDB-Cloning mit dem Feature à la «RMAN section_size» funktioniert nur, wenn der Degree of Parallelism grösser als die Anzahl der Datafiles ist. Ein Detail, das in der Dokumentation leicht übersehen wird.
Migration
ZDM 21.5 – was neu ist
Zum Zeitpunkt des Vortrags war ZDM 21.5 die aktuelle Version – mit einigen relevanten Neuerungen gegenüber dem, was wir bei der initialen Migration genutzt haben:
Physical Online Migration jetzt mit gleichzeitigem Major-Release-Upgrade, z.B. direkt von 11c nach 19c.
ZDM erstellt nach der Physical Migration automatisch die Data Guard-Umgebung am Ziel.
Hybrid Migration via RMAN Transportable Tablespaces für Daten + Data Pump für Metadaten.
Challenges
Echte Service Requests – kein Hochglanz
Der Vortrag wäre nicht komplett ohne den ehrlichsten Teil: unsere konkreten Probleme mit Oracle. Hier eine Auswahl aus den Service Requests, die uns beschäftigt haben:
| SR-Nr. | Thema | Fazit |
|---|---|---|
| 3-34319751641 | CPU Speed falsch gemeldet | Known Bug im ILOM – Fix im Kernel-Patch enthalten. |
| 3-37084279341 | Dynamic Scaling auf RedHat | Workaround: execute-Permission auf /tmp – mit Sicherheitsbedenken. |
| 3-39110244169 | DNFS + NFSv4 auth_sys | Unpublished Bug: Direct NFS unterstützt keine NFSv4 User-Level-Authentifizierung. |
| 4-0000548895 | Grid 23ai: Instanzen nicht in /etc/oratab | Interner Bug, Workaround von Oracle bereitgestellt. |
| 4-0000364043 | Patching mit NFS Mount | Root sieht NFS-Inhalt nicht → Patching schlägt fehl. Permission-Problem. |
| 4-0000214853 | ORA-04031: Shared Pool / KGLH0 | SHARED_POOL_SIZE auf PDB-Ebene verursacht Heap-Manager-Probleme. Lösung: PDB-Level-SGA-Parameter entfernen. |
Advices & Hints
Was wir jedem mitgeben würden
Der 22nd Engineered Systems Day – worth it
Das Format der Engineered Systems Community hat mir immer gefallen: technisch tief, praxisnah, keine Verkaufs-Slides. Gemeinsam mit Jérôme zu sprechen war eine Bereicherung – die dbi-Services-Perspektive ergänzt die Kundensicht auf eine Art, die alleine nicht möglich wäre. Fragen, Anmerkungen oder eigene ExaCC-Erfahrungen? Immer gerne in die Kommentare.