✒️El landscape de SAP
El landscape de SAP
Un landscapes (servidor) puede estar configurado con 1 ambiente que incluye todo los roles en 1 también puede ser un landscape con 2 ambientes, es decir todo el SAP se encuentra instalado en 2 servidores diferentes, y el que recomienda SAP son un landscape con 3 ambientes por cada rol separado, es decir 3 instalaciones de SAP en cada servidor independiente el uno del otro. Esta opción es la de menor riesgo, mantiene los datos separados, el tiempo de inactividad del sistema de producción se minimiza, la desventaja de esta opción son los mayores costos de infraestructura y administración porque requiere mayor mantenimiento técnico como también los refrescos de los ambientes que se deben incurrir horas del Basis.
Mandantes:
Son independientes los datos que están en cada mandante en el mismo ambiente. Se conoce como clientes. Se usa para configuración, desarrollo, capacitación o pruebas.
TRX: SSC4 podemos ver los mandantes existente
Mandantes:
Cuando el usuario se conecta a un mandante, el sistema le asigna el valor del mandante elegido, el usuario podrá modificar los datos según mandante seleccionado. Sin embargo si una tabla es independiente de mandante, esta puede ser accedida desde cualquier mandante al que se le conecte el usuario.
Situación 1:
2 usuarios están conectadas en el mismo mandate 015, el primero que tome la tabla tendrá el commit, esto hace que tenga prioridad sobre ABM de dicha factura. Cuando esté la libere, el otro usuario que solo podía “ver” ahora podrá tener accesos, mientras que el usuario que no posee el archivo en su sesión activa, y lo tiene otro, entonces estará enviando mensajes de commit con error porque quiere acceder a algo que no le pertenece momentáneamente. Tendrá que esperar que libere el otro usuario que es propietario temporal de su modificación, y así viceversa. Esto se conoce como Commit a nivel base de datos o “lock” o lockear el archivo, a veces cuando se ejecutan procesos tipo bacth si los archivos están tomados hacen que fallen los salvados nocturnos y se debe continuar, skipear, y continuar el salvado. Luego se determina si se hace un backup aparte por el equipo de administración o si no tiene prioridad.
Situación 2:
Ambos usuarios en el mismo sistema pero separados por mandante, el dato ya esta replicado en otra tabla, porque es un campo clave el mandante y eso hace que la relación usuario tabla no puedan se “pisada” entonces si bien será la misma factura el contenido es diferente, están separados por tabla/mandante. Esto hace que no suceda el lock o el commit o el bloqueo en caso que ambos hagan un ABM al mismo tiempo sobre esa factura.
RECORDAR: QUE LAS DB QUE CONTENTAN EN SU TABLA EL PRIMER CAMPO CLAVE EL MANDATE SON MANDANTES DE PENDIENTE. (situación 1)
LAS TABLAS QUE NO CONTIENEN EL MANDANTE COMO CAMPO: SON INDEPENDIENTES DE MANDANTE, NO ESTAN DIVIDIO LOGICAMENTE ENTONCES HAY QUE TENER CUIDADO A LA HORA DE SU MODIFICACION.
Mandates estándar: ya vienen con SAP
En produccion solo debe existir 1 propio.
Ejemplo de mandantes propios:
Paquetes. SE80
UN OBJETO ES UN ARCHIVO
LA CLASE DE DESARROLLO ES LA CARPETA DONDE LO GUARDAMOS.
$TMP sería la clase de desarrollo que se usa para guardar objetos que no se van a transportar en ambientes mediante las migraciones y la transacción stms que lo hace un basis mediante una orden de transporte.
Sobre el autor
Publicación académica de Gaston Asplanatti, en su ámbito de estudios para la Carrera Consultor ABAP.
SAP Junior
Gaston Asplanatti
Profesión: Senior Technical Architect - Argentina - Legajo: UW99J
✒️Autor de: 12 Publicaciones Académicas
🎓Cursando Actualmente: Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Mis objetivos laborales se enfocan en ser competente en las funciones requeridas. mi perfil técnico y de interés son: programador y técnico (sysadm)
Certificación Académica de Gaston Asplanatti
