Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Migrez SAP HANA vers AWS à l'aide de SAP HSR avec le même nom d'hôte
*Pradeep Puliyampatta, Amazon Web Services*
## Résumé
Les migrations de SAP HANA vers Amazon Web Services (AWS) peuvent être effectuées à l'aide de plusieurs options, notamment la sauvegarde et la restauration, l'exportation et l'importation, ainsi que la réplication du système SAP HANA (HSR). Le choix d'une option particulière dépend de la connectivité réseau entre les bases de données SAP HANA source et cible, de la taille de la base de données source, des considérations relatives aux temps d'arrêt et d'autres facteurs.
L'option SAP HSR pour la migration des charges de travail SAP HANA vers AWS fonctionne bien lorsqu'il existe un réseau stable entre les systèmes source et cible et que l'intégralité de la base de données (instantané de réplication de base de données SAP HANA) peut être complètement répliquée en un jour, comme stipulé par SAP pour les exigences de débit réseau pour SAP HSR. Les exigences d'indisponibilité associées à cette approche se limitent à la prise de contrôle de l' AWS environnement cible, à la sauvegarde de la base de données SAP HANA et aux tâches post-migration.
SAP HSR prend en charge l'utilisation de différents noms d'hôte (noms d'hôtes mappés à différentes adresses IP) pour le trafic de réplication entre les systèmes principal, ou source, et secondaire, ou cible. Vous pouvez le faire en définissant ces ensembles spécifiques de noms d'hôtes dans `global.ini` la `[system_replication_hostname_resolution]` section de. Dans cette section, tous les hôtes des sites principal et secondaire doivent être définis sur chaque hôte. Pour connaître les étapes de configuration détaillées, consultez la [documentation SAP](https://help.sap.com/viewer/eb3777d5495d46c5b2fa773206bbfb46/1.0.12/en-US/c0cba1cb2ba34ec89f45b48b2157ec7b.html).
L'un des principaux points à retenir de cette configuration est que les noms d'hôtes du système principal doivent être différents de ceux du système secondaire. Dans le cas contraire, les erreurs suivantes peuvent être observées.
+ `"each site must have a unique set of logical hostnames"`
+ `"remoteHost does not match with any host of the source site. All hosts of source and target site must be able to resolve all hostnames of both sites correctly"`
Cependant, le nombre d'étapes post-migration peut être réduit en utilisant le même nom d'hôte de base de données SAP HANA sur l'environnement cible. AWS
Ce modèle fournit une solution permettant d'utiliser le même nom d'hôte sur les environnements source et cible lors de l'utilisation de l'option SAP HSR. Avec ce modèle, vous pouvez utiliser l'option SAP HANA Hostname Rename. Vous attribuez un nom d'hôte temporaire à la base de données SAP HANA cible afin de faciliter l'unicité du nom d'hôte pour SAP HSR. Une fois que la migration a atteint l'étape de prise de contrôle dans l'environnement SAP HANA cible, vous pouvez rétablir le nom d'hôte du système cible en nom d'hôte du système source.
## Conditions préalables et limitations
**Conditions préalables**
+ Un actif Compte AWS.
+ Un cloud privé virtuel (VPC) avec un point de terminaison de réseau privé virtuel (VPN) ou un routeur.
+ AWS Client VPN ou AWS Direct Connect configuré pour transférer des fichiers de la source vers la cible.
+ Bases de données SAP HANA dans l'environnement source et dans l'environnement cible. Le niveau de correctif de base de données SAP HANA cible doit être égal ou supérieur au niveau de correctif de base de données SAP HANA source, dans la même édition de SAP HANA Platform. Par exemple, la réplication ne peut pas être configurée entre les systèmes HANA 1.0 et HANA 2.0. Pour plus d'informations, reportez-vous à la question 15 de la note SAP : 1999880 — FAQ : réplication du système SAP HANA.
+ Serveurs d'applications SAP dans l'environnement cible.
+ Volumes Amazon Elastic Block Store (Amazon EBS) dans l'environnement cible.
**Limites**
La liste suivante de documents SAP couvre les problèmes connus liés à cette solution de contournement, notamment les contraintes relatives à la hiérarchisation dynamique de SAP HANA et aux migrations évolutives :
+ 2956397 — Impossible de renommer le système de base de données SAP HANA
+ 2222694 — Lorsque vous essayez de renommer le système HANA, le message d'erreur suivant apparaît : « Les fichiers source ne sont pas la propriété de l'utilisateur sidadm d'origine (uid = xxxx) »
+ 2607227 — hdblcm : register\_rename\_system : échec du changement de nom de l'instance SAP HANA
+ 2630562 — Le changement de nom d'hôte HANA a échoué et HANA ne démarre pas
+ 2935639 — sr\_register n'utilise pas le nom d'hôte spécifié sous system\_replication\_hostname\_resolution dans la section global.ini
+ 2710211 — Erreur : les noms d'hôtes logiques du système source et du système cible se chevauchent
+ 2693441 — Impossible de renommer un système SAP HANA en raison d'une erreur
+ 2519672 — Le système HANA (primaire et secondaire) possède des données et une clé (SSFS) différentes du système (PKI) ou est incapable de vérifier
+ 2457129 — Le changement de nom d'hôte du système SAP HANA n'est pas autorisé lorsque la hiérarchisation dynamique fait partie du paysage
+ 2473002 — Utilisation de la réplication du système HANA pour migrer un système évolutif (SAP n'impose aucune restriction quant à l'utilisation de cette approche de changement de nom d'hôte pour les systèmes SAP HANA évolutifs). Cependant, la procédure doit être répétée sur chaque hôte individuel. D'autres limites liées à la migration progressive s'appliquent également à cette approche.)
**Versions du produit**
+ Cette solution s'applique aux éditions 1.0 et 2.0 de la plateforme SAP HANA DB.
## Architecture
**Configuration de la source**
Une base de données SAP HANA est installée sur l'environnement source. Toutes les connexions au serveur d'applications SAP et les interfaces de base de données utilisent le même nom d'hôte pour les connexions client. Le schéma suivant montre l'exemple de nom d'hôte source `hdbhost` et l'adresse IP correspondante.
**Configuration de la cible**
L'environnement AWS Cloud cible utilise le même nom d'hôte pour exécuter une base de données SAP HANA. L'environnement cible sur AWS inclut les éléments suivants :
+ Base de données SAP HANA
+ Serveurs d'applications SAP
+ Volumes EBS
**Configuration intermédiaire**
Dans le schéma suivant, le nom d'hôte de l'environnement AWS cible est renommé temporairement `temp-host` afin que les noms d'hôte de la source et de la cible soient uniques. Une fois que la migration a atteint l'étape de prise de contrôle sur l'environnement cible, le nom d'hôte virtuel du système cible est renommé en utilisant le nom d'origine,`hdbhost`.
La configuration intermédiaire inclut l'une des options suivantes :
+ AWS Client VPN avec un point de terminaison Client VPN
+ Direct Connect connexion à un routeur
Les serveurs d'applications SAP sur l'environnement AWS cible peuvent être installés soit avant la configuration de la réplication, soit après le rachat. Cependant, l'installation des serveurs d'applications avant la configuration de la réplication peut contribuer à réduire les temps d'arrêt lors de l'installation, de la configuration de la haute disponibilité et des sauvegardes.
## Outils
**Services AWS**
+ [AWS Client VPN](https://docs.aws.amazon.com/vpn/latest/clientvpn-user/client-vpn-user-what-is.html)est un service VPN géré basé sur le client qui vous permet d'accéder en toute sécurité aux AWS ressources et aux ressources de votre réseau sur site.
+ [AWS Direct Connect](https://docs.aws.amazon.com/directconnect/latest/UserGuide/Welcome.html)relie votre réseau interne à un Direct Connect emplacement via un câble à fibre optique Ethernet standard. Grâce à cette connexion, vous pouvez créer des interfaces virtuelles directement destinées au public Services AWS, en contournant les fournisseurs de services Internet sur votre chemin réseau.
+ [Amazon Elastic Block Store (Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html)) fournit des volumes de stockage au niveau des blocs à utiliser avec les instances Amazon Elastic Compute Cloud (Amazon EC2). Les volumes EBS se comportent comme des périphériques de stockage en mode bloc bruts non formatés. Vous pouvez monter ces volumes en tant qu’appareils sur vos instances.
**Autres outils**
+ [Serveurs d'applications SAP](https://help.sap.com/doc/saphelp_nw73ehp1/7.31.19/en-US/47/a032c0305e0b3ae10000000a42189d/content.htm?no_cache=true) : les serveurs d'applications SAP fournissent aux programmeurs un moyen d'exprimer la logique métier. Le serveur d'applications SAP effectue le traitement des données en fonction de la logique métier. Les données réelles sont stockées dans une base de données, qui constitue un composant distinct.
+ [SAP HANA Cockpit](https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.03/en-US/da25cad976064dc0a24a1b0ee9b62525.html) et [SAP HANA Studio](https://help.sap.com/viewer/a2a49126a5c546a9864aae22c05c3d0e/2.0.00/en-US/c831c3bbbb571014901199718bf7edc5.html) : SAP HANA Cockpit et SAP HANA Studio fournissent tous deux une interface administrative à la base de données SAP HANA. Dans SAP HANA Studio, la console d'administration SAP HANA est la vue système qui fournit le contenu pertinent pour l'administration des bases de données SAP HANA.
+ [Réplication du système SAP HANA — La réplication](https://help.sap.com/viewer/4e9b18c116aa42fc84c7dbfd02111aba/2.0.04/en-US) du système SAP HANA (SAP HSR) est la procédure standard fournie par SAP pour répliquer les bases de données SAP HANA. Les exécutables requis pour SAP HSR font partie du noyau du serveur SAP HANA lui-même.
## Épopées
### Préparation des environnements source et cible
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Installez et configurez les bases de données SAP HANA. | Dans les environnements source et cible, assurez-vous que la base de données SAP HANA est installée et configurée conformément aux meilleures pratiques de SAP HANA. Pour plus d'informations, consultez [SAP HANA sur AWS](https://docs.aws.amazon.com/sap/latest/sap-hana/sap-hana.pdf). | Administration de SAP Basis |
| Mappez l'adresse IP. | Dans l'environnement cible, assurez-vous que le nom d'hôte temporaire est attribué à une adresse IP interne. [See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/migrate-sap-hana-to-aws-using-sap-hsr-with-the-same-hostname.html) | Administration d'AWS |
| Résolvez les noms d'hôtes cibles. | Sur la base de données SAP HANA secondaire, vérifiez que les deux noms d'hôte (`hdbhost`et`temp-host`) sont résolus pour les réseaux de réplication SAP HANA en mettant à jour les noms d'hôte pertinents dans le fichier. `/etc/hosts` | Administration de Linux |
| Sauvegardez les bases de données SAP HANA source et cible. | Utilisez SAP HANA Studio ou le cockpit SAP HANA pour effectuer des sauvegardes sur les bases de données SAP HANA. | Administration de SAP Basis |
| Certificats PKI du système Exchange. | (S'applique uniquement à SAP HANA 2.0 et versions ultérieures) Échangez des certificats dans le magasin sécurisé de l'infrastructure à clés publiques (PKI) du système de fichiers (SSFS) entre les bases de données principale et secondaire. Pour plus d'informations, consultez la note SAP 2369981 — Étapes de configuration requises pour l'authentification avec SAP HANA System Replication. | Administration de SAP Basis |
### Renommez la base de données SAP HANA cible
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Arrêtez les connexions des clients cibles. | Dans l'environnement cible, arrêtez les serveurs d'applications SAP et les autres connexions client. | Administration de SAP Basis |
| Renommez la base de données SAP HANA cible avec le nom d'hôte temporaire. | [See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/migrate-sap-hana-to-aws-using-sap-hsr-with-the-same-hostname.html)L'arrêt et le démarrage de la base de données SAP HANA seront contrôlés par`hdblcm`. | Administration de SAP Basis |
| Attribuez des réseaux de réplication. | Dans le `global.ini` fichier du système source, sous l'`[system_replication_hostname_resolution]`en-tête, fournissez les détails du réseau de réplication source et cible. Copiez ensuite les entrées dans le `global.ini` fichier sur le système cible. | Administration de SAP Basis |
| Activez la réplication sur le serveur principal. | Pour activer la réplication sur la base de données SAP HANA source, exécutez la commande suivante. hdbnsutil -sr_enable --name=siteA
| Administration de SAP Basis |
| Enregistrez la base de données SAP HANA cible en tant que système secondaire. | Pour enregistrer la base de données SAP HANA cible en tant que système secondaire à utiliser comme source pour SAP HSR, choisissez la réplication **asynchrone**. (sid)adm $> HDB stop
(sid)adm $> hdbnsutil -sr_register –name=siteB –remotehost=hdbhost /
--remoteInstance=00 –replicationMode=async –operationMode=logreplay
(sid)adm $> HDB start
Vous pouvez également choisir l'`–online`option d'enregistrement. Dans ce cas, il n'est pas nécessaire d'arrêter et de démarrer la base de données SAP HANA. | Administration de SAP Basis |
| Validez la synchronisation. | Sur la base de données SAP HANA source, vérifiez que tous les journaux sont appliqués au système cible (car il s'agit d'une réplication asynchrone).
Pour vérifier la réplication, exécutez les commandes suivantes sur la source.(sid)adm $> cdpy
(sidadm $> python systemReplicationStatus.py
| Administration de SAP Basis |
| Arrêtez l'application SAP source et la base de données SAP HANA. | Pendant le passage à la migration, arrêtez le système source (l'application SAP et la base de données SAP HANA). | Administration de SAP Basis |
| Effectuez une prise de contrôle sur la cible. | Pour effectuer une prise de contrôle sur la cible sur AWS, exécutez la commande`hdbnsutil -sr_takeover`. | Administration de SAP Basis |
| Sur la base de données SAP HANA cible, désactivez la réplication. | Pour effacer les métadonnées de réplication, arrêtez la réplication sur le système cible en exécutant la commande`hdbnsutil -sr_disable`. Ceci est conforme à la note SAP 2693441 — Impossible de renommer un système SAP HANA en raison d'une erreur. | Administration de SAP Basis |
| Sauvegardez la base de données SAP HANA cible. | Une fois le rachat réussi, nous vous recommandons d'effectuer une sauvegarde complète de la base de données SAP HANA. | Administration de SAP Basis |
### Revenir au nom d'hôte d'origine dans le système cible
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Rétablissez le nom d'hôte de la base de données SAP HANA cible à l'original. | [See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/migrate-sap-hana-to-aws-using-sap-hsr-with-the-same-hostname.html)Vous pouvez valider d'autres options selon vos besoins. Veillez toutefois à ne pas confondre le changement de nom d'hôte avec un changement de SID (Note SAP 2598814 — hdblcm : échec du changement de nom du SID). | Administration de SAP Basis |
| Ajustez hdbuserstore. | Adaptez les `hdbuserstore` détails pointant vers les `schema/user` détails de la source. Pour connaître les étapes détaillées, consultez la [documentation SAP](https://help.sap.com/viewer/b3ee5778bc2e4a089d3299b82ec762a7/2.0.02/en-US/ddbdd66b632d4fe7b3c2e0e6e341e222.html?q=hdbuserstore).
Pour valider cette étape, exécutez la commande`R3trans -d`. Le résultat doit refléter une connexion réussie à la base de données SAP HANA. | Administration de SAP Basis |
| Démarrez les connexions client. | Dans l'environnement cible, démarrez les serveurs d'applications SAP et les autres connexions client. | Administration de SAP Basis |
## Ressources connexes
**Références SAP**
Les références de documentation SAP sont fréquemment mises à jour par SAP. Pour rester à jour, consultez la note SAP 2407186 intitulée Guides pratiques et livres blancs pour la haute disponibilité de SAP HANA.
*Remarques SAP supplémentaires*
+ 2550327 — Comment renommer un système SAP HANA
+ 1999880 — FAQ : réplication du système SAP HANA
+ 2078425 — Note de dépannage concernant l'outil de gestion du cycle de vie de la plateforme SAP HANA hdblcm
+ 2592227 — Modification du suffixe FQDN dans les systèmes HANA
+ 2048681 — Exécution de tâches d'administration de gestion du cycle de vie de la plateforme SAP HANA sur des systèmes à hôtes multiples sans informations d'identification SSH ou root
*Documents SAP*
+ [Connexion réseau de réplication du système](https://help.sap.com/docs/SAP_HANA_PLATFORM/4e9b18c116aa42fc84c7dbfd02111aba/47190b425eb1433697b026ecd46ff5f9.html)
+ [Résolution du nom d'hôte pour la réplication du système](https://help.sap.com/viewer/eb3777d5495d46c5b2fa773206bbfb46/1.0.12/en-US/c0cba1cb2ba34ec89f45b48b2157ec7b.html)
**AWS références**
+ [Migration de SAP HANA depuis d'autres plateformes vers AWS](https://docs.aws.amazon.com/sap/latest/sap-hana/migrating-hana-hana-to-aws.html)
## Informations supplémentaires
Les modifications effectuées dans le `hdblcm` cadre de l'activité de changement de nom d'hôte sont consolidées dans le journal détaillé suivant.
