✒️SAP / El landscape de SAP Por Maria Ortiz Tobón

Landscape del sistemas

Es la disposición y configuraciones de los servidores de SAP en una empresa que implementa el sistema, es decir cómo será la arquitectura, cuantos servidores se van a utilizar, para que se van a utilizar cada uno de estos, entre otras cuestiones.

Ambiente
Es un servidor donde se ha instalado el sistema SAP.
Ambiente = sistema = servidor donde se ha instalado SAP

Existen tres Ambientes diferentes en SAP

• Ambiente de Desarrollo DU: Es utilizado para programacion y configuracion del sistema. Aque se crean los nuevos programas ABAP que se solicitan a los programadores, tambien se moifican los sistemas estandares del sistema utilizando algunas herramientas disponibles por SAP. Tmbien es usado por los consultores funcionales para realizar configuraciones del sistema.
• Ambiente de pruebas o testing PU: Aqui acceden los programadores para desarrollar las prubas unitarias de sus desarrollos, tambien los consultores funcionales para realizar pruebas integrales de cada uno de los requerimintos. Cuano se realizan capacitaciones o entrenamiento a usuarios de SAP se utiliza este ambiente para trabajar con datos actualizados.
• Ambiente de producción PA: Aqui el usuario final realiza las transacciones estandar del sistema y aquellas transacciones Z creadas a medida que han sido desarrolladas y probadas satisfactoriamente.

Los datos existentes en el ambiente e produccion son sumamente sensibles para la empresa, por eso se restringe al maximo el acceso a todos los usuarios.

En ocasiones los consultores fencionales acceden al ambient productivo para realizar pruebas puntuales sobre algun error que haya surgido en el sistema y que no se pueda reproducir en el ambiente de pruebas.

Distintas opciones de landscapes de SAP

1. Landscape de SAP con 1 ambiente o sistema Es el mas basico de todos, consiste en implementar todo el sistema SAP en un solo servidor o equipo, en donde todos los roles estan alojados en el mismo sistema. En esta opciopn las operaciones de desarrollo, pruebas y produccion se ejecutan en paraleloen un solo sistema. Esto reduce los costos de Hardware y Soporte. Con todas las actividades en un solo sistema toda la perzonalizacion y el esarrollo se ralizan en el sistema de produccion, los nuevos paquets de soporte y las notas de SAP se aplican directamente en produccion. Las prueba sy capacitacione tienen lugar en el sistema e produccion. Desventaja Los datos e prueba y capacitacion se mezclan con los datos e produccion y exixte un alto riefo de conflico.
2. Landscape de SAP con 2 ambintes o sistemas Todo el sistema SAP se encuentra instalado en dos servidores diferentes. Esta opcion supera algunos los riesgos inherentes a la opcion del sistema unico, al dividir la produccion de los entornos prueba y desarrollo. Las pruebas y las capacitaciones ahora estan separadas de la produccion. Los nuevos requisitos, las tareas de optimizacion y los paquetes de soporte y las notas de SAP tambien se crean primero en el ambiente de desarrollo. Este enfoque es mas estable y proporciona una infraestructura de soporte de mayor calidad para el cliente. Desventaja Pruebas y capacitacion tienen lugar en el sistema de desarrollo.

NOTA Un escenario o empresa para la que Landscape de dos ambientes seria suficiente es aquella en donde:

• No se producen actividades significativas de desarrollo, pruebas, capacitacion al mismo tiempo en el sistema combinado de desarrollo y calidad QA.
• Hay muy pocas modificaciones al estandar SAP
• Hay un numro limitado de usuarios concurrentes, es decir que acceen al mismo timpo, en el ambiente de desarrollo y calidad QA.

3. LandScape De SAP con 3 ambientes o sistemas: Todas las actividades de desarrollo, capacitacion, pruba y productivas y sus datos estan comletamente separdos, en sistemas o ambientes eicados. Tiene menos riesgo. El nuevo desarrollo esta separado a los entornos d pruba y produccion. El tiempo e inactividad de sistema e produccion se minimiza. Desventaja Mayor costo de infraestructura y administracion.

Recomendaciones para usar este sistema de tres capas, ambientes o sistemas para empresas en done los procesos comerciales se utilizan a diario.

LOS MANDANTES

Es una instancia creada dentro de un ambiente, que se utiliza para configuraciones, desarrollo, capacitacion o prubas. Se les conoce en SAP tambien como cliente. En el sistema SAP hay varios mandantes siendo independintes los datos que se visualizan en cada mandante dentro del mismo ambiente.

