Se usó la API de Cloud Translation para traducir esta página.

Deployment Manager: Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host

En esta guía, se muestra cómo usar Cloud Deployment Manager para implementar un sistema de escalamiento horizontal de SAP HANA que incluye las soluciones automáticas de conmutación por error y recuperación ante fallas de host de SAP HANA. Con Deployment Manager, puedes implementar un sistema que cumpla con los requisitos de asistencia de SAP y las recomendaciones de SAP y Compute Engine.

El sistema SAP HANA que se crea incluye un host principal, hasta 15 hosts de trabajador y hasta 3 hosts de reserva, todos dentro de una sola zona de Compute Engine.

El sistema también incluye el administrador de almacenamiento de Google Cloud para los nodos en espera de SAP HANA (administrador de almacenamiento para SAP HANA), que administra la transferencia de dispositivos de almacenamiento al nodo en espera durante una conmutación por error. El administrador de almacenamiento de SAP HANA está instalado en el volumen /shared de SAP HANA. Si deseas obtener información sobre el administrador de almacenamiento para SAP HANA y los permisos de IAM necesarios, consulta El administrador de almacenamiento para SAP HANA.

No utilices esta guía si no necesitas la función de conmutación por error automática de host. En su lugar, usa la guía de implementación de Deployment Manager: SAP HANA.

Para usar Terraform a fin de automatizar la implementación de un sistema de escalamiento horizontal de SAP HANA, consulta Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host.

Si necesitas implementar SAP HANA en un clúster de alta disponibilidad de Linux, usa una de las siguientes guías:

Esta guía está dirigida a usuarios avanzados de SAP HANA familiarizados con la configuración de escalamiento horizontal de SAP que incluye hosts de reserva de alta disponibilidad, así como sistemas de archivos de red.

Requisitos previos

Antes de crear el sistema de escalamiento horizontal de alta disponibilidad de SAP HANA, asegúrate de que se cumplan los siguientes requisitos previos:

Leíste la Guía de planificación de SAP HANA y la Guía de planificación de alta disponibilidad de SAP HANA.
Tú o tu organización deben tener una cuenta de Google Cloud y haber creado un proyecto para la implementación de SAP HANA. Para obtener información sobre cómo crear cuentas y proyectos de Google Cloud, consulta Configura la Cuenta de Google en la guía de implementación de SAP HANA.
Si necesitas que tu carga de trabajo de SAP se ejecute de acuerdo con los requisitos de residencia de datos, control de acceso, personal de asistencia o reglamentario, debes crear la carpeta de cargas de trabajo de Assured Workloads requerida. Para obtener más información, consulta Cumplimiento y controles soberanos para SAP en Google Cloud.
El medio de instalación de SAP HANA se almacena en un bucket de Cloud Storage que está disponible en tu proyecto y región de implementación. Para obtener información sobre cómo subir medios de instalación de SAP HANA a un bucket de Cloud Storage, consulta cómo crear un bucket de Cloud Storage en la guía de implementación de SAP HANA.
Debes tener una solución NFS, como la solución administrada de Filestore, para compartir los volúmenes /hana/shared y /hanabackup de SAP HANA entre los hosts en el sistema de escalamiento horizontal de SAP HANA. Especifica los puntos de activación para los servidores NFS en el archivo de configuración de Deployment Manager antes de implementar el sistema. Para implementar servidores NFS de Filestore, consulta Crea instancias.
Se debe permitir la comunicación entre todas las VM de la subred de SAP HANA que alojan un nodo de escalamiento horizontal de SAP HANA.
Si el Acceso al SO está habilitado en los metadatos del proyecto, debes inhabilitar el Acceso al SO de forma temporal hasta que se complete la implementación. Para fines de implementación, este procedimiento configura las claves SSH en metadatos de instancia. Cuando el acceso al SO está habilitado, la configuración de las claves SSH basada en metadatos se inhabilita y esta implementación falla. Una vez terminada la implementación, puedes volver a habilitar el acceso al SO.

Para obtener más información, consulte:
- Cómo habilitar o inhabilitar el acceso al SO
- Agrega claves SSH a las VM que usan claves SSH basadas en metadatos

Crea una red

Por razones de seguridad, crea una red nueva. Puedes controlar quién tiene acceso con reglas de firewall o a través de otro método de control de acceso.

Si tu proyecto tiene una red de VPC predeterminada, no la uses. En su lugar, crea tu propia red de VPC para que las únicas reglas de firewall vigentes sean aquellas que crees de forma explícita.

Durante la implementación, las instancias de VM suelen requerir acceso a Internet para descargar el agente de Google Cloud para SAP. Si usas una de las imágenes de Linux certificadas por SAP disponibles en Google Cloud, la instancia de VM también requerirá acceso a Internet para registrar la licencia y acceder a repositorios de proveedores de SO. Una configuración con una puerta de enlace NAT y con rótulos identificadores de red de VM admite este acceso, incluso si las VM de destino no tienen IP externas.

Para configurar la red, sigue estos pasos:

Console

En la consola de Google Cloud, ve a la página Redes de VPC.
Ir a las redes de VPC
Haz clic en Crear red de VPC.
Ingresa un Nombre para la red.
El nombre debe cumplir con la convención de nombres. Las redes de VPC usan la convención de nombres de Compute Engine.
En Modo de creación de subredes, selecciona Custom.
En la sección Subred nueva, especifica los siguientes parámetros de configuración para una subred:
1. Ingresa un Nombre para la subred.
2. En Región, selecciona la región de Compute Engine en la que deseas crear la subred.
3. En Tipo de pila IP, selecciona IPv4 (pila única) y, luego, ingresa un rango de direcciones IP en el formato CIDR. , como 10.1.0.0/24.
  Este es el rango de IPv4 principal de la subred. Si planeas agregar más de una subred, asigna rangos de IP de CIDR no superpuestos para cada subred de la red. Ten en cuenta que cada subred y sus rangos de IP interna se asignan a una sola región.
4. Haz clic en Listo.
Para agregar más subredes, haz clic en Agregar subred y repite los pasos anteriores. Puedes agregar más subredes a la red después de haberla creado.
Haz clic en Crear.

gcloud

Ve a Cloud Shell.
Ir a Cloud Shell
Para crear una red nueva en el modo de subredes personalizadas, ejecuta el siguiente comando:
```
gcloud compute networks create NETWORK_NAME --subnet-mode custom
```
Reemplaza NETWORK_NAME por el nombre de la red nueva. El nombre debe cumplir con la convención de nombres. Las redes de VPC usan la convención de nombres de Compute Engine.

