Les opérations de restauration et de reprise
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.
-
SnapCenter crée un clone de stockage basé sur le snapshot sélectionné
-
SnapCenter monte le LUN en tant que nouveau magasin de données sur l'hôte ESX
-
SnapCenter ajoute le VMDK au sein du datastore en tant que nouveau disque à la machine virtuelle HANA
-
SnapCenter monte le nouveau disque sur le système d'exploitation Linux
-
SnapCenter copie à l'emplacement d'origine les données du nouveau disque
-
Lorsque l'opération de copie est terminée, toutes les ressources ci-dessus sont à nouveau supprimées
-
SnapCenter exécute la récupération de la base de données du système HANA
-
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.
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.
Le nouveau LUN (datastore) basé sur l'unité de stockage clonée est attaché au cluster ESX.
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:~ #