Skip to main content
NetApp solutions for SAP
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Operações de restauração e recuperação

Colaboradores netapp-nbauer

Com recursos virtuais armazenados no SnapCenter do VMFS/VMDK, as operações de restauração são sempre feitas por meio de uma operação de clonagem, montagem e cópia.

  1. O SnapCenter cria um clone de armazenamento com base no Snapshot selecionado

  2. O SnapCenter monta o LUN como um novo armazenamento de dados no host ESX

  3. O SnapCenter adiciona o VMDK no datastore como um novo disco à VM HANA

  4. O SnapCenter monta o novo disco para o sistema operacional Linux

  5. O SnapCenter copia os dados do novo disco de volta para o local original

  6. Quando a operação de cópia estiver concluída, todos os recursos acima são removidos novamente

  7. O SnapCenter executa a recuperação do banco de dados do sistema HANA

  8. O SnapCenter executa a recuperação do banco de dados do locatário HANA

O tempo de execução geral da operação de restauração depende do tamanho do banco de dados e da taxa de transferência da conexão FC entre os clusters de armazenamento e os hosts ESX. Em nossa configuração de laboratório com uma instalação inicial do HANA, o tempo de execução foi de cerca de 12 minutos.

Figura demonstrando o conteúdo que está sendo discutido

Figura demonstrando o conteúdo que está sendo discutido

Enquanto a operação de restauração e recuperação estiver em execução, você poderá ver uma nova unidade de armazenamento clonada.

Figura demonstrando o conteúdo que está sendo discutido

O novo LUN (datastore) baseado na unidade de armazenamento clonada é anexado ao cluster ESX.

Figura demonstrando o conteúdo que está sendo discutido

O VMDK dentro do armazenamento de dados é mapeado para a VM HANA de destino e montado no 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 demonstrando o conteúdo que está sendo discutido