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.

Restore- und Recovery-Vorgänge

Beitragende netapp-nbauer

Bei virtuellen Ressourcen, die auf dem SnapCenter von VMFS/VMDK gespeichert sind, werden Wiederherstellungsvorgänge immer durch einen Klon-, Mount- und Kopiervorgang durchgeführt.

  1. SnapCenter erstellt einen Speicherklon basierend auf dem ausgewählten Snapshot

  2. SnapCenter mountet die LUN als neuen Datenspeicher auf dem ESX-Host

  3. SnapCenter fügt die VMDK innerhalb des Datenspeichers der HANA-VM als neue Festplatte hinzu

  4. SnapCenter bindet die neue Festplatte an das Linux Betriebssystem an

  5. SnapCenter kopiert die Daten von der neuen Festplatte zurück in den ursprünglichen Speicherort

  6. Wenn der Kopiervorgang abgeschlossen ist, werden alle oben genannten Ressourcen wieder entfernt

  7. SnapCenter führt die Wiederherstellung der HANA-Systemdatenbank durch

  8. SnapCenter führt die Wiederherstellung der HANA-Tenant-Datenbank durch

Die Gesamtlaufzeit des Wiederherstellungsvorgangs hängt von der Datenbankgröße und dem Durchsatz der FC-Verbindung zwischen den Storage-Clustern und den ESX-Hosts ab. In unserem Laboraufbau mit einer initialen HANA-Installation betrug die Laufzeit etwa 12 Minuten.

Abbildung zeigt den Inhalt, der besprochen wird

Abbildung zeigt den Inhalt, der besprochen wird

Während der Wiederherstellungsvorgang ausgeführt wird, können Sie eine neue geklonte Speichereinheit sehen.

Abbildung zeigt den Inhalt, der besprochen wird

Die neue LUN (Datenspeicher) basierend auf der geklonten Speichereinheit wird an den ESX-Cluster angeschlossen.

Abbildung zeigt den Inhalt, der besprochen wird

Die VMDK im Datenspeicher wird der Ziel-HANA-VM zugeordnet und im HANA-System bereitgestellt.

hana-8:~ # df -h

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-root 60G 5.3G 54G 9% /
devtmpfs 4.0M 8.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.3G 54G 9% /.snapshots
/dev/mapper/system-root 60G 5.3G 54G 9% /boot/grub2/i386-pc
/dev/mapper/system-root 60G 5.3G 54G 9% /boot/grub2/x86++_++64-efi
/dev/mapper/system-root 60G 5.3G 54G 9% /home
/dev/mapper/system-root 60G 5.3G 54G 9% /opt
/dev/mapper/system-root 60G 5.3G 54G 9% /root
/dev/mapper/system-root 60G 5.3G 54G 9% /srv
/dev/mapper/system-root 60G 5.3G 54G 9% /usr/local
/dev/mapper/system-root 60G 5.3G 54G 9% /tmp
/dev/mapper/system-root 60G 5.3G 54G 9% /var
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-vconsole-setup.service
/dev/sdc 95G 8.9G 87G 10% /hana/log/VFS/mnt00001
/dev/sdb 95G 7.6G 88G 8% /hana/data/VFS/mnt00001
/dev/sdd 95G 15G 81G 16% /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% /var/opt/snapcenter/scu/clones/hana_data_VFS_mnt00001_142592_scu_clone_1

hana-8:~ #

Abbildung zeigt den Inhalt, der besprochen wird