Migration von HANA zu HANA Cloud
Stand 2026-09-03
HANA zu HANA Cloud = Re-Platforming, kein Lift-and-Shift. Drei Wege: DMO (Anwendungsdatenbanken < 10 TB), Self-Service Migration (eigenständiges HANA < 5 TB), Tenant Database Copy (groß/gestuft). Fünf Kompatibilitätsprobleme, auf die jedes Projekt trifft: veraltetes SQL, fehlende SYS-Views, NSE-Column-Store-Verhalten, entfernte ABAP-Dictionary-Tabellen, Multi-Tenant-Re-Architektur. Dimensionierung: ≥ 64 GB für Datasphere-angebundene Produktion. Nach der Migration: jede Datasphere-Verbindung neu ausrichten und alle Views vor dem Cutover validieren.
Was Sie lernen
- Den SAP-HANA-Cloud-Migrationspfad für eine On-Premise-SAP-HANA-Datenbank ausführen — die Database Migration Option (DMO), Self-Service Migration oder Tenant Database Copy je nach Landschaftsprofil anwenden
- Die fünf häufigsten HANA-zu-HANA-Cloud-Kompatibilitätsprobleme identifizieren und beheben: veraltete SQL-Syntax, fehlende Systemtabellen, verändertes Column-Store-Verhalten, entfernte ABAP-Dictionary-Tabellen und Multi-Tenant-Re-Architektur
- HANA Cloud für Produktivarbeitslasten konfigurieren: Speicherdimensionierung festlegen, Column-Store-Persistenz aktivieren, HANA-Services (NSE, Streaming, Data Lake) konfigurieren und gegen die ursprüngliche HANA-Performance-Baseline validieren
- Die HANA-Cloud-Migration innerhalb eines BDC-Programms gestalten — die migrierte HANA-Instanz als Datasphere-Verbindung einbinden und prüfen, dass bestehende Datasphere-Views und Replication Flows nach der Migration weiterhin funktionieren
Modulüberblick
SAP HANA Cloud ist die BTP-native Weiterentwicklung von SAP HANA: dieselbe Column-Store-Engine, im Kern derselbe SQL-Dialekt, aber als verwalteter Cloud-Service mit einem anderen Betriebsmodell, einer Multi-Tenant-Architektur und einem eigenen Satz an Kompatibilitätsgrenzen ausgeliefert. Die Migration von On-Premise-HANA zu HANA Cloud ist kein Lift-and-Shift. Es ist eine Re-Platforming-Übung, die jede Annahme offenlegt, die Ihr Code, Ihre Berichte und Ihre Monitoring-Skripte über die Interna eines On-Premise-HANA-Systems getroffen haben — Annahmen, die jahrelang unsichtbar waren, weil niemand Grund hatte, sie infrage zu stellen, bis die Datenbank, von der sie abhingen, umzog.
Voraussetzungen
- Mittleres praktisches Erfahrungsniveau in SAP-Analytics-Projekten
- Zuerst Kernkonzepte wiederholen: C036, C034, C035
Lernergebnisse
- Den richtigen HANA-Cloud-Migrationspfad (DMO, Self-Service oder Tenant Database Copy) für eine gegebene Landschaftsgröße und Ausfallzeitbeschränkung wählen.
- Einen HANA-Cloud-Kompatibilitätsbericht ausführen und die fünf häufigsten blockierenden Probleme beheben, bevor das Umstellungsfenster öffnet.
- Eine HANA-Cloud-Stufe ausgehend von einer On-Premise-Speicherbasis dimensionieren und die Abfrageperformance innerhalb von 10 % des ursprünglichen SLA validieren.
- Eine Datasphere-Verbindung auf eine migrierte HANA-Cloud-Instanz neu ausrichten und jede View sowie jeden Replication Flow vor der Produktivumstellung validieren.
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.