Prime Institute
¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Cómo reorganizar la instalación de SAP NW 7.3 para resolver problemas de IP compartida

Crear
  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 7 Vistas
0
Cargando...

Hola,

Las pruebas de evaluación con SAP NW 7.3 muestran que las instancias de (A)SCS y ERS solo usan la misma IP (en versiones anteriores, ASCS y SCS tenían su propia IP; dependiendo de las versiones, ERS solicita una IP o no para el procedimiento de instalación).

En un entorno de host único, el nuevo comportamiento no importa. Si operas en un entorno virtualizado (donde cada tipo de instancia puede ejecutarse en cualquier host con su propia IP al mismo tiempo), no funcionará además. No puedes usar la misma IP en diferentes hosts al mismo tiempo.

Así que tengo dos preguntas

1.) ¿Es posible reorganizar la instalación de acuerdo con las condiciones anteriores utilizadas en versiones anteriores de SAP NW?

2.) Si la respuesta a la pregunta 1) es 'sí', ¿qué significa si uso ACC para controlar/administrar mi paisaje SAP?

3.) Si la respuesta a la pregunta 1) es 'sí', ¿qué significa para el soporte de tales instalaciones por parte de SAP?

Saludos cordiales

Karlheinz

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

2 Respuestas

0
Cargando...

Hola,

La instalación de ASCS/SCS/ERS depende de si el sistema es altamente disponible o no. Si el sistema se basa en alta disponibilidad, entonces debes planificar para ASCS/ERS. Si es un sistema simple sin alta disponibilidad, entonces no es necesario tener ASCS y ERS por separado.

Si deseas cambiar de configuración con alta disponibilidad a sin alta disponibilidad, es posible y debes hacerlo con el método de copia del sistema.

Gracias

Sunny

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

Hola Karlheinz Heger

Con ASCS (ms + enq), SAP también introdujo un ERS (servidor de replicación de enque) para proporcionar alta disponibilidad para el servidor de enque.

ERS es un componente independiente y se ejecuta en otro host y se conecta con el servidor de enque. Una vez conectado, el servidor de enque envía datos de replicación de la tabla de bloqueo al servidor de replicación. El servidor de replicación mantiene una tabla de bloqueo sombra con los datos de replicación. La tabla de bloqueo sombra existe en la memoria compartida y se utiliza para reconstruir la tabla de bloqueo para el servidor de enque fallido cuando se reinicia en el mismo host donde se está ejecutando el servidor de replicación. Por lo tanto, el host donde se está ejecutando el servidor de enque independiente y el host donde se está ejecutando el servidor de replicación deben estar en clúster para que el servidor de enque fallido pueda reiniciarse en el host donde se mantiene la tabla de bloqueo sombra. Una vez que el servidor de enque reconstruye la tabla de bloqueo a partir de la tabla de bloqueo sombra, se apaga el servidor de replicación.

En resumen, es necesario instalar ERS y ASCS en hosts separados si se desea una alta disponibilidad real sin transacciones fallidas.

Si tiene ERS y ASCS en el mismo host, no sería alta disponibilidad.

Espero que esto ayude

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

Partners:

Libro de reclamaciones Libro de reclamaciones

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?