¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Cómo hacer que el sistema PI PROD funcione en un clúster de SO (Clúster de Linux) con conexión a SAN

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 1 Vistas
0
Cargando...

Hola,

Hemos instalado el sistema PI PROD en un clúster de SO (Clúster de Linux) [los puntos de montaje se trasladan al nodo de conmutación por error si el primario está inactivo].

Tenemos una instancia (DB+CI) en el nodo primario.

Cuando desactivamos el nodo primario, no podemos hacer que el sistema funcione en el nodo de conmutación por error.

Los datos están en SAN y tanto el nodo primario como el de conmutación por error tienen conexión a SAN.

¿Puede alguien ayudar con los requisitos previos desde el extremo de SAP BASIS para hacer que el sistema funcione en el nodo secundario?

Gracias y saludos,

Moulinath Ray

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

Hola,

Gracias por la información.

Como los procesos en ejecución pertenecían a /usr/sap/<SID> y /sapmnt/<SID>, forzamos el desmontaje para estos dos sistemas de archivos. Después de eso, nos encontramos con otro problema. Al ejecutar el comando stopsap o startsap, el servicio del sistema de archivos (en el que estaban todos los puntos de montaje) fallaba y los puntos de montaje se desmontaban.

Revertimos el cambio y reiniciamos los nodos primario y secundario. Ahora todos los puntos de montaje se mostraban en el nodo primario. Pero nuevamente, al ejecutar el comando startsap, los puntos de montaje se desmontaban y el servicio del sistema de archivos fallaba.

¿Cuál podría ser el problema?

Adjunto el archivo de configuración del clúster aquí.

Gracias y saludos,

Moulinath

Editado por: Moulinath Ray el 15 de julio de 2011 a las 2:57 PM

[root@piproddbpr ~]# cat /etc/cluster/cluster.conf

<?xml version="1.0"?>

<cluster alias="sappicluster" config_version="228" name="sappicluster">

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Como sapstartsrv se ejecuta de forma predeterminada, pero debe ser apagado al cambiar el sistema de archivos, debes forzar la operación de cambio. Esto se puede hacer mediante el parámetro "force_unmount="yes"" que se agrega al tipo de recurso "fs" en la configuración de tu clúster. La bandera "force_unmount" apaga cualquier proceso que se esté ejecutando en el sistema de archivos y que desee cambiar.

Ejemplo:

<fs name="fs_rhc_ascs" mountpoint="/usr/sap/RHC/ASCS00" device="/dev/vg_rhc_ext3/lv_ascs" fstype="ext3" force_unmount="yes"/>

Matthias

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola,

Estamos atascados en la etapa inicial.

Nuestra aplicación SAP está funcionando en el nodo principal. En esta situación, al apagar el nodo principal, los puntos de montaje (llamados servicios en el clúster) no se trasladan al nodo secundario. Mi equipo de Linux dice que el clúster no puede trasladar los puntos de montaje porque encuentra algún proceso (por ejemplo, sapstartsrv) ejecutándose en el nodo principal.

Cuando el nodo principal se apaga por completo, el administrador de Linux ejecutó los siguientes comandos:

clusvcadm -d

clusvcadm -e

Después de esto, los puntos de montaje se muestran en el nodo de conmutación por error.

Desde el lado de BASIS, ¿qué podemos hacer para que, al apagar el nodo principal, los puntos de montaje se trasladen automáticamente al nodo de conmutación por error? ¿O el problema actual puede deberse a una configuración incorrecta del clúster por parte del equipo de SO?

Saludos,

Moulinath

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Todos los directorios para SAP (sapmnt, base de datos, /usr/sap) deben estar montados en el otro nodo cuando ocurra el evento de conmutación por error y no olvides ajustar el nombre de host y la configuración de IP.

El mismo usuario debe existir en el otro nodo (mismo UID y GID) y copiar el contenido del directorio home de cada usuario relacionado con SAP (<sid>adm, ora<sid>, sap<sid>) del primario.

Algunos archivos deben ser copiados manualmente, busca la guía de alta disponibilidad para la plataforma actual.

Si ya has realizado el primer y segundo paso, intenta ejecutar la base de datos manualmente, inicia sesión como usuario de la base de datos, inicia la base de datos. Observa si se ejecuta y qué error ocurre si no.

Algunas plataformas de alta disponibilidad ya han proporcionado soluciones específicas para el software SAP que serán más seguras y fáciles de implementar.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?