¿Cuál es la mejor arquitectura de infraestructura SAP ERP?

Question

Mi compañía planea implementar SAP HR en nuestra organización. Ya tenemos los otros módulos en ejecución. Planeamos ofrecer ESS / MSS a aproximadamente 200 000 usuarios. Nuestra configuración actual es una máquina con una instancia central y 3 máquinas con instancias de diálogo. La base de datos está en la máquina de instancia central. Enterprise Portal + DB se ejecuta en una máquina separada. Estamos pensando en separar el módulo HR en una base de datos separada para no matar a los otros módulos con carga. ¿Es esta una preocupación valida? ¿Hay alguna forma mejor de diseñar el sistema? Estaba pensando en la línea de separar la instancia de DB y Cental en dos máquinas diferentes. Intenté buscar en el mercado de SAP cualquier consejo sobre arquitectura de infraestructura de SAP sin suerte.

Answer 1

No estoy muy seguro de qué se entiende por " separando " ...

Consideraría la idea de dos sistemas SAP separados, uno para RRHH y otro (o posiblemente varios otros) para el resto. Cada uno de estos sistemas se puede dimensionar / asegurar de acuerdo con los diferentes requisitos (sistema de recursos humanos para muchos usuarios, posiblemente uso de diálogo elevado; el otro sistema puede ser un poco más & "; Orientado a lotes &";).

Esto también sería sugerido por la estrategia general de SAP con casi todos los módulos en su propio calendario de lanzamiento.

Con respecto a que la base de datos y el servidor de aplicaciones (¿instancia central?) están en máquinas diferentes ... eso es realmente muy común y una de las medidas de ajuste más fáciles. Puedes mezclar y combinar bonitas & Quot; sin piedad & Quot; con AppServer en Solaris y DB en HP-UX.

Answer 2

1. La separación del HR es una opción válida. No es solo la carga, sino también El módulo de recursos humanos tiene una seguridad muy estricta necesariamente. Eso puede causar algunos dificultades en las copias del sistema para qa y desarrollo sistema.
2. Separar la instancia central y la base de datos para separar las máquinas es una opción válida. Pero no lo haría (lo estamos haciendo ...). Causa alguna complicación en la operación futura. Como actualizaciones y mantenimiento de bases de datos. Es más fácil eliminar tanta carga de la instancia central. Simplemente elimínelo del grupo de inicio de sesión. Por lo tanto, solo el servidor de mensajes, el proceso enque y el proceso de actualización (opcional pero recomendado) quedan en él.

Actualización 1: No es raro separar la base de datos de la instancia central. Pero sí introduce alguna complicación. Eso, creo, no tiene sentido.