Skip to main content
NetApp solutions for SAP
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

SAP-Systemaktualisierung

Beitragende netapp-nbauer
PDFs

Detaillierte Informationen zu SAP System Refresh-Operationen mit SnapCenter finden Sie unter "TR-4667: Automatisierung von SAP HANA Systemkopie und Klonvorgängen mit SnapCenter" .

Das zweite HANA-System QFS wurde auf die gleiche Weise provisioniert wie im Kapitel "„Bereitstellung und Installation des HANA-Systems“" .

Voraussetzungen

Die aktuelle Version von SnapCenter (6.1P1) weist einige Einschränkungen auf, die mit den nächsten Versionen behoben werden sollen.

  1. Es ist erforderlich, den SPL-Prozess nach jedem „Clone Create“- und „Clone Delete“-Workflow mit dem Befehl „systemctl restart spl“ auf dem Ziel-HANA-Host neu zu starten.

  2. Die als Quelle und Ziel des SAP-Systemaktualisierungsvorgangs verwendeten HANA-VMs müssen auf demselben ESX-Host ausgeführt werden.

Workflow-Zusammenfassung

Bevor der erste SAP-Systemaktualisierungsvorgang ausgeführt werden kann, muss das HANA-Zielsystem installiert und der Host zu SnapCenter hinzugefügt werden. Anschließend muss das HANA-System heruntergefahren und der HANA-Datenträger vom Host getrennt werden.

SnapCenter Klon-Erstellungsworkflow

  1. Speicherklon erstellen

  2. Konfigurieren der Hostzuordnung für den Speicherklon

  3. Speicherklon (Datenspeicher) an ESX-Host anhängen

  4. Fügen Sie der HANA-Ziel-VM eine neue Festplatte aus dem Datenspeicher hinzu

  5. Datenträger in HANA VM-Betriebssystem einbinden

  6. Wiederherstellen des HANA-Systems mithilfe von Postscript

Laufzeit: 12 Minuten

Hinweis Im Vergleich zum Wiederherstellungsvorgang ist die Laufzeit des Klonvorgangs unabhängig von der Größe der HANA-Datenbank. Die Laufzeit der Schritte 1 bis 5 ist auch bei sehr großen Datenbanken ähnlich. Die Wiederherstellung dauert bei größeren HANA-Systemen natürlich länger.

SnapCenter -Klon-Löschworkflow

  1. Herunterfahren des HANA-Systems mithilfe eines vordefinierten Skripts

  2. Datenträger vom HANA VM-Betriebssystem trennen

  3. Datenträger aus HANA-VM entfernen

  4. Entfernen des Datenspeichers vom ESX-Host

  5. Storge-Klon löschen

Laufzeit: 11 Minuten

SnapCenter Klon-Erstellungsworkflow

Der Workflow zum Erstellen eines Klons wird durch Auswahl des gewünschten Snapshots und Klicken auf die Schaltfläche „Klonen“ gestartet.

Abbildung zeigt den Inhalt, der besprochen wird

Der Zielhost und die SID müssen angegeben werden.

Abbildung zeigt den Inhalt, der besprochen wird

Abbildung zeigt den Inhalt, der besprochen wird

In unserem Beispiel verwenden wir ein Postskript, um die Wiederherstellung auf dem Zielhost auszuführen.

Abbildung zeigt den Inhalt, der besprochen wird

Wenn der Workflow gestartet wird, erstellt SnapCenter eine geklonte Speichereinheit basierend auf dem ausgewählten Snapshot.

Abbildung zeigt den Inhalt, der besprochen wird

SnapCenter verbindet dann die LUN (Datenspeicher) mit dem ESX-Host, auf dem die Ziel-HANA-VM ausgeführt wird.

Abbildung zeigt den Inhalt, der besprochen wird

Das VMDK im neuen Datenspeicher wird dann zur HANA-VM hinzugefügt.

Abbildung zeigt den Inhalt, der besprochen wird

Anschließend konfiguriert und mountet SnapCenter die neue Festplatte im HANA-Linux-System.

