Migration HANA vers HANA Cloud
À jour au 2026-08-16
HANA vers HANA Cloud = re-platforming, pas lift-and-shift. Trois voies : DMO (bases applicatives < 10 To), Self-Service Migration (HANA autonome < 5 To), Tenant Database Copy (grande taille / phases). Cinq problèmes de compatibilité que chaque mission touche : SQL déprécié, vues SYS manquantes, comportement NSE column store, tables dictionnaire ABAP supprimées, re-architecture multi-tenant. Dimensionnement : ≥ 64 Go pour la production connectée à Datasphere. Post-migration : re-pointer chaque connexion Datasphere et valider toutes les vues avant bascule.
Ce que vous apprendrez
- Exécuter le chemin de migration SAP HANA Cloud pour une base de données SAP HANA on-prem — appliquer l'option Database Migration Option (DMO), Self-Service Migration ou Tenant Database Copy selon le profil du paysage
- Identifier et résoudre les cinq problèmes de compatibilité HANA vers HANA Cloud les plus fréquents : syntaxe SQL dépréciée, tables système manquantes, comportement column store modifié, tables dictionnaire ABAP supprimées, et re-architecture multi-tenant
- Configurer HANA Cloud pour les charges de production : dimensionner la mémoire, activer la persistance column store, configurer les HANA Services (NSE, Streaming, Data Lake) et valider contre la baseline de performance HANA d'origine
- Concevoir la migration HANA Cloud dans un programme BDC — intégrer l'instance HANA migrée comme connexion Datasphere et vérifier que les vues Datasphere et Replication Flows existants continuent d'opérer après migration
SAP HANA Cloud est l'évolution nativement BTP de SAP HANA : le même moteur en colonnes, le même cœur de dialecte SQL, mais livré sous forme de service cloud géré, avec un modèle opérationnel différent, une architecture multi-tenant et un périmètre de compatibilité distinct. La migration d'un HANA sur site vers HANA Cloud n'est pas un simple déplacement à l'identique. C'est un exercice de re-plateformisation qui met en lumière chaque hypothèse que votre code, vos rapports et vos scripts de supervision faisaient sur les rouages internes d'un système HANA sur site — des hypothèses restées invisibles pendant des années parce que personne n'avait de raison de les remettre en question, jusqu'à ce que la base de données dont elles dépendaient change de nature.
Pourquoi cette migration diffère d'une montée de version classique
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.