Skip to main content
NetApp solutions for SAP
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Operaciones de restauración y recuperación

Colaboradores netapp-nbauer

Con recursos virtuales almacenados en SnapCenter de VMFS/VMDK, las operaciones de restauración siempre se realizan mediante una operación de clonación, montaje y copia.

  1. SnapCenter crea un clon de almacenamiento basado en la instantánea seleccionada

  2. SnapCenter monta el LUN como un nuevo almacén de datos en el host ESX

  3. SnapCenter agrega el VMDK dentro del almacén de datos como un disco nuevo a la máquina virtual de HANA

  4. SnapCenter monta el nuevo disco en el sistema operativo Linux

  5. SnapCenter copia los datos del disco nuevo en la ubicación original

  6. Cuando finaliza la operación de copia, todos los recursos anteriores se eliminan de nuevo

  7. SnapCenter ejecuta la recuperación de la base de datos del sistema HANA

  8. SnapCenter ejecuta la recuperación de la base de datos de inquilinos de HANA

El tiempo total de ejecución de la operación de restauración depende del tamaño de la base de datos y del rendimiento de la conexión FC entre los clústeres de almacenamiento y los hosts ESX. En nuestra configuración de laboratorio con una instalación inicial de HANA, el tiempo de ejecución fue de aproximadamente 12 minutos.

Figura que muestra el contenido que se está discutiendo

Figura que muestra el contenido que se está discutiendo

Mientras se ejecuta la operación de restauración y recuperación, podrá ver una nueva unidad de almacenamiento clonada.

Figura que muestra el contenido que se está discutiendo

El nuevo LUN (almacén de datos) basado en la unidad de almacenamiento clonada se conecta al clúster ESX.

Figura que muestra el contenido que se está discutiendo

El VMDK dentro del almacén de datos se asigna a la VM HANA de destino y se monta en el 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 que muestra el contenido que se está discutiendo