La mise à niveau et la migration d'un système SAP existant, basé sur n'importe quelle base de données, vers une base de données SAP HANA, ne doivent pas nécessairement consister en une tâche herculéenne. En fait, SAP fournit un outil pour faciliter la mise à niveau et la migration combinées, appelé « Software Update Manager (SUM) » avec l’option de migration de données (DMO).
Migration avec un modèle classique ou le modèle SUM DMO, quelles différences?
Modèle classique
En utilisant le modèle classique de mise à niveau et de migration (Schéma 1), les étapes incluent :
- Une double division;
- Une conversion UNICODE;
- Une mise à niveau de la base de données de toute base de données;
- Une mise à niveau de votre logiciel SAP;
- Une migration de base de données vers SAP HANA.
Schéma 1 - Classic Model
Modèle SUM DMO
En une seule étape (Schéma 2), SUM DMO offre ces fonctionnalités tout en conservant :
- L’identifiant du système;
- Le nom de l’hôte du serveur principal d’applications;
- Les paramètres de connectivité.
Schéma 2 - SUM DMO
Les bénéfices de la migration avec le modèle SUM DMO
Du côté des bénéfices, voici ce à quoi vous pouvez vous attendre:
- La combinaison en un seul outil de la mise à jour du système, la conversion Unicode et de la migration de la base de données;
- La simplification des étapes de migration: la procédure combinée ne nécessite qu'une phase de maintenance (et non deux);
- La réduction du temps d'indisponibilité des entreprises et celle du nombre de tests de régression nécessaires;
- La migration sur place, le maintien du serveur d'applications et l'identifiant du système à l'état stable ont une faible incidence sur l'environnement du système: seul le serveur de base de données est nouveau;
- Le transfert de migration directe sans grands fichiers de vidage exportés;
- La base de données source reste cohérente, un repli rapide est donc possible;
- Les risques sont réduits, aucune restauration n’est nécessaire, laissant ainsi plus de temps pour les tests avant le basculement.
Quels éléments sont à prendre en compte lors d'une migration SAP HANA?
La migration avec SUM DMO nécessite une préparation minutieuse, notamment du côté de la vérification des données d'application. Sans une évaluation approfondie du système SAP, y compris des données qui ne sont plus nécessaires, des complications majeures de nature économique et juridique peuvent survenir. Si la décision d'implémenter la base de données SAP HANA ou SAP S/4HANA a été prise, les critères de migration doivent être définis :
- Le nettoyage du système des documents et des données désuètes et inutiles;
- La durée d’exécution;
- Le traitement commercial ininterrompu et la disponibilité du système SAP;
- La préservation de toutes les données existantes;
- Temps d’arrêt court.
Les avantages de l'exécution d'un système SAP basé sur la base de données SAP HANA
- La valeur de la migration de votre système SAP vers une solution comme SAP HANA provient de nouveaux modèles de prévision offrant une liaison de données efficace. SAP HANA intègre un traitement transactionnel (OLTP) et une analyse sous la forme de requêtes OLAP (Business Warehouse). Des calculs en temps réel sont possibles grâce à ces fonctionnalités.
- Un des avantages de la base de données SAP HANA est le volume réduit de données, principalement en raison de l'omission des index et des tableaux récapitulatifs des applications précédentes et de la compression utilisée des données. L'approche adoptée par SAP pour fournir les tables existantes sous forme de vues de données permet la continuité des applications existantes dans l'entreprise sans qu’il soit nécessaire de procéder à des d'ajustements.
Les 2 options de migration SUM DMO
SUM DMO offre deux options de migration :
- SUM DMO classique
- SUM DMO avec System Move
SUM DMO classique
- Combinaison de mise à jour et de migration, éventuellement avec une conversion Unicode (cible <7.50);
- Non supporté pour la migration du centre de données en raison de problèmes de latence;
- Exécution de SUM sur l'hôte PAS (« en place »);
- Conservation du même serveur d'applications, mise à jour du noyau d'instance uniquement;
- Démarrage de SUM R3load sur l'hôte PAS (possibilité d'exécuter SUM sur AAS avec restrictions);
- DMO sans mise à jour du système: uniquement la migration vers SAP HANA, pas de mise à jour du logiciel SAP.
Schéma 3 - SUM DMO Classique
SUM DMO avec System Move
- Permet de changer d'hôte PAS
- Autorise la migration entre les centres de données
- Configure la base de données cible et le PAS cible avant le démarrage
- Le type de base de données cible est SAP HANA ou SAP ASE
- Étapes :
-
- Lancez SUM en source, exportez.
- Copiez et démarrez SUM sur la cible > l’importation a lieu.
- Peut être combiné avec « DMO sans mise à jour logicielle » et avec « SUM on AAS »
-
Schéma 4 - DMO avec System Move
Qu'est-ce qui peut affecter la performance de la migration ?
La performance de la migration est affectée par :
- Le nombre de processus parallèles R3load configurés pour le temps d’indisponibilité;
- La bande passante réseau: carte réseau 10 Gbit/s, pas de pare-feu;
- La mise à jour après la migration: celle-ci peut durer plus de huit heures;
- Techniques de partage de table;
- La mise à jour des statistiques dans la base de données source.
En outre, vous pouvez envisager d'utiliser l'option de cycle de test, permettant de répéter rapidement et uniquement la migration des temps d'arrêt pour une exécution de test, sans avoir à recommencer à zéro. Aussi, il existe des techniques optimisées pour les temps d'arrêt, comme DMO optimisé pour les temps d'arrêt (SAP Note 2442926) et le clonage de files d'attente delta pour les systèmes SAP BW et l'approche Service (NZDT) proche du temps d'indisponibilité (note SAP 693168).
SAP S/4HANA : conversion ou migration? Accédez à la méthodologie SAP afin de vous préparer au mouvement SAP S/4HANA :
Sources:
