Vérification des fichiers de trace de la base de données

La trace de la base de données est écrite dans des fichiers spécifiques au service au niveau du système d'exploitation. Le répertoire trace se trouve ici :

/usr/sap/<SID>/HDB<inst>/<host>/trace/DB_<SID>/

L'alias suivant dans l'environnement de l'utilisateur <sid>adm vous aide à passer rapidement au répertoire de suivi au niveau du système d'exploitation :

cdtrace

Les fichiers de suivi de la base de données utilisent la convention d'appellation suivante :

<service>_<host>.<port>.<counter>.trc

Dans le contexte de la hiérarchisation dynamique, un fichier avec la convention suivante peut exister ( SAP Note 2871785):

esserver_console_<host>.<port>.<counter>.trc Exemple :

indexserver_saphana01.30003.024.trc Vous pouvez accéder à ces fichiers soit directement, au niveau du système d'exploitation, soit de l'une des manières suivantes :

• SAP HANA Studio -> Administration -> Diagnosis Files
• DBACOCKPIT -> Diagnostics -> Diagnosis Files

Plus d'informations sur la vérification

• SAP HANA Guide d'administration - Vérification de la cohérence de la persistance

Les instructions SQL qui se trouvent dans les notes d' SAP s suivantes indiquent si une réorganisation de la base de données est nécessaire et la quantité d'espace qui est économisée après la réorganisation.

Ce contrôle a deux objectifs.

1. Indique si l'action de réorganisation est requise sur la base de données d' SAP HANA.
2. Si une réorganisation est nécessaire, elle fournit une estimation de la taille après la réalisation des actions d'économie d'espace.

SAP s sur les tailles supplémentaires Notes

• SAP Note 2363248 - Dimensionnement du matériel SAP BW /4HANA
• SAP Résultats de l'analyse comparative SD
• Mesure en SAPS(SAP Application Performance Standard)

SAP s connexes Notes d' EarlyWatch Rapports d'alerte

• SAP Note 1257308 - FAQ : Utilisation d' EarlyWatch Alerte
• SAP Note 1958910 - Alerte d' EarlyWatch s pour la base de données HANA
• SAP Note 1911180 - Problèmes liés aux alertes d' EarlyWatch s HANA(EWA)
• SAP Solution Manager- Portail d'aide Documentation

Le serveur cible doit avoir une capacité de stockage égale ou supérieure à celle du système source et être correctement dimensionné

N'oubliez pas de prendre en compte la croissance de la base de données d' SAP HANA, ainsi que la nécessité de suivre les directives d'architecture et de configuration du système de stockage d' IBM, pour l' SAP HANA TDI.

Le document suivant décrit la configuration de stockage requise pour le serveur cible dans l' IBM Cloud:

• IBM SAP HANA Guide d'architecture et de configuration du stockage système TDI

Prenez en compte l'espace supplémentaire nécessaire pour créer un point de montage du système de fichiers afin de stocker les fichiers exécutables du logiciel et la sauvegarde initiale du système d' SAP HANA. Selon l'infrastructure d' IBM Power Virtual Server prévue, vous pouvez créer le système de fichiers en tant que montage d' NFS pour l'exporter vers d'autres systèmes de l'architecture.

S'assurer que le système d'exploitation et le niveau de correctif du serveur cible correspondent à ceux du serveur source

Vérifiez la version du système d'exploitation et le niveau de correctif sur le système cible. Pour les systèmes productifs, le même niveau garantit que l'installation effectue des exécutions similaires et migratoires avec facilité. Pour les systèmes non productifs, par exemple, un système de validation de principe (POC) dans IBM Power Virtual Server, une version supérieure du système d'exploitation est une option valable.

cat /etc/os-release

cat /etc/redhat-release

lsb_release -a

S'assurer que le système de fichiers et les points de montage correspondent au système source

