Überprüfung der Datenbank-Trace-Dateien

Die Datenbank-Ablaufverfolgung wird in betriebssystemspezifische Dateien geschrieben. Das Trace-Verzeichnis befindet sich hier:

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

Der folgende Alias in der Umgebung des Benutzers <sid>adm hilft Ihnen, schnell zum Trace-Verzeichnis auf Betriebssystemebene zu wechseln:

cdtrace

Die Datenbank-Trace-Dateien werden nach der folgenden Konvention benannt:

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

Im Zusammenhang mit dynamischem Tiering kann eine Datei mit folgender Konvention existieren ( SAP, Anmerkung 2871785):

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

indexserver_saphana01.30003.024.trc Sie können auf diese Dateien entweder direkt auf Betriebssystemebene oder auf eine der folgenden Weisen zugreifen:

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

Weitere Informationen zur Überprüfung

• SAP HANA Administrationshandbuch – Persistenz-Konsistenzprüfung

Die SQL-Anweisungen in den folgenden SAP-Notizen geben an, ob eine Datenbankreorganisation erforderlich ist und wie viel Speicherplatz nach der Reorganisationsaktion eingespart wird.

Dieser Scheck dient zwei Zwecken.

1. Gibt an, ob die Reorganisationsaktion in der SAP HANA-Datenbank erforderlich ist.
2. Wenn eine Umstrukturierung erforderlich ist, wird die geschätzte Größe nach Abschluss der Maßnahmen zur Platzersparnis angegeben.

Sondergrößen SAP Anmerkungen

• SAP Anmerkung 2363248 – SAP BW /4HANA Hardware-Dimensionierung
• SAP SD-Benchmark-Ergebnisse
• Messung in SAPS(SAP Application Performance Standard)

Weitere verwandte SAP Hinweise für EarlyWatch Warnmeldungen

• SAP Anmerkung 1257308 – FAQ: Verwendung von EarlyWatch Alert
• SAP Hinweis 1958910 – EarlyWatch-Warnung für HANA-Datenbank
• SAP Anmerkung 1911180 – HANA EarlyWatch Probleme mit Warnmeldungen(EWA)
• SAP Solution Manager- Hilfe-Portal-Dokumentation

Der Zielserver muss über eine Speicherkapazität verfügen, die gleich groß oder größer ist als die des Quellsystems, und die Größe muss korrekt sein

Denken Sie daran, das Datenbankwachstum von SAP HANA zu berücksichtigen und die IBM-Richtlinien für die System-Speicherarchitektur und -konfiguration für SAP HANA TDI zu befolgen.

Das folgende Dokument beschreibt die erforderliche Speicherkonfiguration für den Zielserver in IBM Cloud:

• IBM Handbuch zur Architektur und Konfiguration des Systemspeichers für SAP HANA TDI

Berücksichtigen Sie den zusätzlichen Speicherplatz, den Sie für die Erstellung eines Dateisystem-Einhängepunkts zum Speichern ausführbarer Softwaredateien und der ersten SAP HANA-Systemsicherung benötigen. Je nach geplanter IBM Power Virtual Server-Infrastruktur können Sie das Dateisystem als NFS-Mount erstellen, um es in andere Systeme der Architektur zu exportieren.

Sicherstellen, dass das Betriebssystem und der Patch-Level des Zielservers mit dem des Quellservers übereinstimmen

Überprüfen Sie die Version des Betriebssystems und den Patch-Level auf dem Zielsystem. Bei produktiven Systemen stellt dieselbe Ebene sicher, dass die Installation ähnliche und Migrationsläufe problemlos ausführt. Für nicht produktive Systeme, z. B. ein Proof-of-Concept-System (POC) in IBM Power Virtual Server, ist eine höhere Betriebssystemversion eine gültige Option.

cat /etc/os-release

cat /etc/redhat-release

lsb_release -a

Sicherstellen, dass das Dateisystem und die Mountpunkte mit dem Quellsystem übereinstimmen

