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.

Atualização do sistema SAP

Colaboradores netapp-nbauer

Informações detalhadas sobre as operações de atualização do sistema SAP usando o SnapCenter podem ser encontradas em "TR-4667: Automatizando as operações de clonagem e cópia do sistema SAP HANA com o SnapCenter" .

O segundo sistema HANA QFS foi provisionado da mesma forma descrita no capítulo "“Provisionamento e instalação do sistema HANA”" .

Pré-requisitos

A versão atual do SnapCenter (6.1P1) tem algumas limitações que devem ser corrigidas nas próximas versões.

  1. É necessário reiniciar o processo spl após cada fluxo de trabalho “clone create” e “clone delete” usando o comando “systemctl restart spl” no host HANA de destino.

  2. As VMs HANA usadas como origem e destino da operação de atualização do sistema SAP devem ser executadas no mesmo host ESX.

Resumo do fluxo de trabalho

Antes que a primeira operação de atualização do sistema SAP possa ser executada, o sistema HANA de destino deve ser instalado e o host deve ser adicionado ao SnapCenter. Em seguida, o sistema HANA deve ser desligado e o disco de dados HANA deve ser desmontado do host.

Fluxo de trabalho de criação de clone do SnapCenter

  1. Criar clone de armazenamento

  2. Configurar mapeamento de host para clone de armazenamento

  3. Anexar clone de armazenamento (datastore) ao host ESX

  4. Adicionar novo disco do armazenamento de dados à VM HANA de destino

  5. Montar disco no sistema operacional HANA VM

  6. Recuperar sistema HANA usando post-script

Duração: 12 minutos

Observação Em comparação com a operação de restauração, o tempo de execução da operação de clonagem é independente do tamanho do banco de dados HANA. O tempo de execução das etapas 1 a 5 também será semelhante para bancos de dados muito grandes. A recuperação, é claro, levará mais tempo para sistemas HANA maiores.

Fluxo de trabalho de exclusão de clone do SnapCenter

  1. Desligue o sistema HANA usando pré-script

  2. Desmontar disco do sistema operacional HANA VM

  3. Remover disco da VM HANA

  4. Remover armazenamento de dados do host ESX

  5. Excluir clone do storge

Duração: 11 minutos

Fluxo de trabalho de criação de clone do SnapCenter

O fluxo de trabalho de criação de clones é iniciado selecionando o Snapshot desejado e clicando no botão clonar.

Figura demonstrando o conteúdo que está sendo discutido

O host de destino e o SID devem ser fornecidos.

Figura demonstrando o conteúdo que está sendo discutido

Figura demonstrando o conteúdo que está sendo discutido

Em nosso exemplo, estamos usando um pós-script para executar a recuperação no host de destino.

Figura demonstrando o conteúdo que está sendo discutido

Quando o fluxo de trabalho é iniciado, o SnapCenter cria uma unidade de armazenamento clonada com base no Snapshot selecionado.

Figura demonstrando o conteúdo que está sendo discutido

O SnapCenter então anexa o LUN (datastore) ao host ESX, no qual a VM HANA de destino está sendo executada.

Figura demonstrando o conteúdo que está sendo discutido

O VMDK dentro do novo armazenamento de dados é então adicionado à VM HANA.

Figura demonstrando o conteúdo que está sendo discutido

O SnapCenter então configura e monta o novo disco no sistema HANA Linux.

hana-9:/mnt/sapcc-share/SAP-System-Refresh # df -h

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-root 60G 5.2G 52G 10% /
devtmpfs 4.0M 4.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.2G 52G 10% /.snapshots
/dev/mapper/system-root 60G 5.2G 52G 10% /boot/grub2/i386-pc
/dev/mapper/system-root 60G 5.2G 52G 10% /boot/grub2/x86++_++64-efi
/dev/mapper/system-root 60G 5.2G 52G 10% /home
/dev/mapper/system-root 60G 5.2G 52G 10% /opt
/dev/mapper/system-root 60G 5.2G 52G 10% /srv
/dev/mapper/system-root 60G 5.2G 52G 10% /root
/dev/mapper/system-root 60G 5.2G 52G 10% /tmp
/dev/mapper/system-root 60G 5.2G 52G 10% /usr/local
/dev/mapper/system-root 60G 5.2G 52G 10% /var
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-vconsole-setup.service
/dev/sdc 95G 8.9G 87G 10% /hana/log/QFS/mnt00001
/dev/sdd 95G 14G 82G 14% /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% /hana/data/QFS/mnt00001
tmpfs 6.3G 56K 6.3G 1% /run/user/1001
hana-9:/mnt/sapcc-share/SAP-System-Refresh #

hana-9:/mnt/sapcc-share/SAP-System-Refresh # cat /etc/fstab
/dev/system/root / btrfs defaults 0 0
/dev/system/root /var btrfs subvol=/@/var 0 0
/dev/system/root /usr/local btrfs subvol=/@/usr/local 0 0
/dev/system/root /tmp btrfs subvol=/@/tmp 0 0
/dev/system/root /srv btrfs subvol=/@/srv 0 0
/dev/system/root /root btrfs subvol=/@/root 0 0
/dev/system/root /opt btrfs subvol=/@/opt 0 0
/dev/system/root /home btrfs subvol=/@/home 0 0
/dev/system/root /boot/grub2/x86++_++64-efi btrfs subvol=/@/boot/grub2/x86++_++64-efi 0 0
/dev/system/root /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
/dev/system/swap swap swap defaults 0 0
/dev/system/root /.snapshots btrfs subvol=/@/.snapshots 0 0
UUID=FB79-24DC /boot/efi vfat utf8 0 2
192.168.175.86:/sapcc++_++share /mnt/sapcc-share nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
#/dev/sdb /hana/data/QFS/mnt00001 xfs relatime,inode64 0 0
/dev/sdc /hana/log/QFS/mnt00001 xfs relatime,inode64 0 0
/dev/sdd /hana/shared xfs defaults 0 0
# The following entry has been added by NetApp (SnapCenter Plug-in for UNIX)
/dev/sde /hana/data/QFS/mnt00001 xfs rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota 0 0
hana-9:/mnt/sapcc-share/SAP-System-Refresh #

A captura de tela a seguir mostra as etapas do trabalho executadas pelo SnapCenter.

Figura demonstrando o conteúdo que está sendo discutido

Conforme mencionado na seção "Pré-requisitos", o serviço SnapCenter SPL no host HANA deve ser reiniciado usando o comando "systemctl restart spl" para iniciar a limpeza adequada. Isso deve ser feito após a conclusão do trabalho.

Após a conclusão do fluxo de trabalho de clonagem, a descoberta automática pode ser iniciada clicando no recurso QFS. Após a conclusão do processo de descoberta automática, o novo espaço de armazenamento é listado na visualização de detalhes do recurso.

Figura demonstrando o conteúdo que está sendo discutido

Fluxo de trabalho de exclusão de clone do SnapCenter

O fluxo de trabalho de exclusão de clones é iniciado selecionando o clone no recurso HANA de origem e clicando no botão excluir.

Figura demonstrando o conteúdo que está sendo discutido

Em nosso exemplo, estamos usando um pré-script para desligar o banco de dados HANA de destino.

Figura demonstrando o conteúdo que está sendo discutido

A captura de tela a seguir mostra as etapas do trabalho executadas pelo SnapCenter.

Figura demonstrando o conteúdo que está sendo discutido

Conforme mencionado na seção “Pré-requisitos”, o serviço SnapCenter spl no host HANA deve ser reiniciado usando o comando “systemctl restart spl” para iniciar a limpeza adequada.