Les systèmes source et cible doivent avoir le même mappage pour le stockage, le LVM et les systèmes de fichiers. Seule la capacité de stockage plus importante nécessaire ou la migration est conforme aux objectifs. Les exigences relatives à la structure du système de fichiers sont également mises en évidence au début de cette section avec les exigences TDI. De plus, vérifiez que le point de montage et les UID et GUID de propriété des fichiers correspondent à ceux du système source. De plus, les points de montage nécessitent la même définition d' <SID> s sur les deux systèmes. Lorsque vous installez SAP HANA sur le système cible, les mêmes fichiers d' <SID> s et d' <instance number> s du système source sont utilisés.

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

Entrées dans /etc/hosts pour tous les systèmes impliqués dans le projet de migration

Le fichier d' /etc/hosts s doit contenir des entrées pour le système source et tout système dépendant ( SAP Netweaver ou S/4 FES Application Server). Vous pouvez utiliser un serveur DNS pour la résolution des ressources réseau, mais il est utile d'inclure les adresses IP, le nom court, le nom de domaine complet et la description pour faciliter l'identification des serveurs dans le paysage dans le fichier /etc/hosts, en particulier si des problèmes surviennent avec la résolution réseau ou les services DNS.

Préparation et réglage du système d'exploitation pour SAP HANA

Utilisez les notes d' SAP s suivantes pour commencer la phase de préparation du système cible pour l'installation d' SAP HANA.

• SAP Note 2777782 - SAP HANA DB : Paramètres de système d'exploitation recommandés pour RHEL 8
• SAP Note 2772999 - Red Hat Enterprise Linux 8.x: Installation et configuration
• SAP Note 3018133 - Linux: Exécution d'applications d' SAP s compilées avec GCC 10.x

Assurez-vous d'avoir effectué les tâches mentionnées dans l' Recommended OS Settings for RHEL 8, car il s'agit de paramètres de réglage et de performance importants qui doivent être appliqués. Si elle est ignorée, elle peut avoir un impact sur l'installation des produits d' SAP, ainsi que sur leurs performances par la suite.

Contrôles pré- SAP HANA s à l'aide de l'outil hcmt

Les outils de mesure du matériel et du cloud d' SAP HANA, hcmt, vous aident à mesurer et à analyser votre matériel ou vos systèmes cloud avant de déployer SAP HANA ou de demander la certification SAP HANA. Les outils se composent des éléments suivants :

• SAP HANA matériel et outil de mesure en nuage
• SAP HANA matériel et analyse des mesures dans le cloud

Utilisez l' SAP Note suivante pour vérifier le système d'exploitation et la configuration avant d'installer SAP HANA.

• SAP Note 2493172 - Matériel d' SAP HANA s et outils de mesure dans le cloud

Si vous rencontrez un problème de port lors de l'exécution d' hcmt, ouvrez une deuxième session Terminal. Naviguez jusqu'au répertoire d'installation de hcmt, puis démarrez une session qui maintient le port requis ouvert.

Pour exécuter hcmt en mode serveur-client, vous devez démarrer deux sessions :

1. hcmt mode serveur activé - un hôte de saut pour collecter les résultats des tests à partir de serveurs distants
2. hcmt client sur les systèmes cibles destinés à exécuter SAP HANA, exécutez un test de performance hcmt en utilisant le plan d'exécution complet.

sudo ./hcmt -v -S

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)

Server started, listening on port 50000 ...

sudo ./hcmt -v -p /swrepo/HCMT/setup/config/full_executionplan.json

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)
Loading executionplan
LogVolume (/hana/log):
DataVolume (/hana/data):
Hosts: <`Leave Blank!!!!`>  Leave this field blank, otherwise it will affect the test.
Start execution of plan
Executing Test C9C9F832-854F-492D-8E7EFB4609AC435C
Note: CPU Micro Benchmark

Installation d' SAP HANA s sur le système cible

Rappelez-vous les variables suivantes :

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

