Skip to main content
NetApp solutions for SAP
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Les opérations de restauration et de reprise

Contributeurs netapp-nbauer

Avec les ressources virtuelles stockées sur SnapCenter de VMFS/VMDK, les opérations de restauration sont toujours effectuées par une opération de clonage, de montage et de copie.

  1. SnapCenter crée un clone de stockage basé sur le snapshot sélectionné

  2. SnapCenter monte le LUN en tant que nouveau magasin de données sur l'hôte ESX

  3. SnapCenter ajoute le VMDK au sein du datastore en tant que nouveau disque à la machine virtuelle HANA

  4. SnapCenter monte le nouveau disque sur le système d'exploitation Linux

  5. SnapCenter copie à l'emplacement d'origine les données du nouveau disque

  6. Lorsque l'opération de copie est terminée, toutes les ressources ci-dessus sont à nouveau supprimées

  7. SnapCenter exécute la récupération de la base de données du système HANA

  8. SnapCenter exécute la récupération de la base de données du locataire HANA

La durée d'exécution globale de l'opération de restauration dépend de la taille de la base de données et du débit de la connexion FC entre les clusters de stockage et les hôtes ESX. Dans notre configuration de laboratoire avec une installation initiale de HANA, la durée d'exécution était d'environ 12 minutes.

Figure illustrant le contenu discuté

Figure illustrant le contenu discuté

Pendant que l’opération de restauration et de récupération est en cours, vous pouvez voir une nouvelle unité de stockage clonée.

Figure illustrant le contenu discuté

Le nouveau LUN (datastore) basé sur l'unité de stockage clonée est attaché au cluster ESX.

Figure illustrant le contenu discuté

Le VMDK dans le magasin de données est mappé à la machine virtuelle HANA cible et monté sur le système HANA.

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:~ #

Figure illustrant le contenu discuté