IBM Cloud Docs
Umzug von SAP S/4HANA zu IBM Power Virtual Server

Umzug von SAP S/4HANA zu IBM Power Virtual Server

Schritte vor der Migration einer SAP S/4HANA-Datenbank

In den folgenden Abschnitten werden einige wichtige Hinweise zur Vorbereitung der Datenbankmigration von SAP HANA gegeben. Lesen und befolgen Sie die relevanten SAP-Hinweise.

Bevor Sie eine Datenmigration oder -replikation durchführen, überprüfen Sie die Quelldatenbank auf vorhandene Probleme.

Wenn Probleme auftreten, kann es sich um eines der folgenden Probleme handeln.

  • Unterbrochene oder fehlgeschlagene Speicherbereinigung.
  • Quelldatenbanken enthalten immer noch Einträge, Tabellen oder Daten aus Aktionen wie dem Löschen von Clients, was zu einer falschen positiven Angabe der tatsächlichen Größe der Datenbank führt.
  • Bei der Datenbankprüfung wurden Unstimmigkeiten gemeldet.
  • Extreme Be- oder Entladevorgänge, die zu verwaisten Einträgen führen.
  • Hardwareprobleme, die während einer Delta-Zusammenführung vom Arbeitsspeicher auf die Festplatte auftraten.
  • Es wurden übermäßige Speicherauszüge von Seiten festgestellt, was auf beschädigte Seiten hinweisen kann.
  • Warnmeldungen, die während eines SAP HANA Mini-Checks angezeigt werden.

Eine fehlerhafte Durchführung von Datenmigrationen oder Replikationsaktionen kann zu Datenverlust und Anwendungsinkonsistenzen führen. Stellen Sie sicher, dass Sie die zugehörigen SAP-Hinweise und Korrekturhinweise gelesen und verstanden haben, bevor Sie eine damit zusammenhängende Aufgabe ausführen. IBM Cloud® haftet nicht für Datenverluste oder die Integrität von Anwendungen.

Die folgenden Abschnitte enthalten von SAP empfohlene Vorbereitungsschritte, um sicherzustellen, dass die Quelldatenbank in einem konsistenten Zustand ist. Vor Beginn einer Migration, Sicherung oder Wiederherstellung werden die Konsistenz (z. B. Zeilenspeicher, Spaltenspeicher, Seiten) und die Trace-Dateien, die sich in der Quelldatenbank befinden, genau auf vorhandene Probleme untersucht. Diese empfohlenen Schritte müssen abgeschlossen sein, bevor Sie mit der Migration beginnen.

Überprüfung und Bestätigung des Datenbankzustands

Überprüfen Sie den Zustand Ihrer Datenbank, um das Risiko zu verringern, dass bestehende Probleme auf Ihr Zielsystem übertragen werden. Gesundheitsprüfungen verhindern, dass bereits bestehende Probleme (z. B. Konsistenz oder Blockkorruption) auf das Zielsystem SAP HANA übertragen werden. SAP HANA Die Systemreplikation kann Ihnen in diesem Fall nicht helfen, daher ist es wichtig, diese notwendigen Überprüfungen durchzuführen. Verwenden Sie die folgenden SAP-Hinweise, um sich zu unterstützen.

Ü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

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.

Reorganisation des Datenbankzeilenspeichers

Wenn Ihre Datenbank stark fragmentiert ist, ist eine Reorganisation des Zeilenspeichers erforderlich.

Ausgehend von SAP HANA 2.0 SPS04 wird die Online-Reorganisation des Zeilenspeichers automatisch für große Zeilenspeicher (zugewiesene Größe >= 3.2 GB) ausgelöst, wenn die Auslastungsrate unter dem festgelegten Schwellenwert liegt.

Standardmäßig liegt der Schwellenwert bei 60 % und die Nutzungsrate wird einmal pro Stunde im Hintergrund überprüft.

Wenn Ihre Datenbankversion älter ist als SAP HANA 2.0 SPS04, befolgen Sie die Anweisungen in