Dans cet exemple, l'installation est terminée jusqu'au moment où vous devez entrer « Y » pour continuer. Revenez au répertoire HANA_DATABASE.

Exécutez la commande du gestionnaire de cycle de vie de la base de données d' SAP HANA.

sudo ./hdblcm

L'exemple suivant est le résultat attendu.

SAP HANA Lifecycle Management - SAP HANA Database 2.00.061.00.1644229038
************************************************************************

Cela permettra de scanner les répertoires à la recherche du logiciel requis.

Scanning software locations...
Detected components:
    SAP HANA Database (2.00.061.00.1644229038) in /swrepo/HANA/SAP_HANA_DATABASE/server
    SAP HANA Database Client (2.11.20.1644165757) in /swrepo/HANA/SAP_HANA_CLIENT/client


Do you want to specify additional components location? (y/n) [n]: `n`

Choisissez n pour ne pas localiser de composants supplémentaires et continuer.

Choose an action

Index | Action                    | Description
-------------------------------------------------------------
1     | install                   | Install new system
2     | extract_components        | Extract components
3     | print_detected_components | Print detected components
4     | Exit (do nothing)         |

Enter selected action index [4]: `1`

Entrez 1 et appuyez sur la touche d' <enter> s pour installer un nouveau système.

La sortie se poursuit avec l'exemple suivant.

SAP HANA Database version '2.00.061.00.1644229038' will be installed.

Select additional components for installation:

Index | Components | Description
--------------------------------------------------------------------------------
1     | all        | All components
2     | server     | No additional components
3     | client     | Install SAP HANA Database Client version 2.11.20.1644165757

Enter comma-separated list of the selected indices [3]: `1`

Entrez 1 et appuyez sur <enter> pour installer tous les composants. Accepter une série de valeurs par défaut sur la ligne suivante dans la sortie.

Enter Installation Path [`/hana/shared`]:
Enter Local Host Name [`Yourhostname`]:
Do you want to add hosts to the system? (y/n) [`n`]:

Entrez n pour aucun système supplémentaire. Vérifier les paramètres du système de base de données d' SAP HANA s source :

• source SAP HANA SID
• source SAP HANA Instance Number

Continuer avec les mêmes valeurs pour le système cible :

Enter SAP HANA System ID: `<Needs to match the source system>`
Enter Instance Number [00]: `<Needs to match the source system>`
Enter Local Host Worker Group [default]:

Index | System Usage | Description
-------------------------------------------------------------------------------
1     | production   | System is used in a production environment
2     | test         | System is used for testing, not production
3     | development  | System is used for development, not production
4     | custom       | System usage is neither production, test nor development

Select System Usage / Enter Index [4]: 2

Saisissez un nombre qui représente la fonction planifiée. Dans l'exemple, 2 indique un système de test.

Accepter plus de valeurs par défaut :

Do you want to enable data and log volume encryption? [n]:
Enter Location of Data Volumes [/hana/data/<SID>]:
Enter Location of Log Volumes [/hana/log/<SID>]:
Restrict maximum memory allocation? [n]:
Apply System Size Dependent Resource Limits? (SAP Note 3014176) [y]:

Déterminez ces mots de passe tels qu'ils sont définis sur le système source :

• sapadm mot de passe
• <sid>adm mot de passe
• Système Base de données Utilisateur Mot de passe d' SYSTEM

Définissez les mêmes mots de passe sur le système cible :

Enter SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Confirm SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Enter System Administrator (<sid>adm) Password:  <Use the same password used on the source system>
Confirm System Administrator (<sid>adm) Password: <Use the same password used on the source system>
Enter System Administrator Home Directory [/usr/sap/<SID>/home]:
Enter System Administrator Login Shell [/bin/sh]:
Enter System Administrator User ID [1001]: <check that the user ID number matches the source system>
Enter ID of User Group (sapsys) [79]:  <Check that the GUID number matches the source system>
Enter System Database User (SYSTEM) Password: <Use the same password used on the source system>
Confirm System Database User (SYSTEM) Password: <Use the same password used on the source system>

