Unidad nº1: Introducción a SAP y a ABAP
Lección nº9: El landscape de SAP
El landscape de SAP
Al implementar un sistema SAP los administradores del sistema (SAP BASIS), establecen el landscape del sistemas SAP.
Es la disposición y configuraciones de los servidores SAP en una empresa que implementa el sistema. Dentro de un landscape de SAP, los SAP BASIS, definen ambientes también conocidos como sistemas en SAP.
Existen tres ambientes diferentes en SAP:
- Ambiente de desarrollo (DU): Se utiliza para programación y configuración del sistema.
- Ambiente de prueba o testing (PU): Es utilizado principalmente para hacer pruebas.
- Ambiente de producción (PA): El usuario final utiliza las transacciones estándar del sistema y las transacciones Z creadas.
Los datos existentes en el ambiente de producción son sumamente sensibles para la empresa, por eso se restringe al máximo el acceso a todos los usuarios.
Landscape de SAP con 1 ambiente o sistema
El landscapes más básico consiste en implementar todo el sistema SAP en un solo servidor o equipo, así todos los roles se alojan en el mismo sistema.
- Se ejecutan en paralelo y en un solo sistema, las operaciones de desarrollo, pruebas y producción.
- La ventaja principal es la reducción de los costos de hardware y soporte.
- Con las actividades en un solo sistema, la personalización y el desarrollo son realizadas en producción, también se aplican los nuevos paquetes de soporte y las notas de SAP.
Landscape de SAP con 2 ambientes o sistemas
Esta posibilidad consiste en que todo el sistema SAP se encuentra instalado en dos servidores diferentes.
- Al dividir la producción de los entornos de prueba y desarrollo supera algunos de los riesgos inherentes a la opción del sistema único.
- Las pruebas y capacitación están separadas de la producción.
- Este enfoque conduce a un sistema más estable y proporciona un infraestructura de soporte de mayor calidad.
- No es posible separar completamente las actividades de desarrollo y datos de prueba y capacitación.
Landscape de SAP con 3 ambientes o sistemas
En esta disposición, todas las actividades de desarrollo están separadas en sistemas o ambientes dedicados.
- Presenta menor riesgo, ya que las actividades se pueden realizar en paralelo en sus ambientes o sistemas.
- El desarrollo está separado de los entornos de prueba y producción.
- Se minimiza el tiempo de inactividad del sistema de producción.
- Son mayores los costos de infraestructura y administración.
Los mandantes
Es una instancia creada dentro de un ambiente, es utilizada para configuración, desarrollo, capacitación o pruebas.
En cada ambiente o sistema de SAP, existen distintos mandantes, siendo independientes los datos que se visualizan en cada mandante dentro del mismo ambiente.
Dentro del ambiente de desarrollo tenemos:
- El mandante 101 que se utiliza para configuración y programación.
- El mandante 102 de sandbox que se utilizará para pruebas inusuales.
- El mandante 103 se utiliza para pruebas unitarias de programación.
Dentro del ambiente de prueba tenemos:
- El mandante 210 que se utiliza para pruebas integrales.
- El mandante 220 es utilizado para la capacitación de recursos humanos.
Dentro del ambiente de producción tenemos:
- El mandante 410 es donde accede los usuarios finales para realizar operaciones del día a día.
Los mandantes se pueden definir desde 2 puntos de vistas: La Visión Lógica y la Visión Física.
- Punto de vista lógico: El mandante no es más que una unidad organizativa divisoria de la empresa, que permite que distintos usuarios trabajen en el mismo sistema.
- Punto de vista físico: Cuando el usuario navega por las pantallas de SAP, el sistema accede el mismo a dichas tablas. El mandante es el primer campo clave de la mayoría de las tablas que conforman la base de datos de SAP.
Los mandantes estándar
Existen dos tipos diferentes de mandantes:
- Mandantes estándar: Vienen con SAP cuando se instala inicialmente el sistema.
- Mandantes propios: Son creados por los administradores de SAP de la empresa cliente.
Cualquier sistema SAP se instala inicialmente con tres mandantes estándar.
- Mandante 000: No contiene datos de parametrización empresarial ya que es un mandante de referencia.
- Mandante 001: Es mandante de ejemplo, es igual al 000 y salvo que lo cambiemos nosotros, ninguna actualización lo modificara, al contrario del 000
- Mandante 066: Es del servicio EarlyWatch, su objetivo es garantizar la confidencialidad de nuestros datos
Los mandantes propios
A partir del mandante 000 se pueden crear tantos mandantes como queramos (siempre que el tamaño de la base de datos lo permita) en el ambiente de desarrollo.
Mandantes que suelen crearse habitualmente (El número asignado es para diferenciarlos):
- Mandante 200 (Desarrollo y Parametrización):Se crean los desarrollos a medida que sean necesarios.
- Mandante 210 (Sandbox): Se hacen las pruebas inusuales de parametrización.
- Mandante 220 (Pruebas unitarias): Se ejecutarán las pruebas unitarias de los programas.
- Mandante 300 (Pruebas integrales y control de calidad): Es parecido al 220, pero la diferencia es que las pruebas incluyen la interacción con los diferentes módulos.
- Mandante 310 (Formación a usuarios finales o capacitación): Es donde los usuarios finales recien los cursos de formación y un sitio donde poder seguir practicando.
- Mandante 320 (Maestro de parametrización): Solo se utiliza como referencia para consultar la parametrización que tenemos.
- Mandante 400 (Productivo): Se lleva a cabo la explotación real del sistema. Se realiza la cargas iniciales de datos maestros, movimientos e históricos.