Die Quell- und Zielsysteme müssen über identische Zuordnungen für Speicher-, LVM- und Dateisysteme verfügen. Nur auf Ziel ist die größere Speicherkapazität, die benötigt wird, oder die Migration. Die Anforderungen an die Dateisystemstruktur werden auch zu Beginn dieses Abschnitts mit den TDI-Anforderungen hervorgehoben. Beachten Sie außerdem, dass der Mount-Punkt und die UID und GUID der Dateibesitzerschaft mit dem Quellsystem übereinstimmen. Außerdem müssen die Mount-Punkte auf beiden Systemen mit demselben <SID> definiert sein. Wenn Sie SAP HANA auf dem Zielsystem installieren, werden dieselben <SID> und <instance number> vom Quellsystem verwendet.

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

Einträge in /etc/hosts für alle am Migrationsprojekt beteiligten Systeme

Die Datei /etc/hosts muss Einträge für das Quellsystem und alle abhängigen SAP Netweaver- oder S/4 FES-Anwendungsserver enthalten. Sie können einen DNS-Server für die Auflösung Ihrer Netzwerkressourcen verwenden, aber es ist hilfreich, wenn Sie die IP-Adressen, den Kurznamen, den FQDN und die Beschreibung in die /etc/hosts-Datei aufnehmen, um die Identifizierung von Servern in der Netzwerkumgebung zu erleichtern, insbesondere wenn Probleme mit der Netzwerkauflösung oder den DNS-Diensten auftreten.

Vorbereitung und Abstimmung des Betriebssystems für SAP HANA

Verwenden Sie die folgenden SAP-Hinweise, um mit der Vorbereitungsphase des Zielsystems für die Installation von SAP HANA zu beginnen.

• SAP Hinweis 2777782 - SAP HANA DB: Empfohlene Betriebssystemeinstellungen für RHEL 8
• SAP Hinweis 2772999 - Red Hat Enterprise Linux 8.x: Installation und Konfiguration
• SAP Anmerkung 3018133 - Linux: Ausführen von SAP-Anwendungen, die mit GCC kompiliert wurden 10.x

Stellen Sie sicher, dass Sie die in der E-Mail Recommended OS Settings for RHEL 8 genannten Aufgaben abgeschlossen haben, da es sich bei diesen Aufgaben um wichtige Einstellungen für die Abstimmung und Leistung handelt, die angewendet werden müssen. Wenn dies ignoriert wird, kann dies die Installation von SAP-Produkten und die Leistung danach beeinträchtigen.

Vorabprüfungen SAP HANA unter Verwendung des HCM-Tools

Die SAP HANA-Hardware- und Cloud-Messwerkzeuge hcmt helfen Ihnen, Ihre Hardware- oder Cloud-Systeme zu messen und zu analysieren, bevor Sie SAP HANA einsetzen oder eine SAP HANA-Zertifizierung beantragen. Die Tools bestehen aus den folgenden Komponenten:

• SAP HANA hardware- und Cloud-Messwerkzeug
• SAP HANA hardware- und Cloud-Messanalyse

Verwenden Sie die folgende SAP-Anmerkung, um das Betriebssystem und die Konfiguration zu überprüfen und zu verifizieren, bevor Sie SAP HANA installieren.

• SAP Anmerkung 2493172 – SAP HANA Hardware- und Cloud-Messwerkzeuge

Wenn Sie beim Ausführen von hcmt ein Port-Problem haben, öffnen Sie eine zweite Terminalsitzung. Navigieren Sie zum Setup-Verzeichnis von hcmt und starten Sie nun eine Sitzung, die den erforderlichen Port offen hält.

Um hcmt im Server-Client-Modus auszuführen, müssen Sie zwei Sitzungen starten:

1. hcmt server-Modus ein – ein Jump-Host zum Sammeln von Testergebnissen von Remote-Servern
2. hcmt client auf den Zielsystemen, die SAP HANA ausführen sollen, hcmt-Leistungstest unter Verwendung des vollständigen Ausführungsplans ausführen.

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 von SAP HANA auf dem Zielsystem

Denken Sie an die folgenden Variablen:

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

In diesem Beispiel ist die Installation bis zu dem Punkt abgeschlossen, an dem Sie "Y" eingeben müssen, um fortzufahren. Navigieren Sie zurück zum Verzeichnis HANA_DATABASE.

Führen Sie den Befehl "Datenbank-Lebenszyklus-Manager" von SAP HANA aus.

sudo ./hdblcm

Das folgende Beispiel zeigt die erwartete Ausgabe.

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

Dadurch werden die Verzeichnisse nach der erforderlichen Software durchsucht.

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`

Wählen Sie n für keine zusätzlichen Komponenten aus und fahren Sie fort.

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`

