Skip to main content
NetApp Solutions SAP
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Clon del sistema SAP con SnapCenter

Colaboradores
PDF

Esta sección proporciona una descripción paso a paso de la operación de clonado del sistema SAP, que puede utilizarse para configurar un sistema de reparación para solucionar daños lógicos.

En la siguiente figura se resumen los pasos necesarios para realizar una operación de clonación del sistema SAP mediante SnapCenter.

  1. Prepare el host de destino.

  2. Flujo de trabajo de creación de clones de SnapCenter para el volumen compartido de SAP HANA.

  3. Inicie los servicios SAP HANA.

  4. El clon de SnapCenter crea un flujo de trabajo para el volumen de datos de SAP HANA, incluida la recuperación de la base de datos.

  5. El sistema SAP HANA ahora se puede usar como sistema de reparación.

    Nota Si debe restablecer el sistema a un backup Snapshot diferente, el paso 6 y el paso 4 serán suficientes. El volumen compartido de SAP HANA puede seguir montándose.

    Si el sistema ya no es necesario, el proceso de limpieza se lleva a cabo con los siguientes pasos.

  6. Flujo de trabajo de eliminación de clones de SnapCenter para el volumen de datos de SAP HANA, incluido el apagado de la base de datos.

  7. Detenga los servicios SAP HANA.

  8. Flujo de trabajo de eliminación de clones de SnapCenter para el volumen compartido de SAP HANA.

clon de copia sc image9

Requisitos previos y limitaciones

Los flujos de trabajo descritos en las siguientes secciones tienen algunos requisitos previos y limitaciones relacionados con la arquitectura del sistema SAP HANA y la configuración de SnapCenter.

  • El flujo de trabajo descrito es válido para sistemas SAP HANA MDC de un solo host. No se admiten varios sistemas host.

  • El complemento SAP HANA de SnapCenter debe ponerse en marcha en el host de destino para permitir la ejecución de scripts de automatización.

  • El flujo de trabajo se ha validado para NFS. La automatización script sc-mount-volume.sh, que se utiliza para montar el volumen compartido de SAP HANA, no admite FCP. Este paso debe realizarse manualmente o mediante la ampliación del script.

  • El flujo de trabajo descrito solo es válido para la versión SnapCenter 5,0 o posterior.

Configuración de laboratorio

En la siguiente figura se muestra la configuración de laboratorio utilizada para la clonación del sistema.

Se utilizaron las siguientes versiones de software:

  • SnapCenter 5,0

  • Sistemas SAP HANA: HANA 2,0 SPS6 rev,61

  • SLES 15

  • ONTAP 9.7P7

Todos los sistemas SAP HANA deben configurarse en función de la guía de configuración "SAP HANA en sistemas AFF de NetApp con NFS". SnapCenter y los recursos de SAP HANA se configuraron en función de la guía de mejores prácticas "Backup y recuperación de datos de SAP HANA con SnapCenter".

clon de copia sc image41

Preparación de host de destino

En esta sección se describen los pasos de preparación necesarios en un servidor que se usa como destino de clon del sistema.

Durante el funcionamiento normal, el host de destino se puede usar para otros fines, por ejemplo, como un sistema de prueba o control de calidad de SAP HANA. Por lo tanto, la mayoría de los pasos descritos deben ejecutarse cuando se solicita la operación de clonado del sistema. Por otro lado, los archivos de configuración relevantes, como /etc/fstab y /usr/sap/sapservices, se pueden preparar y luego poner en producción simplemente copiando el archivo de configuración.

La preparación del host de destino también incluye el cierre del QA de SAP HANA o del sistema de prueba.

Nombre de host del servidor de destino y dirección IP

El nombre de host del servidor de destino debe ser idéntico al nombre de host del sistema de origen. La dirección IP puede ser diferente.

Nota Se debe establecer una correcta delimitación del servidor de destino para que no pueda comunicarse con otros sistemas. Si no se dispone de una cercado adecuada, el sistema de producción clonado puede intercambiar datos con otros sistemas de producción.
Nota En nuestra configuración de laboratorio, hemos cambiado el nombre de host del sistema de destino sólo internamente desde la perspectiva del sistema de destino. Externamente, se pudo acceder al host con el nombre de host hana-7. Cuando se inicia sesión en el host, el propio host es hana-1.

Instalar software requerido