Achten Sie unbedingt auf die Anweisungen in diesen SAP-Hinweisen und befolgen Sie jeden Schritt, der sich auf Ihre vorhandene SAP HANA-Version bezieht.

SQL-Miniprüfungen

Verwenden Sie diese SQL-Anweisung, um die aktuelle Größe der SAP HANA-Datenbank anzuzeigen.

SELECT HOST, PORT, TO_DECIMAL( SUM(FREE_SIZE)*100 / SUM(ALLOCATED_SIZE), 10,2) "Free Space Ratio in %",TO_DECIMAL(
SUM(ALLOCATED_SIZE)/1048576, 10, 2) "Allocated Size in MB",TO_DECIMAL( SUM(FREE_SIZE)/1048576, 10, 2) "Free Size in MB" FROM
M_RS_MEMORY WHERE ( CATEGORY = 'TABLE' ) and ( ALLOCATED_SIZE > 0 ) GROUP BY HOST, PORT

Weitere nützliche SQL-Anweisungen finden Sie unter SAP. Hinweis. Diese SAP-Notiz enthält einige nützliche SQL-Anweisungen, die Sie über die Befehlszeile ausführen können, indem Sie die ausführbare Datei hdbsql verwenden. Oder Sie können die SQL-Konsole verwenden, die in SAP HANA Studio integriert ist.

Befehle von SQLStatements_Internal.zip bergen ein erhöhtes Risiko von Instabilitäten wie Abstürzen oder Abbrüchen. Wenn Sie diese Befehle ausführen, gehen Sie dabei mit Vorsicht vor. Vielleicht sollten sie zuerst auf einem DEV- oder POC-System ausgeführt werden.

Die folgende SQL-Anweisung hilft Ihnen, kritische technische Probleme zu identifizieren. Wenn Sie die komprimierten Dateien der SQL Collection herunterladen, suchen Sie nach SQL: "HANA_Configuration_MiniChecks".

SQL: "HANA_Configuration_MiniChecks" führt mehrere Mini-Checks durch und sendet eine E-Mail an C = 'X', wenn es eine potenziell kritische Situation feststellt. Sie können die folgende SAP-Notiz verwenden, um die Ergebnisse zu interpretieren.

Planung eines SAP HANA-Größenberichts für das Quellsystem

Wenn Sie planen, ein bestehendes SAP System von einem lokalen Standort in Ihre IBM Cloud® Umgebung zu migrieren, müssen Sie zunächst einen SAP Sizing-Bericht ausführen. Die aktuelle Version des Speichergrößenberichts für SAP HANA lautet Advanced correction version 17.

Wenn Sie den SAP HANA-Größenbericht ausführen möchten, lesen Sie den folgenden SAP-Hinweis.

Es wird empfohlen, die neueste erweiterte Korrektur des SAP-Größenberichts zu verwenden. Wenn Sie den Bericht ausführen, stellen Sie sicher, dass Sie die Prognose für das Wachstum der SAP HANA-Datenbank einbeziehen. Der generierte Bericht enthält die voraussichtlichen Empfehlungen für die erforderliche CPU, den Arbeitsspeicher und den Speicher für Ihr Power Virtual Server-Instanzziel. Gehen Sie zu IBM Cloud® und wählen Sie das aktuellste zertifizierte Profil aus, das für IBM Power Virtual Server verfügbar ist.

Sondergrößen SAP Anmerkungen

Verwendung der EarlyWatch-Warnmeldungen als Frühindikator

Wenn in Ihrer lokalen Umgebung ein SAP Solution Manager eingerichtet ist, können Sie den EarlyWatch-Warnbericht für Ihr Quellsystem generieren.

Der Bericht beschreibt spezifische Probleme, die Ihr lokales Quellsystem möglicherweise aufweist. Sie müssen sich sofort mit den SQL-Leistungsindikatoren und den dringenden Leistungskennzahlen befassen. Probleme, die als Red oder Severe problems detected klassifiziert sind, müssen so schnell wie möglich bearbeitet werden.