Restart system after machine reboot? [n]:
Summary before execution

Le résumé vous permet de vérifier que les sélections que vous avez effectuées pour l'installation sont correctes. Sélectionnez ensuite « Y » pour commencer. Après environ 20 minutes, vous voyez le message suivant.

Registering SAP HANA Database Components on Local Host...
- Deploying SAP Host Agent configurations...
Creating Component List...
SAP HANA Database System installed
Log file written to xxxxxx

Vérifier qu' SAP HANA est en cours d'exécution et déterminer la version

Exécutez la commande suivante HDB proc pour vérifier que tous les services ont démarré sur le système d' SAP HANA s principal et secondaire.

sudo -i -u ${sid}adm -- HDB proc

SAP HANA doit être égale ou supérieure à celle du serveur principal

Pour vérifier la version de la base de données d' SAP HANA, utilisez la commande suivante sur les deux nœuds.

sudo -i -u ${sid}adm -- HDB version

Sauvegarde initiale de la base de données MDC/SYSTEMDB SAP HANA

Vérification facultative des fichiers journaux de suivi

La trace de la base de données est écrite dans des fichiers spécifiques au service au niveau du système d'exploitation. Le répertoire trace se trouve à l'emplacement suivant :

/usr/sap/${sid}/HDB<inst>/<host>/trace/DB_${sid}/

L'alias suivant dans l'environnement de l'utilisateur ${sid}adm vous permet de passer rapidement au répertoire de suivi au niveau du système d'exploitation :

cdtrace

Les fichiers de suivi de la base de données utilisent la convention d'appellation suivante :

<service>_<host>.<port>.<counter>.trc

Dans le contexte de la hiérarchisation dynamique, un fichier avec la convention suivante peut exister ( SAP Note 2871785):

esserver_console_<host>.<port>.<counter>.trc

• Exemple :

indexserver_saphana01.30003.024.trc Vous pouvez accéder à ces fichiers soit directement au niveau du système d'exploitation, soit de l'une des manières suivantes :

• SAP HANA Studio -> Administration -> Diagnosis Files
• DBACOCKPIT -> Diagnostics -> Diagnosis Files

Vérifier l'utilisateur de la base de données SAP HANA sur le système source

Vérifiez auprès de votre équipe d'administration de base de données d' SAP, ou auprès des administrateurs d' SAP HANA, quel utilisateur de base de données d' SAP HANA est utilisé pour accéder au système. Généralement, il s'agit de l'utilisateur SYSTEM ou de l'utilisateur propriétaire du schéma SAP si votre équipe d'administration de base d' SAP a mis en œuvre les avis de sécurité SAP.

Définir les variables d'environnement sur les systèmes d' SAP HANA s primaire et secondaire

Pour simplifier la configuration, préparez les variables d'environnement suivantes pour ${sid}adm sur les deux nœuds. Ces variables d'environnement sont utilisées dans les commandes suivantes dans le reste des exemples.

Sur les deux nœuds, exécutez les commandes suivantes. Rappelons que les variables doivent être les mêmes sur les deux systèmes, source et cible.

export SID=<SID>                                 # SAP HANA System ID (uppercase)
export sid=<sid>                                 # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                           # SAP HANA Instance Number
export DIR_INSTANCE=/usr/sap/${SID}/HDB${INSTNO} # "${sid}adm" home directory

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

Assurez-vous que SAP HANA est exécuté sur les deux systèmes

En tant qu'utilisateur du système d'exploitation ${sid}adm, la commande HDB proc permet de vérifier que tous les services sont démarrés.

Exécutez la commande suivante sur les deux systèmes, serveur d' SAP HANA s principal et secondaire.

sudo -i -u ${sid}adm -- HDB proc

SAP HANA doit être égale ou supérieure à celle du serveur principal