El software del agente de host SAP debe instalarse en el servidor de destino. Para obtener información completa, consulte "Agente host SAP" en el portal de ayuda de SAP.

El plugin de SAP HANA de SnapCenter se debe implementar en el host de destino mediante la operación de añadir host dentro de SnapCenter.

Configurar usuarios, puertos y servicios SAP

Los usuarios y los grupos requeridos para la base de datos SAP HANA deben estar disponibles en el servidor de destino. Normalmente, se utiliza la gestión central de usuarios; por lo tanto, no es necesario realizar ningún paso de configuración en el servidor de destino. Los puertos requeridos para la base de datos SAP HANA deben configurarse en los hosts de destino. La configuración se puede copiar del sistema de origen copiando el archivo /etc/services en el servidor de destino.

Las entradas de servicios SAP necesarias deben estar disponibles en el host de destino. La configuración se puede copiar desde el sistema de origen copiando el /usr/sap/sapservices archivo al servidor de destino. El siguiente resultado muestra las entradas necesarias para la base de datos SAP HANA que se utilizan en la configuración de laboratorio.

#!/bin/sh
LD_LIBRARY_PATH=/usr/sap/SS1/HDB00/exe:$LD_LIBRARY_PATH;export LD_LIBRARY_PATH;/usr/sap/SS1/HDB00/exe/sapstartsrv pf=/usr/sap/SS1/SYS/profile/SS1_HDB00_hana-1 -D -u ss1adm
limit.descriptors=1048576

Preparar el volumen de backup de registros y registros

Debido a que no es necesario clonar el volumen de registro del sistema de origen y se realiza cualquier recuperación con la opción Clear log, se debe preparar un volumen de registro vacío en el host objetivo.

Dado que el sistema de origen se configuró con un volumen de backup de registros independiente, se debe preparar y montar un volumen de backup de registros vacío en el mismo punto de montaje que en el sistema de origen.

hana-1:/# cat /etc/fstab
192.168.175.117:/SS1_repair_log_mnt00001 /hana/log/SS1/mnt00001 nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
192.168.175.117:/SS1_repair_log_backup /mnt/log-backup nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0

Dentro del volumen de registro hdb*, debe crear subdirectorios de la misma forma que en el sistema de origen.

hana-1:/ # ls -al /hana/log/SS1/mnt00001/
total 16
drwxrwxrwx 5 root root 4096 Dec 1 06:15 .
drwxrwxrwx 1 root root 16 Nov 30 08:56 ..
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:14 hdb00001
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:15 hdb00002.00003
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:15 hdb00003.00003

En el volumen de copia de seguridad de registro, se deben crear subdirectorios para el sistema y la base de datos de tenant.

hana-1:/ # ls -al /mnt/log-backup/
total 12
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 04:48 .
drwxr-xr-- 2 ss1adm sapsys 4896 Dec 1 03:42 ..
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:15 DB_SS1
drwxr-xr-- 2 ss1adm sapsys 4096 Dec 1 06:14 SYSTEMDB

Preparar montajes del sistema de archivos

Debe preparar puntos de montaje para los datos y el volumen compartido.

Con nuestro ejemplo, los directorios /hana/data/SS1/mnt00001, /hana/shared y usr/sap/SS1 deben ser creados.

Preparar la ejecución del script

Debe agregar los scripts, que deben ejecutarse en el sistema de destino en el archivo de configuración de comandos permitidos de SnapCenter.

hana-7:/opt/NetApp/snapcenter/scc/etc # cat /opt/NetApp/snapcenter/scc/etc/allowed_commands.config
command: mount
command: umount
command: /mnt/sapcc-share/SAP-System-Refresh/sc-system-refresh.sh
command: /mnt/sapcc-share/SAP-System-Refresh/sc-mount-volume.sh
hana-7:/opt/NetApp/snapcenter/scc/etc #

Clonado del volumen compartido de HANA

  1. Seleccione un backup Snapshot del volumen compartido del sistema de origen SS1 y haga clic en Clonar.

clon de copia sc image42

  1. Seleccione el host donde se ha preparado el sistema de reparación de destino. La dirección IP de exportación de NFS debe ser la interfaz de red de almacenamiento del host de destino. El SID de destino mantiene el mismo SID que el sistema de origen. En nuestro ejemplo SS1.