Überprüfen Sie den EarlyWatch-Warnbericht auf bestehende Probleme mit der Quelldatenbank SAP HANA und reagieren Sie auf jede Feststellung in den Abschnitten Service Summary oder Alert Overview, je nach Schweregrad.

Weitere verwandte SAP Hinweise für EarlyWatch Warnmeldungen

Zugangsdaten für die Quelldatenbank

Wenn Sie ein SAP HANA-System zur SAP HANA-Systemreplikation hinzufügen, denken Sie daran, dass der Replikationsprozess vom primären Quell- zum sekundären Zielserver die MDC-Benutzertabellen SAP${sid}.USR02 überschreibt. Daher ist es wichtig zu wissen (durch Überprüfung von SAP HANA Studio), welcher aktuelle Benutzer mit SYS-Berechtigungen verwendet wurde, um das MDC in SAP HANA Studio auf der Quelle zu registrieren. Als Best Practice sollten Sie die Anmeldedaten für den Datenbankbenutzer und das Passwort für das Quellsystem kennen. Wenn Sie beispielsweise die Passwörter vergessen und mit der SAP HANA-Systemreplikation von der Quelle zum Ziel fortfahren, können Sie das sekundäre Ziel testen, indem Sie den primären und den sekundären Server vertauschen. Wenn Sie die Anmeldedaten für den Datenbankbenutzer und das Passwort auf dem Quellsystem nicht kennen, können Sie das System weder in SAP HANA Studio noch in einem SAP HANA Cockpit-Setup registrieren.

Erstellen des Zielsystems SAP HANA auf IBM Power Virtual Server

Planung des Einsatzes von IBM Power Virtual Server

Ein Power-Server-Arbeitsbereich in Ihrem IBM Cloud-Konto ist Voraussetzung für die folgenden Schritte. Weitere Informationen finden Sie in den Überlegungen zum Hybrid-Cloud-Netzwerk für SAP auf IBM Power Virtual Server.

Es muss eine Hybrid-Cloud-Netzwerkverbindung vorhanden sein, wie in "Hybrid Cloud Network Considerations for SAP " auf IBM Power Virtual Server beschrieben.

Die Planung einer einsatzfähigen SAP HANA-Infrastruktur wird in "Planung Ihres Einsatzes" beschrieben.

Die Dimensionierung des Zielsystems ist für Ihre Planung von entscheidender Bedeutung. Befolgen Sie die Empfehlungen im SAP HANA-Größenbericht für das Quellsystem. Berücksichtigen Sie auch die Ergebnisse des EarlyWatch-Warnberichts (EWA-Bericht). Beide Faktoren bieten einen realistischen Ansatz für die empfohlene Größe Ihres Zielsystems, siehe Größenbestimmungsprozess für SAP-Systeme.

Vergleich der erforderlichen CPU, Kerne und Speicherkapazität für Ihr Zielsystem

Überprüfen Sie, ob die zertifizierten Profile in IBM Cloud® den Empfehlungen im Bericht zur Dimensionierung des Quellsystems entsprechen oder diesen nahekommen, und berücksichtigen Sie auch die Zusammenfassung des EWA-Berichts.

Wählen Sie das richtige IBM Power Systems Virtual Server-zertifizierte Profil aus den folgenden beiden Links aus:

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:

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.

Erstellen des Software-Repository-Dateisystems und Übertragen der Installationspakete