Especifica --subnet-mode custom para evitar el uso del modo automático predeterminado, que crea de forma automática una subred en cada región de Compute Engine. Para obtener más información, consulta Modo de creación de subredes.
Crea una subred y especifica la región y el rango de IP a través del siguiente comando:
```
gcloud compute networks subnets create SUBNETWORK_NAME \
    --network NETWORK_NAME --region REGION --range RANGE
```
Reemplaza lo siguiente:
- SUBNETWORK_NAME: el nombre de la subred nueva
- NETWORK_NAME: el nombre de la zona que creaste en el paso anterior
- REGION: la región en la que deseas que esté la subred
- RANGE: el rango de direcciones IP especificado en formato CIDR, como 10.1.0.0/24
  Si planeas agregar más de una subred, asigna rangos de IP de CIDR no superpuestos para cada subred de la red. Ten en cuenta que cada subred y sus rangos de IP interna se asignan a una sola región.
Si quieres, puedes repetir el paso anterior y agregar más subredes.

Configura una puerta de enlace NAT

Si necesitas crear una o más VM sin direcciones IP públicas, debes usar la traducción de direcciones de red (NAT) para permitir que las VM accedan a Internet. Usa Cloud NAT, un servicio administrado distribuido y definido por software por Google Cloud que permite que las VM envíen paquetes salientes a Internet y reciban cualquier paquete de respuesta entrante establecido. Como alternativa, puedes configurar una VM independiente como una puerta de enlace NAT.

Para crear una instancia de Cloud NAT para tu proyecto, consulta Usa Cloud NAT.

Después de configurar Cloud NAT para tu proyecto, tus instancias de VM pueden acceder a Internet de forma segura sin una dirección IP pública.

Cómo agregar reglas de firewall

De forma predeterminada, una regla de firewall implícita bloquea las conexiones entrantes desde fuera de tu red de nube privada virtual (VPC). Para permitir conexiones entrantes, establece una regla de firewall para la VM. Después de establecer una conexión entrante con una VM, se permite el tráfico en ambas direcciones a través de esa conexión.

También puedes crear una regla de firewall para permitir el acceso externo a puertos especificados o restringir el acceso entre las VM en la misma red. Si se usa el tipo de red de VPC default, también se aplican algunas reglas predeterminadas adicionales, como la regla default-allow-internal, que permite la conectividad entre VM en la misma red en todos los puertos.

En función de la política de TI que se aplique a tu entorno, es posible que debas aislar o restringir la conectividad a tu host de base de datos, lo que puedes hacer a través de la creación de reglas de firewall.

Según la situación en la que te encuentres, puedes crear reglas de firewall para permitir los siguientes accesos:

Los puertos SAP predeterminados que se enumeran en TCP/IP de todos los productos SAP.
Conexiones desde tu computadora o tu entorno de red corporativa a tu instancia de VM de Compute Engine. Si no estás seguro de qué dirección IP usar, comunícate con el administrador de red de tu empresa.
Comunicación entre las VM de la subred de SAP HANA, incluida la comunicación entre los nodos en un sistema de escalamiento horizontal de SAP HANA o la comunicación entre el servidor de base de datos y los servidores de aplicaciones en una arquitectura de 3 niveles. Puedes habilitar la comunicación entre las VM si creas una regla de firewall para permitir el tráfico que se origina desde la subred.

Para crear una regla de firewall, sigue estos pasos:

Console

En la consola de Google Cloud, ve a la página Firewall de la red de VPC.

Ir a Firewall
En la parte superior de la página, haz clic en Crear regla de firewall.
- En el campo Red, selecciona la red donde se ubica tu VM.
- En el campo Destinos, especifica los recursos de Google Cloud a los que se aplica esta regla. Por ejemplo, especifica Todas las instancias de la red. O bien, para limitar la regla a instancias específicas en Google Cloud, ingresa etiquetas en Etiquetas de destino especificadas.
- En el campo Filtro de fuente, selecciona una de las siguientes opciones:
  - Rangos de IP para permitir el tráfico entrante de direcciones IP específicas. Especifica el rango de direcciones IP en el campo Rangos de IP de origen.
  - Subredes para permitir el tráfico entrante desde una subred específica. Especifica el nombre de la subred en el siguiente campo Subredes. Puedes usar esta opción para permitir el acceso entre las VM en una configuración de escalamiento horizontal o de 3 niveles.
- En la sección Protocolos y puertos, selecciona Protocolos y puertos especificados y luego ingresa tcp:PORT_NUMBER.
Haz clic en Crear para crear tu regla de firewall.

gcloud

Crea una regla de firewall con el siguiente comando:

$ gcloud compute firewall-rules create FIREWALL_NAME
--direction=INGRESS --priority=1000 \
--network=NETWORK_NAME --action=ALLOW --rules=PROTOCOL:PORT \
--source-ranges IP_RANGE --target-tags=NETWORK_TAGS

Crea de un sistema de escalamiento horizontal de SAP HANA con hosts de reserva

En las instrucciones que aparecen a continuación, realiza lo siguiente:

Crea el sistema SAP HANA, invocando a Deployment Manager con una plantilla de archivo de configuración que completas.
Verifica la implementación.
Prueba el o los hosts de reserva simulando una falla del host.

Algunos de los pasos de las siguientes instrucciones usan Cloud Shell para ingresar los comandos de gcloud. Si tienes instalada la última versión de Google Cloud CLI, puedes ingresar los comandos de gcloud desde una terminal local.

Define y crea el sistema SAP HANA

En los siguientes pasos, puedes descargar y completar una plantilla de archivo de configuración de Deployment Manager y, luego, invocar a Deployment Manager, que implementa las VM, los discos persistentes y las instancias de SAP HANA.

Confirma que tus cuotas actuales de los recursos del proyecto, como los discos persistentes y las CPU, son suficientes para el sistema SAP HANA que estás a punto de instalar. Si tus cuotas no son suficientes, la implementación fallará. Si quieres ver los requisitos de cuota de SAP HANA, consulta las consideraciones de precios y cuotas para SAP HANA.

Ir a la página de cuotas
Abre Cloud Shell.

Ir a Cloud Shell
Descarga la plantilla del archivo de configuración template.yaml para el sistema de escalamiento horizontal de alta disponibilidad de SAP HANA en su directorio de trabajo:
```
wget https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/latest/dm-templates/sap_hana_scaleout/template.yaml
```
De manera opcional, cambia el nombre del archivo template.yaml para identificar la configuración que define. Por ejemplo, podrías usar un nombre de archivo como hana2sp3rev30-scaleout.yaml.
Abre el archivo template.yaml en el editor de código de Cloud Shell.

Para abrir el editor de código de Cloud Shell, haz clic en el ícono de lápiz en la esquina superior derecha de la ventana de la terminal de Cloud Shell.

En el archivo template.yaml, actualiza los siguientes valores de propiedad. Para hacerlo, reemplaza los corchetes y su contenido por los valores de la instalación. Por ejemplo, puedes reemplazar “[ZONE]” por “us-central1-f”.

