Skip to main content
NetApp solutions for SAP
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Actualisation du système SAP

Contributeurs netapp-nbauer
PDF

Des informations détaillées sur les opérations d'actualisation du système SAP à l'aide de SnapCenter sont disponibles à l'adresse "Tr-4667 : automatisation des opérations de copie système et de clonage SAP HANA avec SnapCenter" .

Le deuxième système HANA QFS a été provisionné de la même manière que décrit dans le chapitre "« Provisionnement et installation du système HANA »" .

Prérequis

La version actuelle de SnapCenter (6.1P1) présente certaines limitations qui devraient être corrigées avec les prochaines versions.

  1. Il est nécessaire de redémarrer le processus spl après chaque workflow « création de clone » et « suppression de clone » à l'aide de la commande « systemctl restart spl » sur l'hôte HANA cible.

  2. Les machines virtuelles HANA utilisées comme source et cible de l’opération d’actualisation du système SAP doivent s’exécuter sur le même hôte ESX.

Résumé du flux de travail

Avant d'exécuter la première actualisation du système SAP, le système HANA cible doit être installé et l'hôte ajouté à SnapCenter. Ensuite, le système HANA doit être arrêté et le disque de données HANA démonté de l'hôte.

Flux de travail de création de clone SnapCenter

  1. Créer un clone de stockage

  2. Configurer le mappage d'hôte pour le clonage de stockage

  3. Attacher un clone de stockage (datastore) à l'hôte ESX

  4. Ajouter un nouveau disque du magasin de données à la machine virtuelle HANA cible

  5. Monter le disque sur le système d'exploitation HANA VM

  6. Récupérer le système HANA à l'aide de post-script

Durée : 12 minutes

Remarque Comparé à la restauration, le temps d'exécution du clonage est indépendant de la taille de la base de données HANA. Le temps d'exécution des étapes 1 à 5 sera similaire, même pour les bases de données très volumineuses. La récupération sera bien sûr plus longue pour les systèmes HANA plus volumineux.

Flux de travail de suppression de clone SnapCenter

  1. Arrêter le système HANA à l'aide d'un pré-script

  2. Démonter le disque du système d'exploitation HANA VM

  3. Supprimer le disque de la machine virtuelle HANA

  4. Supprimer la banque de données de l'hôte ESX

  5. Supprimer le clone de stockage

Durée : 11 minutes

Flux de travail de création de clone SnapCenter

Le flux de travail de création de clone est démarré en sélectionnant l'instantané souhaité et en cliquant sur le bouton Cloner.

Figure illustrant le contenu discuté

L'hôte cible et le SID doivent être fournis.

Figure illustrant le contenu discuté

Figure illustrant le contenu discuté

Dans notre exemple, nous utilisons un post-script pour exécuter la récupération sur l'hôte cible.

Figure illustrant le contenu discuté

Lorsque le flux de travail est démarré, SnapCenter crée une unité de stockage clonée basée sur le snapshot sélectionné.

Figure illustrant le contenu discuté

SnapCenter attache ensuite le LUN (magasin de données) à l'hôte ESX sur lequel la machine virtuelle HANA cible est en cours d'exécution.

Figure illustrant le contenu discuté

Le VMDK dans le nouveau magasin de données est ensuite ajouté à la machine virtuelle HANA.

Figure illustrant le contenu discuté

SnapCenter configure et monte ensuite le nouveau disque sur le système 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 capture d'écran suivante montre les étapes du travail exécutées par SnapCenter.

Figure illustrant le contenu discuté

Comme indiqué dans la section « Prérequis », le service SnapCenter spl sur l'hôte HANA doit être redémarré à l'aide de la commande « systemctl restart spl » pour lancer le nettoyage. Cette opération doit être effectuée une fois la tâche terminée.

Une fois le processus de clonage terminé, la découverte automatique peut être lancée en cliquant sur la ressource QFS. Une fois le processus de découverte automatique terminé, la nouvelle empreinte de stockage est répertoriée dans la vue détaillée de la ressource.

Figure illustrant le contenu discuté

Flux de travail de suppression de clone SnapCenter

Le flux de travail de suppression de clone est démarré en sélectionnant le clone dans la ressource HANA source et en cliquant sur le bouton Supprimer.

Figure illustrant le contenu discuté

Dans notre exemple, nous utilisons un pré-script pour arrêter la base de données HANA cible.

Figure illustrant le contenu discuté

La capture d'écran suivante montre les étapes du travail exécutées par SnapCenter.

Figure illustrant le contenu discuté

Comme mentionné dans la section « Prérequis », le service SnapCenter spl sur l’hôte HANA doit être redémarré à l’aide de la commande « systemctl restart spl » pour lancer un nettoyage approprié.