Migrer une plateforme SAP vers Azure
SAP est une plateforme puissante avec des exigences spécifiques, complexes et strictes en matière de conformité, de sécurité et de conformité. Il est peu probable que cette plateforme se déplace dans une fabrique de migration standard. Azure Migrate propose des outils qui permettent de migrer la plupart des plateformes et des charges de travail, mais les charges de travail SAP nécessitent des outils et des processus différents pour répliquer et déployer leurs ressources. Une fois la plateforme principale déployée, les outils et les processus standard peuvent permettre aux charges de travail dépendantes de redémarrer et terminer la migration.
Flux de processus SAP
Il existe quelques étapes à prendre en compte lors de la migration de charges de travail SAP, dont certaines s’écartent des tâches de migration standard :
Notes
Avant de commencer à migrer votre plateforme SAP, vérifiez que vous avez établi une zone d'atterrissage Azure compatible avec la plateforme SAP et :
- Évaluez la plateforme SAP et les charges de travail dépendantes.
- Évaluez les considérations de dimensionnement pour la plateforme SAP.
- Migrez la plateforme.
- Migrez la charge de travail.
Évaluer la plateforme SAP et les charges de travail dépendantes
Les organisations ne considèrent généralement pas les questions suivantes lors de l’évaluation d’une plateforme SAP et des charges de travail dépendantes :
Quels systèmes d’exploitation et versions vos machines virtuelles SAP exécutent-elles ?
Les ressources actuelles de la plateforme exécutent-elles des systèmes d’exploitation pris en charge dans Azure ? Les systèmes d’exploitation non pris en charge doivent être corrigés pendant ou avant la migration.
Quel système de gestion de base de données (SGBD) votre plateforme SAP exécute-t-elle ?
Le SGBD actuel est-il pris en charge dans Azure ? Les bases de données non prises en charge doivent être corrigées pendant ou avant la migration.
Allez-vous effectuer la mise à niveau de tout ou partie de la solution SAP avant ou pendant la migration ?
Comment les ressources de plateforme seront-elles configurées et dimensionnées dans Azure ?
Quelles sont les charges de travail qui dépendent de la plateforme SAP ?
Quelles sont les ressources et les bases de données requises pour prendre en charge ces charges de travail ?
Évaluer les considérations de dimensionnement de la plateforme SAP
Plusieurs considérations de dimensionnement doivent être prises en compte avant le déploiement d’une plateforme SAP. Les organisations commencent généralement par évaluer les exigences de dimensionnement pour les ressources et les bases de données actuelles, et elles doivent également prendre en compte les opérations de plateforme à long terme et les spécifications de fonctionnalités. Les éléments suivants doivent être pris en compte au minimum :
- Dimensionnement des machines virtuelles (VM)
- Stockage de machine virtuelle
- Facteurs de durée de bon fonctionnement
- Facteurs de licence
- Facteurs de haute disponibilité/redondance
- Facteurs de haute disponibilité de la base de données
Explorez le Guide d’architecture de SAP sur Azure pour examiner des exemples d’architectures de référence et de considérations relatives au dimensionnement.
Migrer la plateforme
En fonction des types de charges de travail et d’exigences, les points de données de la charge de travail SAP aident à choisir l’approche de migration appropriée : classique ou option de migration de base de données (DMO) SAP. Voici quelques points de données critiques à prendre en compte :
- Condition requise pour effectuer une conversion Unicode (non Unicode vers Unicode).
- Le SGBD qui doit être modifié ou le format interne du même système SGBD doit passer au format Little Endian pris en charge dans le monde Intel, comme la migration d’IBM pSeries vers Azure.
Migration classique : le gestionnaire d’approvisionnement en logiciels SAP est un outil de logistique logicielle pour les migrations de base de données. La migration classique utilise une approche de copie système homogène ou hétérogène, parfois appelée migration en deux étapes. Cette approche est généralement utilisée lorsque les observations suivantes apparaissent dans le plan de migration :
- Les systèmes d’exploitation et SGBD sont compatibles avec Azure.
- Il n’y a pas d’autres exigences de mise à niveau ou de changement de plateforme du système d’exploitation ou des SGBD.
DMO : DMO utilise un outil pour mettre à niveau une charge de travail SAP et une migration de base de données vers la base de données SAP HANA, et ce processus est souvent appelé migration en une étape. Le gestionnaire de mise à jour logicielle SAP crée un espace de stockage secondaire pour la base de données active, tout en créant simultanément une base de données cible. Il copie finalement le référentiel fantôme et bascule la connexion de base de données SAP à la base de données cible. Cette approche est couramment utilisée lorsque les points de données suivants sont observés dans le plan de migration :
- Le système d’exploitation actuel ou DBMS n’est pas pris en charge dans Azure, nécessitant une mise à niveau ou un changement de plateforme.
- Il existe un plan de mise à niveau vers SAP S/4HANA pendant la migration.
Explorez la migration d’une plateforme SAP vers Azure pour en savoir plus sur chaque processus de migration de la plateforme SAP.
Migrer la charge de travail
Après la migration de la plateforme principale, vous pouvez utiliser des processus standardisés de la configuration de la fabrique de migration pour migrer chaque charge de travail dépendante. Consultez la présentation d’un scénario d’adoption de SAP pour des architectures de groupe de charges de travail individuelles et leurs scénarios uniques.
Étape suivante : innover avec SAP
Les articles suivants fournissent des conseils sur des points spécifiques du parcours d’adoption du cloud pour vous aider à adopter SAP dans Azure.
En savoir plus sur les systèmes d’exploitation, les systèmes de gestion de base de données et d’autres logiciels SAP pris en charge pour les déploiements Azure.