Propiedad	Tipo de datos	Descripción
tipo	String	Especifica la ubicación, el tipo y la versión de la plantilla de Deployment Manager que se usará durante la implementación. El archivo YAML incluye dos especificaciones `type`, y una de ellas se marca como comentario. La especificación `type` que está activa de forma predeterminada especifica la versión de la plantilla como `latest`. La especificación `type` que se marca como comentario especifica una versión específica de la plantilla con una marca de tiempo. Si necesitas que todas tus implementaciones usen la misma versión de plantilla, usa la especificación `type`, que incluye la marca de tiempo.
`instanceName`	String	El nombre de la instancia de VM para el host principal de SAP HANA. El nombre debe especificarse en minúsculas, números o guiones. Las instancias de VM para los hosts de trabajador y de reserva usan el mismo nombre con una “w” y el número de host agregado al nombre.
`instanceType`	String	El tipo de máquina virtual de Compute Engine en el que quieres ejecutar SAP HANA. Si necesitas un tipo de VM personalizada, especifica un tipo de VM predefinido con una cantidad de CPU virtuales más cercana al número que necesitas sin dejar de ser más grande. Una vez completada la implementación, modifica la cantidad de CPU virtuales y la cantidad de memoria.
`zone`	String	La zona en la que implementas tus sistemas SAP HANA para que se ejecuten. Debe estar en la región que seleccionaste para tu subred.
`subnetwork`	String	El nombre de la subred que creaste en un paso anterior. Si realizas la implementación en una VPC compartida, especifica este valor como `[SHAREDVPC_PROJECT]/[SUBNETWORK]`. Por ejemplo, `myproject/network1`.
`linuxImage`	String	El nombre de la imagen del sistema operativo Linux o de la familia de imágenes que usas con SAP HANA. Para especificar una familia de imágenes, agrega el prefijo `family/` al nombre de la familia. Por ejemplo: `family/rhel-8-1-sap-ha` o `family/sles-15-sp2-sap`. Para especificar una imagen específica, determina solo el nombre de la imagen. Si deseas ver la lista de las familias de imágenes disponibles, consulta la página Imágenes en la consola de Google Cloud.
`linuxImageProject`	String	El proyecto de Google Cloud que contiene la imagen que usarás. Este proyecto puede ser uno propio o un proyecto de imagen de Google Cloud. En el caso de una imagen de Compute Engine, especifica `rhel-sap-cloud` o `suse-sap-cloud`. Para encontrar el proyecto de imagen de tu sistema operativo, consulta Detalles de los sistemas operativos.
`sap_hana_deployment_bucket`	String	El nombre del bucket de Cloud Storage en tu proyecto que contiene los archivos de instalación de SAP HANA que subiste en un paso anterior.
`sap_hana_sid`	String	El ID del sistema SAP HANA. El ID debe tener 3 caracteres alfanuméricos y comenzar con una letra. Todas las letras deben estar en mayúsculas.
`sap_hana_instance_number`	Entero	El número de instancia, de 0 a 99, del sistema SAP HANA. El valor predeterminado es 0.
`sap_hana_sidadm_password`	String	Una contraseña temporal para el administrador del sistema operativo que se usará durante la implementación. Las contraseñas deben tener al menos 8 caracteres y deben incluir al menos 1 letra mayúscula, 1 letra minúscula y 1 número. Precaución: Cambia la contraseña después de que se complete la instalación.
`sap_hana_system_password`	String	Una contraseña temporal para el superusuario de la base de datos que se usará durante la implementación. Las contraseñas deben tener al menos 8 caracteres y deben incluir al menos 1 letra mayúscula, 1 letra minúscula y 1 número. Precaución: Cambia la contraseña después de que se complete la instalación.
`sap_hana_worker_nodes`	Entero	La cantidad de hosts de trabajador adicionales de SAP HANA que necesitas. Puedes especificar de 1 a 15 hosts de trabajador. El valor predeterminado es 1.
`sap_hana_standby_nodes`	Entero	La cantidad de hosts de reserva adicionales de SAP HANA que necesitas. Puedes especificar de 1 a 3 hosts de reserva. El valor predeterminado es 1.
`sap_hana_shared_nfs`	String	El punto de activación de NFS para el volumen `/hana/shared`. Por ejemplo, `10.151.91.122:/hana_shared_nfs`. Nota: El punto de activación de NFS para el volumen `/hana/shared` debe estar vacío antes de ejecutar Deployment Manager.
`sap_hana_backup_nfs`	String	El punto de activación de NFS para el volumen `/hanabackup`. Por ejemplo, `10.216.41.122:/hana_backup_nfs`.
`networkTag`	String	Opcional. Una o más etiquetas de red separadas por comas que representan tu instancia de VM para firewall o enrutamiento. Si especificas `publicIP: No` y no especificas una etiqueta de red, asegúrate de proporcionar otro medio de acceso a Internet.
`nic_type`	String	Opcional, pero recomendado si está disponible para la máquina de destino y la versión del SO. Especifica la interfaz de red que se usará con la instancia de VM. Puedes especificar el valor `GVNIC` o `VIRTIO_NET`. Para usar una NIC virtual de Google (gVNIC), debes especificar una imagen de SO que admita gVNIC como valor de la propiedad `linuxImage`. Para obtener la lista de imágenes del SO, consulta Detalles de los sistemas operativos. Si no especificas un valor para esta propiedad, la interfaz de red se selecciona de manera automática según el tipo de máquina que especifiques para la propiedad `instanceType`. Este argumento está disponible en las versiones `202302060649` de la plantilla de Deployment Manager o posteriores.
`publicIP`	Booleano	Opcional. Determina si se agrega una dirección IP pública a tu instancia de VM. El valor predeterminado es `Yes`. Nota: No especifiques `No` a menos que tengas una puerta de enlace NAT configurada con una etiqueta de red definida para la VM o hayas proporcionado a la VM otra ruta a Internet. Si no hay una ruta a Internet, la instalación falla.
`sap_hana_double_volume_size`	Entero	Opcional. Duplica el tamaño del volumen de HANA. Esto resulta útil si deseas implementar varias instancias de SAP HANA o una instancia de SAP HANA de recuperación ante desastres en la misma VM. De forma predeterminada, el tamaño del volumen se calcula automáticamente para que sea el tamaño mínimo requerido para tu consumo de memoria y cumpla con los requisitos de certificación y asistencia de SAP.
`sap_hana_sidadm_uid`	Entero	Opcional. Anula el valor predeterminado del ID del usuario `SID_LCadm`. El valor predeterminado es 900. Puedes cambiarlo a un valor diferente para mantener la coherencia dentro de tu entorno de SAP.
`sap_hana_sapsys_gid`	Entero	Opcional. Anula el ID de grupo predeterminado para sapsys. El valor predeterminado es 79.
`sap_deployment_debug`	Booleano	Opcional. Si este valor se establece en `Yes`, la implementación genera registros de implementación con verbosidad. No actives esta configuración, a menos que un ingeniero de Atención al cliente de Google te solicite que habilites la depuración.
`post_deployment_script`	Booleano	Opcional. La URL o la ubicación de almacenamiento de una secuencia de comandos que se ejecutará después de que finalice la implementación. La secuencia de comandos debe estar alojada en un servidor web o en un bucket de Cloud Storage. Comienza el valor con http://, https:// o gs://. Ten en cuenta que esta secuencia de comandos se ejecutará en todas las VM que cree la plantilla. Si solo deseas ejecutarla en la instancia principal, tendrás que agregar una verificación al principio de la secuencia de comandos.

