Actualización del sistema SAP
Sugerir cambios
PDF
Puede encontrar información detallada sobre las operaciones de actualización del sistema SAP mediante SnapCenter en "TR-4667: Automatización de las operaciones de copia y clonado del sistema SAP HANA con SnapCenter" .
El segundo sistema HANA QFS se ha aprovisionado de la misma manera que se describe en el capítulo "Aprovisionamiento e instalación del sistema HANA" .
Requisitos previos
La versión actual de SnapCenter (6.1P1) tiene algunas limitaciones que se planea solucionar con las próximas versiones.
-
Es necesario reiniciar el proceso spl después de cada flujo de trabajo de “creación de clonación” y “eliminación de clonación” utilizando el comando “systemctl restart spl” en el host HANA de destino.
-
Las máquinas virtuales HANA utilizadas como origen y destino de la operación de actualización del sistema SAP deben ejecutarse en el mismo host ESX.
Resumen del flujo de trabajo
Antes de ejecutar la primera actualización del sistema SAP, es necesario instalar el sistema HANA de destino y agregar el host a SnapCenter. A continuación, se debe apagar el sistema HANA y desmontar el disco de datos de HANA del host.
Flujo de trabajo de creación de clones de SnapCenter
-
Crear un clon de almacenamiento
-
Configurar la asignación de host para la clonación de almacenamiento
-
Adjuntar un clon de almacenamiento (almacén de datos) al host ESX
-
Agregar un nuevo disco desde el almacén de datos a la máquina virtual HANA de destino
-
Montar el disco en el sistema operativo VM de HANA
-
Recuperar el sistema HANA mediante post-script
Duración: 12 minutos
|
En comparación con la operación de restauración, el tiempo de ejecución de la operación de clonación es independiente del tamaño de la base de datos HANA. El tiempo de ejecución de los pasos 1 a 5 será similar incluso para bases de datos muy grandes. La recuperación, por supuesto, tardará más en sistemas HANA más grandes. |
Flujo de trabajo de eliminación de clones de SnapCenter
-
Apagar el sistema HANA usando un script previo
-
Desmontar el disco del sistema operativo VM de HANA
-
Quitar el disco de la máquina virtual HANA
-
Eliminar el almacén de datos del host ESX
-
Eliminar clon de almacenamiento
Duración: 11 minutos
Flujo de trabajo de creación de clones de SnapCenter
El flujo de trabajo de creación de clones se inicia seleccionando la instantánea deseada y haciendo clic en el botón Clonar.
Se deben proporcionar el host de destino y el SID.
En nuestro ejemplo, utilizamos un postscript para ejecutar la recuperación en el host de destino.
Cuando se inicia el flujo de trabajo, SnapCenter crea una unidad de almacenamiento clonada basada en la instantánea seleccionada.
Luego, SnapCenter conecta el LUN (almacén de datos) al host ESX, en el que se ejecuta la máquina virtual HANA de destino.
Luego, el VMDK dentro del nuevo almacén de datos se agrega a la VM de HANA.
Luego, SnapCenter configura y monta el nuevo disco en el 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 siguiente captura de pantalla muestra los pasos del trabajo ejecutados por SnapCenter.
Como se menciona en la sección "Requisitos previos", el servicio spl de SnapCenter en el host HANA debe reiniciarse con el comando "systemctl restart spl" para iniciar una limpieza adecuada. Esto debe hacerse una vez finalizado el trabajo.
Al finalizar el flujo de trabajo de clonación, se puede iniciar la detección automática haciendo clic en el recurso QFS. Una vez finalizado el proceso de detección automática, la nueva ocupación de almacenamiento se muestra en la vista de detalles del recurso.
Flujo de trabajo de eliminación de clones de SnapCenter
El flujo de trabajo de eliminación de clones se inicia seleccionando el clon en el recurso HANA de origen y haciendo clic en el botón Eliminar.
En nuestro ejemplo, utilizamos un script previo para apagar la base de datos HANA de destino.
La siguiente captura de pantalla muestra los pasos del trabajo ejecutados por SnapCenter.
Como se menciona en la sección “Requisitos previos”, el servicio spl de SnapCenter en el host HANA debe reiniciarse usando el comando “systemctl restart spl” para iniciar una limpieza adecuada.