Wie in früheren Demosystemen wird der Mount-Punkt swrepo mit mindestens 200 GB freiem Speicherplatz erstellt. Laden Sie die SAP HANA-Software von SAP Marketplace herunter – die Version, die Ihrer SAP HANA-Version aus dem Quellsystem entspricht.

  • Hauptseite für Software-Downloads

    • Zugang zu Software-Downloads in SAP für mich
    • Geben Sie Ihre SAP "S"-Benutzerkennung und Ihr Passwort ein, um fortzufahren.
  • Software-Center-Katalogansicht

    • Support-Pakete und Upgrades
    • Alphabetischer Index (A-Z)
    • "H"
    • SAP HANA PLATTFORM-AUSGABE
    • SAP HANA PLATTFORM-AUFLAGE 2.0
    • SAP HANA DATENBANK 2.0
    • Stellen Sie sicher, dass das Auswahlfeld LINUX ON POWER LE 64BIT
    • Wählen Sie die IMDB_SERVER20 aus, die auf dem Quellsystem installiert ist, und laden Sie sie auf Ihren Laptop oder PC herunter
    • Zurück zur Seite SAP HANA PLATFORM EDITION 2.0
    • SAP HANA KUNDE 2.0
    • Stellen Sie sicher, dass das Auswahlfeld LINUX ON POWER LE 64BIT
    • Wählen Sie die Version aus, die Sie auf dem Quellsystem installiert haben (oder eine Version höher, wenn Ihre Version nicht in der Liste aufgeführt ist)
    • Zurück zur Katalogansicht des Software Centers
    • Support-Pakete und Upgrades
    • Auf der rechten Seite befindet sich ein Suchfeld. Suchen Sie nach SAPCAR
    • Wählen Sie in der angezeigten Ergebnisliste SAPCAR 7.53 Maintenance Software Component aus
    • Wählen Sie die Datei SAPCAR_1200-70007726.EXE aus und stellen Sie sicher, dass im Auswahlfeld LINUX ON POWER LE 64BIT
    • Auf Ihren Laptop oder PC oder Jump Host herunterladen

Erstellen Sie auf dem Zielsystem ein Verzeichnis /swrepo.

sudo mkdir /swrepo

Stellen Sie sicher, dass der Benutzer Eigentümer dieses Verzeichnisses ist, damit er arbeiten und Dateien extrahieren kann.

sudo chown $USER: /swrepo

Übertragen Sie die Installationsdateien und die Downloads des sapcar-Dienstprogramms auf den Zielserver SAP HANA /swrepo-Mountpunkt. Das SAPCAR-Dienstprogramm benötigt ausführbare Berechtigungen, um die.SAR-Archivdateien entpacken zu können.

chmod -R 755 /swrepo/SAPCAR_1200-70007726.EXE

Sie können für dieses Dienstprogramm einen Alias SAPCAR in der .bash_profile festlegen. Diese Einstellung ermöglicht den Befehl SAPCAR aus jedem Verzeichnis.

Um eine Zeile zu Ihrem Bash-Profil hinzuzufügen, verwenden Sie den folgenden Befehl.

echo "alias SAPCAR='/swrepo/SAPCAR_1200-70007726.EXE'" >>$HOME/.bash_profile

Verwenden Sie den Befehl "source", um das neu definierte Alias zu aktivieren.

source $HOME/.bash_profile

Überprüfen Sie, ob es funktioniert, indem Sie SAPCAR -v aufrufen, um die Versionsliste zu erhalten:

SAPCAR -v

Dateien entpacken

Verwenden Sie die folgenden Beispiele zum Entpacken der Dateien.

SAPCAR -xvf IMDB_CLIENT20_XXX_XX-XXXXXXXX.SAR -manifest /SAP_HANA_CLIENT/SIGNATURE.SMF

Die Ausgabe der sapcar-Datei-Extraktion sieht wie im folgenden Beispiel aus.

x SAP_HANA_CLIENT/SIGNATURE.SMF
SAPCAR: 98 file(s) extracted

SAPCAR -xvf IMDB_SERVER20_XXX_XX-XXXXXXXX.SAR -manifest /SAP_HANA_DATABASE/SIGNATURE.SMF

x /SAP_HANA_DATABASE/SIGNATURE.SMF
SAPCAR: 355 file(s) extracted

Während der Extraktion werden die Verzeichnisse /swrepo/SAP_HANA_DATABASE und /swrepo/SAP_HANA_CLIENT erstellt, die die für die Installation erforderlichen Dateien enthalten.

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.