En el siguiente ejemplo, se muestra un archivo de configuración completado que implementa un sistema de escalamiento horizontal de SAP HANA con tres hosts de trabajador y un host de reserva en la zona us-central1-f. Cada host se instala en una VM n2-highmem-32 que ejecuta un sistema operativo Linux proporcionado por una imagen pública de Compute Engine. Filestore proporciona los volúmenes NFS. Las contraseñas temporales se usan solo durante la implementación y el procesamiento de configuración. La cuenta de servicio personalizada que se especificará se convertirá en la cuenta de servicio de las VM implementadas.

resources:
- name: sap_hana_ha_scaleout
  type: https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/latest/dm-templates/sap_hana_scaleout/sap_hana_scaleout.py
  #
  # By default, this configuration file uses the latest release of the deployment
  # scripts for SAP on Google Cloud.  To fix your deployments to a specific release
  # of the scripts, comment out the type property above and uncomment the type property below.
  #
  # type: https://storage.googleapis.com/cloudsapdeploy/deploymentmanager/YYYYMMDDHHMM/dm-templates/sap_hana_scaleout/sap_hana_scaleout.py
  #
  properties:
    instanceName: hana-scaleout-w-failover
    instanceType: n2-highmem-32
    zone: us-central1-f
    subnetwork: example-sub-network-sap
    linuxImage: family/sles-15-sp2-sap
    linuxImageProject: suse-sap-cloud
    sap_hana_deployment_bucket: hana2-sp5-rev53
    sap_hana_sid: HF0
    sap_hana_instance_number: 00
    sap_hana_sidadm_password: TempPa55word
    sap_hana_system_password: TempPa55word
    sap_hana_worker_nodes: 3
    sap_hana_standby_nodes: 1
    sap_hana_shared_nfs: 10.74.146.58:/hana_shr
    sap_hana_backup_nfs: 10.188.249.170:/hana_bup
    serviceAccount: sap-deploy-example@example-project-123456.iam.gserviceaccount.com

Crea las instancias:
```
gcloud deployment-manager deployments create [DEPLOYMENT_NAME] --config [TEMPLATE_NAME].yaml
```
El comando anterior invoca a Deployment Manager, que configura la infraestructura de Google Cloud y, luego, invoca otra secuencia de comandos que configura el sistema operativo y, luego, instala SAP HANA.

Mientras Deployment Manager tiene el control, los mensajes de estado se escriben en Cloud Shell. Una vez que se invocan las secuencias de comandos, los mensajes de estado se escriben en Logging y se pueden ver en la consola de Google Cloud, como se describe en Verifica los registros de Logging.

El tiempo de finalización puede variar, pero todo el proceso suele tardar menos de 30 minutos.

Verifica la implementación

Para verificar la implementación, revisa los registros de implementación en Cloud Logging, los discos y servicios en las VM de los hosts principales y de trabajador, muestra el sistema en SAP HANA Studio y prueba la apropiación por parte de un host de reserva.

Verifica los registros

En la consola de Google Cloud, abre Cloud Logging para supervisar el progreso de la instalación y verificar si hay errores.

Nota: Es posible que generes costos cuando completes este paso en Cloud Logging. Para obtener más información, consulta Precios de Cloud Logging.

Ir a Cloud Logging
Filtra los registros:
Explorador de registros
1. En la página Explorador de registros, ve al panel Consulta.
2. En el menú desplegable Recurso, selecciona Global y, luego, haz clic en Agregar.
  
  Si no ves la opción Global, ingresa la siguiente consulta en el editor de consultas:
  resource.type="global" "Deployment"
3. Haz clic en Ejecutar consulta.
Visor de registros heredado
- En la página Visor de registros heredado, en el menú del selector básico, selecciona Global como tu recurso de registro.
Analiza los registros filtrados:
- Si se muestra "--- Finished", el proceso de implementación está completo y puedes continuar con el siguiente paso.
- Si ves un error de cuota, sigue estos pasos:
  1. En la página Cuotas de IAM y administración, aumenta cualquiera de las cuotas que no cumplan con los requisitos de SAP HANA que se enumeran en la Guía de planificación de SAP HANA.
  2. En la página Implementaciones de Deployment Manager, borra la implementación para limpiar las VMs y los discos persistentes de la instalación con errores.
  3. Vuelve a ejecutar tu implementación.

Conéctate a las VM para verificar los discos y servicios de SAP HANA

Una vez finalizada la implementación, confirma que los discos y los servicios de SAP HANA se implementaron correctamente, mediante la verificación de los discos y los servicios del host principal y del host de trabajador.

En la página de instancias de la VM de Compute Engine, conéctate a la VM del host principal y a la VM de un host de trabajador, haciendo clic en el botón SSH en la fila de cada una de las dos instancias de VM.

Ir a Instancias de VM

Cuando te conectas al host de trabajador, asegúrate de que no te estás conectando a un host de reserva. Los hosts de reserva utilizan la misma convención de nomenclatura que los hosts de trabajador, pero tienen el sufijo de host de trabajador numerado más alto antes de la primera apropiación. Por ejemplo, si tienes tres hosts de trabajador y un host de reserva, antes de la primera apropiación, el host de reserva tiene el sufijo “w4”.
En cada ventana de la terminal, cambia al usuario raíz.
```
sudo su -
```

En cada ventana de la terminal, visualiza el sistema de archivos de disco.

df -h

En el host principal, deberías ver un resultado similar al que aparece a continuación.

hana-scaleout-w-failover:~ # df -h
Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  126G  8.0K  126G   1% /dev
tmpfs                     189G     0  189G   0% /dev/shm
tmpfs                     126G   18M  126G   1% /run
tmpfs                     126G     0  126G   0% /sys/fs/cgroup
/dev/sda3                  45G  5.6G   40G  13% /
/dev/sda2                  20M  2.9M   18M  15% /boot/efi
10.135.35.138:/hana_shr  1007G   50G  906G   6% /hana/shared
tmpfs                      26G     0   26G   0% /run/user/473
10.197.239.138:/hana_bup 1007G     0  956G   0% /hanabackup
tmpfs                      26G     0   26G   0% /run/user/900
/dev/mapper/vg_hana-data  709G  7.7G  702G   2% /hana/data/HF0/mnt00001
/dev/mapper/vg_hana-log   125G  5.3G  120G   5% /hana/log/HF0/mnt00001
tmpfs                      26G     0   26G   0% /run/user/1003

En un host de trabajador, observa que los directorios /hana/data y /hana/log tienen diferentes activaciones.

