Skip to main content
NetApp solutions for SAP
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Operazioni di ripristino e recovery

Collaboratori netapp-nbauer
PDF

Con le risorse virtuali archiviate su SnapCenter di VMFS/VMDK, le operazioni di ripristino vengono sempre eseguite tramite un'operazione di clonazione, montaggio e copia.

  1. SnapCenter crea un clone di archiviazione basato sullo Snapshot selezionato

  2. SnapCenter monta la LUN come nuovo datastore sull'host ESX

  3. SnapCenter aggiunge il VMDK al datastore come nuovo disco alla VM di HANA

  4. SnapCenter monta il nuovo disco sul sistema operativo Linux

  5. SnapCenter copia i dati dal nuovo disco nella posizione originale

  6. Al termine dell'operazione di copia, tutte le risorse precedenti vengono rimosse di nuovo

  7. SnapCenter esegue il ripristino del database di sistema HANA

  8. SnapCenter esegue il ripristino del database tenant HANA

Il tempo di esecuzione complessivo dell'operazione di ripristino dipende dalle dimensioni del database e dalla velocità effettiva della connessione FC tra i cluster di storage e gli host ESX. Nella nostra configurazione di laboratorio con un'installazione iniziale di HANA, il tempo di esecuzione è stato di circa 12 minuti.

Figura che mostra i contenuti discussi

Figura che mostra i contenuti discussi

Mentre è in esecuzione l'operazione di ripristino e recupero, è possibile visualizzare una nuova unità di archiviazione clonata.

Figura che mostra i contenuti discussi

Il nuovo LUN (datastore) basato sull'unità di archiviazione clonata viene collegato al cluster ESX.

Figura che mostra i contenuti discussi

Il VMDK all'interno del datastore viene mappato sulla VM HANA di destinazione e montato sul sistema 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:~ #

Figura che mostra i contenuti discussi