clon de copia sc image43

  1. Escriba el script de montaje con las opciones de línea de comandos requeridas.

    Nota El sistema SAP HANA utiliza un único volumen para /hana/shared , así como para /usr/sap/SS1, separados en subdirectorios como se recomienda en la guía de configuración "SAP HANA en sistemas AFF de NetApp con NFS". El script sc-mount-volume.sh admite esta configuración mediante una opción de línea de comandos especial para la ruta de montaje. Si la opción de línea de comandos mount path es igual a usr-sap-and-shared, el script monta los subdirectorios compartidos y usr-sap en el volumen de forma acorde.
clon de copia sc image44

  1. La pantalla Detalles del trabajo en SnapCenter muestra el progreso de la operación.

clon de copia sc image45

  1. El archivo log del script sc-mount-volume.sh muestra los diferentes pasos ejecutados para la operación de montaje.

20201201041441###hana-1###sc-mount-volume.sh: Adding entry in /etc/fstab.
20201201041441###hana-1###sc-mount-volume.sh: 192.168.175.117://SS1_shared_Clone_05132205140448713/usr-sap /usr/sap/SS1 nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
20201201041441###hana-1###sc-mount-volume.sh: Mounting volume: mount /usr/sap/SS1.
20201201041441###hana-1###sc-mount-volume.sh: 192.168.175.117:/SS1_shared_Clone_05132205140448713/shared /hana/shared nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
20201201041441###hana-1###sc-mount-volume.sh: Mounting volume: mount /hana/shared.
20201201041441###hana-1###sc-mount-volume.sh: usr-sap-and-shared mounted successfully.
20201201041441###hana-1###sc-mount-volume.sh: Change ownership to ss1adm.

  1. Cuando finaliza el flujo de trabajo de SnapCenter, los sistemas de archivos /usr/sap/SS1 y /hana/shared se montan en el host de destino.

hana-1:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
192.168.175.117:/SS1_repair_log_mnt00001 262144000 320 262143680 1% /hana/log/SS1/mnt00001
192.168.175.100:/sapcc_share 1020055552 53485568 966569984 6% /mnt/sapcc-share
192.168.175.117:/SS1_repair_log_backup 104857600 256 104857344 1% /mnt/log-backup
192.168.175.117:/SS1_shared_Clone_05132205140448713/usr-sap 262144064 10084608 252059456 4% /usr/sap/SS1
192.168.175.117:/SS1_shared_Clone_05132205140448713/shared 262144064 10084608 252059456 4% /hana/shared

  1. En SnapCenter, se puede ver un nuevo recurso para el volumen clonado.

clon de copia sc image46

  1. Ahora que el volumen compartido /hana/está disponible, los servicios SAP HANA pueden iniciarse.

hana-1:/mnt/sapcc-share/SAP-System-Refresh # systemctl start sapinit

  1. Ahora se han iniciado los procesos de SAP Host Agent y sapstartsrv.

hana-1:/mnt/sapcc-share/SAP-System-Refresh # ps -ef |grep sap
root 12377 1 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saphostexec pf=/usr/sap/hostctrl/exe/host_profile
sapadm 12403 1 0 04:34 ? 00:00:00 /usr/lib/systemd/systemd --user
sapadm 12404 12403 0 04:34 ? 00:00:00 (sd-pam)
sapadm 12434 1 1 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/sapstartsrv pf=/usr/sap/hostctrl/exe/host_profile -D
root 12485 12377 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saphostexec pf=/usr/sap/hostctrl/exe/host_profile
root 12486 12485 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saposcol -l -w60 pf=/usr/sap/hostctrl/exe/host_profile
ss1adm 12504 1 0 04:34 ? 00:00:00 /usr/sap/SS1/HDB00/exe/sapstartsrv pf=/usr/sap/SS1/SYS/profile/SS1_HDB00_hana-1 -D -u ss1adm
root 12582 12486 0 04:34 ? 00:00:00 /usr/sap/hostctrl/exe/saposcol -l -w60 pf=/usr/sap/hostctrl/exe/host_profile
root 12585 7613 0 04:34 pts/0 00:00:00 grep --color=auto sap
hana-1:/mnt/sapcc-share/SAP-System-Refresh #

Clonado de servicios de aplicaciones SAP adicionales

