Analyser la méthodologie de l’option de migration de base de données SAP

Effectué

Traitement DMO

Le gestionnaire des mises à jour logicielles (SUM) crée le référentiel fantôme (composants de développement/version cible pour ABAP Workbench) sur la base de données traditionnelle jusqu’à la phase de temps d’arrêt. La base de données cible est créée en parallèle où le référentiel fantôme est ensuite copié, et la connexion de base de données SAP est basculée vers la base de données cible, puis le processus de temps d’arrêt démarre.

Après la migration des données d’application (qui comprend la conversion des données), la mise à niveau est ensuite finalisée et le système SAP s’exécute sur la base de données cible. La base de données source conserve les données non modifiées de l'application et une solution de secours est donc toujours possible.

Prérequis

Lors de la migration d’un système SAP existant s’exécutant sur anyDB vers une base de données SAP HANA, les étapes suivantes peuvent être requises :

  • Fractionnement des piles doubles
  • Conversion Unicode (pour les versions antérieures à SAP NetWeaver 7.5)
  • Mise à niveau de la base de données de anyDB
  • Mise à niveau du logiciel SAP

DMO pour les systèmes SAP BW et SAP Business Suite

DMO peut être utilisé pour les systèmes AS-ABAP et avec SUM 1.0 SP09 ou une version ultérieure. DMO peut également être utilisé pour les cibles SAP HANA et ASE. En outre, la DMO peut également être utilisée pour SQL Server, DB2 et MaxDB sur demande. Pour plus d’informations, consultez les notes SAP suivantes :

Phases DMO

Le tableau suivant fournit une vue d'ensemble des principales phases de la DMO.

Phase Commentaire
Préparation La phase qui se produit avant que l’outil SUM démarre et couvre des domaines tels que le précontrôle/préparation de la source, la maintenance, la validation des environnements source et cible, la vérification des mots de passe client 000, DDIC et sidadm.
Extraction Phase qui fait partie du processus SUM réel et où l’outil vérifie tous les téléchargements de logiciels disponibles pour les systèmes source et cible. L’outil décompresse ensuite les fichiers SAR, qui font partie du répertoire de téléchargement.
Configuration SUM vérifie la connectivité du système source et du système cible.
Vérifications L’outil SUM vérifie l’espace disponible pour la création du référentiel fantôme.
Prétraitement Phase dans laquelle le référentiel fantôme est créé et les structures de la table cible sont créées dans SAP HANA. Elle comprend la création des groupes de tables dans un système distribué/scale-out.
Exécution Cette phase comprend les activités de temps d’arrêt. Le système source SAP est verrouillé pour les utilisateurs et le transfert de données proprement dit est initié. Un commutateur de noyau SAP est exécuté à la suite des chargements de données.
Post-traitement Toutes les étapes de post-traitement sont exécutées, y compris l’activation du contenu SAP HANA et le nettoyage des journaux dans le répertoire SUM.

« Semaine de pré-basculement » de la DMO

Avec la DMO, vous avez une option de secours au cours d’une phase.

Commencer le traitement de la DMO au moins une semaine avant le basculement correspond aux bonnes pratiques SAP publiées et offre suffisamment de temps pour le référentiel fantôme.

La sauvegarde doit être effectuée avant de commencer les activités de temps d’arrêt. Si un problème survient au cours des activités de temps d’activité, une approche de secours simple consiste à supprimer l’instance fantôme. Cela implique de supprimer le schéma d’instance fantôme de la base de données source. Si des erreurs se produisent pendant la phase de temps d’arrêt et sont susceptibles d’être liées à des problèmes de données, ces problèmes doivent être corrigés avant de continuer. Par conséquent, il est important d’exécuter plusieurs cycles de test de migration pour éliminer tous les problèmes de la migration productive à l’avance.

DMO avec déplacement du système

L’option « Activer la migration avec le déplacement du système » est disponible dans SUM 1.0 SP21, où le serveur d’applications qui exécute la migration peut être modifié dans le cadre du processus, c’est-à-dire que SUM est démarré sur le serveur d’applications local et basculé sur un serveur d’applications s’exécutant dans Azure. SUM s’exécute sur le système source et s’arrête à la phase d’exécution. Par la suite, le répertoire SUM complet est copié dans Azure où le processus d’importation continue sur le serveur d’applications nouveau/cible.

Le tableau suivant compare l’option classique DMO à l’option DMO avec déplacement du système.

Paramètre DMO classique DMO avec déplacement du système
Objectif/Cas d’usage Mise à niveau et migration sur place Migrations basées sur le Cloud/Azure
Flexibilité d’optimisation des temps d’arrêt Élevé Moyenne
Migration cloud Techniquement possible (mais pas actuellement officiellement pris en charge par SAP) Oui
Serveurs cibles Le même serveur d’applications peut être utilisé pour se connecter à SAP HANA après une migration Les nouveaux serveurs doivent être créés dans Microsoft Azure
Options pour le transfert de données Canaux de mémoire, vidage du système de fichiers Vidage du système de fichiers, Peut utiliser les options de chargement séquentiel ou parallèle