Exécutez la commande suivante sur chaque nœud pour déterminer la version du serveur d' SAP HANA.

sudo -i -u ${sid}adm -- HDB version

La version du système cible doit être égale ou supérieure à la version du système source. La seule exception à cette règle concerne la version d'une configuration activée pour la lecture d' Active/Active s. Dans ce cas, la version HDB doit être identique sur le système source et le système cible.

• Il faut donc s'assurer que la configuration du système est identique sur les serveurs source et cible. Ensuite, comparez les paramètres des fichiers ini sur les deux systèmes.

• Pour une configuration scale-out, assurez-vous que le nombre de nœuds workers (scale-out) et de rôles sont identiques sur les serveurs source et cible.

• Les mêmes ${sid} et instance numbers doivent être utilisés sur les deux systèmes.

• Sauvegarder l' PKI SSFS .key and the .dat files s à partir des systèmes primaire et secondaire.

• Copier les clés PKI existantes du système principal vers le système secondaire.

Pour vous assurer de pouvoir revenir à l'état d'installation d'origine, si nécessaire, sauvegardez les clés existantes sur les systèmes principal et secondaire.

sudo -i -u ${sid}adm -- cp -p /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT_<hostname>

Une fois la sauvegarde des fichiers PKI SSFS .key et .dat effectuée, vous devez copier les fichiers PKI SSFS .key et .dat du système principal vers le système cible.

Les canaux de transmission des données et des journaux d' SAP HANA 2.0 s pour le processus de réplication nécessitent une authentification à l'aide des fichiers de certificat de stockage PKI SSFS du système.

• SAP Note 2369981 - Étapes de configuration requises pour l'authentification avec HANA System Replication

Les fichiers de certificat de stockage PKI SSFS du système sont stockés dans /usr/sap/${SID}/SYS/global/security/rsecssfs/ dans les sous-répertoires data et key.

Sur NODE2, exécutez les commandes suivantes pour copier les fichiers SSFS_${SID}.DAT et SSFS_${SID}.KEY depuis NODE1.

En tant qu'utilisateur d' ${sid}adm, exécutez les deux commandes suivantes sur NODE2.

scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT

scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY /usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY

Les certificats de stockage PKI SSFS copiés sur NODE2 deviennent actifs au démarrage du système d' SAP HANA.

Vérifiez que le paramètre de configuration log_mode est défini sur normal

Assurez-vous que le paramètre de configuration log_mode est défini sur normal dans la section persistence de l' global.ini, à la fois sur le serveur d' SAP HANA s principal et sur le serveur d' s secondaire.

Exécutez la commande suivante sur les deux systèmes pour vérifier le paramètre d' log_mode.

sudo -i -u ${sid}adm -- grep -i 'log_mode' /usr/sap/${SID}/HDB${INSTNO}/exe/config/global.ini

Le résultat suivant est attendu.

log_mode=normal

Enregistrez d'abord le serveur principal

Sur le système d' SAP HANA, exécutez la commande suivante pour enregistrer ce nœud en tant qu' primary e pour la réplication du système ( SAP HANA ).

sudo -i -u ${sid}adm -- hdbnsutil -sr_enable --name=${SiteOnPrem}

Le résultat suivant est attendu.

nameserver is active, proceeding ...
successfully enabled system as system replication source site
done.

Vérifier si le système primaire est enregistré

Vérifiez que le système principal est bien enregistré en utilisant la commande suivante.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Le résultat suivant est attendu.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: false
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~


Site Mappings:
~~~~~~~~~~~~~~
SiteCloud (primary/)

Tier of SiteCloud: 1

Replication mode of SiteCloud: primary

Operation mode of SiteOnPrem :


Hint based routing site:
done.

Assurez-vous que SAP HANA n'est pas actif sur le site secondaire