Zielserver – sowohl RHEL als auch SLES

Führen Sie den folgenden Befehl aus, um die Version des Betriebssystems und die Patch-Ebene zu ermitteln.

cat /etc/os-release

Alternativ können Sie auf Red Hat Linux-Systemen eine zweite Datei verwenden.

cat /etc/redhat-release

Unter SUSE Linux Enterprise Server (für SAP-Anwendungen) können die Versions- und Patch-Level mit dem folgenden Befehl aufgelistet werden.

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.

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.

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.
Hcmt-Server-Sitzung

Der hcmt-Server sammelt Daten, die auf hcmt-Client-Systemen gemessen werden. Ein typisches System zum Ausführen des hcmt-Servers ist ein Jump-Host oder ein ähnliches System. Navigieren Sie zum Verzeichnis, in dem hcmt installiert ist, und führen Sie den folgenden Befehl aus

sudo ./hcmt -v -S

Das folgende Beispiel zeigt die erwartete Ausgabe.

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

Server started, listening on port 50000 ...
Hcmt-Client-Sitzung

Führen Sie auf dem Zielsystem, das der SAP HANA-Server sein soll, den Befehl hcmt als Client aus, indem Sie den vollständigen Ausführungsplan verwenden.

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

Systemausgabe:

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

Wenn Sie die Fehlermeldung "Port 50000 wird bereits verwendet" erhalten, ist SAP HANA wahrscheinlich bereits installiert. Beenden Sie das SAP HANA-System und führen Sie dann den Befehl hcmt erneut aus.

Planvariante: CPU-Leistung

Dieser Befehl erzeugt eine Datei hcmresult-YYYMMDDHHMMSS.zip im Setup-Verzeichnis. Laden Sie diese Datei auf die Website des HCMT SAP hoch und überprüfen Sie die Ergebnisse, um sicherzustellen, dass die HANA richtig eingerichtet und konfiguriert ist.

Bei Problemen können Sie weiterhin das alte Prüfwerkzeug verwenden.

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

Backup von SYSTEMDB

Fügen Sie sowohl den SYSTEMDB-Eintrag als auch den MDC zur HANA Studio-Anwendung hinzu. Oder, wenn Sie ein SAP HANA-Cockpit in Ihrer Landschaft haben, können Sie stattdessen das Zielsystem zu Ihrem HANA-Cockpit hinzufügen. Nachdem beide Systeme hinzugefügt wurden, führen Sie eine erste Systemsicherung durch. Klicken Sie mit der rechten Maustaste auf den Eintrag "SYSTEMDB" und wählen Sie ihn aus.

  • Sicherung und Wiederherstellung
  • Systemdatenbank sichern
  • Sicherungstyp Complete Data Backup
  • Ziel File
  • Sicherungsziel /swrepo/backup/data/SYSTEMDB. Stellen Sie sicher, dass diese Verzeichnisstruktur vorhanden ist und dass der Benutzer ${sid}adm darauf Schreibzugriff hat.
  • Backup-Präfix COMPLETE_DATA_BACKUP_INITIAL_DDMMYYY Weiter
  • Review Backup Setup und dann auswählen Finish

Stellen Sie sicher, dass die Sicherung von SYSTEMDB@${SID} erfolgreich abgeschlossen wird.

Backup-MDC

Sicherung und Wiederherstellung

  • Mieterdatenbank sichern
  • Geben Sie die Mandantendatenbank ${sid} an. Weiter
  • Backup-Typ Complete Data Backup.
  • Reiseziel File.
  • Sicherungsziel /swrepo/backup/data/DB_${sid}. Stellen Sie sicher, dass diese Verzeichnisstruktur vorhanden ist und dass der Benutzer ${sid}adm darauf Schreibzugriff hat.
  • Backup-Präfix COMPLETE_DATA_BACKUP_INITIAL_DDMMYYY. Weiter
  • Review Backup Setup und wählen Sie dann Finish aus.

