Explorer la migration en deux étapes : lift and shift, puis DMO

Tenez compte des éléments suivants pour la migration en deux étapes :

Assurez-vous que la connectivité à Azure est disponible via Express Route (recommandé) ou VPN.
Allouez l’infrastructure cible sur Azure, qui comprend le système cloné et les serveurs de bases de données SAP NetWeaver et SAP HANA cibles. L’infrastructure Azure peut être déployée à l’aide de modèles prédéfinis d’Azure Resource Manager.
Le système cloné peut être créé avec une copie système homogène (sauvegarde/restauration) ou via des outils de réplication SGBD (par exemple, Oracle Data Guard ou SQL Always on).
Les tests professionnels et techniques doivent être lancés (avec des tests fonctionnels, d’intégration et d’acceptation pour confirmer la réussite du déplacement des données).
À la suite de la validation commerciale et technique, le processus DMO (Database Migration Option) classique peut être suivi pour la migration et la mise à niveau vers SAP HANA.
La DMO peut être utilisée avec la méthode de canal de mémoire (par exemple, l’exportation/importation se produit dans le même serveur d’applications et le même segment de mémoire pour des migrations accélérées).
Après la migration vers SAP HANA, la validation professionnelle et technique doit encore être lancée.
Dans cette approche, deux temps d’arrêt et deux cycles de test sont requis.

Options d'optimisation de la DMO

De nombreux facteurs influencent le temps d’arrêt associé à une migration de base de données SAP, notamment :

Étendue : Modifications logicielles, conversion Unicode, déplacement du centre de données
Performances du système source : Processeur, E/S, mémoire, performances SGBD, version SAP NetWeaver
Taille de base de données du système source : Taille de la base de données, tables les plus grandes, état de la maintenance
Performances du système cible : Processeur, E/S, mémoire, performances SGBD, version SAP NetWeaver
Réseau : Vitesse du réseau, bande passante, latence
Ensemble d’outils : SAP SWPM (Software Provisioning Manager), SUM (Software Update Manager), DMO de SUM, version de l’ensemble d’outils
Approche de migration : Standard vs Temps d’arrêt minimisé
Activités d’accélération/ralentissement : Gestion de l’interface, gestion du programme de traitement par lots
Validation pré- et post-migration : Tests fonctionnels, d’intégration et d’acceptation.

Globalement, on peut observer un potentiel d’optimisation des performances dans les trois domaines suivants :

Le levier de réduction infrastructure/matériel comprend les éléments suivants :

Déployer un serveur de migration dédié (PAS /AAS) avec une capacité de calcul étendue pour exécuter SUM
Déployer des disques SSD (Solid State Disks) sur la base de données source et les serveurs de migration.
(PAS / AAS)

La connectivité Express Route est recommandée avec la bande passante maximale disponible (actuellement disponible jusqu’à 10 Gbits/s)
utilisez le script dmotocloud.sh (RSYNC) pour déplacer les fichiers d’une source locale vers une cible Azure pour l’option DMO avec déplacement du système avec transfert parallèle.
Implémentez des captures instantanées du stockage pour des sauvegardes rapides pendant la période de basculement.

Optimisation de la base de données source (reconstruction d’index, statistiques de base de données, paramètres de base de données, système de fichiers de base de données). Vous trouverez une référence utile dans le tableau ci-dessous.

Base de données	Référence
Oracle	Note SAP 936441
DB2	Techniques d’optimisation DB2 pour la migration de bases de données SAP et la conversion Unicode
SQL Server	Migration de SAP OS/DB vers SQL Server – FAQ v6.2 Avril 2017

Utilisez la dernière version des outils de migration, de R3*, du noyau, etc.
Paramétrage du réseau (par exemple paramètres MTU, réinitialiser les compteurs)
Paramétrage lié au système d’exploitation (par exemple, profondeur Q)
Paramètres de base de données SAP HANA (portant sur les points d’enregistrement, le mode journal et les délais d’attente)
Les paramètres de migration de la DMO (par exemple, fichiers de durée, fractionnements de table manuels, ordre de séquencement de table manuel, chargement rapide pour objet Blob, etc.)

Utilisé pour capturer les phases d’exportation et d’importation d’un sous-ensemble de données. Peut être configuré pour s’exécuter sur des tables spécifiques.

Il est possible d’exécuter plusieurs fois la phase d’exécution en retravaillant l’activité de fractionnement de table (on optimise ainsi le fractionnement de table qui réduira le temps d’arrêt de la procédure DMO).