Le site secondaire ne doit pas être un serveur d' SAP HANA s actif. Arrêtez les services de base de données d' SAP HANA, en utilisant la commande suivante.

sudo -i -u ${sid}adm -- HDB stop

Le résultat suivant est attendu.

hdbdaemon will wait maximal 300 seconds for NewDB services finishing.
Stopping instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function Stop 400

10.08.2023 10:32:07
Stop
OK
Waiting for stopped instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function WaitforStopped 600 2


10.08.2023 10:32:51
WaitforStopped
OK
hdbdaemon is stopped.

Enregistrer le système secondaire

Enregistrez maintenant le système secondaire.

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=<secondarySiteName> \
    --remoteHost=<primary_host> \
    --remoteInstance=<primary_systemnr> \
    --replicationMode=[sync|syncmem|async] \
    --operationMode=[delta_datashipping|logreplay|logreplay_readaccess]

Par exemple, si vous utilisez

• SiteOnCloud comme nom de site secondaire
• syncmem comme mode de réplication et
• logreplay comme mode de fonctionnement

La dernière commande ressemble à l'exemple suivant.

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=${SiteOnCloud} \
    --remoteHost=${NODE1} \
    --remoteInstance=${INSTNO} \
    --replicationMode=syncmem \
    --operationMode=logreplay

Le résultat suivant est attendu.

Thu 10 Aug 10:36:13 CEST 2023
adding site ...
collecting information ...
updating local ini files ...
done.

Dépanner les erreurs hdbnsutil avec SELinux activé

Si le SELinux ( Linux ) est activé, la sortie de hdbnsutil n'est pas celle attendue. Vous pouvez observer l'un des deux symptômes suivants.

• Command is not recognized message d'erreur
• Informations d'utilisation affichées

SELinux, lorsqu'il est configuré sur « enforcing », empêche la commande « hdbnsutil » de redémarrer le « saphostagent » dans le contexte utilisateur « ${sid}adm ». Vous pouvez soit ajouter des politiques de sécurité SELinux appropriées, soit suivre les recommandations d' SAP. Ensuite, désactivez SELinux.

Vérifiez l'état actuel de SELinux avec la commande suivante.

sestatus

Le résultat suivant est un exemple.

SELinux status:                 enforcing

Si la commande sestatus renvoie l' enforcing, les commandes peuvent être bloquées, même lorsqu'elles sont exécutées avec les privilèges root, en fonction de la politique de sécurité.

Pour désactiver temporairement SELinux, exécutez la commande suivante.

sudo setenforce 0

SELinux est maintenant temporairement désactivé jusqu'au prochain redémarrage.

Vérifiez à nouveau avec sestatus, le statut affiche « disabled ».

Vérifiez si le processus saphostagent est en cours d'exécution à l'aide de la commande suivante.

sudo ps -ef | grep -i host

Si la sortie est vide et qu'aucun processus n'est affiché, redémarrez manuellement saphostagent.

sudo -i -u ${sid}adm -- /usr/sap/hostctrl/exe/saphostexec -restart /usr/sap/hostctrl/exe/host_profile

Vérifier l'état du système principal