hana-scaleout-w-failoverw2:~ # df -h
Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  126G  8.0K  126G   1% /dev
tmpfs                     189G     0  189G   0% /dev/shm
tmpfs                     126G  9.2M  126G   1% /run
tmpfs                     126G     0  126G   0% /sys/fs/cgroup
/dev/sda3                  45G  5.6G   40G  13% /
/dev/sda2                  20M  2.9M   18M  15% /boot/efi
tmpfs                      26G     0   26G   0% /run/user/0
10.135.35.138:/hana_shr  1007G   50G  906G   6% /hana/shared
10.197.239.138:/hana_bup 1007G     0  956G   0% /hanabackup
/dev/mapper/vg_hana-data  709G  821M  708G   1% /hana/data/HF0/mnt00003
/dev/mapper/vg_hana-log   125G  2.2G  123G   2% /hana/log/HF0/mnt00003
tmpfs                      26G     0   26G   0% /run/user/1003

En un host de reserva, los directorios de datos y registro no se activan hasta que el host de reserva reemplace un host con errores.

hana-scaleout-w-failoverw4:~ # df -h
Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  126G  8.0K  126G   1% /dev
tmpfs                     189G     0  189G   0% /dev/shm
tmpfs                     126G   18M  126G   1% /run
tmpfs                     126G     0  126G   0% /sys/fs/cgroup
/dev/sda3                  45G  5.6G   40G  13% /
/dev/sda2                  20M  2.9M   18M  15% /boot/efi
tmpfs                      26G     0   26G   0% /run/user/0
10.135.35.138:/hana_shr  1007G   50G  906G   6% /hana/shared
10.197.239.138:/hana_bup 1007G     0  956G   0% /hanabackup
tmpfs                      26G     0   26G   0% /run/user/1003

En cada ventana de la terminal, cambia al usuario del sistema operativo de SAP HANA.
```
su - SID_LCadm
```
Reemplaza SID_LC por el valor SID que especificaste en la plantilla del archivo de configuración. Usa minúsculas para las letras.

En cada ventana de la terminal, asegúrate de que los servicios de SAP HANA, como hdbnameserver, hdbindexserver y otros, se estén ejecutando en la instancia.

HDB info

En el host principal, deberías ver un resultado similar al que aparece en el siguiente ejemplo truncado:

hf0adm@hana-scaleout-w-failover:/usr/sap/HF0/HDB00> HDB info
USER          PID     PPID  %CPU        VSZ        RSS COMMAND
hf0adm       5936     5935   0.7      18540       6776 -sh
hf0adm       6011     5936   0.0      14128       3856  \_ /bin/sh /usr/sap/HF0/HDB00/HDB info
hf0adm       6043     6011   0.0      34956       3568      \_ ps fx -U hf0adm -o user:8,pid:8,ppid:8,pcpu:5,vsz:10
hf0adm      17950        1   0.0      23052       3168 sapstart pf=/hana/shared/HF0/profile/HF0_HDB00_hana-scaleout
hf0adm      17957    17950   0.0     457332      70956  \_ /usr/sap/HF0/HDB00/hana-scaleout-w-failover/trace/hdb.sa
hf0adm      17975    17957   1.8    9176656    3432456      \_ hdbnameserver
hf0adm      18334    17957   0.4    4672036     229204      \_ hdbcompileserver
hf0adm      18337    17957   0.4    4941180     257348      \_ hdbpreprocessor
hf0adm      18385    17957   4.5    9854464    4955636      \_ hdbindexserver -port 30003
hf0adm      18388    17957   1.2    7658520    1424708      \_ hdbxsengine -port 30007
hf0adm      18865    17957   0.4    6640732     526104      \_ hdbwebdispatcher
hf0adm      14230        1   0.0     568176      32100 /usr/sap/HF0/HDB00/exe/sapstartsrv pf=/hana/shared/HF0/profi
hf0adm      10920        1   0.0     710684      51560 hdbrsutil  --start --port 30003 --volume 3 --volumesuffix mn
hf0adm      10575        1   0.0     710680      51104 hdbrsutil  --start --port 30001 --volume 1 --volumesuffix mn
hf0adm      10217        1   0.0      72140       7752 /usr/lib/systemd/systemd --user
hf0adm      10218    10217   0.0     117084       2624  \_ (sd-pam)

En un host de trabajador, deberías ver un resultado similar al que aparece en el siguiente ejemplo truncado:

hf0adm@hana-scaleout-w-failoverw2:/usr/sap/HF0/HDB00> HDB info
USER          PID     PPID  %CPU        VSZ        RSS COMMAND
hf0adm      22136    22135   0.3      18540       6804 -sh
hf0adm      22197    22136   0.0      14128       3892  \_ /bin/sh /usr/sap/HF0/HDB00/HDB info
hf0adm      22228    22197   100      34956       3528      \_ ps fx -U hf0adm -o user:8,pid:8,ppid:8,pcpu:5,vsz:10
hf0adm       9138        1   0.0      23052       3064 sapstart pf=/hana/shared/HF0/profile/HF0_HDB00_hana-scaleout
hf0adm       9145     9138   0.0     457360      70900  \_ /usr/sap/HF0/HDB00/hana-scaleout-w-failoverw2/trace/hdb.
hf0adm       9163     9145   0.7    7326228     755772      \_ hdbnameserver
hf0adm       9336     9145   0.5    4670756     226972      \_ hdbcompileserver
hf0adm       9339     9145   0.6    4942460     259724      \_ hdbpreprocessor
hf0adm       9385     9145   2.0    7977460    1666792      \_ hdbindexserver -port 30003
hf0adm       9584     9145   0.5    6642012     528840      \_ hdbwebdispatcher
hf0adm       8226        1   0.0     516532      52676 hdbrsutil  --start --port 30003 --volume 5 --volumesuffix mn
hf0adm       7756        1   0.0     567520      31316 /hana/shared/HF0/HDB00/exe/sapstartsrv pf=/hana/shared/HF0/p

En un host de reserva, deberías ver un resultado similar al que aparece en el siguiente ejemplo truncado:

hana-scaleout-w-failoverw4:~ # su - hf0adm
hf0adm@hana-scaleout-w-failoverw4:/usr/sap/HF0/HDB00> HDB info
USER          PID     PPID  %CPU        VSZ        RSS COMMAND
hf0adm      19926    19925   0.2      18540       6748 -sh
hf0adm      19987    19926   0.0      14128       3864  \_ /bin/sh /usr/sap/HF0/HDB00/HDB info
hf0adm      20019    19987   0.0      34956       3640      \_ ps fx -U hf0adm -o user:8,pid:8,ppid:8,pcpu:5,vsz:10
hf0adm       8120        1   0.0      23052       3232 sapstart pf=/hana/shared/HF0/profile/HF0_HDB00_hana-scaleout
hf0adm       8127     8120   0.0     457348      71348  \_ /usr/sap/HF0/HDB00/hana-scaleout-w-failoverw4/trace/hdb.
hf0adm       8145     8127   0.6    7328784     708284      \_ hdbnameserver
hf0adm       8280     8127   0.4    4666916     223892      \_ hdbcompileserver
hf0adm       8283     8127   0.4    4939904     256740      \_ hdbpreprocessor
hf0adm       8328     8127   0.4    6644572     534044      \_ hdbwebdispatcher
hf0adm       7374        1   0.0     633568      31520 /hana/shared/HF0/HDB00/exe/sapstartsrv pf=/hana/shared/HF0/p