hana-9:/mnt/sapcc-share/SAP-System-Refresh # df -h

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-root 60G 5.2G 52G 10% /
devtmpfs 4.0M 4.0K 4.0M 1% /dev
tmpfs 49G 0 49G 0% /dev/shm
efivarfs 256K 57K 195K 23% /sys/firmware/efi/efivars
tmpfs 13G 26M 13G 1% /run
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-sysctl.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-sysusers.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev.service
/dev/mapper/system-root 60G 5.2G 52G 10% /.snapshots
/dev/mapper/system-root 60G 5.2G 52G 10% /boot/grub2/i386-pc
/dev/mapper/system-root 60G 5.2G 52G 10% /boot/grub2/x86++_++64-efi
/dev/mapper/system-root 60G 5.2G 52G 10% /home
/dev/mapper/system-root 60G 5.2G 52G 10% /opt
/dev/mapper/system-root 60G 5.2G 52G 10% /srv
/dev/mapper/system-root 60G 5.2G 52G 10% /root
/dev/mapper/system-root 60G 5.2G 52G 10% /tmp
/dev/mapper/system-root 60G 5.2G 52G 10% /usr/local
/dev/mapper/system-root 60G 5.2G 52G 10% /var
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-vconsole-setup.service
/dev/sdc 95G 8.9G 87G 10% /hana/log/QFS/mnt00001
/dev/sdd 95G 14G 82G 14% /hana/shared
/dev/sda1 253M 5.9M 247M 3% /boot/efi
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup.service
192.168.175.86:/sapcc++_++share 1.4T 858G 568G 61% /mnt/sapcc-share
tmpfs 6.3G 72K 6.3G 1% /run/user/464
tmpfs 1.0M 0 1.0M 0% /run/credentials/getty@tty1.service
tmpfs 6.3G 52K 6.3G 1% /run/user/0
/dev/sde 95G 9.2G 86G 10% /hana/data/QFS/mnt00001
tmpfs 6.3G 56K 6.3G 1% /run/user/1001
hana-9:/mnt/sapcc-share/SAP-System-Refresh #

hana-9:/mnt/sapcc-share/SAP-System-Refresh # cat /etc/fstab
/dev/system/root / btrfs defaults 0 0
/dev/system/root /var btrfs subvol=/@/var 0 0
/dev/system/root /usr/local btrfs subvol=/@/usr/local 0 0
/dev/system/root /tmp btrfs subvol=/@/tmp 0 0
/dev/system/root /srv btrfs subvol=/@/srv 0 0
/dev/system/root /root btrfs subvol=/@/root 0 0
/dev/system/root /opt btrfs subvol=/@/opt 0 0
/dev/system/root /home btrfs subvol=/@/home 0 0
/dev/system/root /boot/grub2/x86++_++64-efi btrfs subvol=/@/boot/grub2/x86++_++64-efi 0 0
/dev/system/root /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
/dev/system/swap swap swap defaults 0 0
/dev/system/root /.snapshots btrfs subvol=/@/.snapshots 0 0
UUID=FB79-24DC /boot/efi vfat utf8 0 2
192.168.175.86:/sapcc++_++share /mnt/sapcc-share nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
#/dev/sdb /hana/data/QFS/mnt00001 xfs relatime,inode64 0 0
/dev/sdc /hana/log/QFS/mnt00001 xfs relatime,inode64 0 0
/dev/sdd /hana/shared xfs defaults 0 0
# The following entry has been added by NetApp (SnapCenter Plug-in for UNIX)
/dev/sde /hana/data/QFS/mnt00001 xfs rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota 0 0
hana-9:/mnt/sapcc-share/SAP-System-Refresh #

Der folgende Screenshot zeigt die von SnapCenter ausgeführten Jobschritte.

Abbildung zeigt den Inhalt, der besprochen wird

Wie im Abschnitt „Voraussetzungen“ erwähnt, muss der SnapCenter -SPL-Dienst auf dem HANA-Host mit dem Befehl „systemctl restart spl“ neu gestartet werden, um die ordnungsgemäße Bereinigung einzuleiten. Dies muss nach Abschluss des Auftrags erfolgen.

Sobald der Klon-Workflow abgeschlossen ist, kann die automatische Erkennung durch Klicken auf das Ressourcen-QFS gestartet werden. Sobald der automatische Erkennungsprozess abgeschlossen ist, wird der neue Speicherbedarf in der Detailansicht der Ressource angezeigt.

Abbildung zeigt den Inhalt, der besprochen wird

SnapCenter -Klon-Löschworkflow

Der Klonlösch-Workflow wird gestartet, indem Sie den Klon bei der HANA-Quellressource auswählen und auf die Schaltfläche „Löschen“ klicken.

Abbildung zeigt den Inhalt, der besprochen wird

In unserem Beispiel verwenden wir ein Vorskript, um die Ziel-HANA-Datenbank herunterzufahren.

Abbildung zeigt den Inhalt, der besprochen wird

Der folgende Screenshot zeigt die von SnapCenter ausgeführten Jobschritte.

Abbildung zeigt den Inhalt, der besprochen wird

Wie im Abschnitt „Voraussetzungen“ erwähnt, muss der SnapCenter -SPL-Dienst auf dem HANA-Host mit dem Befehl „systemctl restart spl“ neu gestartet werden, um eine ordnungsgemäße Bereinigung einzuleiten.