Vérifiez l'état de réplication du système sur le nœud principal. Exécutez la commande suivante sur le serveur primaire :

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Le résultat suivant est attendu.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem_hostname

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem_hostname] <SiteOnPrem_hostname_hostname>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem_hostname_hostname>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem_hostname (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteCloud: 1
Tier of SiteOnPrem_hostname: 2

Replication mode of SiteOnPrem_hostname: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem_hostname: primary
Operation mode of SiteOnCloud logreplay

Mapping: SiteOnPrem_hostname -> SiteOnCloud

Hint based routing site:
done.

Vérifier l'état du système secondaire

Vérifiez maintenant l'état de réplication du système sur le deuxième nœud. Exécutez la même commande sur le deuxième serveur.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Le résultat suivant est attendu.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: false

mode: syncmem
operation mode: unknown
site id: 2
site name: SiteOnCloud

is source system: unknown
is secondary/consumer system: true
has secondaries/consumers attached: unknown
is a takeover active: false
is primary suspended: false
is timetravel enabled: false
replay mode: auto
active primary site: 1

primary masters: <SiteOnPrem_hostname_hostname>
done.

Redémarrer le serveur secondaire

Jusqu'à présent, les deux serveurs d' SAP HANA s sont configurés comme partenaires de réplication. Redémarrez maintenant le serveur d' SAP HANA s secondaire pour terminer la configuration de la réplication.

Exécutez la commande suivante sur le serveur secondaire.

sudo -i -u ${sid}adm -- HDB start

Le résultat suivant est attendu.

StartService
OK

Starting instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function StartWait 2700 2
OK


10.08.2023 10:38:47
Start
OK

10.08.2023 10:40:17
StartWait
OK

Vérifiez HDB info ou HDB proc sur le côté secondaire pour confirmer que SAP HANA fonctionne à nouveau. En cas de succès, exécutez la commande sr_state sur le système principal.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Le résultat suivant est attendu.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SitePrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem] <SiteOnPrem>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteOnprem : 1
Tier of SiteOnCloud: 2

Replication mode of SiteOnPrem: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem: primary
Operation mode of SiteOnCloud: logreplay

Mapping: SiteOnprem_hostname -> SiteOnCloud

Hint based routing site:
done.

Vérifier l'état de la réplication

Une fois le système secondaire configuré et l' SAP HANA démarrée sur le serveur secondaire, le processus de réplication commence automatiquement à synchroniser les données avec un full replica. Vous pouvez vérifier la réplication initiale sur le serveur principal et observer l'état d'avancement actuel de l'action de réplication complète.

Exécutez le script Python à l'aide de la commande suivante.

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

Le résultat suivant est attendu.

|Database |Host     |Port  |Service Name |Volume ID |Site ID |Site Name |Secondary |Secondary |Secondary |Secondary  |Secondary     |Replication |Replication |Replication    |Secondary    |
|         |         |      |             |          |        |          |Host      |Port      |Site ID   |Site Name  |Active Status |Mode        |Status      |Status Details |Fully Synced |
|-------- |-------- |----- |------------ |--------- |------- |--------- |----------|--------- |--------- |---------- |------------- |----------- |----------- |-------------- |-------------|
|SYSTEMDB |<NODE1>  |31001 |nameserver   |        1 |      1 |SiteOnPrem|  <NODE2> |    31001 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31007 |xsengine     |        2 |      1 |SiteOnPrem|  <NODE2> |    31007 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31040 |docstore     |        5 |      1 |SiteOnPrem|  <NODE2> |    31040 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31003 |indexserver  |        3 |      1 |SiteOnPrem|  <NODE2> |    31003 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31011 |dpserver     |        4 |      1 |SiteOnPrem|  <NODE2> |    31011 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|

status system replication site "1": ACTIVE
overall system replication status: ACTIVE

Local System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

mode: PRIMARY
site id: 1
site name: SiteOnPrem_hostname

Quatre méthodes pour vérifier l'état de réplication du système

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/landscapeHostConfiguration.py

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

overall system replication status: ACTIVE

sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"

select host, SECONDARY_HOST, PORT, SITE_NAME, SECONDARY_SITE_NAME, REPLICATION_MODE, REPLICATION_STATUS, REPLICATION_STATUS_DETAILS,SECONDARY_ACTIVE_STATUS from M_SERVICE_REPLICATION;

Après la fin de la réplication

Avant de désactiver la configuration de réplication, vérifiez les journaux de suivi pour détecter toute incohérence ou anomalie après l'exécution de l'action de réplication. Une fois la réplication terminée, la base de données contient tous les services actifs sur le système principal uniquement. Mais vous pouvez toujours examiner les journaux de suivi pour détecter d'éventuelles incohérences ou problèmes.