Si usas RHEL para SAP 9.0 o una versión posterior, asegúrate de que los paquetes chkconfig y compat-openssl11 estén instalados en la instancia de VM.

Para obtener más información de SAP, consulta la Nota 3108316 de SAP: Red Hat Enterprise Linux 9.x: Instalación y configuración.

Conecta SAP HANA Studio

Conéctate al host principal de SAP HANA desde SAP HANA Studio.

Puedes conectarte desde una instancia de SAP HANA Studio que esté fuera de Google Cloud o desde una instancia en Google Cloud. Es posible que debas habilitar el acceso a la red entre las VM de destino y SAP HANA Studio.

Para usar SAP HANA Studio en Google Cloud y habilitar el acceso al sistema SAP HANA, consulta cómo instalar SAP HANA Studio en una VM de Windows de Compute Engine.
En SAP HANA Studio, haz clic en la pestaña Entorno (Landscape) en el panel de administración del sistema predeterminado. Deberías ver una pantalla similar al siguiente ejemplo.

Si alguno de los pasos de la validación muestra que la instalación falló, haz lo siguiente:

Corrige el error.
En la página Implementaciones, borra la implementación.
Vuelve a ejecutar tu implementación.

Realiza una prueba de conmutación por error

Una vez que confirmaste que el sistema SAP HANA se implementó correctamente, prueba la función de conmutación por error.

Las siguientes instrucciones activan una conmutación por error cuando se cambia el usuario del sistema operativo SAP HANA y cuando se ingresa el comando HDB stop. El comando HDB stop inicia un cierre correcto de SAP HANA y desconecta los discos del host, lo que permite una conmutación por error relativamente rápida.

Para realizar una prueba de conmutación por error, sigue estos pasos:

Conéctate a la VM de un host de trabajador utilizando SSH. Puedes conectarte desde la página de instancias de VM de Compute Engine haciendo clic en el botón SSH para cada instancia de VM, o puedes usar tu método SSH preferido.

Ir a Instancias de VM
Cambia al usuario del sistema operativo de SAP HANA. En el siguiente ejemplo, reemplaza SID_LC por el SID que definiste para tu sistema.
```
su - SID_LCadm
```
Detén SAP HANA para simular una falla, como se indica a continuación:
```
HDB stop
```
El comando HDB stop inicia un cierre de SAP HANA, lo que activa una conmutación por error. Durante la conmutación por error, los discos se desconectan del host con errores y se vuelven a conectar al host de reserva. El host con errores se reinicia y se convierte en un host de reserva.
Después de dejar que finalice la conmutación por error, vuelve a conectarte mediante SSH al host que reemplazó al que tuvo errores.
Cambia al usuario raíz.
```
sudo su -
```

Visualiza el sistema de archivos de disco de las VM para los hosts principales y de trabajador.

df -h

Deberías ver un resultado similar al siguiente. Los directorios /hana/data y /hana/log del host con errores ahora están activados en el host que lo reemplazó.

hana-scaleout-w-failoverw4:~ # df -h
Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  126G  8.0K  126G   1% /dev
tmpfs                     189G     0  189G   0% /dev/shm
tmpfs                     126G  9.2M  126G   1% /run
tmpfs                     126G     0  126G   0% /sys/fs/cgroup
/dev/sda3                  45G  5.6G   40G  13% /
/dev/sda2                  20M  2.9M   18M  15% /boot/efi
tmpfs                      26G     0   26G   0% /run/user/0
10.74.146.58:/hana_shr   1007G   50G  906G   6% /hana/shared
10.188.249.170:/hana_bup 1007G     0  956G   0% /hanabackup
/dev/mapper/vg_hana-data  709G  821M  708G   1% /hana/data/HF0/mnt00003
/dev/mapper/vg_hana-log   125G  2.2G  123G   2% /hana/log/HF0/mnt00003
tmpfs                      26G     0   26G   0% /run/user/1003

En SAP HANA Studio, abre la vista Entorno (Landscape) del sistema SAP HANA para confirmar que la conmutación por error se realizó con éxito:
- El estado de los hosts involucrados en la conmutación por error debe ser INFO.
- La columna Función del servidor de índice (real) (Index Server Role [Actual]) debe mostrar el host con errores como el host de reserva nuevo.

Valida la instalación del agente de Google Cloud para SAP

Después de que hayas implementado una VM y le hayas instalado SAP NetWeaver, valida que el Agente de Google Cloud para SAP funcione de forma correcta.

Verifica que el Agente de Google Cloud para SAP esté en ejecución

Para verificar que el agente esté en ejecución, sigue estos pasos:

Establece una conexión SSH con tu instancia de Compute Engine.

Ejecuta el siguiente comando:

systemctl status google-cloud-sap-agent

Si el agente funciona de forma correcta, el resultado contendrá active (running). Por ejemplo:

google-cloud-sap-agent.service - Google Cloud Agent for SAP
Loaded: loaded (/usr/lib/systemd/system/google-cloud-sap-agent.service; enabled; vendor preset: disabled)
Active:  active (running)  since Fri 2022-12-02 07:21:42 UTC; 4 days ago
Main PID: 1337673 (google-cloud-sa)
Tasks: 9 (limit: 100427)
Memory: 22.4 M (max: 1.0G limit: 1.0G)
CGroup: /system.slice/google-cloud-sap-agent.service
       └─1337673 /usr/bin/google-cloud-sap-agent

Si el agente no está en ejecución, reinicia el agente.

Verifica que el agente de host SAP reciba métricas

Para verificar que el Agente de Google Cloud para SAP recopile las métricas de infraestructura y que se envíen de forma correcta al agente de host SAP, sigue estos pasos:

En el sistema SAP, ingresa la transacción ST06.
En el panel de descripción general, revisa la disponibilidad y el contenido de los siguientes campos para verificar la configuración completa y correcta de la infraestructura de supervisión de SAP y Google:
- Proveedor de servicios en la nube: Google Cloud Platform
- Acceso de supervisión mejorada: TRUE
- Detalles de supervisión mejorada: ACTIVE

Configura la supervisión para SAP HANA

De manera opcional, puedes supervisar tus instancias de SAP HANA con el agente para SAP de Google Cloud. Desde la versión 2.0, puedes configurar el agente para recopilar las métricas de supervisión de SAP HANA y enviarlas a Cloud Monitoring. Cloud Monitoring te permite crear paneles para visualizar estas métricas, configurar alertas basadas en límites de métricas y mucho más.

Si deseas obtener más información sobre la recopilación de métricas de supervisión de SAP HANA mediante el agente de para SAP de Google Cloud, consulta Recopilación de métricas de supervisión de SAP HANA.

Habilita SAP HANA Fast Restart

Google Cloud recomienda enfáticamente habilitar SAP HANA Fast Restart para cada instancia de SAP HANA, en especial para instancias más grandes. SAP HANA Fast Restart reduce los tiempos de reinicio en caso de que SAP HANA finalice, pero el sistema operativo permanezca en ejecución.