Geben Sie 1 ein und drücken Sie die Taste <enter>, um ein neues System zu installieren.

Die Ausgabe wird mit dem folgenden Beispiel fortgesetzt.

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`

Geben Sie 1 ein und drücken Sie <enter>, um alle Komponenten zu installieren. Akzeptieren Sie eine Reihe von Standardwerten in der nächsten Zeile der Ausgabe.

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

Geben Sie n ein, um keine zusätzlichen Systeme zu erhalten. Überprüfen Sie die Parameter des Datenbanksystems der Quelle SAP HANA:

• quelle SAP HANA SID
• quelle SAP HANA Instance Number

Fahren Sie mit den gleichen Werten für das Zielsystem fort:

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

Geben Sie eine Zahl ein, die die geplante Funktion darstellt. Im Beispiel bezeichnet 2 ein System zum Testen.

Mehr Standardwerte akzeptieren:

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]:

Legen Sie diese Passwörter wie auf dem Quellsystem festgelegt fest:

• sapadm kennwort
• <sid>adm kennwort
• Systemdatenbank Benutzer SYSTEM Passwort

Legen Sie auf dem Zielsystem dieselben Passwörter fest:

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

In der Zusammenfassung können Sie überprüfen, ob die von Ihnen für die Installation getroffene Auswahl korrekt ist. Wählen Sie dann "Y", um zu beginnen. Nach etwa 20 Minuten wird die folgende Meldung angezeigt.

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

Überprüfen, ob SAP HANA ausgeführt wird, und die Version ermitteln

Führen Sie den folgenden Befehl HDB proc aus, um zu überprüfen, ob alle Dienste auf dem primären und sekundären SAP HANA-System gestartet wurden.

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

SAP HANA die Version muss gleich oder größer als der Primärserver sein

Um die Version der SAP HANA-Datenbank zu überprüfen, verwenden Sie den folgenden Befehl auf beiden Knoten.

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

Erste Sicherung der MDC/SYSTEMDB-Datenbank SAP HANA

Optionale Überprüfung der Trace-Log-Dateien

Die Datenbank-Ablaufverfolgung wird in betriebssystemspezifische Dateien geschrieben. Das Trace-Verzeichnis befindet sich an folgendem Ort:

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

Der folgende Alias in der Umgebung des Benutzers ${sid}adm ermöglicht Ihnen einen schnellen Wechsel zum Trace-Verzeichnis auf Betriebssystemebene:

cdtrace

Die Datenbank-Trace-Dateien werden nach der folgenden Konvention benannt:

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

Im Zusammenhang mit dynamischem Tiering kann eine Datei mit folgender Konvention existieren ( SAP, Anmerkung 2871785):

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

• Beispiel:

indexserver_saphana01.30003.024.trc Sie können auf diese Dateien entweder direkt auf Betriebssystemebene oder auf eine der folgenden Weisen zugreifen:

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

Überprüfen Sie den Datenbankbenutzer SAP HANA auf dem Quellsystem

Erkundigen Sie sich bei Ihrem SAP-Basisverwaltungsteam oder bei den SAP HANA-Administratoren, welcher SAP HANA-Datenbankbenutzer für den Zugriff auf das System verwendet wird. In der Regel handelt es sich bei diesem Benutzer um den Benutzer SYSTEM oder den Benutzer SAP, wenn Ihr SAP-Basisverwaltungsteam die SAP-Sicherheitshinweise implementiert hat.

Legen Sie die Umgebungsvariablen auf den primären und sekundären SAP HANA-Systemen fest

Um die Einrichtung zu vereinfachen, bereiten Sie die folgenden Umgebungsvariablen für ${sid}adm auf beiden Knoten vor. Diese Umgebungsvariablen werden in den nachfolgenden Befehlen in den restlichen Beispielen verwendet.

Führen Sie auf beiden Knoten die folgenden Befehle aus. Denken Sie daran, dass die Variablen auf beiden Systemen, dem Quell- und dem Zielsystem, identisch sein müssen.

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

Stellen Sie sicher, dass SAP HANA auf beiden Systemen läuft

Als Benutzer des Betriebssystems ${sid}adm kann der Befehl HDB proc verwendet werden, um zu überprüfen, ob alle Dienste gestartet wurden.

Führen Sie den folgenden Befehl auf beiden Systemen aus, dem primären und dem sekundären SAP HANA-Server.

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

SAP HANA die Version muss gleich oder größer als die des Primärservers sein

Führen Sie den folgenden Befehl auf jedem Knoten aus, um die Version des SAP HANA-Servers zu ermitteln.

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

Die Version des Zielsystems muss gleich oder größer sein als die Version des Quellsystems. Die einzige Ausnahme für die Version ist eine Konfiguration mit aktivierter Active/Active-Lesefunktion. In diesem Fall muss die HDB-Version auf dem Quell- und Zielsystem identisch sein.

• Stellen Sie daher sicher, dass die Systemkonfiguration auf dem Quell- und dem Zielserver identisch ist. Vergleichen Sie dann die Einstellungen in den INI-Dateien auf beiden Systemen.

• Bei einer Scale-Out-Konfiguration müssen Sie sicherstellen, dass die Anzahl der Arbeitsknoten (Scale-Out) und die Rollen auf dem Quell- und Zielserver identisch sind.

• Für beide Systeme müssen dieselben E-Mail-Adressen ${sid} und instance numbers verwendet werden.

• Sichern Sie PKI SSFS .key and the .dat files von den primären und sekundären Systemen.

• Kopieren Sie vorhandene PKI-Schlüssel vom primären auf das sekundäre System.

Um sicherzustellen, dass Sie bei Bedarf den ursprünglichen Installationszustand wiederherstellen können, sichern Sie die vorhandenen Schlüssel auf dem primären und sekundären System.

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>

Nachdem die Sicherung der vorhandenen PKI-SSFS-Dateien .key und .dat abgeschlossen ist, müssen Sie nun die PKI-SSFS-Dateien .key und .dat vom Primärsystem auf das Zielsystem kopieren.

Die SAP HANA 2.0-Daten- und Protokollübertragungskanäle für den Replikationsprozess erfordern eine Authentifizierung unter Verwendung der PKI-SSFS-Speicherzertifikatsdateien des Systems.

• SAP Hinweis 2369981 – Erforderliche Konfigurationsschritte für die Authentifizierung mit HANA-Systemreplikation

Die PKI-SSFS-Speicherzertifikatsdateien des Systems werden unter /usr/sap/${SID}/SYS/global/security/rsecssfs/ in den Unterverzeichnissen data und key gespeichert.

Führen Sie auf NODE2 die folgenden Befehle aus, um die Dateien SSFS_${SID}.DAT und SSFS_${SID}.KEY von NODE1 zu kopieren.

Führen Sie als ${sid}adm-Benutzer die folgenden zwei Befehle auf NODE2 aus.

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

Die kopierten PKI-SSFS-Speicherzertifikate auf NODE2 werden beim Start des SAP HANA-Systems aktiv.

Überprüfen Sie, ob der Konfigurationsparameter log_mode auf "normal" eingestellt ist

Stellen Sie sicher, dass der Konfigurationsparameter log_mode im Abschnitt "Persistenz" von global.ini sowohl auf dem primären als auch auf dem sekundären SAP HANA-Server auf "normal" gesetzt ist.

Führen Sie den folgenden Befehl auf beiden Systemen aus, um die Einstellung log_mode zu überprüfen.

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

Die folgende Ausgabe wird erwartet.

log_mode=normal

Registrieren Sie zuerst den primären Server

Führen Sie auf dem primären SAP HANA-System den folgenden Befehl aus, um diesen Knoten als primary für die SAP HANA-Systemreplikation zu registrieren.

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

Die folgende Ausgabe wird erwartet.

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

Überprüfen Sie, ob das Primärsystem registriert ist

Überprüfen Sie mit dem folgenden Befehl, ob das Primärsystem erfolgreich registriert wurde.

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

Die folgende Ausgabe wird erwartet.

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.

Stellen Sie sicher, dass SAP HANA auf der sekundären Website nicht aktiv ist

Der sekundäre Standort darf kein aktiver SAP HANA-Server sein. Beenden Sie die Datenbankdienste von SAP HANA mit dem folgenden Befehl.

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

Die folgende Ausgabe wird erwartet.

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.

Registrieren Sie das sekundäre System

Registrieren Sie nun das sekundäre System.

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]

Zum Beispiel, wenn Sie

• SiteOnCloud als sekundärer Seitenname
• syncmem als Replikationsmodus und
• logreplay als Betriebsart

Der letzte Befehl sieht wie das folgende Beispiel aus.

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

Die folgende Ausgabe wird erwartet.

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

Fehlerbehebung bei hdbnsutil-Fehlern bei aktiviertem SELinux

Wenn die sicherheitserweiterte Linux (SELinux) aktiviert ist, ist die Ausgabe von hdbnsutil nicht wie erwartet. Sie können eines der beiden folgenden Symptome feststellen.

• Command is not recognized Fehlernachricht
• Nutzungsinformationen werden angezeigt

Wenn SELinux auf enforcing eingestellt ist, verhindert es, dass der Befehl hdbnsutil den saphostagent im Benutzerkontext ${sid}adm neu startet. Sie können entweder geeignete SELinux-Sicherheitsrichtlinien hinzufügen oder wie von SAP empfohlen. Deaktivieren Sie dann SELinux.

Überprüfen Sie den aktuellen SELinux-Status mit dem folgenden Befehl.

sestatus

Die folgende Ausgabe ist ein Beispiel.

SELinux status:                 enforcing

Wenn der Befehl sestatus mit enforcing zurückgegeben wird, können Befehle, selbst wenn sie mit Root-Rechten ausgeführt werden, je nach Sicherheitsrichtlinie blockiert werden.

Um SELinux vorübergehend zu deaktivieren, führen Sie den folgenden Befehl aus.

sudo setenforce 0

SELinux ist jetzt vorübergehend bis zum nächsten Neustart deaktiviert.

Jetzt überprüfen Sie erneut mit sestatus, der Status zeigt disabled an.

Überprüfen Sie mit dem folgenden Befehl, ob der saphostagent-Prozess ausgeführt wird.

sudo ps -ef | grep -i host

Wenn die Ausgabe leer ist und kein Prozess angezeigt wird, starten Sie den saphostagent manuell neu.

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

Überprüfen Sie den primären Systemstatus

Überprüfen Sie den Status der Systemreplikation auf dem primären Knoten. Führen Sie den folgenden Befehl auf dem Primärserver aus:

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

Die folgende Ausgabe wird erwartet.

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.

Überprüfen Sie den Status des sekundären Systems

Überprüfen Sie nun den Status der Systemreplikation auf dem zweiten Knoten. Führen Sie denselben Befehl auf dem zweiten Server aus.

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

Die folgende Ausgabe wird erwartet.

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.

Neustart des Sekundärservers

Bisher sind beide SAP HANA-Server als Replikationspartner konfiguriert. Starten Sie nun den sekundären SAP HANA-Server neu, um die Replikationseinrichtung abzuschließen.

Führen Sie den folgenden Befehl auf dem sekundären Server aus.

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

Die folgende Ausgabe wird erwartet.

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

Überprüfen Sie HDB info oder HDB proc auf der sekundären Seite, um sicherzustellen, dass SAP HANA wieder funktioniert. Wenn dies erfolgreich war, führen Sie den Befehl sr_state auf dem Primärsystem aus.

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

Die folgende Ausgabe wird erwartet.

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.

Replikationsstatus prüfen

Nachdem das sekundäre System konfiguriert und SAP HANA auf dem sekundären Server gestartet wurde, beginnt der Replikationsprozess automatisch mit der Synchronisierung der Daten mit full replica. Sie können die erste Replikation auf dem Primärserver überprüfen und den aktuellen Abschlussstatus der vollständigen Replikationsaktion beobachten.

Führen Sie das Skript Python mit dem folgenden Befehl aus.

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

Die folgende Ausgabe wird erwartet.

|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

Vier Methoden zur Überprüfung des Replikationsstatus des Systems

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;

Nach Abschluss der Replikation

Bevor Sie die Replikationskonfiguration deaktivieren, überprüfen Sie die Ablaufverfolgungsprotokolle auf etwaige Inkonsistenzen oder Anomalien, nachdem die Replikationsaktion durchgeführt wurde. Nach Abschluss der Replikation enthält die Datenbank nur alle aktiven Dienste auf dem Primärsystem. Sie können die Ablaufverfolgungsprotokolle jedoch weiterhin auf Unstimmigkeiten oder Probleme überprüfen.