EL LANDSCAPE DE SAP
Disposición y configuraciones del sistema à Arquitectura, servidores, funciones, etc.
Es establecido por los SAP BASISà Administradores del sistema.
Ambientes: Servidor donde se instala SAP. Ambiente = Sistema = Servidor.
Ambiente de desarrollo: Programación y configuración. Creación de nuevos programas ABAP o modificación de los existentes. También usado por los CF.
Ambiente de pruebas o testing: Pruebas unitarias (CA) y pruebas integrales (CF). También se usa para entrenamiento de usuarios por sus datos actualizados.
Ambiente de producción: Uso de las transacciones estándar y Z por los usuarios finales. Usado también por los CF y CA para pruebas sobre errores sean funcionales o técnicos.
*TSCC4: para ver los mandantes del ambiente
LAS DISTINTAS OPCIONES DE LANDSCAPES DE SAP
Con 1 ambiente: Ambientes de desarrollo, pruebas y producción se ejecutan paralelamente en un mismo sistema.
Ventajas à Reducción de costos de hardware y soporte.
Desventajasà Se mezclan los datos de prueba y capacitación = riesgo de conflictos.
Con 2 ambientes: Ambientes de desarrollo, pruebas y producción se ejecutan en dos sistemas / servidores diferentes.
Ventajas à Separa la producción de los entornos de prueba y desarrollo
Desventajas à Las actividades de prueba y capacitación tienen lugar en el sistema de desarrollo y no es posible separarlas por completo.
Con 3 ambientes: Ambientes de desarrollo, pruebas y producción se ejecutan en sistemas o servidores separados.
Ventajas à Se pueden ejecutar todas las actividades en paralelo en sus respectivos sistemas o servidores. El desarrollo esta separado de los entornos de prueba y producción. Minimiza el tiempo de inactividad del sistema de prod.
Desventajas à Mayores costos de infraestructura y administración.
LOS MANDANTES
Mandante o cliente: Instancia creada dentro de un ambiente para configuración, desarrollo, capacitación o pruebas.
División lógica: Permite que varios usuarios en un mismo sistema sin interferencia mutua. Cada uno accederá a los *datos asociados al mandante al que estén conectados.
División física: Primer campo clave de la mayoría de las tablas que conforman la BD.
Datos dependientes de mandante: Datos de aplicación de la empresa (proveedores, pedidos, facturas, etc) y de parametrización de la empresa.
Tabla dependiente de mandante: Cuando un usuario se conecta a un mandante se le asigna el valor del mandante elegido con el que podrá acceder a los datos de las tablas correspondientes a esos mandantes.
Datos independientes de mandante: Algunos datos de parametrización accesibles desde cualquier mandante. Este tipo de datos son los menos numerosos. Su modificación afectara a todos los mandantes.
Tabla independiente de mandante: El usuario puede acceder desde cualquier mandante al que se conecte.
MANDANTES ESTANDAR
Vienen incluidos en la instalación inicial de SAP:
Mandante 000: Mandante de referencia -- Sin datos de parametrización empresarial -- Base de los mandantes propios – En un cambio de versión de SAP los datos dependientes de mandantes se actualizan automáticamente en el 000 – Los cambios a otros mandantes se hacen desde aquí.
Mandante 001: Mandante de ejemplo – Inicialmente es igual al 000 – No lo afectan las actualizaciones – Ejemplo de la instalación inicial – Puede ser borrado o modificado.
Mandante 066: Mandante EarlyWatch – Garantiza la confidencialidad de nuestros datos reales en prod – Aislado – Detección de problemas de rendimiento – Los usuarios tienen autorizaciones mínimas para ejecutar el informe de rendimiento – No puede ser borrado ni modificado.
MANDANTES PROPIOS
Creados a partir del mandante 000. La cantidad que la BD permita.
Amb de desarrollo à Se crean varios mandantes / Amb testing à Se crean pocos mandantes / Amb de producción à Se crea solo un mandante.
La cantidad debe equilibrarase.
Cada empresa le asigna el número que quiera al mandante creado.
Mandante “200” desarrollo y parametrización: Usado por CT y CF para crear los desarrollos necesarios – Sin datos maestros ni transaccionales así que las pruebas serán en el 220.
Mandante “210” Sandbox: Pruebas inusuales de parametrización – No se registran los cambios hasta que lo grabemos a mano en el mandante 200 – Periódicamente se hará una copia desde el mandante 220 para mantener el mandante limpio.
Mandante “220” Pruebas unitarias: Aquí se realizan las pruebas unitarias – Tendremos datos maestros y transaccionales no muy fiables ya que la parametrización puede cambiarse.
Mandante “300” Pruebas integrales y control de calidad: Pruebas integrales con interacción entre módulos, el rendimiento y la aprobación del usuario – Controla el paso de las ordenes de transporte desde el ambiente de desarrollo para garantizar que el paso a producción también sea correcto.
Mandante “310” formación a usuarios finales o capacitación: Aquí el prototipo se dispone para capacitar al usuario final donde también podrá practicar (luego de las pruebas correspondientes), gracias a esto los datos maestros y transaccionales creados no interferirán en el trabajo habitual.
Mandante “320” Maestro de parametrizacion: Referencia de la parametrizacion en productivo sin acceder al sistema productivo – Los cambios deben transportarte al mandante “400” y al ”320” simultáneamente para mantenerlos sincronizados.
Mandante “400” Productivo: Único mandante propio del ambiente productivo – Donde se realizan las cargas iniciales de datos maestros, movimientos e históricos antes del arranque en productivo.