1. Dentro del ambiente e DEsarrollo tenemos:

• Mandante 101 se utiliza para configurara y programar
• Mandante 102 de Sandbox se utiliza para pruebas inusuales.
• Mandante 103 se utiliza para pruebas unitarias de programacion. 2. Dentro de ambinte de Pruebas tenemos:
• Mandante 210 se usa para pruebas integrales, realizadas tanto por consultores como por usuarios claves de la empresa. 3. Dentro del Ambiente produccion tenemos:
• Mandante 410 aqui acceden los usuarios finales del sistema para realizar las operaciones del dia a dia de la empresa. Si se ejecuta SCC4 SAP me muestra los mandantes existente.

Los mandantes se pueden definir dddddsde dos puntos de vista:

• Punto de vista logico El mandante es una unidad organizativa de la empresa que prmite que distintos usuarios esten trabajando en el sistema sin ningun tipo de interferencia muta, ya que cada usuario solo dispondra de acceso para visualizar y actualizar los datos, relacionados al mandante al cual estan conectados.

En SAP existen dos tipos e datos difrentes

1. Datos dependientes del mandante: solo son accesibles esde el mandante que se creo. Este tipo de datos son los mas habituales en el sistema SAP.
2. Datos inependientes del mandante: Son accesibles desde cualquier mandante creado. este tipo de datos son los menos numrosos. Cuando se hace un cambio en el sistema muestra un mensaje informativo de que la modificacion afectara a todos los mandantes.

• Desde el punto de vista Fisico: La Base e Datos esta formada por tablas, el mandante en el primr campo clave de la mayoria d las tablas que conforman la BD de SAP. Estas tablas son conocidas como dependientes de mandante las que no contienen este campo dentro de su clave se conocen como independientes del manante.

Cuando un usuario se conecta a un mandante, el asigna unos privilegios con los que el usuario solo podra acceder a modificar los datos e cada tabla que tenga como mandante, la que ha elegido en timpo de conexion. Si una tabla es inepeniente del mandante sta puede ser accedida ese cualquier mandante.

Los mandantes estandares Son aquellos que ya viene predefinidos por SAP cuano se instala inicialmnteel sistema. Cuano se instala SAP inicialmente se crea con tres mandantes.

1. Mandante 000 de Referencia: no debe modificarse o borrarse. es una referncia para creae otro tipo de mandantes bajo la misma parametrizacion. Si hay un cambio e version de SAP los datos dependientes del mandante se actualizan automaticamnte en el 000 y el resto e cambios de los otros mandantes se debe hacer desde aqui.
2. Mandante 001 de Ejemplo. Inicialmnt es identico al 000, salvo qu lo cambimos nosotros, ninguna actualizacion de SAP lo va moificar.
3. Mandante 066 EarlyWatch El objetivo es garantizar la confidencialidad de nuestros datos reales en productivo. Este mandante esta aislado y es al cual se conecta SAP cuando le pedimos que nos realice un servicio de deteccion e problemas de rendimiento. Los usuarios de este mandante tinen las autorizaciones minimas para poder ejecutar el informe de renimiento. Este mandante tampoco debe ser borrado ni modificado nunca.

Los mandantes propios Creados por el usuario, por el administraos de SAP. Se pueden crear tantos mandantes como el sistema base de datos nos lo prmita. Se les ha asignado un numero para facilitar la diferencia entre ellos, pro cada empresa puede asignar el numero que quiera. Algunos de ellos son los siguientes:

• Mandante 200 Desarollo y Parametrizacion
• Mandante 220 pruebas unitarias
• Mandante 210 Sandbox
• Mandante 300 pruebas integrales
• Mandante 310 Formaciona usuarios finales
• Mandante 320 Maestro de Parametrizacion
• Mandante 400 Productivo

A la hora de crear los mandantes hay que buscar una cantidad adecuada ya que muy pocos nos puede crear un conflicto durante la parametrizacion, el desarrollo de programas o las pruebas, pero con muchos mandantes estaremos aumentando el tamaño de la BD y empeoramos el rendimiento.

3 Agradecimientos:

Han agradecido este aporte: Liliana Lyabaj, German Bogino, Mario Gonzalez Salcedo

Favorito:

Está publicación ha sido agregada a sus favoritos por: Mario Gonzalez Salcedo