El landscape de SAP
Es la disposición y configuraciones de los servidores de SAP en una empresa que implementa el sistema, es decir como será la arquitectura, cuantos servidores se van a utilizar, para que se va a utilizar cada uno de estos, entre otras cuestiones.
Cuando se implementa el sistema SAP en una empresa los administradores del sistema BASIS establecen lo que se conoce como landscape del sistema SAP. Dentro se definen ambientes/sistemas en SAP
Ambienteâ–º servidor donde ha sido instalado el sistema SAP
ambiente = sistema = servidor en donde se instala SAP
Tres ambientes:
Ambiente de desarrollo DU â–º Ambiente de pruebas o testing PU â–º Ambiente de producción PA
✨Ambiente de desarrollo: es utilizado para programación y configuración del sistema
-Programas ABAP
-Consultores funcionales para realizar configuraciones del sistema
✨Ambiente de prueba o testing
-Pruebas unitarias
-Pruebas integrales
-Capacitaciones
-Entrenamientos
✨Ambiente de producción
Donde el usuario final utiliza las transacciones estándar del sistema y aquellas transacciones Z creadas a medida que han sido desarrolladas y probadas satisfactoriamente.
Las distintas opciones de landscapes de SAP
â–ºLandscape de SAP con 1 ambiente o sistema
El mas básico de todos los landscapes consiste en implementar todo el sistema SAP en un solo servidor o equipo, en donde todos los roles están alojadas en el mismo sistema.
-Producción, Entrenamiento, Testing y Desarrollo
En este caso se ejecutan en paralelo en un solo sistema
La ventaja radica en la reducción de los costos de hardware y soporte, y que el hardware existe peuede ser utilizado, pero implica algunos problemas y riesgos serios.
Con todas las actividades en un solo sistema, toda la personalización y el desarrollo se realizan en el sistema de producción y los nuevos paquetes de soporte y las notas de SAP se aplican directamente en PRD.
Las pruebas y las capacitaciones también tiene lugar en el sistema de producción.
Los datos de prueba y capacitación se mezclan con los datos de PRD y existe un alto riesgo de conflictos.
â–ºLandscape de SAP con ambientes o sistemas
Otra posibilidad consiste en implementar un ladnscape cons dos ambientes o sistemas, instalado en dos servidores distintos
-Producción
-Entrenamiento, testing y desarrollo
Esta opción supera algunos de los riesgos a la opción del sistema único, al dividir PRD de QA y DES.
Este enfoque conduce a un sistema más estable y proporciona una infraestructura de soporte de mayor calidad para le cliente.
Los inconvenientes de esta opción son que las actividades de prueba y capacitación tienen lugar en el sistema de desarrollo.
No es posible separar completamente las actividades de desarrollo y los datos de las actividades de pruebas y capacitación
â–ºLandscape de SAP con 3 ambientes o sistemas
-Producción
-Entrenamiento/testing
-Desarrollo
La desventaja de esta opción son los mayores costos de infraestructura y administración
Los Mandantes
Dentro de cada ambiente o sistema de SAP, existen distintos mandantes, siendo independientes los datos que se visualización en cada mandante dentro del mismo ambiente.
Mandante: es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo, capacitación o pruebas. Se lo conoce también en SAP con el nombre de cliente
Ejemplo:
DES:
â–¬ Mandante 101 : configuración y programación
â–¬ Mandante 102: Sandbox pruebas inusuales
â–¬ Mandante 103: pruebas unitarias de programación
QUA:
â–¬ Mandante 210: pruebas integrales, consultores y KU
â–¬ Mandante 220: capacitación de RRHH
PRD:
â–¬ Mandante 410: usuarios finales, operaciones diarias
Ver mandantes â–º SCC4
Mandante, visión lógica y visión física
â–¬visión lógica: unidad organizativa divisoria, permite trabajar a los usuario en el mismo sistema, sin ningún tipo de interferencia mutua.
Datos dependientes de mandante: se engloban aquí los datos de aplicación de la empresa (datos de clientes, proveedores, pedidos, facturas, cuentas contables, etc), y los datos de parametrización. (solo son accesibles en el mandante que se crearon)
Datos independientes de mandante: datos de parametrización de la empresa que son accesibles desde cualquier mandante creado. El sistema avisa con un mensaje informativo que la modificación/ parametrización se aplicara en todos los mandantes
â–¬visión física, la BBDD de SAP está formada por tables. Cuando el usuario navega por las pantallas de SAP, es el sistema el que accede a dichas tablas para mostrarle al usuario la información perdida. El mandante es el primer campo clave de la mayoría de las tablas que conforman la BBDD de SAP
Los mandantes estándar
Dentro del mundo de los mandantes, podemos decir que existen dos tipos bien diferenciados: por lado tenemos los mandantes estándar, que son aquellos que ya vienen con SAP cuando se instala inicialmente el sistema y luego tenemos los mandantes propios, que son los creados por el usuario, por los administradores SAP de la empresa.
Funciones de mandantes estándar:
> Mandante 000: mandante de referencia. No contiene datos de parametrización empresarial y por lo tanto las creaciones de mandantes propios se deben hacer como copias de este para asegurarnos que empezamos la parametrización de cero.
Los datos se actualizan automáticamente en el 000 y los cambios al resto de mandantes se deben hacer aquí.
"NO DEBE MODIFICARSE O BORRARSE NINGÚN ASPECTO DEL MANDANTE 000"
> Mandante 001: mandante ejemplo, es idéntico al 000, salvo que lo cambiemos. Lo podemos usar como ejemplo de instalación inicial
Se puede cambiar o borrar
> Mandante 001: es el mandante del servicio EarlyWatch (la finalidad de este servicio es identificar lo antes posible los problemas de rendimiento que puedan darse dentro de un sistema de producción.) cuyo objetivo es garantizar la confidencialidad de nuestros datos reales en productivo. Este mandante esta aislado y es al cual se conecta con SAP cuando le pedimos que nos realice un servicio de detección de problemas de rendimiento.
"NO DEBE MODIFICARSE O BORRARSE NINGÚN ASPECTO DEL MANDANTE 066"
Los mandantes propios
En des se suelen crear varios, en QA algunos y en producción uno solo debe existir (se crean en referencia al 000)
Ejemplo:
Mandante 200 DES y parametrización
Mandante 210 Sandbox (pruebas inusuales de parametrización)
Mandante 220 pruebas unitarias
Mandante 300 pruebas integrales
Mandante 310 Formación a usuarios finales
Mandante 320 Maestro de parametrización
Mandante 400 Productivo
"Cada empresa que utiliza SAP puede asignarle el número que quiera a cada mandante propio"
Las clases de desarrollo o paquetes
Es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos o áreas funcionales del sistema .
Ejemplo: un objeto seria un archivo y la clase de desarrollo seria la carpeta donde guardamos el archivo.
Existe la clase de desarrollo $TMP: Son las siglas con las que se designa a la clase de desarrollo o paquete de un objeto ABAP temporal que no va a ser transportado entre ambientes y que es creado en el sistema para realizar pruebas.
Para cambiar la clase de desarrollo o paquete de un objeto ABAP debemos ir al menú:
- Pasar a / Entrada Catálogo de objetos, allí presionar el botón de modificación, cambiar la clase de desarrollo o paquete y presionar el botón de la tilde verde.
Las clases de desarrollo o paquetes se crean al inicio del proyecto de implementación del sistema SAP.
En general se creará una clase de desarrollo por cada uno de los módulos funcionales del sistema que se vayan a implementar de modo de asociar a dicho paquete todos los objetos relacionados.
Las clases de desarrollo o paquetes se crean a través de la transacción estándar SE80.
Al momento de crear un nuevo objeto en el sistema, SAP nos proporciona la opción para que le asignemos el paquete al que pertenece (por ejemplo Z_WEB_SERVICE).
Transacción SE80â–º se crean las clases de desarrollo o paquetes