Como se establece en las secuencias de comandos de automatización que proporciona Google Cloud, la configuración del kernel y el sistema operativo ya son compatibles con el reinicio rápido de SAP HANA. Debes definir el sistema de archivos tmpfs y configurar SAP HANA.

Para definir el sistema de archivos tmpfs y configurar SAP HANA, puedes seguir los pasos manuales o usar la secuencia de comandos de automatización que proporciona Google Cloud para habilitar el reinicio rápido de SAP HANA. Para obtener más información, consulta los siguientes vínculos:

Pasos manuales: Habilita el reinicio rápido de SAP HANA
Pasos manuales: Habilita el reinicio rápido de SAP HANA

Para obtener instrucciones autorizadas completas sobre Fast Restart SAP HANA, consulta la documentación de la opción Fast Restart SAP HANA.

Pasos manuales

Configura el sistema de archivos `tmpfs`

Después de que las VM del host y los sistemas base de SAP HANA se implementan de forma correcta, debes crear y activar directorios para los nodos de NUMA en el sistema de archivos tmpfs.

Muestra la topología de NUMA de tu VM

Para poder asignar el sistema de archivos tmpfs requerido, debes saber cuántos nodos de NUMA tiene tu VM. Si deseas mostrar los nodos de NUMA disponibles en una VM de Compute Engine, ingresa el siguiente comando:

lscpu | grep NUMA

Por ejemplo, un tipo de VM m2-ultramem-208 tiene cuatro nodos de NUMA, numerados del 0 al 3, como se muestra en el siguiente ejemplo:

NUMA node(s):        4
NUMA node0 CPU(s):   0-25,104-129
NUMA node1 CPU(s):   26-51,130-155
NUMA node2 CPU(s):   52-77,156-181
NUMA node3 CPU(s):   78-103,182-207

Crea los directorios de nodos de NUMA

Crea un directorio para cada nodo de NUMA en tu VM y configura los permisos.

Por ejemplo, para cuatro nodos de NUMA que están numerados del 0 al 3:

mkdir -pv /hana/tmpfs{0..3}/SID
chown -R SID_LCadm:sapsys /hana/tmpfs*/SID
chmod 777 -R /hana/tmpfs*/SID

Activa los directorios de nodos de NUMA en `tmpfs`

Activa los directorios del sistema de archivos tmpfs y especifica una preferencia de nodo de NUMA para cada uno con mpol=prefer:

SID especifica el SID con letras mayúsculas.

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0 /hana/tmpfs0/SID
mount tmpfsSID1 -t tmpfs -o mpol=prefer:1 /hana/tmpfs1/SID
mount tmpfsSID2 -t tmpfs -o mpol=prefer:2 /hana/tmpfs2/SID
mount tmpfsSID3 -t tmpfs -o mpol=prefer:3 /hana/tmpfs3/SID

Actualizar `/etc/fstab`

Para asegurarte de que los puntos de activación estén disponibles después de reiniciar el sistema operativo, agrega entradas a la tabla del sistema de archivos, /etc/fstab:

tmpfsSID0 /hana/tmpfs0/SID tmpfs rw,relatime,mpol=prefer:0
tmpfsSID1 /hana/tmpfs1/SID tmpfs rw,relatime,mpol=prefer:1
tmpfsSID1 /hana/tmpfs2/SID tmpfs rw,relatime,mpol=prefer:2
tmpfsSID1 /hana/tmpfs3/SID tmpfs rw,relatime,mpol=prefer:3

Opcional: Establece límites para el uso de memoria

El sistema de archivos tmpfs puede aumentar o reducirse de forma dinámica.

A fin de limitar la memoria que usa el sistema de archivos tmpfs, puedes establecer un límite de tamaño para un volumen de nodo NUMA con la opción size. Por ejemplo:

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0,size=250G /hana/tmpfs0/SID

También puedes limitar el uso de memoria tmpfs general de todos los nodos de NUMA para una instancia determinada de SAP HANA y un nodo del servidor determinado si configuras el parámetro persistent_memory_global_allocation_limit en la sección [memorymanager] del archivo global.ini.

Configuración de SAP HANA para Fast Restart

A fin de configurar SAP HANA para Fast Restart, actualiza el archivo global.ini y especifica las tablas que se almacenarán en la memoria persistente.

Actualiza la sección `[persistence]` en el archivo `global.ini`

Configura la sección [persistence] en el archivo global.ini de SAP HANA para hacer referencia a las ubicaciones de tmpfs. Separa cada ubicación de tmpfs con un punto y coma:

