Warum Lift & Shift zuerst sinnvoll sein kann
Eine direkte Oracle-zu-PostgreSQL-Migration vermischt Infrastrukturwechsel, Datenbankwechsel, SQL-Dialekt, PL/SQL-Redesign, Betriebsmodell und Performance-Neubewertung. Das ist unnötig riskant. Ein Lift & Shift nach AWS trennt diese Risiken.
Der erste Schritt bringt Oracle in eine moderne Betriebsumgebung. Danach kann die eigentliche Modernisierung sauber geplant werden: PL/SQL entkoppeln, technische Schulden erkennen, PostgreSQL-Wellen definieren.
Typische Zielbilder
- Amazon RDS for Oracle License Included: sinnvoll, wenn Standard Edition 2 genügt und RDS-Einschränkungen akzeptabel sind.
- Amazon RDS for Oracle BYOL: möglich, wenn eigene Lizenzen vorhanden sind und RDS zur Betriebsstrategie passt.
- Oracle auf EC2: sinnvoll bei Enterprise-Features, OS-Zugriff, Spezialagenten, besonderen Backup-/HA-Konzepten oder hoher Kontrolle.
Was vor dem Lift & Shift geprüft werden muss
| Oracle Edition | SE2, Enterprise Edition, Optionen und Packs bestimmen den Zielpfad. |
| PL/SQL-Anteil | Packages, Trigger und Jobs beeinflussen spätere Modernisierung. |
| Oracle Features | Partitioning, Advanced Compression, DB Links, Directories, External Tables, Scheduler. |
| Betriebsmodell | Backup, Monitoring, Patching, HA/DR, Zugriffsrechte und Wartungsfenster. |
Empfehlung
Der Lift & Shift ist kein Endzustand. Er ist Schicht 1 eines Modernisierungspfads. GCON-DB bewertet, ob dieser Schritt technisch sinnvoll ist und welcher AWS-Zieltyp passt.
FAQ
Ist Lift & Shift nur eine Übergangslösung?
Nicht zwingend. Bei komplexen Oracle-Systemen kann Lift & Shift der kontrollierte erste Schritt sein, um Betrieb, Analyse und Modernisierung zu entkoppeln.
Warum nicht direkt Aurora PostgreSQL?
Weil PL/SQL, Trigger, Jobs und Oracle-spezifische Features häufig zuerst bewertet und entkoppelt werden müssen.