Resumen
Unidad 1 lección 9
LANDSCAPE
1- El landscape de SAP
Es la disposición y configuración de los servidores de SAP en una empresa, q implementa el sist, es decir como será la arquitectura, cuantos servidores de se van a utilizar, xa q se va a utilizar c/u de estos, entre otros.
Dentro de un landscape de SAP, los administradores van a definir un ambiente, también llamados sistemas en SAP.
AMBIENTE => es un servidor donde ha sido instalado el sist. SAP.
AMBIENTE = SISTEMA = Servidor donde se instala el sist. SAP
Basica/ exsten 3 ambientes diferentes en SAP
- Ambiente de desarrollo: = Es utilizado xa programación y configuración. = Se crean programas ABAP. = Tambipén se modifican programas estándar. = Ambiente de desarrollo lo utilizan los consultores funcionales xa realizar configuraciones.
- Ambiente de pruebas o testing: = El titulo lo dice todo. = Los programadores hacen pruebas unitarias. = Los consultores funcionales, hacen pruebas integrales. = Se realizan capacitaciones o entrenamientos.
- Ambiente de producción: El usuario final ejecuta TXs estándar o programas Z, desarrollados x los programadores ABAP.
Los datos existentes en el ambiente de producción son sensibles x eso se restringe el acceso al máximo al usuario.
Los consultores funcionales acceden al ambiente de producción xa realizar pruebas puntuales, ya q en el ambiete de pruebas no pueden replicar algun error x tema de data.
REFRESH - es el cargue de datos de productivo al ambiente de pruebas o testing.
1-1 Las distintas opciones de landscape de SAP
* Landscape con 1 ambiente o sist.: El más básico => es implementar todo el sist. SAP en un solo servidor. Todos los roles están alojados en el mismo sist.
La ventaja de este radica ppal/ en el menor costo de Hardware y soporte, xo implica algunos problemas y riesgos serios.
Las pruebas y capacitación se deben hacer en producción.
Los datos de pruebas y capacitación se mezclan con los datos de producción y existe un alto riesgo de conflictos.
* Landscape con 2 ambientes o sist.: Implementar un landscape con 2 ambientes o sist. es decir, todo el sist SAP se encuentra instalado en 2 servidores.
Aquí se dividen en: Servidor de producción y Servidor de Prueabas y testing.
Las pruebas y capacitación están separadas de producción, osea los datos de pruebas están separados de los datos de producción.
Los nuevos requisitos, las tareas de optimización, los paquetes de soporte y las notas de SAP, también se crean en el primer entorno de desarrollo.
Este enfoque conduce a un sist. mas estable y proporciona una infraestructura de soporte de mayor calidad xa el cliente.
Los inconvenientes de esta opción son las actividades de prueba y capacitación se realizan en el sist de desarrollo.
No es posible separa completa/ las actividades de desarrollo los datos de pruebas y capacitación.
Un escenario o empresa xa q landscape de 2 ambientes seria suficiente es:
* No se producen actividades significativas de desarrollo, pruebas y capactiacion al mismo teimpo den el site. combinando desarrollo y calidad.
* Hay muy pocas modificaciones al estándar.
* Hay un numero limitado de usuarios concurrentes, es decir q acceden al mismo tiempo en el ambiente de desarrollo y calidad.
* Landscape de SAP con 3 ambientes o sist.
Todas las actividades de desarrollo, capacitación, pruebas y productivas y sus datos esta completa/ separados en sist o ambientes dedicados.
Esta opción representa menor riesgo, ya q todas las actividades se pueden realizar en paralelo.
La desventaja de esta opción son los mayores costos de infraestructura y admon.
SAP recomienda utilizar landscape de 3 ambientes o sist. en donde los procesos comerciales se utilizan a diario.
Cuatro (4) ambientes o sist. (empresas grandes)
1- Desarrollo => programación y configuración
2- Testing => pruebas de nuevos desarrollos
3- Calidad => pruebas integrales, concurrencia, volumen, estrés.
4- Producción => accede usuario final.
2- Los mandantes:
Dentro de cada ambiente o sist, existen distintos mandantes, siendo independiente los datos q se visualizan en cada mandante dentro del mismo ambiente.
=> Mandante: Es una instancia creada dentro de un ambiente q se utiliza xa configuración, desarrollo, capacitación o pruebas. Se conoce también es SAP con el nombre de cliente.
Ej: Desarrollo Calidad Producción
101 - Configuracion 210 - Pruebas o Calidad 410- Producción
102.- Sanbox 220- Entrenamiento
103 - Prueba de desarrollo
Sí deseamos ver los mandante TX SCC4
El concepto de mandate se puede definir desde 2 puntos de vista distintos xo complementarios:
== Visión Lógica
== Visión Física
** Desde el punto de vista Lógico: El mandante no es más q una unidad organizativa de la empresa, q permite q distintos usuarios estén trabajando en el mismo sist, sin ningún tipo de interferencia.
En SAP existen dos tipos de datos diferentes
>> Datos dependientes del mandante: Se engloban aquí los datos de aplicación de la empresa.
** Datos de clientes
** Proveedores
** Pedidos
** Facturas
** Cuentas contables, entre otros.
Así como la mayoría de los datos de parametrización de la empresa.
==> se llaman "dependientes de mandante" x q solo son accesibles desde el mandante en q se crean.
>> Datos independientes de mandate: Se engloba aqui ciertos datos de la parametrización de la empresa, q son accesibles desde cualquier mandante creado.
Cada vez q se modifica la información de este tipo de datos, sist. avisa con un mensaje informativo de q se afectará a todos los mandantes.
** Desde el punto de vista Físico: DB =>esta formado x tablas. El mandante es el primer campo clave de la mayoria de las tablas.
Las tablas de la DB q contienen el campo mandante como primer campo dentro de su clave son llamas "dependiente de mandante".
Las tablas q no contienen el campo mandante son llamadas "independientes de mandante"
Cuando un usuario se conecta a un mandante, el sist. le esta asignando en ese momento el valor del mandante elegido en tiempo de conexión.
Sin embargo, si una tabla es independiente de mandante, el usuario la puede acceder desde cualquier mandante.
2.1 Los mandantes estándar
Existen dos tipos de mandantes: - Mandantes estándar: Son los q viene con SAP.
- Mandantes propios: Son los creados x el usuario.
Mandantes estándar: * Mandante 000 de referencia
* Mandante 001 de Ejemplo
* Mandante 066 de Eealywatch
Las funciones de los mandantes estándar son:
- Mandante 000: Es el mandante de referencia. No contiene datos de parametrización empresarial y x lo tanto las creaciones de los mandantes propios se deben hacer copias de éste xa asegurarnos q empezamos la parametrización desde cero. Durante un cambio de versión de SAP, los datos dependientes de mandante se actualizan automática/ en el 000 y los cambios al resto de mandantes se deben hacer desde aquí. No debe modificarse o borrarse ningún aspecto del mandate estándar 000.
- Mandante 001: Es el mandante de ejemplo. Inicial/ es idéntico al 000 y salvo q lo cambiemos nosotros, ninguna actualización desde SAP lo va a modificar, al contrario de lo q ocurre con el 000. siempre lo podemos tener como ejemplo: De la instalación inicial, aunq SAP no impone ninguna prohibición de cambiarlo o borrarlo.
- Mandante 066: Es el mandante de ss Earlywatch, cuyo 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 q nos realice un ss de detención de problemas de rendimiento.
2.2 Los mandantes propios
A partir del mandante de referencia 000 podemos crear tantos mandantes como queramos (siempre q nuestra DB nos lo permita).
Funciones de los mandantes(Ellos los identifica un # asignado o consecutivo del sist)
Mandantes propios
Mandante 200 Desarrollo y parametrización
Mandante 210 Sandbox
Mandante 220 Pruebas Unitarias
Mandante 300 Pruebas integrales
Mandante 310 Formacion de usuarios finales
Mandante 320 Maestro de parametrización
Mandante 400 Productivo
Cada empresa q utiliza SAP puede asignarle el ### q quiera a cada mandante propio.
Es posible implementar SAP con más o menos mandantes de los indicados, xo hay q buscar el equilibrio entre muchos y pocos. Con pocos mandantes podemos tener conflictos durante la parametrización, el desarrollo o las pruebas, xo con muchos mandantes estaremos aumentando el tamaño de la DB y empeorando el rendimiento.
Las Funciones de los mandantes propios son las sgntes:
- Mandante 200 Desarrollo y parametrización = se crean desarrollos = Los consultores técnicos y funcionales trabajan en este sist.
- Mandante 210 Sandbox = Las pruebas inusuales de parametrización se realizan aqui y no se interrumpe el trabajo del mandate 200.
- Mandante 220 Pruebas unitarias = Los responsables de desarrollo y parametrización realizan pruebas unitarias.
- Mandante 300 Prueba integrales y control de calidad = La función es la misma q el mandante 220, con la diferencia de interacción con todos los módulos, el rendimiento y la aprobación del usuario. Paso de ordenes de transporte q sea el correcto.
- Mandante 310 Formación de usuarios finales o capacitación = Una vez superadas las pruebas correspondientes mandante 300, pasamos el prototipo aquí, xa q los usuarios finales reciban los cursos de formación y tenga un sitio de práctica.
- Mandante 320 Maestro de parametrización = Este mandante se usa como referencia para poder consultar la parametrización q tenemos en productivo, sin tener q acceder al productivo. Xa q cumpla su función se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo y con esto se mantienen sincronizados.
- Mandante 400 Productivo = Aquí se lleva a cabo la explotación real del sist. antes del arranque en productivo, realizaremos aquí las cargas iniciales de los datos maestros, movimientos e históricos.
3- Clases de desa