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.

Aggiornamento del sistema SAP

Collaboratori netapp-nbauer

Informazioni dettagliate sulle operazioni di aggiornamento del sistema SAP tramite SnapCenter sono disponibili all'indirizzo "TR-4667: Automazione delle operazioni di copia e clonazione del sistema SAP HANA con SnapCenter" .

Il secondo sistema HANA QFS è stato fornito nello stesso modo descritto nel capitolo "“Provisioning e installazione del sistema HANA”" .

Prerequisiti

La versione corrente di SnapCenter (6.1P1) presenta alcune limitazioni che si prevede verranno risolte nelle prossime versioni.

  1. È necessario riavviare il processo spl dopo ogni flusso di lavoro "clone create" e "clone delete" utilizzando il comando "systemctl restart spl" sull'host HANA di destinazione.

  2. Le VM HANA utilizzate come origine e destinazione dell'operazione di aggiornamento del sistema SAP devono essere eseguite sullo stesso host ESX.

Riepilogo del flusso di lavoro

Prima di poter eseguire la prima operazione di aggiornamento del sistema SAP, è necessario installare il sistema HANA di destinazione e aggiungere l'host a SnapCenter. Successivamente, il sistema HANA deve essere arrestato e il disco dati HANA deve essere smontato dall'host.

Flusso di lavoro di creazione clone SnapCenter

  1. Crea un clone di archiviazione

  2. Configurare la mappatura host per il clone di storage

  3. Collega il clone di storage (datastore) all'host ESX

  4. Aggiungere un nuovo disco dal datastore alla VM HANA di destinazione

  5. Montare il disco sul sistema operativo HANA VM

  6. Ripristina il sistema HANA utilizzando post-script

Durata: 12 minuti

Nota Rispetto all'operazione di ripristino, il tempo di esecuzione dell'operazione di clonazione è indipendente dalle dimensioni del database HANA. Il tempo di esecuzione dei passaggi da 1 a 5 sarà simile anche per database di grandi dimensioni. Il ripristino richiederà ovviamente più tempo per i sistemi HANA più grandi.

Flusso di lavoro di eliminazione della clonazione SnapCenter

  1. Arresto del sistema HANA utilizzando lo script preimpostato

  2. Smonta il disco dal sistema operativo HANA VM

  3. Rimuovere il disco dalla VM HANA

  4. Rimuovere il datastore dall'host ESX

  5. Elimina il clone di archiviazione

Durata: 11 minuti

Flusso di lavoro di creazione clone SnapCenter

Il flusso di lavoro per la creazione del clone viene avviato selezionando lo Snapshot desiderato e facendo clic sul pulsante Clona.

Figura che mostra i contenuti discussi

È necessario fornire l'host di destinazione e il SID.

Figura che mostra i contenuti discussi

Figura che mostra i contenuti discussi

Nel nostro esempio utilizziamo un post-script per eseguire il ripristino sull'host di destinazione.

Figura che mostra i contenuti discussi

Quando il flusso di lavoro viene avviato, SnapCenter crea un'unità di archiviazione clonata in base allo Snapshot selezionato.

Figura che mostra i contenuti discussi

SnapCenter collega quindi la LUN (datastore) all'host ESX su cui è in esecuzione la VM HANA di destinazione.

Figura che mostra i contenuti discussi

Il VMDK all'interno del nuovo datastore viene quindi aggiunto alla VM HANA.

Figura che mostra i contenuti discussi

SnapCenter quindi configura e monta il nuovo disco sul 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 #

La seguente schermata mostra i passaggi del processo eseguiti da SnapCenter.

Figura che mostra i contenuti discussi

Come accennato nella sezione "Prerequisiti", il servizio SnapCenter SPL sull'host HANA deve essere riavviato utilizzando il comando "systemctl restart spl" per avviare la pulizia corretta. Questa operazione deve essere eseguita al termine del processo.

Al termine del flusso di lavoro di clonazione, è possibile avviare il rilevamento automatico facendo clic sulla risorsa QFS. Al termine del processo di rilevamento automatico, il nuovo spazio di archiviazione viene elencato nella vista dettagli della risorsa.

Figura che mostra i contenuti discussi

Flusso di lavoro di eliminazione della clonazione SnapCenter

Il flusso di lavoro di eliminazione del clone viene avviato selezionando il clone nella risorsa HANA di origine e facendo clic sul pulsante Elimina.

Figura che mostra i contenuti discussi

Nel nostro esempio utilizziamo uno script predefinito per arrestare il database HANA di destinazione.

Figura che mostra i contenuti discussi

La seguente schermata mostra i passaggi del processo eseguiti da SnapCenter.

Figura che mostra i contenuti discussi

Come menzionato nella sezione "Prerequisiti", il servizio SnapCenter spl sull'host HANA deve essere riavviato utilizzando il comando "systemctl restart spl" per avviare la pulizia corretta.