Los servicios adicionales de aplicaciones SAP se clonan del mismo modo que el volumen compartido de SAP HANA, tal como se describe en la sección «Clonación del volumen compartido de SAP HANA». Por supuesto, los volúmenes de almacenamiento necesarios de los servidores de aplicaciones SAP también deben protegerse con SnapCenter.

Debe agregar las entradas de servicios requeridas a /usr/sap/sapservices, y los puertos, usuarios y puntos de montaje del sistema de archivos (por ejemplo, /usr/sap/sid) deben estar preparados.

Clonar el volumen de datos y recuperar la base de datos de HANA

  1. Seleccione un backup de SAP HANA Snapshot del sistema de origen SS1.

clon de copia sc image47

  1. Seleccione el host donde se ha preparado el sistema de reparación de destino. La dirección IP de exportación de NFS debe ser la interfaz de red de almacenamiento del host de destino. El SID de destino mantiene el mismo SID que el sistema de origen. En nuestro ejemplo SS1

clon de copia sc image48

  1. Introduzca los scripts posteriores a la clonado con las opciones de línea de comandos requeridas.

    Nota El script de la operación de recuperación recupera la base de datos SAP HANA al momento específico de la operación Snapshot y no ejecuta ninguna recuperación futura. Si se requiere una recuperación futura a un momento específico, la recuperación debe realizarse manualmente. La recuperación manual de reenvío también requiere que los backups de registros del sistema de origen estén disponibles en el host de destino.
clon de copia sc image23

La pantalla de detalles del trabajo en SnapCenter muestra el progreso de la operación.

clon de copia sc image49

El archivo log del sc-system-refresh script muestra los diferentes pasos que se ejecutan para el montaje y la operación de recuperación.

20201201052124###hana-1###sc-system-refresh.sh: Recover system database.
20201201052124###hana-1###sc-system-refresh.sh: /usr/sap/SS1/HDB00/exe/Python/bin/python /usr/sap/SS1/HDB00/exe/python_support/recoverSys.py --command "RECOVER DATA USING SNAPSHOT CLEAR LOG"
20201201052156###hana-1###sc-system-refresh.sh: Wait until SAP HANA database is started ....
20201201052156###hana-1###sc-system-refresh.sh: Status: GRAY
20201201052206###hana-1###sc-system-refresh.sh: Status: GREEN
20201201052206###hana-1###sc-system-refresh.sh: SAP HANA database is started.
20201201052206###hana-1###sc-system-refresh.sh: Source system has a single tenant and tenant name is identical to source SID: SS1
20201201052206###hana-1###sc-system-refresh.sh: Target tenant will have the same name as target SID: SS1.
20201201052206###hana-1###sc-system-refresh.sh: Recover tenant database SS1.
20201201052206###hana-1###sc-system-refresh.sh: /usr/sap/SS1/SYS/exe/hdb/hdbsql -U SS1KEY RECOVER DATA FOR SS1 USING SNAPSHOT CLEAR LOG
0 rows affected (overall time 34.773885 sec; server time 34.772398 sec)
20201201052241###hana-1###sc-system-refresh.sh: Checking availability of Indexserver for tenant SS1.
20201201052241###hana-1###sc-system-refresh.sh: Recovery of tenant database SS1 succesfully finished.
20201201052241###hana-1###sc-system-refresh.sh: Status: GREEN
After the recovery operation, the HANA database is running and the data volume is mounted at the target host.
hana-1:/mnt/log-backup # df
Filesystem 1K-blocks Used Available Use% Mounted on
192.168.175.117:/SS1_repair_log_mnt00001 262144000 760320 261383680 1% /hana/log/SS1/mnt00001
192.168.175.100:/sapcc_share 1020055552 53486592 966568960 6% /mnt/sapcc-share
192.168.175.117:/SS1_repair_log_backup 104857600 512 104857088 1% /mnt/log-backup
192.168.175.117:/SS1_shared_Clone_05132205140448713/usr-sap 262144064 10090496 252053568 4% /usr/sap/SS1
192.168.175.117:/SS1_shared_Clone_05132205140448713/shared 262144064 10090496 252053568 4% /hana/shared
192.168.175.117:/SS1_data_mnt00001_Clone_0421220520054605 262144064 3732864 258411200 2% /hana/data/SS1/mnt00001

El sistema SAP HANA ahora está disponible y se puede usar, por ejemplo, como sistema de reparación.