✒️Los transportes en SAP
Los transportes en SAP
Transportes en SAP
Crear y liberar órdenes de transporte, descripción de la arquitectura de un sistema de transporte SAP e importación de órdenes de transporte.
SIDProviene de las siglas System Identifier con lo cual es el identificador del sistema.
En SAP el SID consta de 3 letras que pueden ser combinadas con números (ejemplos DEV, QAS, PRD, ED1, TD1, etc) y permite identificar de manera unívoca a una instancia dentro del landscape de SAP.
Por otro lado el SID es utilizado para la conexión a una instancia SAP, en conjunto con el nombre del servidor y un número de instancia.
El SID, se elije al momento de instalar una instancia SAP y a partir de ese momento el instalador lo utiliza para crear estructuras de directorios, conformar nombres de archivos y nombre de la base de datos entre otros.
LANDSCAPEIndica el compuesto de un ambiente SAP, cuantos servidores, con qué aplicativos, etc.
En SAP, podemos elegir varios tipos de landscapes, por ejemplo: singles donde solo contamos con una instalación de un servidor en este caso un productivo, landscape de 2 intancias, por ejemplo un desarrollo y un productivo y el recomendado por las mejores prácticas un landscape de 3 fases, lo que lo convierte en el más típico y cuenta con una instalación de un ambiente de sap para desarrollo, otro para calidad y un último productivo.
NOTA: Ahora que sabemos que SAP nos permite armar diferentes ambientes, es decir, ambientes de desarrollo, destiny y productivos; o podríamos armar un desarrollo y un productivo directamente, depende del caso.
Es decir, en esta lección veremos que nosotros podremos transportar las órdenes realizadas por los desarrolladores o las personas que customizing el sistema de un ambiente a otro mediante el mismo.
Es importante controlar esto por la integridad del sistema. Cuando se realiza un cambio de customizing o workbench (cuando realizamos modificaciones por ejemplo de algún objeto del SAP o código de programa) esto sí o sí se debería hacer en el ambiente de desarrollo y una vez finalizados los cambios, los mismos están incluidos en una orden de transporte que es libereda y nosotros la debemos pasar al ambiente de testing, allí es donde van a hacer todas las pruebas necesarias, en este caso serian pruebas integrales, donde el ambiente de testing cuenta con algunos datos para hacer las pruebas y por último la pasaremos a productivo. De esta manera nosotros garantizamos la integridad de los tres ambientes, no podemos permitir que una orden de transporte haya sido pasada al ambiente de testing y nunca mas al ambiente productivo.
CONSEJO: Debemos controlar las colas de transporte y si una orden paso a testing no debemos descuidar que pase 6 meses y no se pase a productivo, algo debemos hacer con esa orden.
La podemos borrar? No deberíamos, solicitar a la persona que generó la orden que si cometió un error en esa orden, que haga nuevamente las modificaciones en el ambiente de desarrollo, esto actuaria como una contraorden de la anterior, se pase al ambiente de testing y luego las dos juntas sean transportadas al ambiente productivo, para evitar problemas de inconsistencias entre ambientes.
 
 
 
Sobre el autor
Publicación académica de Margarita Maria Rivera, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Margarita Maria Rivera
Profesión: Sistemista Informatico - Italia - Legajo: NE42S
✒️Autor de: 36 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de Margarita Rivera