Saltar al contenido

STMS – SAP NW 7.0 – Arquitectura MSCS

Un Usuario hizo la siguiente pregunta

Hola:

Hemos instalado SAP NW 7.0 en un entorno Windows 2003 de 64 bits con arquitectura Microsoft Cluster. De acuerdo con la nueva arquitectura del clúster, tenemos nuestro servidor de aplicaciones instalado localmente en el nodo A y el nodo B, pero ASCS se está ejecutando en un clúster con el número de sistema 01 en el nodo A. El clúster también está ejecutando una base de datos en el nodo B.

El servidor de aplicaciones CI (nodo A) y DB (nodo B) se instala con el número de sistema 00 y ASCS se instala con el número de sistema 01.

Estamos intentando configurar un STMS con un nombre de host virtual ASCS con el número de sistema 01, pero no lo acepta. A nuestro entender, se espera que se utilice un nombre de host virtual (ASCS) y, a través de un servidor de mensajería, debería realizar el equilibrio de carga. Si usamos un nombre de host de servidor de aplicaciones con el número de sistema 00, funciona pero no tendremos SPOF.

Por favor ayuda.

Gracias,

3 respuestas

  • Ex miembro

    Después de aplicar el equilibrio de carga de registros, comenzamos a recibir un error.

    ADVERTENCIA: PIP del sistema. Advertencia. 20090413141440:

    ERROR: Se devolvió la siguiente llamada con el código de salida 7:

    ERROR: sapevt.exe SAP_TRIGGER_RDDIMPDP -t nombre = PIP

    ERROR: No se pueden iniciar publicaciones en segundo plano.

    ERROR: compruebe el archivo de seguimiento dev_evt.

    ADVERTENCIA: (Esta advertencia es inofensiva a menos que se sigan otras advertencias).

    ADVERTENCIA: PIP del sistema. Advertencia. 20090413141540:

    ADVERTENCIA: El trabajo en segundo plano de RDDIMPDP no se pudo iniciar o finalizar de forma anormal.

    Compruebe que el sistema R / 3 esté funcionando.

    Por favor revise el sistema. Uso de transacciones SM21, SM37, SM50.

    ADVERTENCIA: (Esta advertencia es inofensiva a menos que se sigan otras advertencias).

    ADVERTENCIA: PIP del sistema. Advertencia. 20090413141551:

    ERROR: Se devolvió la siguiente llamada con el código de salida 7:

    ERROR: sapevt.exe SAP_TRIGGER_RDDIMPDP -t nombre = PIP

    ERROR: No se pueden iniciar publicaciones en segundo plano.

    ERROR: compruebe el archivo de seguimiento dev_evt.

    ADVERTENCIA: (Esta advertencia es inofensiva a menos que se sigan otras advertencias).

    ADVERTENCIA: PIP del sistema. Advertencia. 20090413141723:

    ERROR: Se devolvió la siguiente llamada con el código de salida 7:

    ERROR: sapevt.exe SAP_TRIGGER_RDDIMPDP -t nombre = PIP

    ERROR: No se pueden iniciar publicaciones en segundo plano.

    ERROR: compruebe el archivo de seguimiento dev_evt.

    ADVERTENCIA: (Esta advertencia es inofensiva a menos que se sigan otras advertencias).

    INICIO pp_getprots PIP P 20090413141723 VORAM SAPPIPDB 20090413141422661

    ADVERTENCIA: PIP del sistema. Advertencia. 20090413141840:

    ERROR: Se devolvió la siguiente llamada con el código de salida 7:

    ERROR: sapevt.exe SAP_TRIGGER_RDDIMPDP -t nombre = PIP

    ERROR: No se pueden iniciar publicaciones en segundo plano.

    ERROR: compruebe el archivo de seguimiento dev_evt.

    ADVERTENCIA: (Esta advertencia es inofensiva a menos que se sigan otras advertencias).

    Gracias,

    Miral.

  • Ex miembro

    Hola Miral,

    En un entorno SAP de alta disponibilidad / MSCS SAP, se requiere un excelente servidor de diálogo como socio de comunicación para cada sistema. Este suele ser el caso central.

    Aplique la siguiente guía y las correcciones de Snote en todos los sistemas del panorama de TMS. Debe implementar al menos las correcciones en el controlador de dominio TMS y los sistemas HA. En este caso, debe crear manualmente el informe ‘TMS_MGR_LOADBALANCING’.

    Este informe le permite activar o desactivar el equilibrio de carga para comunicarse con los objetivos de TMS. El grupo de usuarios predeterminado ‘ESPACIO’ se utiliza como público objetivo.

    Nota 943334 – Configuración de TMS en sistemas de alta disponibilidad

    Sobre

    Rayees Palot

  • Hola Miral,

    Sé que el problema ya está resuelto de otras formas, pero podrías solucionarlo de otras formas …

    Debido a que su CI y DI tienen el mismo número de muestra y se ejecutan localmente en cada nodo del clúster, STMS podría definirlo con un nombre de host ASCS virtual pero, en lugar de un número de sistema ASCS, con un número de sistema CI (o TO HER). Es decir, en lugar de ASCS: 01, podría definirse con ASCS: 00.

    Sobre,

    Nuno Raposo