[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_persistent_memory_volumes = /hana/tmpfs0/SID;/hana/tmpfs1/SID;/hana/tmpfs2/SID;/hana/tmpfs3/SID

En el ejemplo anterior, se especifican cuatro volúmenes de memoria para cuatro nodos de NUMA, que corresponden a m2-ultramem-208. Si ejecutas en el m2-ultramem-416, debes configurar ocho volúmenes de memoria (0..7).

Reinicia SAP HANA después de modificar el archivo global.ini.

SAP HANA ahora puede usar la ubicación de tmpfs como espacio de memoria persistente.

Especifica las tablas que se almacenarán en la memoria persistente

Especifica particiones o tablas de columnas específicas para almacenarlas en la memoria persistente.

Por ejemplo, para activar la memoria persistente en una tabla existente, ejecuta la consulta de SQL:

ALTER TABLE exampletable persistent memory ON immediate CASCADE

Para cambiar el valor predeterminado de las tablas nuevas, agrega el parámetro table_default en el archivo indexserver.ini. Por ejemplo:

[persistent_memory]
table_default = ON

Para obtener más información sobre cómo controlar las columnas, las tablas y qué vistas de supervisión proporcionan información detallada, consulta Memoria persistente de SAP HANA.

Pasos automatizados

La secuencia de comandos de automatización que proporciona Google Cloud para habilitar el reinicio rápido de SAP HANA realiza cambios en los directorios /hana/tmpfs*, el archivo /etc/fstab y la configuración de SAP HANA. Cuando ejecutas la secuencia de comandos, es posible que debas realizar pasos adicionales en función de si esta es la implementación inicial de tu sistema SAP HANA o de cambiar el tamaño de la máquina a un tamaño de NUMA diferente.

Para la implementación inicial de tu sistema SAP HANA o cambio del tamaño de la máquina a fin de aumentar la cantidad de nodos de NUMA, asegúrate de que SAP HANA se ejecute durante la ejecución de la secuencia de comandos de automatización que Google Cloud proporciona para habilitar el reinicio rápido de SAP HANA.

Cuando cambies el tamaño de tu máquina a fin de disminuir la cantidad de nodos de NUMA, asegúrate de que SAP HANA se detenga durante la ejecución de la secuencia de comandos de automatización que proporciona Google Cloud para habilitar el reinicio rápido de SAP HANA. Después de ejecutar la secuencia de comandos, debes actualizar de forma manual la configuración de SAP HANA para completar la configuración de reinicio rápido de SAP HANA. Para obtener más información, consulta Configuración de SAP HANA para un reinicio rápido.

Para habilitar el reinicio rápido de SAP HANA, sigue estos pasos:

Establece una conexión SSH con la VM del host.
Cambiar a la raíz:
```
sudo su -
```

Descarga la secuencia de comandos sap_lib_hdbfr.sh:

wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/lib/sap_lib_hdbfr.sh

Haz que el archivo sea ejecutable:
```
chmod +x sap_lib_hdbfr.sh
```
Verifica que la configuración no tenga errores:
```
vi sap_lib_hdbfr.sh
./sap_lib_hdbfr.sh -help
```
Si el comando muestra un error, comunícate con el servicio de Atención al cliente de Cloud. Si deseas obtener más información para comunicarte con el equipo de Atención al cliente de Cloud, consulta Obtén asistencia para SAP en Google Cloud.
Ejecuta la secuencia de comandos después de reemplazar el ID del sistema SAP HANA (SID) y la contraseña para el usuario SYSTEM de la base de datos SAP HANA. Para proporcionar la contraseña de forma segura, te recomendamos que uses un secreto en Secret Manager.

Ejecuta la secuencia de comandos con el nombre de un secreto en Secret Manager. Este secreto debe existir en el proyecto de Google Cloud que contiene tu instancia de VM del host.
```
sudo ./sap_lib_hdbfr.sh -h 'SID' -s SECRET_NAME 
```
Reemplaza lo siguiente:
- SID: Especifica el SID con letras mayúsculas. Por ejemplo, AHA.
- SECRET_NAME: Especifica el nombre del secreto que corresponde a la contraseña del usuario del sistema de la base de datos de SAP HANA. Este secreto debe existir en el proyecto de Google Cloud que contiene tu instancia de VM del host.
Como alternativa, puedes ejecutar la secuencia de comandos con una contraseña de texto sin formato. Después de habilitar el reinicio rápido de SAP HANA, asegúrate de cambiar la contraseña. No se recomienda usar una contraseña con texto sin formato, ya que tu contraseña se registraría en el historial de línea de comandos de tu VM.
```
sudo ./sap_lib_hdbfr.sh -h 'SID' -p 'PASSWORD'
```
Reemplaza lo siguiente:
- SID: Especifica el SID con letras mayúsculas. Por ejemplo, AHA.
- PASSWORD: Especifica la contraseña para el usuario del sistema de la base de datos de SAP HANA.

Para obtener una ejecución inicial exitosa, deberías ver un resultado similar al siguiente:

INFO - Script is running in standalone mode
ls: cannot access '/hana/tmpfs*': No such file or directory
INFO - Setting up HANA Fast Restart for system 'TST/00'.
INFO - Number of NUMA nodes is 2
INFO - Number of directories /hana/tmpfs* is 0
INFO - HANA version 2.57
INFO - No directories /hana/tmpfs* exist. Assuming initial setup.
INFO - Creating 2 directories /hana/tmpfs* and mounting them
INFO - Adding /hana/tmpfs* entries to /etc/fstab. Copy is in /etc/fstab.20220625_030839
INFO - Updating the HANA configuration.
INFO - Running command: select * from dummy
DUMMY
"X"
1 row selected (overall time 4124 usec; server time 130 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistence', 'basepath_persistent_memory_volumes') = '/hana/tmpfs0/TST;/hana/tmpfs1/TST;'
0 rows affected (overall time 3570 usec; server time 2239 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistent_memory', 'table_unload_action') = 'retain';
0 rows affected (overall time 4308 usec; server time 2441 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('indexserver.ini', 'SYSTEM') SET ('persistent_memory', 'table_default') = 'ON';
0 rows affected (overall time 3422 usec; server time 2152 usec)

Conéctate a SAP HANA

Ten en cuenta que dado que estas instrucciones no utilizan una dirección IP externa para SAP HANA, solo puedes conectarte a las instancias de SAP HANA a través de la instancia de bastión con SSH o del servidor de Windows con SAP HANA Studio.

Para conectarte a SAP HANA a través de la instancia de bastión, conéctate al host de bastión y, luego, a las instancias de SAP HANA con el cliente SSH que prefieras.
Para conectarte a la base de datos de SAP HANA a través de SAP HANA Studio, usa un cliente de escritorio remoto para conectarte a la instancia de Windows Server. Después de la conexión, instala SAP HANA Studio de forma manual y accede a la base de datos de SAP HANA.

Realiza tareas posteriores a la implementación

Antes de usar tu instancia de SAP HANA, te recomendamos que realices los siguientes pasos posteriores a la implementación: Para obtener más información, consulta la guía de instalación y actualización de SAP HANA.

Cambia las contraseñas temporales para el administrador del sistema de SAP HANA y el superusuario de la base de datos.
Actualiza el software SAP HANA con los últimos parches.
Instala cualquier componente adicional, como las bibliotecas de funciones de aplicaciones (AFL) o el acceso a datos inteligentes (SDA).
Si actualizas un sistema SAP HANA existente, carga los datos desde el sistema existente mediante procedimientos estándar de copia de seguridad y restablecimiento, o mediante la replicación del sistema SAP HANA.
Configura y haz una copia de seguridad de tu base de datos de SAP HANA nueva. Para obtener más información, consulta la Guía de operaciones de SAP HANA.

¿Qué sigue?

Para obtener más información sobre la administración y supervisión de VM, consulta la guía de operaciones de SAP HANA.

Deployment Manager: Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host

Requisitos previos

Crea una red

Console

gcloud

Configura una puerta de enlace NAT

Cómo agregar reglas de firewall

Console

gcloud

Crea de un sistema de escalamiento horizontal de SAP HANA con hosts de reserva

Define y crea el sistema SAP HANA

Verifica la implementación

Verifica los registros

Explorador de registros

Visor de registros heredado

Conéctate a las VM para verificar los discos y servicios de SAP HANA

Conecta SAP HANA Studio

Realiza una prueba de conmutación por error

Valida la instalación del agente de Google Cloud para SAP

Verifica que el Agente de Google Cloud para SAP esté en ejecución

Verifica que el agente de host SAP reciba métricas

Configura la supervisión para SAP HANA

Habilita SAP HANA Fast Restart

Pasos manuales

Configura el sistema de archivos tmpfs

Muestra la topología de NUMA de tu VM

Crea los directorios de nodos de NUMA

Activa los directorios de nodos de NUMA en tmpfs

Actualizar /etc/fstab

Opcional: Establece límites para el uso de memoria

Configuración de SAP HANA para Fast Restart

Actualiza la sección [persistence] en el archivo global.ini

Especifica las tablas que se almacenarán en la memoria persistente

Pasos automatizados

Conéctate a SAP HANA

Realiza tareas posteriores a la implementación

¿Qué sigue?

Configura el sistema de archivos `tmpfs`

Activa los directorios de nodos de NUMA en `tmpfs`

Actualizar `/etc/fstab`

Actualiza la sección `[persistence]` en el archivo `global.ini`