Stellen Sie sicher, dass die Sicherung von DB_${sid} fehlerfrei abgeschlossen wird.

Überprüfen Sie den Sicherungsstatus

Klicken Sie mit der rechten Maustaste auf den Eintrag "SYSTEMDB" und wählen Sie die folgenden Aktionen aus.

  • Sicherung und Wiederherstellung
  • Auswählen Öffnen Backup Console
  • Wählen Sie die Registerkarte Backup Catalog
  • Wählen Sie im Datenbankfeld ${sid} für das MDC aus
  • Wählen Sie im Datenbankfeld <SYSTEMDB> für die SYSTEMDB aus

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

SAP S/4HANA migrieren mit SAP HANA Systemreplikation

Vorabprüfungen, bevor Sie SAP HANA System Replication konfigurieren

Bevor Sie die SAP HANA-Systemreplikation konfigurieren, müssen einige Voraussetzungen überprüft werden. Die beschriebenen Schritte gelten für Red Hat Enterprise Linux 8 (RHEL) und SUSE Enterprise Linux (SLES).

Ü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.

SAP HANA landschaftsvorstufen für die Aktivierung SAP HANA Systemreplikation

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.

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 Status auf beiden Seiten der SAP HANA-Systemreplikation

Ü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

Option 1. landscapeHostConfiguration.py

Die erste Option verwendet das Skript Python landscapeHostConfiguration.py aus Serverperspektive. Dieses Skript zeigt eine Statuszeile pro SAP HANA-Serversystem an.

Führen Sie den folgenden Befehl aus.

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

Stellen Sie sicher, dass jeder Server, der in der Ausgabe aufgeführt ist, in der Spalte "Hoststatus" OK anzeigt.

Option 2. systemReplicationStatus.py

Die zweite alternative Option verwendet das Skript Python systemReplicationStatus.py für eine Datenbankansicht der SAP HANA-Systemreplikation. Dieses Skript zeigt eine Statuszeile für jede Datenbank und einen Gesamtstatus nach der Datenbanktabelle an.

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

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

Stellen Sie sicher, dass jede aufgeführte Datenbank in der Spalte "Replikationsstatus" eine ACTIVE anzeigt. Die erwartete Skriptausgabe enthält die folgende Zeile:

overall system replication status: ACTIVE
Option 3. hdbcons

Überprüfen Sie den detaillierten Status der Systemreplikation mit dem Befehl hdbcons und führen Sie ihn als Benutzer ${sid}adm aus. Diese dritte Option ist eine technische Ansicht pro Server und pro Dienst.

Führen Sie den folgenden Befehl in der DB-Management-Client-Konsole SAP HANA hdbcons aus.

sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"
Option 4. SQL-Script

Die vierte Alternative verwendet eine SQL-Anweisung, die beispielsweise in SAP HANA Studio oder Cockpit ausgeführt werden kann. Diese Option ist eine Hosts-pro-Site-Ansicht der SAP HANA-Systemreplikation.

Überprüfen Sie dies, indem Sie die folgende SQL-Anweisung ausführen.

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

Überprüfen Sie insbesondere die Spalten REPLICATION_STATUS und REPLICATION_STATUS_DETAILS in der SQL-Ausgabe.

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.

Ü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 Benutzerumgebung ${sid}adm ermöglicht es dem Benutzer ${sid}adm, schnell in das Trace-Verzeichnis auf Betriebssystemebene zu wechseln:

cdtrace

Die Datenbank-Trace-Dateien haben die folgende Namenskonvention: <service>_<host>.<port>.<counter>.trc

Im Zusammenhang mit dynamischem Tiering kann auch 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 drei Arten auf Datenbank-Trace-Dateien zugreifen:

  • Direkt auf der Betriebssystemebene
  • SAP HANA Studio -> Administration -> Diagnosis Files
  • DBACOCKPIT -> Diagnostics -> Diagnosis Files

SAP HANA Ressourcen zur Systemreplikation

Weitere Informationen erhalten Sie nach Auswahl der folgenden Links.