Migración de un entorno empresarial con software ERP SAP R/3 4.7 a una nueva versión de producto SAP ERP 6.00 con su paquete de mejora EHP4

PROYECTO FIN DE CARRERA Migración de un entorno empresarial con software ERP SAP R/3 4.7 a una nueva versión de producto SAP ERP 6.00 con su paquete de mejora EHP4 Autor: Sergio Luis Rodríguez Rivero Tutora: Sonia Marrero Cáceres Agradecimientos En primer lugar quisiera agradecer a mi tutora Sonia Marrero la oportunidad que me ha brindado para realizar este proyecto con ella y aprender de él. A mis padres, por el esfuerzo realizado para que yo pudiera estudiar esta carrera y sus consejos a lo largo de mi vida. Y por supuesto al resto de mi familia, mi hermana y mi abuela por su confianza en mí. A todos mis profesores, desde el colegio hasta la universidad, por todo lo que he aprendido en estos años gracias a ellos. Y en especial a mi novia Dácil, porque sin su apoyo, ayuda y comprensión no podría haber realizado este proyecto y tener así la posibilidad de finalizar mi carrera. … a todos ellos, ¡GRACIAS! Contenido 1. Introducción .................................................................................................................................................... 1 1.1. Motivación del Proyecto .......................................................................................................................... 1 1.2. Objetivos del Proyecto ............................................................................................................................. 3 2. Estado del Arte ................................................................................................................................................ 5 2.1. ¿Qué es un ERP? ....................................................................................................................................... 5 2.2. La solución ERP de SAP ............................................................................................................................. 7 2.3. La solución ‘SAP R/3’ ................................................................................................................................ 9 2.4. La solución ‘SAP ERP’ .............................................................................................................................. 12 2.5. Soporte y Mantenimiento de la solución SAP ERP 6.0 ........................................................................... 14 2.6. Plataforma tecnológica SAP NetWeaver ................................................................................................ 15 2.7. Soporte y Mantenimiento de la plataforma SAP NetWeaver 7 ............................................................. 19 3. Recursos Utilizados en la Realización del Proyecto ....................................................................................... 21 3.1. Hardware ................................................................................................................................................ 21 3.2. Software ................................................................................................................................................. 21 4. Metodología ASAP ......................................................................................................................................... 23 4.1. Roles en ASAP ......................................................................................................................................... 23 4.2. Hoja de Ruta General ............................................................................................................................. 24 4.3. Hoja de Ruta para Mejoras ..................................................................................................................... 25 4.4. Modelo de Ciclo de Vida de una Solución SAP ....................................................................................... 27 5. Fase 1: Preparación del Proyecto .................................................................................................................. 29 5.1. Descripción de la Infraestructura de TI actual ........................................................................................ 29 5.2. Toma de Requisitos de Usuario .............................................................................................................. 34 5.3. Planificación del Proyecto de Mejora ..................................................................................................... 35 6. Fase 2: Plano Empresarial de Mejora ............................................................................................................ 38 6.1. Diseño de Procesos de Negocio en la nueva versión ............................................................................. 38 6.2. Definición de la Futura Infraestructura de TI ......................................................................................... 38 7. Fase 3: Realización de la Mejora ................................................................................................................... 48 7.1. Creación de un Sistema Prototipo (DEMO) ............................................................................................ 48 7.2. Usuarios de Sistema Operativo en una Instalación SAP ......................................................................... 49 7.3. Estructura de Directorios en una Instalación SAP .................................................................................. 50 7.4. Dominio de Transporte en una Instalación SAP ..................................................................................... 51 7.5. Especificación de la Estrategia Global de Actualización ......................................................................... 52 7.6. Modelado de los Procedimientos para Migrar y Mejorar la Infraestructura de TI ................................ 55 8. Fase 5: Realización de la Migración y Mejora de los Sistemas SAP ............................................................... 69 8.1. Procedimientos para Implementar la ‘Copia de sistemas SAP’ .............................................................. 69 8.2. Tareas Finales ‘post-copia’ sobre el Sistema SAP de Destino................................................................. 96 8.3. Tareas Generales del Procedimiento de Mejora hacia la solución ERP 6.0 EHP4 .................................. 99 8.4. Tareas Adicionales al Procedimiento de Mejora según Notas OSS SAP requeridas ............................ 105 8.5. Actualización del Software de Front-End (SAP GUI) ............................................................................. 108 8.6. Modos de Pre-configuración en el Procedimiento de Mejora ............................................................. 110 8.7. Procedimientos Elementales durante los Preparativos para la Mejora ............................................... 112 8.8. Procedimientos Elementales durante la Ejecución de la Mejora ......................................................... 117 9. Resultados Obtenidos tras la Finalización ................................................................................................... 129 9.1. Utilidades de Monitorización ............................................................................................................... 129 9.2. Plan de Monitorización ......................................................................................................................... 130 9.3. Productos y Componentes en la Nueva Infraestructura R/3 ............................................................... 131 9.4. Capacidad de Trabajo de la Solución SAP ............................................................................................. 133 9.5. Tamaño y Capacidad de la BD SAP ....................................................................................................... 134 9.6. Rendimiento de Memoria en los Procesos de BD ................................................................................ 135 9.7. Rendimiento de Disco en los Procesos de BD ...................................................................................... 137 9.8. Rendimiento de los Procesos ABAP ...................................................................................................... 139 9.9. Optimizaciones en las Consultas y Compilador ABAP SQL ................................................................... 141 10. Conclusiones del Proyecto......................................................................................................................... 143 11. Trabajo Futuro ........................................................................................................................................... 147 11.1. SAP HANA Platform ............................................................................................................................ 147 11.2. Evolución de los Aplicativos SAP hacia la Integración con HANA....................................................... 151 11.3. S4/HANA ............................................................................................................................................. 155 12. Referencias Bibliográficas .......................................................................................................................... 159 13. Listado de Acrónimos ................................................................................................................................ 165 14. Anexos ....................................................................................................................................................... 169 14.1. Anexo 1: Parámetros Oracle 11gR2 Recomendados para SAP ERP 6.0x ............................................ 169 14.2. Anexo 2: Variables de Entorno para usar la Utilidad SAP BR*Tools para Oracle ............................... 171 14.3. Anexo 3: Tamaño Mínimo de Extent durante la Mejora para ciertas tablas críticas ......................... 171 Listado de Figuras Figura 1: Áreas funcionales de un proceso de negocio ........................................................................................ 5 Figura 2: Flujo de datos para integración de diversos procesos de negocios ...................................................... 6 Figura 3: Cuadrante mágico Gartner - Líderes en ERP, abril 2017 ...................................................................... 9 Figura 4: Módulos funcionales en la solución R/3 ............................................................................................. 10 Figura 5: Diferentes niveles según el modelo de arquitectura R/3 .................................................................... 12 Figura 6: Ejemplo de arquitectura R/3 en instalaciones de SAP ERP ................................................................. 12 Figura 7: Evolución de la arquitectura de la solución ERP SAP .......................................................................... 13 Figura 8: Evolución temporal de las innovaciones a la solución SAP ERP ......................................................... 15 Figura 9: Esquema de productos de la solución NetWeaver 7.x ....................................................................... 17 Figura 10: Diagrama de un WebAS ABAP (izq.) y otro JAVA (der.) con sus mecanismos de comunicación ...... 17 Figura 11: Analogía gráfica de la metodología ASAP ........................................................................................ 24 Figura 12: Visión de conjunto de toda la ‘Hoja de Ruta de Actualización’ ........................................................ 26 Figura 13: Modelo de Ciclo de Vida de una solución SAP .................................................................................. 27 Figura 14: Configuración actual del sistema de transporte de la organización ................................................ 29 Figura 15: Ejemplo de topología ‘Red de 3 sistemas’ ........................................................................................ 33 Figura 16: Infraestructura de TI inicial .............................................................................................................. 39 Figura 17: Configuración ‘Central System’ con sólo ‘Central’ y ‘Database’ Instances. ..................................... 39 Figura 18: Infraestructura de TI definitiva ......................................................................................................... 47 Figura 33: Estructura de directorios de una ‘Central Instance’ SAP .................................................................. 51 Figura 34: Configuración TMS en el controlador de dominio ............................................................................ 51 Figura 19: Creación del sistema prototipo (DEMO) partiendo del productivo .................................................. 53 Figura 20: Migración del sistema productivo al nuevo hardware ..................................................................... 53 Figura 21: Mejora del prototipo a la nueva versión ‘SAP ERP 6.0 EHP4 / NW 7.01’ ......................................... 54 Figura 22: Mejora del sistema productivo a nueva versión ‘SAP ERP 6.0 EHP4 / NW 7.01’ .............................. 54 Figura 23: Creación del nuevo sistema de desarrollo ‘SAP ERP 6.0 EHP4 / NW 7.01’ ....................................... 55 Figura 24: Copia de sistema - Instalación de Instancia Central R/3 4.7 ............................................................ 58 Figura 25: Copia de sistema - Preparación del destino ..................................................................................... 59 Figura 26: Copia de sistema - Realizar y transferir copia de BD ........................................................................ 59 Figura 27: Copia de sistema - Restaurar estado de sistema R/3 fuente............................................................ 60 Figura 28: Copia de sistema - Restaurar instancia de BD destino ..................................................................... 60 Figura 29: Copia de sistema - Mejora de BD SAP destino ................................................................................. 61 Figura 30: Copia de sistema - Eliminar instancia de BD en destino ................................................................... 61 Figura 31: Copia de sistema - Instalación de instancia SAP destino .................................................................. 62 Figura 32: Diferentes etapas del proceso de ‘upgrade’ mediante utilidad ‘SAPup’ .......................................... 66 Figura 35: Pantalla de selección para instalar la ‘Central Instance’.................................................................. 70 Figura 36: Progreso de la instalación de ‘Central Instance’ .............................................................................. 71 Figura 37: Pantalla de inicio del instalador de Oracle 11gR2, OUI .................................................................... 73 Figura 38: Progreso de instalación de SGBD Oracle 11gR2 ............................................................................... 74 Figura 39: Aplicación de parche Oracle a binarios de SGBD.............................................................................. 76 Figura 40: Aplicación de parche Oracle a binarios de SGBD.............................................................................. 76 Figura 41: Asignación de nombre lógico a un mandante .................................................................................. 77 Figura 42: Creación del servicio de instancia Oracle mediante utilidad ‘oradim’ ............................................. 81 Figura 43: Creación de fichero de control de BD ............................................................................................... 82 Figura 44: Inicio de BD restaurada y verificación .............................................................................................. 82 Figura 45: Tareas manuales requeridas por el script de ‘pre-mejora’ ............................................................... 84 Figura 46: Estado de ‘post-migración’ correcto. Mejora completada ............................................................... 85 Figura 47: Imagen de bienvenida de la utilidad de ‘migración’, DBUA ............................................................. 86 Figura 48: Opciones de Instalación globales de SGBD ORACLE ......................................................................... 87 Figura 49: Migración de instancia de BD completada correctamente .............................................................. 87 Figura 50: Pantalla de selección para instalar la ‘Database Instance’ R/3 4.7 ................................................. 89 Figura 51: Selección de método para instalar la ‘Database Instance’ R/3 4.7 .................................................. 90 Figura 52: Progreso de las tareas para instalación de la ‘Database Instance’ R/3 4.7 ..................................... 91 Figura 53: Parada del proceso de instalación para restaurar BD ...................................................................... 91 Figura 54: Instalación de ‘Database Instance’ R/3 4.7 completada satisfactoriamente................................... 92 Figura 55: Pantalla de selección para instalar el ‘Central System’ .................................................................... 93 Figura 56: Selección de método para instalar el ‘Central System’ ERP 6.04 ..................................................... 94 Figura 57: Selección de script para fichero de control de BD ERP 6.04 ............................................................. 94 Figura 58: Progreso de las tareas para instalación del ‘Central System’ ERP 6.04 ........................................... 95 Figura 59: Instalación de ‘Central System’ ERP 6.04 completada satisfactoriamente ...................................... 95 Figura 60: Ventana de tiempo para el nuevo software ‘front-end’ ................................................................. 110 Figura 61: Flujo del procedimiento de ‘System Switch Update’ ...................................................................... 111 Figura 62: Tiempos de actividad y parada para los modos de pre-configuración ........................................... 112 Figura 63: Sol. Manager: Validación de componentes para cálculo automatizado ........................................ 114 Figura 64: Sol. Manager: Selección de reléase destino y nivel de pila............................................................. 115 Figura 65: Modos de operación: Definición y procesos de trabajo en instancia ............................................. 117 Figura 66: Inicio del motor de mejora (SL Controller) de software SAP........................................................... 118 Figura 67: Inicio de GUI de programa de mejora de software SAP ................................................................. 119 Figura 68: Actualización de utilidad SPAM desde el instalador ‘SAPup’ ......................................................... 120 Figura 69: Resultado parcial de un cálculo de cola de importación para mejora ........................................... 121 Figura 70: Actividades ASU previas a realizar la mejora ................................................................................. 122 Figura 71: Actividades ASU una vez ejecutada a la mejora ............................................................................ 122 Figura 72: Bloqueo del repositorio ABAP antes de crear la instancia ‘shadow’ .............................................. 123 Figura 73: Detección, en fase ‘Checks’, de objetos bloqueados afectados por mejora ................................... 124 Figura 74: Ajustes manuales SPDD en fase ‘Pre-Processing’ ........................................................................... 126 Figura 75: Ajustes manuales SPAU en fase ‘Post-Processing’ ......................................................................... 126 Figura 76: Back-up previo a fase de parada .................................................................................................... 127 Figura 77: Back-up posterior a fase de parada ............................................................................................... 127 Figura 78: Distribución de actividad de usuarios en servidor productivo ........................................................ 133 Figura 79: Rendimiento del sistema productivo en procesos interactivos ...................................................... 133 Figura 80: Crecimiento de la base de datos SAP ............................................................................................. 135 Figura 81: Número de lecturas lógicas diarias ................................................................................................ 136 Figura 82: Número de lecturas físicas diarias .................................................................................................. 136 Figura 83: Tasa de aciertos en buffers de BD .................................................................................................. 137 Figura 84: Tiempos de espera total en lectura secuencial de BD .................................................................... 138 Figura 85: Número de eventos de espera en lectura secuencial de BD ........................................................... 138 Figura 86: Media de peticiones a BD por segundo durante la operativa del sistema ..................................... 141 Figura 87: Media de peticiones de confirmación por segundo durante la operativa del sistema .................. 141 Figura 88: Arquitectura de SAP HANA Appliance y la relación con sus componentes software ..................... 149 Figura 89: SAP HANA DB con tecnologías ‘en memoria’ y columnar .............................................................. 150 Figura 90: Evolución de los aplicativos SAP hacia la integración con HANA ................................................... 152 Figura 91: Escenario ‘side-by-side’ con SAP HANA .......................................................................................... 153 Figura 92: Diferencias entre los paradigmas ‘data to code’ y ‘code to data’ .................................................. 154 Figura 93: Ejemplo de migración de sistema BW clásico a ‘BW on HANA’ ..................................................... 154 Figura 94: Análisis evolutivo de la arquitectura SAP en los últimos 25 años .................................................. 156 Figura 95: Distribuciones de S/4 HANA ‘on-premise’ y en la nube .................................................................. 157 Figura 96: Diagrama de flujo para la migración a SAP S/4 HANA ................................................................... 157 Listado de Tablas Tabla 1: Normas internacionales de interfaz abierta en NetWeaver 7 ............................................................. 16 Tabla 2: Compatibilidad de kernel SAP con los distintos elementos de plataforma ......................................... 19 Tabla 3: Versiones mínimas de plataforma tecnológica requeridas por las mejoras de producto ERP SAP ..... 20 Tabla 4: Roles en la metodología ASAP general ................................................................................................ 23 Tabla 5: Fases de la metodología general ASAP ................................................................................................ 25 Tabla 6: Fases de la metodología ASAP para Actualización .............................................................................. 27 Tabla 7: Características de hardware de los sistemas origen ........................................................................... 30 Tabla 8: Características de SO de los sistemas origen ....................................................................................... 31 Tabla 9: Características de SGBD de los sistemas origen .................................................................................. 31 Tabla 10: Características de la solución R/3 de los sistemas origen ................................................................. 32 Tabla 11: Listado de Requisitos de Usuario ....................................................................................................... 35 Tabla 12: Previsión de temporalización para el Proyecto de Migración y Mejora ............................................ 37 Tabla 13: Propuesta de configuración de software SAP ERP para sistemas destino......................................... 41 Tabla 14: Propuesta de configuración de hardware para sistemas destino ..................................................... 42 Tabla 15: Clasificación de usuarios para medición en ‘Quick Sizer’ .................................................................. 42 Tabla 16: Resultado de ‘Quick Sizer’: Mínimos de CPU / RAM / HDD ............................................................... 43 Tabla 17: Conclusiones sobre el hardware para sistemas destino .................................................................... 43 Tabla 18: Propuesta de configuración de SO para sistemas destino ................................................................. 44 Tabla 19: Resultados de la búsqueda en la PAM ............................................................................................... 45 Tabla 20: Propuesta de configuración de SGBD para sistemas destino ............................................................ 46 Tabla 21: Selección de SGBD según resultados en la PAM ............................................................................... 47 Tabla 22: Fases y actividades ASAP a desarrollar en el prototipo ..................................................................... 48 Tabla 23: Características de la copia homogénea de sistemas SAP .................................................................. 56 Tabla 24: Distribuciones de software a descargar para copia de sistema R/3 4.7 ........................................... 57 Tabla 25: Distribuciones de software a descargar para copia de sistema ERP 6.04 ......................................... 57 Tabla 26: Diferentes ajustes en el Sistema de Transportes durante el proyecto de migración......................... 64 Tabla 27: Listado de parámetros para instalación de ‘Central Instance’ R/3 4.7 ............................................. 71 Tabla 28: Rutas destino para los archivos de SGBD restaurado ........................................................................ 72 Tabla 29: Parámetros para la instalación de distribuciones SGBD Oracle ........................................................ 74 Tabla 30: Estructura básica de script para creación de archivo de control ....................................................... 79 Tabla 31: Extracto parcial del fichero de parámetros Oracle ............................................................................ 79 Tabla 32: Parámetros básicos para la instalación de la 'Database Instance' R/3 4.7 ....................................... 90 Tabla 33: Parámetros básicos para la instalación del 'Central System' ERP 6.04 ............................................. 94 Tabla 34: Dominios para las tablas de BW ...................................................................................................... 108 Tabla 35: Componentes del DVD maestro de instalación de ‘front-end’ SAP GUI .......................................... 109 Tabla 36: Modos de pre-configuración para realizar una mejora de software SAP ........................................ 111 Tabla 37: Recursos hardware y de SO necesarios durante la mejora y su utilización ..................................... 113 Tabla 38: Parámetros de inicio del controlador SL para la mejora de SAP ..................................................... 118 Tabla 39: Usuarios requeridos durante la mejora de SAP, funciones y autorizaciones ................................... 119 Tabla 40: Tipos de ajustes de modificación y sus características .................................................................... 126 Tabla 41: Marcas de tiempo para medidas de rendimiento ........................................................................... 131 Tabla 42: Hardware de los servidores SAP ...................................................................................................... 131 Tabla 43: Software en cada servidor SAP ........................................................................................................ 131 Tabla 44: Solución SAP implantada en cada servidor ...................................................................................... 131 Tabla 45: Módulos funcionales que implementa cada servidor SAP ............................................................... 132 Tabla 46: Clasificación de usuarios según carga de trabajo............................................................................ 133 Tabla 47: Comparativa de tiempos de proceso en la ejecución de diversas transacciones ............................ 139 Tabla 48: Listado de Acrónimos ....................................................................................................................... 168 Tabla 49: Valores de parámetros de SGBD 11.2.0.4 recomendados por SAP ................................................. 171 Tabla 50: Valores de variables de entorno para utilidad BR*Tools ................................................................. 171 Tabla 51: Tamaño de extent recomendado para ciertas tablas críticas ......................................................... 171 SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 7 • Proporciona protección contra las violaciones de datos organizacionales y amenazas de seguridad a la fuga de información. • Hace que la organización adaptable a los cambios rápidos en el proceso de negocio de acuerdo con las necesidades. • Da beneficio a largo plazo, proporcionando medios para aumentar la base de clientes. 2.1.3. Ventajas Mediante la integración de los procesos de negocio, el ERP ofrece las siguientes ventajas: • Ahorra tiempo y gastos. • Permite la rápida toma de decisiones por parte de la administración, la utilización de los datos y herramientas diseñadas en los sistemas de información. • Única fuente de datos y de intercambio entre todas las unidades de una organización. • Ayuda en el seguimiento de cada transacción que se lleva a cabo en una organización, desde el inicio hasta el final. • Suministra información en tiempo real siempre que sea necesario. • Proporciona la transferencia de información sincronizada entre diferentes áreas funcionales, tales como ventas, marketing, finanzas, manufactura, recursos humanos, logística, etc. 2.1.4. Inconvenientes No siempre es fácil de incorporar un ERP en una organización. ERP adolece de los siguientes inconvenientes: • A veces los procesos de negocio críticos de la organización deben ser rediseñados para alinearlos con la solución ERP. • EL coste de la integración puede ser muy alto por su complejidad. • Cambiar de una solución ERP a otra aumenta aún más el coste de implementación. • Rechazo de los usuarios finales a aprender una nueva forma de operar diferente a la que están acostumbrados. • Los ERP de propósito general exigen mucho esfuerzo de ‘customizing’ (ajustes de personalización). 2.2. La solución ERP de SAP Las siglas SAP, en inglés ‘System, Applications and Products’ o ‘Sistemas, Aplicaciones y Productos’ en castellano, identifican a una compañía de sistemas informáticos con sede en Alemania que se introdujo en el mercado de los Sistemas de Información (SI) con un producto denominado SAP R/2, antecesor del más SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 8 extendido SAP R/3, que es una solución software que gestiona de manera integrada, ‘on-line’, todas las áreas funcionales de la empresa. El sistema R/3, ‘Real-time / 3-layers’, está organizado en un conjunto de módulos software ‘cliente / servidor’ a ‘3 niveles’ (Presentación, Aplicación, Base de Datos), al que añade un módulo de ‘Workflow’ (flujo de trabajo) para la optimización y la reingeniería de los procesos de negocio. El Sistema SAP se basa en el concepto de combinar todas las actividades de negocio y los procesos técnicos de una empresa en una solución informática simple, integrada, robusta y fiable. 2.2.1. La Empresa SAP SAP AG es considerado el tercer proveedor independiente de software del mundo, el primero de aplicaciones de software empresarial y el mayor fabricante de software en Europa. Con 12 millones de usuarios, 100.600 instalaciones, y más de 1.500 socios, es la compañía más grande de software inter-empresa. Como empresa, comercializa un conjunto de aplicaciones de software para soluciones integradas de negocios. Esencialmente, trabaja en el sector de software ERP. El principal producto de la compañía es la suite de aplicaciones ‘SAP Business Suite (BS) 7’, y dentro de esta la aplicación para ERP es ‘SAP ERP 6’, todas ellas basadas en la arquitectura del sistema ‘R/3’, que provee soluciones escalables que permiten mejorar continuamente, con más de 1.000 procesos de negocio consideradas las mejores prácticas empresariales. SAP también ofrece una nueva plataforma tecnológica denominada ‘SAP NetWeaver 7’, que soporta la implementación de los módulos funcionales del ERP. Esta plataforma tecnológica convierte a SAP ERP en un aplicativo: • Independiente del sistema operativo y gestor de bases de datos subyacentes sobre los que se ejecuta. • ‘Web-enabled’, lo que significa que está totalmente preparado para trabajar con él a través de la web mediante cualquier navegador de internet. Aunque sus principales aplicaciones están destinadas a grandes empresas, SAP también se dirige a la pequeña y mediana empresa con productos como ‘mySAP All-In-One’ y ‘SAP Business One’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 9 Figura 3: Cuadrante mágico Gartner - Líderes en ERP, abril 2017 En la Figura 3 observamos el posicionamiento, en un ‘cuadrante mágico de Gartner’, de las principales ‘soluciones software ERP del mercado’ a fecha de abril de 2017, en el que estas se clasifican por su ‘importancia’ y ‘prestaciones’ atendiendo a 4 aspectos diferentes dentro del sector ERP: • Competidoras (‘contenders’): Aquellas soluciones que más compiten entre ellas dentro de su sector. o Vemos que hay una fuerte competencia en el área de la Pequeña y Mediana Empresa (‘PyMEs’), donde la solución de SAP ofrece las mayores prestaciones. • Precursoras (‘pacesetters’): Aquellas soluciones precursoras o pioneras en el área de ERP. • Maestras (‘masters’): Aquellas soluciones que llevan más tiempo en el mercado. • Líderes (‘leaders’): Aquellas soluciones que están más extendidas en el sector de software ERP o Aquí vemos como la solución de SAP es la que se mantiene en cabeza atendiendo a su importancia en el área, siendo así durante los últimos 25 años. 2.3. La solución ‘SAP R/3’ SAP R/3 fue lanzado oficialmente el 6 de julio de 1992, y consistió en varias aplicaciones soportadas por el componente ‘SAP BASIS’, que consistía en un conjunto de programas y herramientas de middleware de SAP. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 10 El sistema SAP R/3 es un sistema integrado, donde una vez almacenada la información está disponible a través de todo el sistema, facilitando el proceso de transacciones y el manejo de información. Implementa un conjunto de normas estándares en el área de software de negocios lo que permite ofrecer soluciones estándares a las compañías para todas sus necesidades. Posteriormente, todas las aplicaciones se construyeron apoyándose en el nuevo componente ‘SAP Web Application Server’ (‘SAP WebAS’). El servidor de aplicaciones Web contenía todas las capacidades de SAP BASIS. Los ‘conjuntos de extensión’ (‘Extension Packages’) se utilizaron para ofrecer nuevas características y funcionalidades sobre un módulo estándar del ERP y mantener el núcleo lo más estable posible. Las aplicaciones o módulos se dividen en tres grandes áreas: Financiera, logística y de Recursos Humanos. Estos tres grupos no son independientes unos de otros. Además de éstos, existen otros componentes, llamados ‘Cross Applications’, que son válidos para todas las aplicaciones. Los módulos incluyen cientos de procesos de negocio para satisfacer las necesidades de las empresas en sus aplicaciones de gestión e información. Todas ellas funcionan de modo integrado, siguiendo el paradigma de ‘Integración de Procesos de Negocio (BPI), donde la información ‘fluye’ entre los distintos módulos funcionales. Los diferentes módulos que componen el sistema R/3 son: • Finanzas o FI (Gestión financiera) o CO (Controlling o Contabilidad de costes) o EC (Controlling Corporativo) o IM (Gestión de inversiones) o TR (Tesorería) • Logística o LO (Logística general) o SD (Ventas y Distribución) o MM (Gestión de Materiales) o PP (Planeamiento de la producción) o PM (Mantenimiento) o QM (Control de calidad) Figura 4: Módulos funcionales en la solución R/3 [4] SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 11 o PS (Sistema de control de proyectos) o WM (Gestión de almacenes) • Recursos Humanos o PA (Administración de personal) o PD (Desarrollo y planificación personal) o IS (Solución vertical para industrias) Además de estas soluciones estándares, SAP provee un entorno de desarrollo (‘workbench’) en su sistema de información que incluyen herramientas para desarrolladores que permiten la adaptación del sistema a los requerimientos individuales (‘customizing’ o ‘personalización’) de cada empresa. El entorno de desarrollo del sistema R/3 ofrece a los usuarios su propio lenguaje de programación de cuarta generación (ABAP/4), creado especialmente para las necesidades comerciales. Los módulos funcionales estándar del propio sistema R/3 están programados con ese mismo lenguaje. 2.3.1. Arquitectura de Sistema El sistema R/3 opera utilizando el principio cliente / servidor aplicado a 3 niveles. Es altamente modular y se aplica fundamentalmente por medio del software, de forma que los modos de iteración entre los diversos clientes y servidores puedan ser controlados. La primera versión del sistema SAP R/3 (en 1992) ya presentaba total independencia entre sus 3 capas, en los que los servidores de base de datos, de aplicaciones y de presentación estaban preparados para instalarse en máquinas separadas con total integración con Internet e Intranets. • Nivel de presentación: En este primer nivel las estaciones de trabajo y ordenadores personales se conectan al nivel de aplicación. Estos presentan y hacen accesible la información y los procesos al usuario. • Nivel de aplicación: En el servidor de aplicaciones reside el software de SAP. Se encuentra conectado al servidor de Base de Datos, y para cada departamento de la empresa, carga y ejecuta los programas y aplicaciones. Presta los servicios necesarios al primer nivel, el de presentación. • Nivel de datos: En el servidor de Base de Datos reside el software Gestor de Bases de Datos (SGBD) que gestiona todas las funciones de base de datos tales como actualización, consulta y otros bajo la solicitud del nivel de aplicación. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 12 Figura 5: Diferentes niveles según el modelo de arquitectura R/3 [3] Figura 6: Ejemplo de arquitectura R/3 en instalaciones de SAP ERP 2.4. La solución ‘SAP ERP’ En 2004, con la introducción de ‘mySAP ERP’, se produjo un cambio completo de arquitectura. La solución ‘R/3 Enterprise’ fue reemplazada y sus componentes funcionales absorbidos con la introducción de un nuevo componente ‘ERP Central Component’ (SAP ECC). SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 13 Anteriores productos SAP separados de la solución R/3, como ‘SAP Business Warehouse’ (SAP BW), ‘SAP Strategic Enterprise Management’ (SAP SEM) e ‘Internet Transaction Server’ (ITS) también se fusionaron en SAP ECC, permitiendo a los usuarios ejecutarlos bajo una misma instancia. La plataforma tecnológica ‘SAP Web Application Server 6’ se incluyó en la nueva plataforma tecnológica ‘SAP NetWeaver 7’, que fue introducida en 2003. También se realizaron cambios en la arquitectura soportar una arquitectura de servicios empresariales donde el usuario pasara a trabajar en el marco de una arquitectura orientada al servicio. La última versión, SAP ERP 6.0, se lanzó en 2006. Desde entonces se ha sido actualizado a través de los ‘paquetes de mejora de SAP’ (‘Enhancement Packages’ o EHPs), el más reciente: EHP 8 para SAP ERP 6.0 en 2016. Figura 7: Evolución de la arquitectura de la solución ERP SAP [5] SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 14 2.5. Soporte y Mantenimiento de la solución SAP ERP 6.0 2.5.1. Notas de Soporte OSS Cuando un usuario de SAP (final, de consultoría técnica o funcional, desarrollador, etc.) encuentra un error en el producto, informa del mismo mediante un ‘mensaje de cliente’ (‘customer message’) al equipo de soporte del fabricante. Los programadores o consultores de SAP AG inspeccionan el error y desarrollan una corrección específica para este. Esta corrección simple a un problema concreto se la denomina ‘Nota de Soporte SAP’ (‘OSS Note’). Puede ser aplicable a una o más versiones de un componente software de la solución SAP. Dicha corrección puede requerir la aplicación previa de otras correcciones de las que depende, por lo que cada nota OSS tiene aparejada una lista de dependencias que debe satisfacerse primero. Las correcciones pueden contener uno o más de los siguientes componentes: • Correcciones al código fuente ABAP (tanto del diccionario de datos como del repositorio). • Actividades manuales previas y/o posteriores a la corrección de código si la hubiera. • Ejecución de programas ABAP correctivos para solventar incoherencias de los datos. • Documentación de la corrección. 2.5.2. Paquetes de Soporte Con el tiempo SAP recoge todas estas correcciones simples en un único paquete y esta colección se la denomina ‘Paquete de Soporte’ o ‘Support Packages’ (SP) en inglés. Un ‘SP’ se corresponde con un conjunto de correcciones y funcionalidades menores, a modo de parche incremental, que se aplican a cada uno de los componentes del ERP. La aplicación de un nivel de ‘SP’ requiere la aplicación previa de los niveles anteriores. Debido a que los distintos componentes de un ERP interactúan entre sí y están inter-relacionados, existe un conjunto de dependencias entre los niveles de ‘SP’ de cada módulo, que deben cubrirse para el correcto funcionamiento del sistema en su conjunto. Las ‘Pilas de Paquetes de Soporte’ o ‘Support Package Stack’ (SPS) en inglés, se corresponden con el conjunto de ‘SP’ individuales de cada componente del ERP que satisfacen todas las dependencias entre ellos y llevan toda la solución ERP a un mismo nivel funcional y correctivo. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 15 2.5.3. Paquetes de Mejora Los ‘Paquetes de Mejora’ o ‘Enhancement Packages’ (EHP) en inglés, contienen conjuntos de funcionalidades nuevas a los componentes de la solución ERP 6.0, que SAP va poniendo a disposición de los clientes de manera periódica, mejorando la experiencia de usuario, optimizando procesos ya cubiertos por el sistema o dando cobertura a nuevos procesos de negocio no contemplados hasta el momento. Son acumulativos, lo que significa que cada nuevo paquete de mejora incluye todas las innovaciones entregadas con paquetes anteriores. Figura 8: Evolución temporal de las innovaciones a la solución SAP ERP [6] Con los paquetes de mejora se tiene la opción de actualizar sólo subconjuntos específicos de componentes del ERP, relacionados con funciones empresariales específicas. Las nuevas funcionalidades aportadas se pueden activar selectivamente a través de las ‘Funciones Empresariales’ (o ‘Business Functions’ en inglés). El comportamiento del sistema cambiará sólo cuando se haya activado una función empresarial. 2.6. Plataforma tecnológica SAP NetWeaver SAP NetWeaver es la principal plataforma de tecnología integrada de la compañía SAP AG y la base tecnológica de muchas de las aplicaciones SAP. Es una Aplicación Orientada a Servicios ('SOA’ por sus siglas en inglés de ‘Service Oriented Architecture’) y una plataforma de integración. Provee al usuario de un vínculo entre lenguajes y aplicaciones. Está construido usando estándares abiertos de la industria por lo que se puede utilizar para el desarrollo personalizado y la integración con otras aplicaciones y sistemas. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Estado del Arte Sergio Luis Rodríguez Rivero 16 Normas internacionales de interfaz abierta en NetWeaver 7 Siglas Norma Funcionalidad TCP/IP Transmission Control Protocol / Internet Protocol Utilizado en las comunicaciones en redes RPC Remote Procedure Call • Interfaz de programación abierta de R/3 • Permite que sistemas externos accedan a las funciones de R/3 Incluido en ABAP/4 como RFC (‘Remote Function Call’) CPI-C Common Programming InterfaceCommunication Comunicaciones 'programa - a - programa' a través de sistemas múltiples. SQL Structured Query Language Realizar consultas de datos a los motores de SGBD subyacentes ODBC Open Data Base Connectivity Normas para el acceso abierto a los datos comerciales de R/3 en las bases de datos relacionales OLE/DDE Object Linking and Embedding Estándar principal para integrar aplicaciones en los PCs de usuario con el sistema R/3. X.400 Message Handling Systems Intercambio de correo electrónico X.500 Directory standard Servicios de directorio activo MAPI Messaging Application Programming Interface Normas para las comunicaciones con programas externos EDI Electronic Data Interchange Tabla 1: Normas internacionales de interfaz abierta en NetWeaver 7 Está implementado principalmente utilizando el lenguaje de programación ABAP/4 (denominado formalmente como pila ABAP), pero también existe una implementación en Java (pila Java). La primera versión de este producto, denominada NetWeaver 2004, se liberó el 31/03/2004. Posteriormente se han ido liberando distintas evoluciones, todas ellas basadas en la versión NetWeaver 7, denominada 2004s, partiendo de la versión inicial 7.0 hasta la más actual 7.5. El ‘SAP NetWeaver Application Server’ ABAP (WebAS ABAP) es el entorno de ejecución de todas las soluciones mySAP Business Suite (SRM, CRM, SCM, PLM, ERP, TM). Proporciona al producto la abstracción del SO y SGBD subyacentes. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Metodología ASAP Sergio Luis Rodríguez Rivero 23 4. Metodología ASAP Para el desarrollo de este Proyecto nos hemos apoyado en una metodología acelerada de implementación de SAP, denominada AcceleratedSAP (ASAP), creada por la propia compañía y retroalimentada con las experiencias en implantaciones a lo largo de los años. Su objetivo es ayudar a diseñar una estrategia de implementación rápida y lo más eficiente posible: optimizar tiempos, mejorar la conformación de los equipos de trabajos e incrementar la calidad, utilizando una herramienta ágil y probada de implementaciones SAP. Además de la documentación de la metodología, SAP proporciona un conjunto de herramientas que proporcionan cierto grado de automatización en las distintas tareas a llevar a cabo durante todo el proceso. Dichas herramientas están disponibles: • En la nube a través de su Portal de Soporte, como ‘Quick Sizer’, ‘Maintenance Planner’, ‘Product Availability Matrix’. • ‘On-premise’ para instalar en la infraestructura de cliente, como ‘SAP Solution Manager’. 4.1. Roles en ASAP Roles en la metodología ASAP Rol Funciones Jefe de proyecto − Encargado de planificar y sacar adelante el proyecto. Consultores funcionales − Diseñan el documento ‘Business Blueprint’ (‘Plano Empresarial’). − Configuran el sistema R/3 y participan en las pruebas junto al equipo de procesos de negocio. − Transfieren el conocimiento al cliente u usuarios finales. Líder del equipo de negocio − De la parte cliente. − Gestiona todo el trabajo de análisis de los procesos empresariales. − Asegura que el sistema R/3 sea correctamente validado y documentado. − Obtiene el acuerdo de los responsables de procesos de negocio y los usuarios. Líder del equipo técnico − De la parte cliente. − Gestiona todo el trabajo técnico. − Realizar planificación de requerimientos técnicos. − Responsable de la arquitectura técnica del sistema R/3 final. Jefe de desarrollo − Gestiona el diseño, implementación y pruebas de los desarrollos propios de cliente (Z*): programas, interfaces, informes, ampliaciones. Administrador del sistema R/3 − Responsable de la configuración, monitorización, resolución de problemas. − Adapta el entorno técnico básico de R/3 (consultor BASIS): backups, jobs, sistema de transportes. − Aplica actualizaciones de reléase, correcciones y mejoras a todo el software. Tabla 4: Roles en la metodología ASAP general SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Metodología ASAP Sergio Luis Rodríguez Rivero 24 4.2. Hoja de Ruta General De forma genérica, ASAP está compuesta por cinco fases guiadas a través de una ‘Hoja de Ruta’ (‘RoadMap’ en inglés), sirviendo de guía para la implementación del producto. La hoja de ruta general es utilizada: • En la creación de nuevos entornos productivos (ERP, BW, etc.). • Como base para crear nuevas hojas de ruta especializadas. Figura 11: Analogía gráfica de la metodología ASAP [10] 4.2.1. Fases de la Hoja de Ruta General ASAP General Roadmap – Hoja de Ruta General Nº Fase Objetivos Actividades 1 Preparación del Proyecto − Punto de arranque del proyecto − Elaborar un plan de comunicación que defina de forma clara los métodos y procesos globales para compartir la información − Planes de fechas de las reuniones − Órdenes del día y actas de reuniones − Informes de estado − Procesos de comunicación para personas que no pertenecen al equipo del proyecto 2 Plano Empresarial – ‘Business Blueprint’ − Entender los objetivos de negocio − Determinar los procesos requeridos para apoyar tales objetivos. − Generar una vista gráfica de la estructura de la organización − Obtener una versión preliminar de los procesos de negocio en formato gráfico y escrito − Redactar el documento detallado de alcance del proyecto SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Metodología ASAP Sergio Luis Rodríguez Rivero 25 ASAP General Roadmap – Hoja de Ruta General Nº Fase Objetivos Actividades 3 Realización − Los consultores se encargan de realizar propuestas para un sistema básico o 'prototipo' − El equipo de proyecto con los usuarios finales se encargan de verificar el prototipo y realizar los ajustes a la configuración. − Realizar pruebas de sistema tanto horizontales como verticales − Definir casos de prueba de integración del entorno empresarial destino − Obtener una visión de la capacidad del sistema para gestionar la empresa 4 Preparación Final − Completar las pruebas finales del sistema − Formar a los usuarios finales − Preparar el sistema y los datos para la actividad productiva. − Aprobar el sistema para salida a producción. − Pruebas de los procedimientos y programas (rutinas, módulos) − Prueba de volumen y carga − Prueba de aceptación final 5 Salida a Producción y Soporte − Mover el entorno pre-productivo al entorno productivo real. − Mantenimiento correctivo y evolutivo de la solución y desarrollos. − Incorporación de nuevas versiones (releases) del software ERP. − Ofrecer un equipo de asistencia rápida que asegure la ejecución fluida de los procesos en los primeros días críticos. − Aplicar las mejoras y correcciones del fabricante − Nuevas ‘Hojas de Ruta’ para el soporte correctivo continuo (‘actualización’) y evolutivo (‘mejora’) Tabla 5: Fases de la metodología general ASAP Para dar soporte a una solución SAP, ASAP ofrece dos nuevas ‘hojas de ruta’ basadas en la general: • La ‘Hoja de Ruta del Cambio Continuo’ (‘Continuous Change Roadmap’), utilizada para ofrecer asistencia a usuario en la fase de post-producción y en la aplicación de cambios a la versión actual de solución. • La ‘Hoja de Ruta para Mejoras’ (‘Upgrade Roadmap’), utilizada para planificar y llevar a cabo los cambios mayores de versión o ‘mejoras’ (‘upgrades’) en las soluciones SAP. 4.3. Hoja de Ruta para Mejoras Por ser este un Proyecto de migración y mejora de una infraestructura SAP existente, utilizaremos para su desarrollo la ‘Hoja de Ruta para Mejoras’, que es la específica para este tipo de proyectos. Este Proyecto de Final de Carrera sólo abarca la parte técnica del proyecto completo de mejora SAP, así que nos centraremos en el desarrollo de las actividades de la Hoja de Ruta que desarrolla el rol de ‘Administrador de sistema R/3’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Metodología ASAP Sergio Luis Rodríguez Rivero 26 Figura 12: Visión de conjunto de toda la ‘Hoja de Ruta de Actualización’ [10] 4.3.1. Fases ASAP para Actualizaciones – Hoja de Ruta para Mejora ASAP Upgrade Roadmap – Hoja de Ruta para Mejora Nº Fase Objetivos Actividades 1’ Preparación del Proyecto − Informe global de situación de la infraestructura de TI (‘landscape’). − Documento de alcance del Proyecto. − Minimizar el esfuerzo de planificación mediante integración en MS Project − Describir la infraestructura de TI actual. − Toma de Requisitos de Usuario. − Planificación del proyecto de mejora. 2’ Plano Empresarial de Mejora – ‘Upgrade Blueprint’ − Documentación de los procesos de negocio en la nueva versión − Ajuste rápido del ‘landscape’ destino según los datos actuales. − Documentación centralizada de las autorizaciones nuevas y/o modificadas − Reutilización de casos de prueba y material de formación existentes con mínimos ajustes. − Documentación centralizada de los requisitos de usuario y software. − Diseño de los procesos de negocio en la nueva versión. − Definir la futura infraestructura de TI. − Definir los aspectos de seguridad en la nueva versión − Especificar la estrategia global de Prueba y Planificación. − Planificar la formación y documentación del usuario final SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Metodología ASAP Sergio Luis Rodríguez Rivero 27 ASAP Upgrade Roadmap – Hoja de Ruta para Mejora Nº Fase Objetivos Actividades 3’ Realización de la Mejora − Validar la viabilidad de la estrategia e identificar posibles riesgos − Documentación completa del proceso de actualización − Generación de los cambios incrementales (‘delta’) en las vistas de parametrización para los componentes actualizados − Configuración centralizada y documentación de la configuración final − Especificar la estrategia global de Actualización. − Modelar los procedimientos para mejorar la infraestructura de TI. − Modelar los procesos empresariales nuevos y existentes en nueva versión. − Pruebas de aceptación. 4’ Preparación a Productivo − Organización centralizada y realización de pruebas en el banco de pruebas integrado − Reducción del esfuerzo para la generación de material formativo basado en roles − Reducción de costes por la provisión de material de auto-aprendizaje. − Pruebas de los procedimientos y programas (rutinas, módulos) − Pruebas de volumen y carga − Prueba de aceptación final − Formación y documentación de las nuevas funcionalidades. 5’ Salida a Producción y Soporte − Minimizar el riego de fallos de los procesos de negocio. − Reducir los costes de consultoría SAP. − Rápida actualización y disponibilidad. − Realizar la mejora en el entorno Productivo. Tabla 6: Fases de la metodología ASAP para Actualización 4.4. Modelo de Ciclo de Vida de una Solución SAP El ciclo de vida de un sistema o solución SAP se compone de la combinación de las distintas hojas de ruta proporcionadas por la metodología ASAP. Figura 13: Modelo de Ciclo de Vida de una solución SAP SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Metodología ASAP Sergio Luis Rodríguez Rivero 28 • Para realizar una primera implantación de la solución seguimos la ‘Hoja de Ruta General’ hasta llegar a la fase de soporte. • Desde el estado de soporte de la solución podemos: o Llevar a cabo el mantenimiento correctivo continuo de la versión actual, transitando hacia la ‘Hoja de Ruta del Cambio’. o Ejecutar puntualmente el mantenimiento evolutivo de la solución hacia una nueva versión, transitando hacia la ‘Hoja de Ruta de Mejora’. • Finalizadas cualquiera de ella volvemos al estado de soporte de partida de la ‘Hoja de Ruta General’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Preparación del Proyecto Sergio Luis Rodríguez Rivero 29 5. Fase 1: Preparación del Proyecto 5.1. Descripción de la Infraestructura de TI actual El objetivo de esta tarea es capturar todos los datos relevantes de los sistemas de la organización para generar un informe global de situación de la infraestructura (‘landscape’) desde el que poder: • Consultar rápidamente las características de cualquier elemento • Extraer conclusiones, ya sea a nivel individual por componente, como a nivel global de infraestructura. La actual infraestructura del cliente consta de solamente 2 sistemas configurados en una topología que SAP denomina ‘Sistema de Desarrollo a Producción’: • Un sistema productivo (HAR) • Un sistema de desarrollo (DEV) Figura 14: Configuración actual del sistema de transporte de la organización En esta infraestructura la organización, en ausencia de un sistema de calidad, utiliza el de desarrollo para las funciones propias del primero. Para ello crean tantos mandantes como consideren necesarios, denominados ‘de calidad’, donde cargan todos los datos de negocio desde los mandantes productivos. Para su refresco sólo pueden utilizar la técnica de ‘copia de mandante’ (más costosa), ya que si realizaran una copia de sistema (más rápida), perderían todos los desarrollos y parametrizaciones, así como las órdenes de transporte, que no se hubiesen importado previamente en producción. Por cada sistema, debemos extraer información de los siguientes aspectos relevantes: • Características del ‘Hardware’ (HW) • Características del ‘Sistema Operativo’ (SO) • Características del ‘Sistema Gestor de Bases de Datos’ (SGBD) • Características del ‘sistema SAP R/3’ SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Preparación del Proyecto Sergio Luis Rodríguez Rivero 30 Hardware Característica Sistemas Producción (HAR) Desarrollo (DES) Fabricante IBM Modelo eServer x226-[8488E4Y]- CPU Intel Xeon 3.00GHz #CPU/#Cores 2 / 4 1 / 2 Memoria 12 GB 6 GB Tipo Mem. PC2-3200 DDR2 ECC RDIMM Red NetXtreme Gigabit Ethernet Controladora de disco HDD RAID 1: 80 GB RAID 5: 480 GB RAID 1: 80 GB RAID 5: 480 GB Discos HDD SCSI Ultra320 80GB Fin de soporte EOL: 2015-03-31 Característica Comentarios Estado de soporte Fuera de garantía y soporte. Es un riesgo seguir utilizándolo en sistema actual y en el migrado. Potencia CPU Adecuado para el sistema productivo, tanto para el sistema actual y el migrado. Adecuado para un sistema de desarrollo, tanto para el sistema actual y el migrado, pero insuficiente para el uso actual que le dan para pruebas de carga. Memoria física Suficiente para el uso actual del sistema y ligeramente insuficiente para el sistema migrado Claramente insuficiente para el sistema migrado y ya lo está siendo para el uso actual Red Suficientes para el sistema actual y el migrado. Disco HDD Suficientes para el sistema actual y ligeramente insuficiente para el migrado. Tabla 7: Características de hardware de los sistemas origen Sistema Operativo Característica Sistemas Producción (HAR) Desarrollo (DES) Fabricante Microsoft Versión Windows Server 2003 Service Pack 2 Memoria física 12 GB 6 GB Swap 24 GB, utilizados 8 GB 20 GB, utilizados 10 GB Configuración lógica de particiones RAID 1: C:\ (80 GB) - Sistema Operativo y Paginación RAID 5: D:\ (100 GB) - Binarios de SAP, SGBD ORACLE y directorio de transportes E:\ (300 GB) - Archivos de datos del SGBD G:\ (200 GB) - Archivos de log del SGBD y copias de seguridad locales. Fin de soporte EOL: 2015-07-14 Característica Comentarios SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Preparación del Proyecto Sergio Luis Rodríguez Rivero 31 Sistema Operativo Característica Sistemas Producción (HAR) Desarrollo (DES) Estado de soporte Fuera de soporte. Es un riesgo seguir utilizándolo en sistema actual y en el migrado. Rendimiento − Aplicaciones: Aceptable − Paginación: Pobre (fichero en RAID 1) − SGBD: Aceptable − Aplicaciones: Malo (uso excesivo de paginación) − Paginación: Pobre (fichero en RAID 1) − SGBD: Malo (uso excesivo de paginación) Comentarios Configuración de particiones El archivo de paginación debería estar en el RAID 5 (prima la velocidad) Para el resto, la configuración es adecuada Tabla 8: Características de SO de los sistemas origen Gestor de Bases de Datos Característica Sistemas Producción (HAR) Desarrollo (DES) Fabricante ORACLE Versión 10.2.0.4 Tipo Instancia OLTP (transaccional) Instancia de BD HAR DES Memoria SGA: 5 GB PGA: 0,50 GB SGA: 2,5 GB PGA: 0,25 GB Usuarios Oracle: SYS, SYSTEM, DBSNMP, OUTLN SAP: OPT$<SO_users>, SAPHAR Oracle: SYS, SYSTEM, DBSNMP, OUTLN SAP: OPT$<SO_users>, SAPDES Tablespaces PSAPHAR, PSAPHAR620, PSAPHARUSR, PSAPTEMP, PSAPROLL, SYSAUX, SYSTEM PSAPDES, PSAPDES620, PSAPDESUSR, PSAPTEMP, PSAPROLL, SYSAUX, SYSTEM Tamaño 195,10 GB 137,80 GB Fin soporte EOL: 07 / 2013 Característica Comentarios Estado de soporte Fuera de soporte. Es un riesgo seguir utilizándolo en sistema actual y en el migrado. Usuarios Los normales de una instalación R/3 Tablespaces Los normales de una instalación R/3 Limitaciones a nivel de SGBD No se pueden utilizar nuevas características que permiten un mejor rendimiento y reducción de la BD − Advance Compression, Securefile (BLOB Compression). − SGA y PGA auto-tuning (Automatic Memory Management). − Mejoras en el optimizador de consultas y cálculo de estadísticas. − Nuevas modalidades de planes de ejecución Limitaciones a kernel SAP − No se puede actualizar a versiones superiores soportadas por el ERP. − No se pueden aprovechar las mejoras en rendimiento y corrección de errores. Tabla 9: Características de SGBD de los sistemas origen SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Preparación del Proyecto Sergio Luis Rodríguez Rivero 32 Sistema SAP R/3 Característica Sistemas Producción (HAR) Desarrollo (DES) Versión de producto SAP SAP R/3 Enterprise 4.7 Ext Set 1.10 Versión de plataforma Web Application Server ABAP 6.20 Versión kernel ABAP 6.20 x64 Tipo instalación De dominio Tipo de sistema ‘Central Instance’ (una sola instancia de diálogo con servidores de mensajes y cola embebidos) Módulos en uso − La mayoría de Finanzas y Controlling − Todos los del Logística y Gestión de materiales − No utilizan Recursos Humanos Mandantes − Estándar de SAP: 000, 001, 066 − 2 mandantes productivos (300 y 800) que se corresponde con sendas sociedades de la organización − Estándar de SAP: 000, 001, 066 − 1 mandante para desarrollo: 100 − 1 mandante para integración: 200 − 2 mandantes de prueba (300 y 800) copias de sus homólogos productivos (Simulación del sistema de Calidad (QAS)’ Fin soporte EOL: Enero / 2020 Característica Comentarios Estado de soporte Sigue en soporte del fabricante, aunque la mayoría de los esfuerzos y novedades aparece para la solución ERP 6.0 Limitaciones a nivel de R/3 − Se requieren nuevos módulos funcionales para incorporar procesos de negocio de la empresa que todavía no estaban en su R/3. − En versiones superiores de SAP ERP existen los medios para cumplir con los requisitos del usuario. − En el estándar de ERP 6.0 existen nuevas ‘Funciones de Negocio’ (Business Functions’) que pueden sustituir a actuales desarrollos propios. − Consultores funcionales y desarrolladores necesitan parametrizar, desarrollar y validar los nuevos procesos de negocio a integrar en la infraestructura SAP. − Las versiones de software ERP los sistemas de desarrollo y producción deben coincidir. − No debe utilizarse el sistema de desarrollo como sustituto de un sistema de calidad (QAS). Tabla 10: Características de la solución R/3 de los sistemas origen 5.1.1. Simulación de un sistema de Calidad en Desarrollo Un sistema de Calidad o QAS (‘Quality ASurance’) es un sistema R/3, similar al de producción ya que contiene volumen de datos de negocio, orientado a realizar pruebas de volumen y carga y de aceptación final. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 39 Figura 16: Infraestructura de TI inicial 6.2.2. Propuesta de arquitectura de sistema R/3 Se pretende conservar el mismo modo de configuración y arquitectura R/3 que ya utilizan los sistemas R/3 4.7 originales. Los nuevos sistemas SAP ERP ABAP, tanto para su actual versión ‘R/3 Enterprise 4.7’ como para la nueva ‘ERP 6.0 EHP4’, se crearán en configuración ‘Central System’, partiendo de sistemas anteriores que ya operaban en esa configuración, utilizando una arquitectura de ‘2capas’ (‘two-tiers’), donde la ‘instancia de aplicación’ (servidor SAP ERP) y la ‘Instancia de datos’ (servidor de BD) están instalados y ejecutándose en el mismo hardware y SO. Cada uno de los nuevos servidores contendrá las siguientes instancias de software: Figura 17: Configuración ‘Central System’ con sólo ‘Centra l’ y ‘Database’ Instances. [11] SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 40 • Central Instance SAP: Es el componente básico de un sistema SAP. Debe existir sólo una en cada sistema SAP. Puede proporcionar todas las utilidades del sistema SAP o Instancia de diálogo: Contiene los ‘procesos de trabajo’ (‘work processes’) ABAP que ejecutan la lógica de negocio. o Gateway: Permite las comunicaciones RFC hacia / desde otros sistemas R/3 o Servidor de transacciones para Internet (ITS): Permite las comunicaciones HTTP y explotar el software ERP a través del Servidor Web de Aplicaciones. o Servidor de mensajes: Permite la comunicación inter-procesos de trabajo ABAP y la comunicación hacia estos mediante distintos protocolos. o Servidor de cola: Gestiona las peticiones hacia los distintos tipos de procesos de trabajo (interactivos, en fondo, de actualización, de impresión). • Database Instance ORACLE: En el nuevo sistema será versión 11gR2. Contiene el esquema ABAP de datos para el usuario de SAP, es decir, todas las tablas del software SAP (ERP y plataforma tecnológica). 6.2.3. Propuesta de versión de software SAP ERP Para la versión de producto SAP que especifican los consultores, tomamos como referencia la distribución que SAP recomienda para esta solución: • ‘SAP Enhancement Package 4 for SAP ERP 6.0 on SAP Enhancement Package for SAP NetWeaver 7.0’ (EHP4 FOR SAP ERP 6.0 / NW7.01) Se propone la siguiente configuración para el software ERP: Sistema SAP EHP4 FOR SAP ERP 6.0 / NW7.01 Característica Sistemas Producción (HAR) Desarrollo (DES) Producto SAP EHP4 FOR SAP ERP 6.0 Plataforma EHP1 FOR SAP NetWeaver 7.0 Kernel ABAP 7.21 x64 no-Unicode Fin soporte EOL: 31.12.2025 Instalación De dominio Tipo de sistema ‘Central Instance’ (una instancia de diálogo con servidores de mensajes y cola embebidos) SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 41 Sistema SAP EHP4 FOR SAP ERP 6.0 / NW7.01 Característica Sistemas Producción (HAR) Desarrollo (DES) Componentes NetWeaver PI_BASIS Basis Plug-In SAP_ABA Cross-Application Component SAP_AP SAP Application Platform SAP_BASIS SAP Basis Component SAP_BS_FND SAP Business Suite Foundation SAP_BW SAP Business Warehouse ST-A/PI Servicetools for other App./Netweaver 04 ST-PI SAP Solution Tools Plug-In WEBCUIF SAP WEBCUIF 700 Componentes ERP (como mínimo los siguientes) EA-APPL SAP Enterprise Extension PLM, SCM, Financials EA-FINSERV SAP Enterprise Extension Financial Services EA-GLTRADE SAP Enterprise Extension Global Trade EA-HR SAP Enterprise Extension HR FI-CAX FI-CA Extended FI-CA FI-CA FINBASIS Fin. Basis LSOFE SAP Learning Solution Front-End PLMWUI Project Management Web UI SAP_APPL Logistics and Accounting SAP_HR Human Resources Mandantes − Estándar de SAP: 000, 001, 066 − 2 mandantes productivos (300 y 800) uno para cada sociedad de la organización − Estándar de SAP: 000, 001, 066 − 1 mandante para desarrollo: 100 − 1 mandante para integración: 200 − 2 mandantes de prueba (300 y 800) copias de sus homólogos productivos Tabla 13: Propuesta de configuración de software SAP ERP para sistemas destino 6.2.4. Propuesta de Hardware El cliente ya ha adquirido el hardware donde se ejecutará la nueva solución ERP. La infraestructura a diseñar debe ser válida para obtener un buen rendimiento en el nuevo hardware y cumplir con los requisitos de usuario. Se dispone de 2 servidores iguales, uno para el sistema productivo y otro para el de desarrollo/test con las siguientes características: Hardware Característica Sistemas Producción Desarrollo Fabricante Dell Inc. Modelo PowerEdge R420 CPU Intel(R) Xeon(R) CPU E5-2407 0 @ 2.20GHz #CPU/#Cores 2 / 8 SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 42 Hardware Característica Sistemas Producción Desarrollo Memoria 32 GB Red 2 Broadcom NetXtreme Gigabit Ethernet Controladora de disco HDD RAID 1: 120 GB RAID 5: 720 GB Discos HDD SAS 120 GB Garantía 5 años desde la adquisición Fin de soporte EOL: N/D Tabla 14: Propuesta de configuración de hardware para sistemas destino Al finalizar el procedimiento permanecerá una infraestructura de sistemas igual a la actual: • 2 sistemas, uno para producción (HAR) y otro para desarrollo y test (DES). El nuevo hardware sustituirá al actual. • Misma configuración de nombre de host y de red. • Mismos identificadores de instancia SAP y de BD. • Misma configuración transportes (TMS) ‘Sistema de Desarrollo a Producción’. 6.2.4.1. Validación Utilizamos una herramienta SAP en la nube, ‘Quick Sizer’, destinada a proporcionar una estimación de las características del hardware necesario para correr una solución ERP que cumpla con cierto nº de parámetros introducidos. Para el cálculo utilizamos la modalidad más sencilla, proporcionando para cada componente funcional del ERP, el nº de usuarios y nivel de uso y la persistencia en años de los datos en el sistema. Para los datos proporcionados por la organización: Usuarios SAP Producción Uso Módulos funcionales Finanzas Logística FI CO SD MM PP PS QM Alto 5 5 7 7 7 7 7 Bajo 5 10 Años 10 Tabla 15: Clasificación de usuarios para medición en ‘Quick Sizer’ Obtenemos los siguientes resultados: SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 43 Concurrent Users Results for Software Components SW component Software component CPU cat. SAPS (total, 2tier) DB SAPS App. SAPS (ABAP) ECC SERVER Enterprise Core Component (ECC) XS 2.000 500 1.500 Concurrent Users Results for Software Components Memory (total, 2-tier, MB) DB Memory App. Mem. (ABAP) DB Disk cat. DB Disk (GB, total) I/O Cat. I/Os per s. 4.096 2.048 3.072 XS 211 XS 800 Tabla 16: Resultado de ‘Quick Sizer’: Mínimos de CPU / RAM / HDD 6.2.4.2. Conclusión Recurso Valores Comentario Conclusión Mínimo Disponible CPU 2000 saps 10000+ saps SAP requiere una potencia de servidor pequeña (XS, ‘eXtra Short’) Excelente RAM 4 GB 32 GB − Queda sumar la memoria requerida por el SO, otras aplicaciones de terceros (software de backup, otros). − Permite incrementar la memoria asignada al ERP y SGBD para mejorar el rendimiento Bueno BD SAP 211 GB 720 GB − Queda sumar espacio adicional requerido por el SGBD para operar (undo, temporal, archivos de redo), las instalaciones del software para SGBD, SAP ERP y el directorio de transportes. Excelente Tabla 17: Conclusiones sobre el hardware para sistemas destino − El hardware es válido para una instalación de SAP ERP 6.0 EHP4. 6.2.5. Propuesta de Sistema Operativo. Con la adquisición del hardware, éste venía con licencia de uso para ‘Windows Server 2008 Service Pack 2’. Al cliente le gustaría aprovechar esta licencia siempre y cuando cumpla con los requisitos de sistema. Se propone la siguiente configuración para el SO: Sistema Operativo Característica Sistemas Producción (HAR) Desarrollo (DES) Fabricante Microsoft Versión Windows Server 2008 Service Pack 2 Fin soporte EOL: 2020-01-14 SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 44 Sistema Operativo Característica Sistemas Producción (HAR) Desarrollo (DES) Memoria física 32 GB Swap 48 GB 32 GB Configuración lógica de particiones RAID 1: C:\ (120 GB): Disco de Sistema − Sistema Operativo y sus actualizaciones − Archivos de programas de terceros (excluyendo SGBD y R/3) RAID 5: S:\ (60 GB): Partición de swap − Archivo de paginación D:\ (100 GB): Disco de instalaciones R/3: − Instalación de SGBD Oracle 11gR2 (\oracle\<dbid>\<versión>) − Mirror de archivo de control de instancia de BD SAP − Instalación de software e instancias SAP ERP 6.0 EHP4 (\usr\sap\<sapsid>) − Directorio global de transportes (\usr\sap\trans) E:\ (380 MB): Disco de Base de datos − Archivos de datos del SGBD para SAP (\oracle\<dbid>\) \sapdata<n>: Archivos de datos (tablespaces) \orilog<n>: Segmentos de re-do \orarch: Archivos de log de redo \sap<n>: Archivos de utilidad de BD SAP \control: Mirror de archivo de control de SGBD G:\ (240 GB): Disco local de copias de seguridad − Última copia de BD SAP − Última copia de binarios SGBD y R/3 − Mirror de archivo de control y segmentos re-do de ORACLE Tabla 18: Propuesta de configuración de SO para sistemas destino 6.2.5.1. Validación. Es necesario validar: 1. Que la solución ERP destino esté soportada sobre el SO Windows Server 2008. Para ello utilizamos la herramienta SAP en la nube PAM (‘Product Aviabiliy Matrix’) destinada a ofrecer información de soporte y fin de ciclo de vida (‘EOL’) de las distintas combinaciones de software para una arquitectura R/3. Para el producto SAP ERP 6.0 EHP4 / NW 7.01, utilizamos los siguientes criterios de selección: • Kernel SAP: x64 no Unicode, versión mínima en soporte, 7.21 • SGBD: Oracle, x64 SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 45 • SO: Microsoft Windows, x64 Obtenemos los siguientes resultados. Escogemos el mínimo válido. Database Version Supported Until Operating System Supported Until Scope Supported Until ORACLE 10.2 X64 31.07.2015 WIN SRV 2003/X64 14.07.2015 SAP KERNEL 7.21 X64 31.12.2020 ORACLE 10.2 X64 31.07.2015 WIN SRV 2008/X64 14.01.2020 SAP KERNEL 7.21 X64 31.12.2020 ORACLE 11.2 X64 31.12.2018 WIN SRV 2003/X64 14.07.2015 SAP KERNEL 7.21 X64 31.12.2020 ORACLE 11.2 X64 31.12.2018 WIN SRV 2008/X64 14.01.2020 SAP KERNEL 7.21 X64 31.12.2020 Tabla 19: Resultados de la búsqueda en la PAM La versión de SO ‘Windows Server 2008 SP2’ es válida, siempre que se cumplan 2 nuevas restricciones de software: • Con SGBD ORACLE, la versión mínima debe ser 11gR2 • Con kernel SAP no Unicode, la versión mínima debe ser 7.21 2. Que el procedimiento de migración desde la solución origen (R/3 Enterprise 4.7) hacia la destino (SAP ERP 6.0 EHP4) puede ejecutarse en el SO Windows Server 2008. NOTA: Sólo en situaciones excepcionales SAP permite migraciones con software no soportado. Dado que el nuevo sistema va a ejecutarse en otro hardware, lo ideal sería realizar la migración en el hardware destino. Se busca en la Base de Conocimiento de SAP (‘SAP Knowledge Base’) distintas notas de soporte que traten la migración de sistemas R/3 Enterprise 4.7 con Windows Server 2008. Encontramos las siguientes notas: • 1476239 – SAP system migration to Windows Server 2008 / 2008 R2 • 1485578 - Web AS 6.40 SR1 on Windows 2008 and Oracle 10’ • 1478059 – Oracle 11g support on Windows: 6.40-based systems 6.2.5.2. Conclusión. • El SO Windows Server 2008 x64 es válido para una instalación de SAP ERP 6.0 EHP4 siempre que el destino cumpla: o Con SGBD Oracle, la versión mínima es 11gR2 o Con kernel SAP no Unicode, la versión mínima es 7.21 • La migración es posible en el hardware destino siempre que el software origen : o La instalación debe hacerse como ‘copia de sistema’ (no se permite instalación directa). SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 46 o La BD Oracle origen de la copia debe ser al menos una reléase 11gR2 (es necesario realizar un upgrade previo de SGBD) o Ejecute un kernel 640 EXT2 pl375 o superior • El software a utilizar para realizar la copia de sistema debe ser: o 640 SR1 Installation Master DVD for Oracle 11.2 o Oracle RDBMS 11gR2 Installation DVD Windows o 640 EXT2 Kernel DVD y parches para subir a pl375 o superior. o Oracle 10.2.0.4 Client Software DVD 6.2.6. Propuesta de Gestor de Bases de Datos Atendiendo al requisito del ‘jefe de equipo técnico’ de mantener los términos de licenciamiento y la restricción de SGBD que surgió en la PAM validando el SO, mantenemos la propuesta de versión de Oracle 11gR2 Se propone la siguiente configuración para el SGBD Gestor de Bases de Datos Característica Sistemas Producción (HAR) Desarrollo (DES) Fabricante ORACLE Versión 11.2.0.4 Fin Soporte EOL: 31.12.2018 Tipo Instancia OLTP (transaccional) Instancia de BD HAR DES Memoria Total: 8 GB (auto-config) Total: 5 GB (auto-config) Usuarios Usuarios de sistema: SYSTEM, SYS, SYSMAN Usuarios de gestión: DBSNMP, MGMT_VIEW, OUTLN Usuario de SAP ERP: SAP<SAPSID> Usuarios de SO: OPT$<SO_users> Tablespaces SYSTEM: Diccionario ORACLE SYSAUX: Herramientas de gestión PSAP<SAPSID>SR3: Tablas de SAP ERP independientes de versión PSAP<SAPSID>701: Tablas de SAP ERP dependientes de versión PSAP<SAPSID>USR: Tablas de desarrollos propios (no estándar SAP) PSAPTEMP: Temporal del SGBD PSAPUNDO: Undo del SGBD Tabla 20: Propuesta de configuración de SGBD para sistemas destino 6.2.6.1. Validación Se realizó implícitamente en la ‘PAM’ al validar el SO destino. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Plano Empresarial de Mejora Sergio Luis Rodríguez Rivero 47 Database Version Supported Until Operating System Supported Until Scope Supported Until ORACLE 11.2 X64 31.12.2018 SERVER 2008/X64 14.01.2020 SAP KERNEL 7.21 X64 31.12.2020 Tabla 21: Selección de SGBD según resultados en la PAM 6.2.6.2. Conclusión • El SGBD ORACLE 11gR2 es válido para una instalación SAP ERP 6.0 EHP4 / NW 7.01 siempre que la solución ejecute al menos una versión mínima de: o Kernel SAP ABAP 7.21 6.2.7. Situación Final Una vez concluida la mejora a la solución final ERP 6.0 EHP4 / NW 7.01 de ambos sistemas R/3 en el nuevo entorno, productivo y de desarrollo / test, podemos plasmar gráficamente la nueva infraestructura de TI de la forma: Figura 18: Infraestructura de TI definitiva SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 48 7. Fase 3: Realización de la Mejora En este Proyecto de mejora son necesarias 2 actividades principales: 1. La migración de los sistemas originales ‘R/3 4.7’ hacia un nuevo hardware / sistema operativo. 2. La mejora de los sistemas migrados hacia la nueva versión de software ‘ERP 6.0 EHP4 / NW 7.01’. La ‘hoja de ruta de mejora’ sólo trata el segundo aspecto. Para evitar tener que abordar dos proyectos separados y minimizar así el número de actividades y los tiempos y costes del Proyecto, a la hora de definir la estrategia de actualización incluiremos el primer aspecto dentro del procedimiento, de tal forma que la migración de los sistemas pueda realizarse junto con la mejora. Esto implica que las actividades de la ‘hoja de ruta’ para cada uno de los sistemas y su secuenciación se vean ligeramente alteradas, pero sin afectar a la integridad del procedimiento ni del Proyecto 7.1. Creación de un Sistema Prototipo (DEMO) SAP recomienda que, previamente a un procedimiento de ‘mejora’, este se realice primero sobre un sistema de prueba. Así pueden identificarse a priori problemas específicos del cliente que podrían resultar tras las modificaciones. La forma más sencilla para crear este tipo de sistemas (‘demo’) es mediante una ‘copia de sistema SAP’. En el sistema de prototipo se desarrollarán las siguientes tareas ASAP de mejora: Nº Fase Actividades 3 Realización de la mejora − Modelar los procesos para mejorar la infraestructura de TI. − Modelar los procesos empresariales nuevos y existentes en nueva versión. − Prueba de aceptación. 4 Preparación a productivo − Pruebas de los procedimientos y programas (rutinas, módulos) − Pruebas de volumen y carga − Prueba de aceptación final − Formación y documentación Tabla 22: Fases y actividades ASAP a desarrollar en el prototipo También, al disponer de un sistema de prototipo, cubrimos los siguientes aspectos: • Cumplir con los requisitos estructurales de usuario. • Validar los procedimientos técnicos del proyecto sin afectar a los sistemas en uso: o Copia de sistema original R/3 hacia el nuevo hardware / sistema operativo (migración). o Mejora de la solución ‘R/3 4.7’ a la nueva versión ‘ERP 6.0 EHP4 / NW 7.01’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 55 5. Creación del nuevo sistema de desarrollo ‘SAP ERP 6.0 EHP4 / NW 7.01’ 5.1. Transportar los ajustes en la nueva versión desde el prototipo hacia producción. 5.2. Eliminar el sistema prototipo de la infraestructura R/3 y del hardware de desarrollo. 5.3. Copia del sistema productivo ‘SAP ERP 6.0 EHP4 / NW 7.01’, con renombrado de instancia y sin upgrade de SGBD. 5.4. Agregar el nuevo sistema de desarrollo a la infraestructura R/3. 5.5. Agregar las rutas de transporte desde el nuevo sistema de desarrollo hacia el nuevo productivo. 5.6. Eliminar el actual sistema de desarrollo de la infraestructura R/3. Figura 25: Creación del nuevo sistema de desarrollo ‘SAP ERP 6.0 EHP4 / NW 7.01’ En los siguientes apartados se especificarán cada uno de los distintos procedimientos necesarios para llevar a cabo la estrategia de actualización. 7.6. Modelado de los Procedimientos para Migrar y Mejorar la Infraestructura de TI Durante la ‘Especificación de la Estrategia Global de Actualización’ identificamos que toda la implementación técnica del Proyecto se basa en realizar varias iteraciones, sobre los distintos sistemas, de 4 procedimientos: • Copia de sistemas SAP: Consiste en crear un nuevo sistema SAP, con todas sus instancias (central, de BD y adicionales si las hubiera), partiendo de un original, para obtener otro igual a él o diferente tras realizar ajustes durante el procedimiento. • Agregar / quitar sistemas SAP de la infraestructura: Consiste en hacer visible / eliminar el sistema destino al sistema de gestión ‘Solution Manager’ y a SAP Soporte. • Ajustar la configuración de transporte: Consiste en definir la manera en la que se entregan los objetos ABAP entre sistemas de una infraestructura SAP. • Mejorar la solución SAP R/3 4.7 hacia ERP 6.0 EHP4: Consiste en transformar un sistema con una solución R/3 4.7 en el mismo sistema pero ejecutando una nueva versión de solución SAP ERP con su paquete de SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 56 mejora EHP4. Los datos de negocio deben permanecer inalterados aunque cambien los dependientes de sistema. En los apartados posteriores se describen cada uno de los procedimientos mencionados. 7.6.1. Modalidades de ‘copia de sistema’ SAP en el Proyecto De las 2 técnicas que proporciona SAP para copiar sistemas, ‘homogénea’ y ‘heterogénea’, optamos por la ‘homogénea’ ya que es la más óptima en nuestro caso: Copias homogénea de sistema Válida cuando No varía la arquitectura subyacente (SO, SGBD, arquitectura de procesador) Procedimiento general − Instalar en el hardware destino el SO nuevo y el SGBD original. − Restaurar una copia de seguridad de la BD SAP del sistema original (mediante utilidades propias del SGBD o proporcionadas por SAP). − Sobre la BD restaurada, instalar SAP en modo 'copia de sistema' (sólo binarios del kernel y archivos de configuración). − Recrear configuración del original y ajustes post-copia homogénea. Ventajas − Es la más rápida y la de menor coste en recursos tanto en origen como en destino. − Permite utilizar mecanismos nativos del SGBD (más óptimos y rápidos) Inconvenientes No es válida para cambios de arquitectura (CPU, SO, SGBD) Tabla 23: Características de la copia homogénea de sistemas SAP Se tienen 2 modalidades diferenciadas de ‘copia homogénea de sistema’ en el Proyecto: • Para sistemas basados en WebAS 6.20: Válido para soluciones ‘R/3 4.7’. Consta de 3 etapas: o Instalación de ‘Instancia Central SAP R/3 4.7’. o Instalación de ‘Instancia de BD SAP’ Oracle.  Incluye copia y restauración de BD Oracle con herramientas propias del SGBD y SAP  En este caso, adicionalmente también incluye mejora de SGBD. o Tareas finales sobre el sistema de destino. • Para sistemas basados en NetWeaver 7.01: Válido para soluciones ‘ERP 6.0 EHP4’. Consta de 2 etapas: o Instalación del ‘Sistema Central NetWeaver 7.01’  Incluye copia y restauración de BD Oracle con herramientas propias del SGBD y SAP o Tareas finales sobre el sistema de destino. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 57 7.6.2. Software necesario para la ‘copia de sistema’ SAP 1. Sistemas basados en WebAS 6.20: Software copia de sistema R/3 4.7 Fase Software Restauración BD original − Instalador ‘Oracle RDBMS 10.2.0.4 Windows x64 (#51036975) including Oracle Failsafe Version 3.4.1’ − Parches genéricos SAP para Oracle 10.2.0.4 − Parche acumulativo ‘Oracle 10.2.0.4 Bundle Patch 17’ Mejora de SGBD − Instalador ‘Oracle RDBMS 11.2 Windows x64 DVD (#51038964) including Oracle Failsafe Version 3.4.2’ − Parche acumulativo ‘Oracle 11.2.0.4 Bundle Patch 20’ − Parches genéricos SAP para Oracle 11.2.0.4 − Scripts SAP para mejora a Oracle 11.2 Instalación de ‘Instancia Central’ e ‘Instancia de BD’ − Instalador ‘SAPinst 640 SR1 Installation Master DVD for Oracle 11.2 (#51043312)’ − ‘Java JRE x64 1.4.4’ o superior − Contenido Java ‘NetWeaver 04 SR1 Java DVD’, modificado. − Kernel para instalación ‘640 EXT2 Kernel DVD (#51040088) x64 Windows + Oracle’ − Parches de kernel para actualizar al nivel 375 o superior − Cliente de BD ‘Oracle 10.2.0.4 Client Software DVD (#51039412)’ Utilidades de SGBD − Binarios SAP ‘BR*Tools v7.10 o v7.20’ − Librerías de motor de ejecución ‘Microsoft Visual Studio 2005’ Tabla 24: Distribuciones de software a descargar para copia de sistema R/3 4.7 2. Sistemas basados en NetWeaver 7.01: Software copia de sistema ERP 6.04 Fase Software Restauración BD original − Instalador ‘Oracle RDBMS 11.2 Windows x64 DVD (#51038964) including Oracle Failsafe Version 3.4.2’ − Parche acumulativo ‘Oracle 11.2.0.4 Bundle Patch 20’ − Parches genéricos SAP para Oracle 11.2.0.4 Instalación de ‘Sistema Central’ − Instalador ‘NW 7.01 SR1 Installation Master DVD for Oracle’ − ‘Java JRE x64 1.4.4’ o superior − Kernel para instalación ‘701 SR1 Kernel DVD x64 Windows + Oracle’ − Cliente de BD ‘Oracle 11.2.0.3 V2 Client Software DVD’ Utilidades de SGBD − Binarios SAP ‘BR*Tools v7.10 o v7.20’ − Librerías de motor de ejecución ‘Microsoft Visual Studio 2005’ Tabla 25: Distribuciones de software a descargar para copia de sistema ERP 6.04 7.6.3. Procedimiento de Copia Homogénea de Sistema SAP El procedimiento tiene 2 variantes dependiendo de las acciones adicionales a realizar: 1. Renombrado de instancias: Cuando se crean sistemas, el identificador de sistema SAP e instancia de BD cambian desde <oldSID> hacia <newSID>. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 58 a. Las rutas de directorios del SGBD y los archivos de control y parámetros de BD se ajustan para sustituir las referencias a <oldDBID> por <newDBID>. b. En la instalación de las instancias SAP, se utiliza el nuevo identificador <newSID> (rutas de directorios, usuarios de SO, archivos de configuración, etc.). 2. Upgrade de SGBD: En el caso de sistemas ‘R/3 4.7’, tras la restauración de la BD original es necesario instalar una nueva versión de SGBD y realizar la mejora de la BD hacia esta nueva versión. Tras esto, el antiguo SGBD debe desinstalarse. La lógica del procedimiento, añadiendo las 2 variantes posibles, se resume en: 1. Para sistemas ‘R/3 4.7’, Instalación de ‘Instancia Central’ SAP en sistema destino 1.1. Ejecución de ‘sapinst’ para instalación de ‘Instancia Central’ SAP de tipo ‘copia homogénea de sistema’ 1.2. Proporcionar los parámetros requeridos al instalador. 1.2.1. Si renombrado de sistema, utilizar <newSID> para la instalación 1.3. Continuar con ‘sapinst’ hasta finalizar instalación de instancia. Figura 26: Copia de sistema - Instalación de Instancia Central R/3 4.7 2. Preparar el host destino para recibir la copia de seguridad origen. 2.1. Instalar la versión de SGBD del sistema fuente (10gR2 ó 11gR2). 2.1.1. Aplicar mismos parches a SGBD que en sistema origen 2.2. Crear estructura de directorios y establecer autorizaciones. 2.2.1. Si renombrado de instancia, crear rutas utilizando <newSID> SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 59 Figura 27: Copia de sistema - Preparación del destino 3. Realizar copia de seguridad completa offline de BD SAP origen. 3.1. Preparar el sistema R/3 fuente para ‘copia de sistema’ SAP. 3.2. Generar archivos de control y parámetros de BD para restauración en destino. 3.3. Ajustar contenido de los ficheros de control y parámetros 3.3.1. Si renombrado de la instancia, ajustar identificador <newSID>. 3.3.2. Rutas de los ficheros en el nuevo hardware, si fuera necesario. 3.4. Detener instancias SAP y SGBD. 3.5. Transferir ficheros de BD desde el origen hacia las rutas destino. 3.6. Ajustar la configuración de red Oracle al nuevo host destino Figura 28: Copia de sistema - Realizar y transferir copia de BD 4. Reiniciar la actividad productiva en el sistema origen 4.1. Iniciar el SGBD y el software SAP origen. 4.2. Restaurar el estado original ‘antes de copia’ del sistema SAP fuente. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 60 Figura 29: Copia de sistema - Restaurar estado de sistema R/3 fuente 5. Para sistemas ‘R/3 4.7’, restaurar la BD SAP en su estado original en el sistema destino. 5.1. Crear archivos de control y parámetros desde los scripts modificados para restauración. 5.2. Iniciar SGBD e instancia de BD para comprobar la correcta restauración. Figura 30: Copia de sistema - Restaurar instancia de BD destino 6. Para sistemas ‘R/3 4.7’, realizar mejora de SGBD a nueva versión (10gR2 a 11gR2) 6.1. Instalar nueva versión de SGBD en el sistema destino (11gR2). 6.1.1. Aplicar parches a SGBD según recomendaciones de SAP 6.2. Ejecutar los scripts de ‘pre-mejora’ en la BD 10gR2 6.3. Realizar mejora de instancia BD SAP mediante utilidad de Oracle DBUA 6.3.1. Aplicar parches de SGBD a instancia de BD 11gR2 6.4. Ejecutar los scripts de ‘post-mejora’ en la BD 11gR2 6.5. Ajustar entorno de usuario y configuración red de Oracle para utilizar SGBD 11gR2 6.6. Ajustar parámetros de SGBD a características de nueva versión. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 61 Figura 31: Copia de sistema - Mejora de BD SAP destino 7. Para sistemas ‘R/3 4.7’, eliminar temporalmente la instancia de BD 11gR2. 7.1. Detener instancia de BD 11gR2. 7.2. Eliminar los archivos de control y parámetros de BD 11gR2. 7.3. Eliminar el software antiguo 10gR2. Figura 32: Copia de sistema - Eliminar instancia de BD en destino 8. Completar instalación de instancia SAP de tipo ‘copia homogénea de sistema’ en sistema destino. 8.1. Proporcionar los parámetros requeridos al instalador. 8.1.1. Si renombrado de sistema, utilizar <newSID> para la instalación. 8.2. Para sistemas ‘R/3 4.7’, ejecución de ‘sapinst’ para instalación de ‘Instancia de BD’ SAP. 8.2.1. Continuar hasta parada para realizar restauración de BD. 8.2.2. Sustituir scripts del instalador para ficheros de control y parámetros de BD por los modificados. 8.3. Para sistemas ‘ERP 6.0 EHP4’, ejecución de ‘sapinst’ para instalación de ‘Sistema Central’ SAP. 8.3.1. Suministrar al instalador scripts modificados de ficheros de control y parámetros de BD. 8.4. Continuar con ‘sapinst’ hasta finalizar instalación de instancia. 8.5. Realizar los ajustes post-instalación para adecuar el nuevo sistema. 8.6. Iniciar nuevo sistema SAP para comprobar el correcto funcionamiento. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 62 Figura 33: Copia de sistema - Instalación de instancia SAP destino 9. Si se está creando un nuevo sistema SAP diferente del original 9.1. Ajustar propiedades del nuevo sistema R/3 para adaptarlos al nuevo tipo de sistema (‘demo’, ‘desarrollo’, ‘test’). 7.6.4. Agregar o Quitar Sistemas SAP de una Infraestructura R/3 La incorporación o eliminación de un sistema de la infraestructura suele llevar aparejadas las siguientes operaciones: • Agregar o eliminar el sistema de la configuración en ‘Solution Manager’ • Modificar la configuración de transportes para integrarlo o sacarlo del dominio y rutas de transporte. • Proceder al alta o baja del sistema en SAP Soporte • En caso de crear o modificar un sistema, obtener la nueva licencia de uso para el sistema / hardware. En infraestructuras gestionadas por ‘Solution Manager’, todas estas operaciones, excepto la configuración TMS, se realiza desde dicho sistema. Las altas / bajas / modificaciones se procesan de la siguiente forma: 1. En caso de alta 1.1. Una vez instalado el sistema, registrarlo en el ‘System Landscape’ (SLD) de ‘Solution Manager’ 1.2. En Solution Manager, agregar el nuevo sistema a la instalación de la organización. 1.3. Realizar la configuración (‘customizing’) para gestionar ‘un nuevo sistema’. 1.4. En el nuevo sistema realizar, las tareas para ser ‘un sistema gestionado por ‘Solution Manager’. 1.5. Iniciar captura de datos del ‘sistema monitorizado’. 1.6. Forzar refresco de la infraestructura en el portal de SAP Soporte. 1.7. Solicitar nueva licencia de uso para el sistema. 2. En caso de baja 2.1. En el sistema gestionado, eliminar la configuración de Solution Manager. 2.2. En el Solution Manager, eliminar el sistema de la instalación de la organización. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 63 2.3. Forzar refresco de la infraestructura en el portal de SAP Soporte. 2.4. Dar de baja en el portal de SAP Soporte el sistema de la instalación de cliente 3. En caso de modificaciones 3.1. En el Solution Manager, ajustar el ‘customizing’ existente del sistema con los nuevos cambios. 3.2. En el sistema monitorizado, ajustar la configuración si es necesario. 3.3. Forzar refresco de la infraestructura en el portal de SAP Soporte. 7.6.5. Configuración de Transportes en una Infraestructura R/3 El ‘Sistema de Transporte’ (TMS) es el mecanismo que gestiona la entrega de los cambios (diccionario, repositorio, customizing) entre sistemas SAP. Su configuración regula la manera en que se realiza dicha entrega. Los sistemas se agrupan en ‘dominios de transporte’. Se permite la comunicación entre sistemas de un mismo dominio y entre distintos dominios. Los objetos se agrupan por ‘paquetes’ que a su vez tienen asociados una ‘capa de transporte’. Las ‘rutas de transporte’ regulan el flujo y tipo de entrega de los objetos entre sistemas asignando ‘capas de transporte’ a ‘rutas de transporte’. Existen 2 tipos: • De consolidación: Permiten asignación de capa de transporte para filtrar la entrega de objetos una vez liberados. • De entrega: No permiten asignar capa de transporte. Se transmiten todos los objetos liberados. La configuración TMS es mantenida por el sistema ‘controlador’ de dominio de transportes. En este sistema es donde se realizan los ajustes y luego estos, una vez almacenados, se distribuyen a los sistemas conectados al dominio. El procedimiento para realizar cambios en el sistema de transporte es: 1. Iniciar sesión R/3 en el sistema que actúa como controlador de dominio. 2. Acceder a la configuración del sistema de transporte. 3. Sección de sistemas: 3.1. ‘Alta / Baja / Modificación’ de un sistema (<host>, <sid>) 3.2. Parámetros de comunicación (credenciales de usuario, destinos RFC, etc.) 3.3. Parámetros de transporte (herramientas, entorno). 4. Sección de rutas de transporte: SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Realización de la Mejora Sergio Luis Rodríguez Rivero 64 4.1. ‘Alta / Baja / Modificación’ de rutas entre sistemas 4.2. Asignar tipo de ruta (consolidación, entrega) 4.3. Asociar capa de transporte a ruta, si es posible 5. Guardar los cambios en el controlador de dominio. 6. Activar y distribuir la configuración TMS. Las distintas configuraciones de transporte que se darán durante el proceso de migración son: Ajustes en el sistema de transportes Configuración Acciones Representación Incorporar sistema prototipo − Alta del prototipo en el dominio. − Incorporar ruta de entrega entre los sistemas de desarrollo y prototipo Sustituir desarrollo por prototipo − Para las rutas de transporte con origen el sistema de desarrollo, cambiarlas por el prototipo. Sustituir prototipo por nuevo desarrollo − Modificar la actual definición del sistema de desarrollo adaptarla al nuevo. − Para las rutas de transporte con origen el sistema de prototipo, cambiarlas por el de desarrollo. Eliminar un sistema del dominio. − Eliminar la definición del sistema en el dominio. − Las rutas se eliminan automáticamente. Tabla 26: Diferentes ajustes en el Sistema de Transportes durante el proyecto de migración. 7.6.6. Procedimiento de Mejora hacia la versión ‘SAP ERP 6.0 EHP4 / NW 7.01’ Una vez agregado y configurado el sistema en ‘Solution Manager’, el procedimiento de mejora consta de 3 grandes fases: 1. Tareas manuales pre-mejora En esta fase se prepara la arquitectura R/3 (SO, SGBD, sistema SAP R/3) para cumplir con los pre-requisitos establecidos por SAP para poder iniciar el procedimiento de actualización a la nueva versión, utilizando la herramienta proporciona SAP a tal efecto, ‘SAPup’. Dependiendo de la magnitud del salto entre versiones, esta etapa puede ser la más larga del procedimiento. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 71 Rutas de los DVD de instalación Kernel DVD. Oracle Instant Client DVD. Java DVD. Parámetros relacionados con el SGBD Parámetro Comentario Nombre de listener Identificador del listener Oracle a utilizar (el mismo que tiene definido la instancia de BD ABAP como 'local_listener'). Puerto de listener Puerto TCP/IP donde está escuchando el listener. Tabla 27: Listado de parámetros para instalación de ‘Central Instance’ R/3 4.7 4. Ir avanzando en el instalador completando los datos que nos solicita. 5. Confirmar y completar la instalación. Figura 36: Progreso de la instalación de ‘Central Instance’ 6. En caso de detectar incidencias durante la instalación: 6.1. Estudiar los mensaje de log 6.2. Buscar en la Base de conocimientos de SAP alguna nota de soporte aplicable. 6.3. Implementar las correcciones necesarias y reintentar operación. 7. Revisar el log de instalación al finalizar. 8. Proseguir a la instalación de la instancia de BD. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 72 8.1.2. Preparar el host destino para recibir la copia de seguridad origen Con esta operación vamos a preparar el host destino para poder restaurar la BD original que se recibirá desde el sistema fuente. Pre-requisitos: − Software de instalación de la versión de SGBD origen. − Usuario de SO con privilegios de ‘Administrador de Dominio’. 1. Crear un directorio de trabajo <TEMPDIR> 2. Instalar la versión de SGBD origen. 2.1. Si renombrado de instancia, crear rutas utilizando <targetSID> 2.2. Aplicar el mismo conjunto de parches que en origen 3. Recrear la estructura de directorios donde se van a ubicar los archivos de la BD. Archivos de Bases de Datos Oracle Elementos Rutas origen Rutas destino Archivos de datos /oracle/<DBSID>/sapdata<n>/* /oracle/<TARGET_DBSID>/sapdata<n>/* Archivos de redolog online /oracle/<DBSID>/origlog<x>/* /oracle/<DBSID>/mirrlog<x>/* /oracle/<TARGET_DBSID>/origlog<x>/* /oracle/<TARGET_DBSID>/mirrlog<x>/* Archivelogs /oracle/<DBSID>/oraarch/* /oracle/<TARGET_DBSID>/oraarch<n>/* Archivos de control y parámetros <INSTDIR>\ CONTROL.SQL CONTROL.TRC init<DBSID>.ora <TEMPDIR>\ CONTROL.SQL CONTROL.TRC <ORACLE_HOME>/database/init<TARGET_ DBSID>.ora Archivos de configuración de red <ORACLE_HOME>/network/ADMIN/ listener.ora tnsnames.ora sqlnet.ora <ORACLE_HOME>/network/ADMIN/ listener.ora tnsnames.ora sqlnet.ora Archivos de SAP BR-Tools /oracle/<DBSID>/sap<yyyy>/* /oracle/<TARGET_DBSID>/sap<yyyy>/* Tabla 28: Rutas destino para los archivos de SGBD restaurado 8.1.3. Instalación de las Distribuciones de SGBD Oracle Es necesario realizar un número diferente de instalaciones de SGBD Oracle según sea el caso de uso para copia de sistema: 1. Copia del sistema SAP R/3 4.7 SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 73 − 10gR2: Versión 10.2.0.4 del SGBD origen, necesaria para la restauración de la BD original. − 11gR2: Versión 11.2.0.4 del SGBD destino, requisito para poder realizar la instalación como copia de sistema. 2. Copia del sistema SAP ERP 6.0 EHP4 − 11gR2: Versión 11.2.0.4 del SGBD origen y destino, necesaria para la restauración de la BD original. La instalación del SGBD se realiza mediante la utilidad Oracle Universal Installer (OUI), que es el instalador que proporciona Oracle en sus DVD de distribución. Se utiliza para instalar y desinstalar distribuciones completas de SGBD o sólo componentes de ellas. Figura 37: Pantalla de inicio del instalador de Oracle 11gR2, OUI Pre-requisitos − 10gR2: Oracle RDBMS 10.2.0.4 Windows x64 (#51036975) DVD − 11gR2: Oracle RDBMS 11.2.0.4 Windows x64 (#51038964) DVD − Usuario de SO con privilegios de ‘Administrador de Dominio’. Procedimiento: 1. Iniciar el instalador de Oracle, ‘OUI’, desde del DVD de distribución. 2. Los parámetros a tener en consideración son: Identificadores Parámetro Comentario Database ID <targetSID> − Sistema R/3 4.7: Mismo valor que <SAPSID> original − Sistema ERP 6.0 EHP4: Nuevo valor de <SAPSID> destino Ruta para instalación <unidad>:\Oracle\<targetSID>\<version>. − 10gR2: <version> = 10204 − 11gR2: <version> = 11204 Actualizaciones de seguridad No (se aplicarán manualmente después de la instalación) SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 74 Identificadores Parámetro Comentario Idioma del producto Inglés (único soportado oficialmente por SAP). Opción de instalación Sólo el software de base de datos para instancia única. Edición de SGBD Enterprise Edition (licenciamiento que ofrece SAP cuando se adquiere a través él). Realizar checks previos Si Tabla 29: Parámetros para la instalación de distribuciones SGBD Oracle 3. Al finalizar la instalación, comprobar si es correcta a través del log de operaciones. Figura 38: Progreso de instalación de SGBD Oracle 11gR2 Tras la finalización, el instalador habrá creado: • 2 grupos de usuarios SO, ‘ORA_DBA’ y ‘ORA_ DBA_<targetSID>’. • Las variables de entorno ‘ORACLE_HOME’, ‘ORACLE_SID’ y ajustado el ‘PATH’. 1. Verificar el contenido de los grupos de usuarios y las variables de entorno. 1.1. En caso de error, ajustarlos manualmente al valor correcto. 2. Añadir el usuario administrador de SAP, ‘<sid>adm’, a cada uno de los nuevos grupos 3. Establecer los permisos de usuario para todas las carpetas de ORACLE 3.1. Grupos: ‘ORA_DBA’, ‘ORA_DBA_<TARGET_DBSID>’, ‘Administradores’, ‘SAP_<SAPSID>_GlobalAdmin’, ‘SAP_<SAPSID>_ LocalAdmin’ 3.2. Autorizaciones: ‘Control total’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 75 8.1.4. Aplicación de Parches a SGBD Oracle. Un parche de Oracle puede contener uno o ambos de los siguientes componentes: • Binarios: Son archivos compilados, dependientes de plataforma. Se aplican a la instalación de Oracle y son correcciones a las librerías y programas. • SQL: Pueden venir como scripts o como operaciones manuales, independientes de plataforma. Se aplican a las instancias de BD y son correcciones al diccionario de Oracle, PL/SQL o tipos de datos. A su vez, existen 2 tipos de parches para aplicar al SGBD 1. Genéricos: Son parches individuales que corrigen un bug específico de Oracle. 2. Acumulativos: Es un parche que acumula todas las correcciones que han aparecido hasta la fecha. Contienen tanto binarios como scripts SQL. La utilidad de aplicación de parches es ‘Opatch’. De forma general, la aplicación se realiza en 2 fases: 1. Mediante ‘Opatch’ se aplican las correcciones a los binarios de una instalación (<ORACLE_HOME>) y los scripts SQL se sitúan en los directorios de Oracle. 2. Al finalizar la aplicación a los binarios, se inicia sesión en cada instancia de BD y se aplican las correcciones a la BD mediante los scripts SQL del parche. Para aplicar parches a un SGBD Oracle en una instalación SAP, se procede de la forma: Pre-requisitos − Obtener la última versión de OPatch para el SGBD destino. − Obtener el conjunto de parches genéricos y el último acumulativo para el SGBD destino. Etapa 1 1. Descargar a disco las actualizaciones y parches necesarios. 2. Si existen actualizaciones a ‘Opatch’. 2.1. Descomprimir y sobre-escribir directamente los ficheros en su ruta 3. Parar de manera ordenada cada instancia de BD de la instalación. 4. Detener los servicios para la instalación de Oracle. 5. Para cada uno de los parches, dejando el acumulativo para el final. 5.1. Aplicar mediante ‘Opatch’ sólo a binarios, especificando la instalación Oracle destino. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 76 Figura 39: Aplicación de parche Oracle a binarios de SGBD 6. Comprobar que todos los parches se hayan aplicado correctamente. Etapa 2 1. Iniciar los servicios para la instalación de Oracle. 2. Para cada instancia de BD en la instalación 2.1. Iniciar normalmente la BD. 2.2. Para el cada uno de los parches, tomando el acumulativo primero 2.2.1. Ejecutar el script SQL. Figura 40: Aplicación de parche Oracle a binarios de SGBD 2.2.2. Comprobar el log para verificar la correcta instalación. 2.2.3. En caso de error: 2.2.3.1. Ejecutar script SQL de roll-back 2.2.3.2. Corregir el error y reintentar. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 77 2.3. Re-compilar todos los objetos de diccionario. 2.4. Calcular las estadísticas Oracle de diccionario. 8.1.5. Preparar el Sistema R/3 Fuente para ‘copia de sistema’ SAP Para obtener una copia de BD SAP consistente para posterior instalación como ‘copia de sistema’, es necesario realizar actividades previas en sistema fuente que luego deberán revertirse, y posteriormente llevar a cabo otras acciones en el sistema de destino. Pre-requisitos − Sistema SAP estar operando con normalidad. − Usuario SAP ‘Administrador de Sistema’ (SAP*) Procedimiento: 1. Aislar la instancia SAP para evitar seguir generando cambios. 1.1. Impedir la entrada R/3 a usuarios de diálogo. 1.2. Impedir los accesos por RFC (gateway) y HTTP (ITS) 2. No pueden existir solicitudes de actualización canceladas o pendientes. (TX SM13) 2.1. Para solicitudes pendientes, procesarlas de manera inmediata. Las canceladas se eliminan. 3. Retener todos los trabajos en fondo (Jobs) liberados. (BTCTRNS1) 4. Ajustar los modos de operación en el calendario para evitar un cambio durante los preparativos (TX SM63) 5. Tener en cuenta los nombres de ‘sistema lógico’ de todos los mandantes (TX SCC4) El ‘nombre lógico’ de un mandante debe ser único en toda la infraestructura SAP. Figura 41: Asignación de nombre lógico a un mandante 5.1. Si la copia es para crear un nuevo sistema (como el de prototipo), será necesario ajustar a posteriori los nombres lógicos. La nomenclatura debe ser consistente con la convención actual. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 78 5.2. Si la copia es para migración o sustitución del actual sistema, no es necesario ajustar los ‘nombres lógicos’. 6. Eliminar el contenido de las tablas QCM (TX SE11) Antes de eliminar siempre comprobar: 6.1. Que las tablas son consistentes (sin registros de reinicio o conversión en curso) 6.2. Que los datos de las tablas originales son legibles 7. Para mandantes donde se usen los módulos de ‘FI’: 7.1. Para los ‘reports’ más significativos, anotar los resultados de la ejecución en el sistema origen antes de realizar la copia (sin que se estén modificando datos) para compararlos con los resultados de la ejecución post-copia en el sistema de destino. 8. Para mandantes donde se usen los módulos de ‘CO: 8.1. Anotar los resultados de la ejecución del grupo de informes 1SIP en el sistema origen antes de realizar la copia (sin que se estén modificando datos) para compararlos con los resultados de la ejecución post-copia en el sistema de destino. 8.1.6. Generar y Ajustar Scripts de Ficheros de Control y Parámetros de BD Estos ficheros son necesarios para regenerar los archivos de control y parámetros de BD en destino durante la restauración. Esta operación la realiza el propio instalador de SAP según sea el caso de uso tratado: • [R/3 4.7]: Durante la ‘Instalación de instancia de BD SAP’ después de la parada para restauración. • [ERP 6.0 EHP4]: Durante la ‘Instalación de sistema central SAP’. En los casos de renombrado de instancia de BD o de utilizar rutas de disco en destino distintas a las del sistema fuente, es necesario adaptar los ficheros generados desde la BD original. Así mismo, si se requiere una operación de mejora de BD como requisito previo a la instalación de instancia SAP, es necesaria una primera restauración manual donde los ficheros de control y parámetros son creados manualmente por invocación manual de los scripts. Para obtener los archivos script se utiliza la herramienta SAP ‘OraBRCopy’, disponible en el DVD de instalación. Esta crea los siguientes ficheros: 1. Script SQL de creación de archivo de control, ‘CONTROL.SQL’, a partir del ‘controlfile’ original. Este script puede adaptarse a las necesidades de la BD en el sistema destino. CONNECT / AS SYSDBA STARTUP NOMOUNT CREATE CONTROLFILE REUSE SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 79 SET DATABASE "NEW" RESETLOGS ARCHIVELOG .... secuencia de propiedades de DB ..... LOGFILE GROUP 1 ( 'D:\ORACLE\NEW\ORIGLOGA\LOG_G11M1.DBF', .. secuencia de ficheros de redo .. ) SIZE 50M, .... secuencia de grupos de redo ..... DATAFILE 'D:\ORACLE\NEW\SAPDATA1\SYSTEM_1\SYSTEM.DATA1', .... secuencia de ficheros de datos ..... ALTER DATABASE OPEN RESETLOGS; ALTER TABLESPACE PSAPTEMP ADD TEMPFILE 'D:\ORACLE\NEW\SAPDATA3\TEMP_1\TEMP.DATA1' SIZE 350M REUSE AUTOEXTEND OFF; .... secuencia de creación de tablespaces ..... Tabla 30: Estructura básica de script para creación de archivo de control 2. Versión en texto del archivo de control original, ‘CONTROL.TRC’, donde están presentes las propiedades de la actual instancia de BD, y sirve de guía para añadir sentencias adicionales al script ‘CONTROL.SQL’. 3. Versión en texto del archivo de parámetros original, ‘pfile’, con la configuración básica para poder crear e iniciar una instancia de BD Oracle. ... *._ktb_debug_flags=8 *._mutex_wait_scheme=1 *._mutex_wait_time=10 *._optimizer_adaptive_cursor_sharing=FALSE *._optimizer_use_feedback=FALSE *._securefiles_concurrency_estimate=50 *.compatible='11.2.0' *.control_file_record_keep_time=30 *.db_block_size=8192 *.db_files=254 *.db_name='HAR' *.dml_locks=4000 *.filesystemio_options='setall' *.job_queue_processes=1000 *.local_listener='LISTENER_HAR' ... Tabla 31: Extracto parcial del fichero de parámetros Oracle SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 80 Pre-requisitos: − Las acciones se realizan en el sistema fuente. − La BD origen debe estar iniciada y accesible mediante servicio ‘listener’. − Usuario de SO con privilegios de ‘Administrador de BD’ (‘<sid>adm’) Procedimiento 1. Crear un directorio de trabajo, <INSTDIR>. 2. Obtener del ‘DVD Maestro de Instalación’ la utilidad ‘OraBRCopy’. 3. Ejecutar la utilidad OraBRCopy desde el directorio <INSTDIR> con parámetros: • Nombre de instancia de BD, <DBSID> • Credenciales del usuario de SO ‘<sid>adm’ • Puerto de escucha del servicio ‘listener’. 4. Verificar los archivos ‘CONTROL.SQL’, ‘CONTROL.TRC’ e ‘init<DBSID>.ora’ en <INSTDIR>. 5. En caso de ‘renombrado la instancia’ o utilizar rutas diferentes en el host destino 5.1. Editar y renombrar el fichero de parámetros destino, ‘init<targetSID>.ora’. 5.2. Edición del fichero de script para archivo de control, ‘CONTROL.SQL’. 8.1.7. Transferencia de la Copia de BD Origen hacia el Host Destino En este momento se va a proceder a preparar los archivos de datos para la copia y transferirlos al sistema destino. Pre-requisitos: − Scripts de archivos de control y parámetros − Usuario de SO con privilegios de ‘Administrador de Dominio’ Procedimiento 1. Detener SAP y SGBD Oracle en el host origen 1.1. Forzar el volcado de ‘redo-log online’ para que queden vacíos. 1.2. Parar la instancia de BD de manera ordenada. 2. Transferir los archivos de instancia de BD desde el host origen a las rutas preparadas en el host destino. 3. Ajustar la configuración de red de Oracle al nuevo host destino 3.1. Edición de los ficheros de red, ‘listener.ora’ y ‘sqlnet.ora’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 87 Opciones para Instalación de SGBD ORACLE Opciones Comentario Database ID <targetSID> de Actualización − Compilar los objetos no válidos al final de la actualización: SI. − Realizar copia de seguridad previa: NO. − Mover archivos de base de datos: NO. − Realizar validaciones previas: SI. de Recuperación y diagnóstico − Especificar área de recuperación flash: NO (la recuperación de BD no se realiza por este medio) de Administración − Instalar consola de administración ORACLE: NO. (SAP proporciona sus propias utilidades para administración de BB.DD. ORACLE, las ‘BR*Tools’) Figura 48: Opciones de Instalación globales de SGBD ORACLE 4. Revisar el log de ejecución del DBUA para verificar la correcta migración 4.1. Si se detectan errores fatales: 4.1.1. Restaurar de la copia de seguridad y corregir el error en el origen. 4.1.2. Reiniciar migración. 4.2. Para otros errores: 4.2.1. Intentar la corrección en la BD migrada. 5. Restaurar el estado original de arranque de instancia de BD. Figura 49: Migración de instancia de BD completada correctamente SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 88 8.1.14. [R/3 4.7]: Eliminación del Software Oracle Antiguo Para ello se utiliza el instalador ‘OUI’ de la nueva versión de SGBD, ya que está preparado para detectar los entornos de versiones anteriores. Pre-requisitos − El procedimiento de mejora de instancia ha finalizado completamente. − Usuario de SO con privilegios de ‘Administrador de BD’ (‘<sid>adm’). − Usuario de SO con privilegios de ‘Administrador de dominio’. Procedimiento 1. Detener la instancia de BD y los servicios de Oracle para ambas versiones de SGBD. 2. Iniciar el instalador ‘OUI’ del nuevo SGBD. 3. Seleccionar el producto Oracle que quiere eliminar (SGBD 10gR2). 3.1. Sólo binarios, no instancia de BD. 4. Eliminar los servicios Windows y directorios para el antiguo SGBD. 5. Iniciar los servicios e instancia de BD del nuevo SGBD 8.1.15. [R/3 4.7]: Eliminar temporalmente la Instancia de BD 11gR2 En circunstancias normales la instancia de BD no estaría creada en el host destino hasta que el instalador de SAP proceda a hacerlo tomando los ficheros de parámetros y script de archivo de control que le proporcionamos. Si no se suministran estos ficheros o si la BD está previamente restaurada, el instalador genera un error y no puede continuar. En el caso del software R/3 4.7 fue necesario restaurarla para poder realizar la mejora previa requerida. Es necesario pues, antes de iniciar el instalador, eliminar toda presencia de la BD restaurada. Para ello: Pre-requisitos: − La BD mejorada 11gR2 está iniciada en el sistema. − Usuario de SO con privilegios de ‘Administrador de BD’ (‘<sid>adm’). − Usuario de SO con privilegios de ‘Administrador de dominio’. Procedimiento: 1. Generar los archivos ‘CONTROL.SQL’, ‘CONTROL.TRC’ y ‘init<targetSID>.ora’ para la BD mejorada, utilizando la utilidad ‘OraBrCopy’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 89 2. Hacer copia de seguridad de los archivos de configuración de red (Net*SQL) 3. Detener la instancia de BD y eliminar los archivos de control y parámetros actuales. 4. Eliminar los servicios Windows de instancia Oracle y ‘listener’. 5. Proceder con la ejecución de ‘SAPinst’ para instalar la instancia de BD SAP. 8.1.16. [R/3 4.7]: Ejecución de la Instalación de ‘Instancia de BD’ SAP Pre-requisitos − Software necesario para instalación de ‘Database Instance’ SAP R/3 4.7. − Motor de ejecución Java JRE instalado en el sistema. − Variables de entorno de SO ajustadas correctamente (‘JAVA_HOME’, ‘PATH’). − Usuario de SO con privilegios de ‘Administrador de Dominio’. Procedimiento 1. Iniciar el instalador, ‘sapinst.exe’, con privilegios administrativos, desde el DVD maestro. 2. Acceder a la sección de “Instalación de ‘Database Instance’ para copia de sistema”. Figura 50: Pantalla de selección para instalar la ‘Database Instance’ R/3 4.7 3. Los parámetros que debemos tener en consideración para el instalador son: Identificadores Parámetro Comentario SAP System ID <SAPSID>. El mismo utilizado para instalar la ‘Central Instance’ Database ID <DBSID>. El mismo utilizado para la BD Oracle migrada. Tipo de Instalación Copia de sistema mediante backup / restore de Oracle Parámetros relacionados con el host Parámetro Comentario SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 90 Nº de instancia / nombre de host Los mismos utilizados para la instalación de la ‘Central Instance’ Configuración de memoria Valores de memoria física para la instancia de BD Oracle (Tomar los especificados el archivo de parámetros ‘init<DBSID>.ora’) Dominio de Windows <domain>. El del usuario ‘SAPService<SAPSID>'. El instalador configurará los servicios de Windows para ejecutarse con este usuario. Credenciales de usuario de SO Los de '<domain>\<sapsid>adm' y '<domain>\SAPService<SAPSID>' Credenciales Usuario ABAP RFC Normalmente se usa el usuario ‘DDIC’ en el mandante ‘000’, que posee todas las autorizaciones necesarias, aunque también puede utilizarse el usuario SAP* Parámetros de disco Parámetro Comentario Unidades de disco para Oracle Unidades donde se ubicarán los distintos archivos de Oracle. (tomar los especificados el archivo de control ‘CONTROL.TRC’) DVD de instalación Kernel 6.40 EXT2 DVD Oracle Instant Client 10gR2 DVD Parámetros relacionados con el SGBD Parámetro Comentario Parámetros de Oracle ORACLE_HOME (rutas del SGBD, versión) Oracle Instant Client (ruta de DVD de instalación, versión) Codificación de caracteres En este caso No-Unicode (WE8DEC) Esquema ABAP Usuario de BD Oracle donde residen las tablas de SAP Nombre de listener Identificador del listener Oracle a utilizar (tomar el valor del parámetro 'local_listener' del archivo de control) Puerto de listener Puerto TCP/IP donde está escuchando el listener Mantener configuración de red Marcar ‘SI’ para cada uno de los ficheros de SQL*NET. De esta manera no sobre-escribirá los ficheros que tenemos de la DB 11gR2 restaurada Credenciales de usuario de SGBD Usuarios de BD ‘SYS’, ‘SYSTEM’, ‘OUTLN’, ‘DBSNMP’, ‘<ABAP Scheme>’ Introducir los mismos que en la BD original. Tabla 32: Parámetros básicos para la instalación de la 'Database Instance' R/3 4.7 4. Ir avanzando en el instalador completando los datos que nos solicita. Figura 51: Selección de método para instalar la ‘Database Instance’ R/3 4.7 5. Confirmar y continuar hasta fase de parada para restauración de BD 5.1. En caso de observar incidencias durante la instalación: 5.1.1. Estudiar los mensaje de log 5.1.2. Buscar en la Base de conocimientos de SAP alguna nota aplicable 5.1.3. Implementar las correcciones necesarias y reintentar operación. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 91 Figura 52: Progreso de las tareas para instalación de la ‘Database Instance’ R/3 4.7 6. Una vez detenida la instalación, copiar los archivos ‘CONTROL.SQL’, ‘CONTROL.TRC’ e ‘init<targetSID>.ora’ de la BD mejorada, al directorio de instalación sobre-escribiendo los existentes. Figura 53: Parada del proceso de instalación para restaurar BD 7. Confirmar restauración de BD Oracle y continuar hasta final de instalación. 8. El instalador procede a: 8.1. Crear el servicio de instancia desde ‘init<targetSID>.ora’ 8.2. Crear los archivos de control de BD desde ‘CONTROL.SQL’ 8.3. Iniciar la instancia de BD Oracle restaurada. 8.4. Crear el servicio de ‘listener’ desde los archivos de Net*SQL 8.5. Iniciar el servidor SAP desde la ‘Central Instance’ previamente instalada, con la nueva ‘Database Instance’. 8.6. Utiliza el usuario SAP ‘DDIC’ para realizar el resto de tareas de instalación en la ‘Central Instance’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 92 9. En caso de observar incidencias durante la instalación: 9.1. Estudiar los mensaje de log 9.2. Buscar en la Base de conocimientos de SAP alguna nota aplicable 9.3. Implementar las correcciones necesarias y reintentar operación. 10. Confirmar la instalación y avanzar hacia las tareas finales ‘post-instalación’. Figura 54: Instalación de ‘Database Instance’ R/3 4.7 completada satisfactoriamente 8.1.17. [ERP 6.0 EHP4]: Ejecución de la Instalación de ‘Sistema Central’ SAP Pre-requisitos − Software necesario para instalación de ‘Central System’ SAP ERP 6.0 EHP4. − Motor de ejecución Java JRE instalado en el sistema. − Variables de entorno de SO ajustadas correctamente (‘JAVA_HOME’, ‘PATH’). − Usuario de SO con privilegios de ‘Administrador de Dominio’. Procedimiento 1. Iniciar el instalador, ‘sapinst.exe’, con privilegios administrativos, desde el DVD maestro. 2. Acceder a la sección de “Instalación de ‘Central System’ para copia de sistema”. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 93 Figura 55: Pantalla de selección para instalar el ‘Central System’ 3. Los parámetros que debemos tener en consideración para el instalador son: Identificadores Parámetro Comentario SAP System ID <SAPSID>. Identificador del nuevo sistema SAP Database ID <DBSID>. El mismo utilizado para la BD Oracle restaurada. Tipo de Instalación Copia de sistema mediante backup / restore de Oracle Parámetros relacionados con el host Parámetro Comentario Nº de instancia / nombre de host Utilizar valores válidos para el host destino Configuración de memoria Valores de memoria física para la instancia de BD Oracle (Tomar los especificados el archivo de parámetros ‘init<DBSID>.ora’) Dominio de Windows <domain>. El del usuario ‘SAPService<SAPSID>'. El instalador configurará los servicios de Windows para ejecutarse con este usuario. Credenciales de usuario de SO Los de '<domain>\<sapsid>adm' y '<domain>\SAPService<SAPSID>' Credenciales Usuario ABAP RFC Normalmente se usa el usuario ‘DDIC’ en el mandante ‘000’, que posee todas las autorizaciones necesarias, aunque también puede utilizarse el usuario SAP* Parámetros de disco Parámetro Comentario Unidades de disco para Oracle Unidades donde se ubicarán los distintos archivos de Oracle. (tomar los especificados el archivo de control ‘CONTROL.TRC’) DVD de instalación Kernel NW 701 SR1 DVD Oracle Instant Client 11gR2 DVD Parámetros relacionados con el SGBD SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 94 Parámetro Comentario Parámetros de Oracle ORACLE_HOME (rutas del SGBD, versión) Oracle Instant Client (ruta de DVD de instalación, versión) Ruta del script de ‘controlfile’ Utilizar el script modificado en <TEMPDIR>\CONTROL.SQL Codificación de caracteres En este caso No-Unicode (WE8DEC) Esquema ABAP Usuario de BD Oracle donde residen las tablas de SAP Nombre de listener Identificador del listener Oracle a utilizar (tomar el valor del parámetro 'local_listener' del archivo de control) Puerto de listener Puerto TCP/IP donde está escuchando el listener Mantener configuración de red Marcar ‘SI’ para cada uno de los ficheros de SQL*NET. De esta manera no sobre-escribirá los ficheros que tenemos de la DB 11gR2 restaurada Credenciales de usuario de SGBD Usuarios de BD ‘SYS’, ‘SYSTEM’, ‘OUTLN’, ‘DBSNMP’, ‘<ABAP Scheme>’ Introducir los mismos que en la BD original. Tabla 33: Parámetros básicos para la instalación del 'Central System' ERP 6.04 4. Ir avanzando en el instalador completando los datos que nos solicita. Figura 56: Selección de método para instalar el ‘Central System’ ERP 6.04 5. Suministrar la ruta del script de fichero de control a utilizar para recrear la instancia de BD Figura 57: Selección de script para fichero de control de BD ERP 6.04 6. Confirmar y continuar hasta completar la instalación 6.1. En caso de observar incidencias durante la instalación: 6.1.1. Estudiar los mensaje de log 6.1.2. Buscar en la Base de conocimientos de SAP alguna nota aplicable 6.1.3. Implementar las correcciones necesarias y reintentar operación. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 95 Figura 58: Progreso de las tareas para instalación del ‘Central System’ ERP 6.04 7. El instalador procede a: 7.1. Crear el servicio de instancia desde ‘init<targetSID>.ora’ 7.2. Crear los archivos de control de BD desde ‘CONTROL.SQL’ 7.3. Iniciar la instancia de BD Oracle restaurada. 7.4. Crear el servicio de ‘listener’ desde los archivos de Net*SQL 7.5. Crear las nuevas instancias SAP ‘Central’ y ‘Database’ 7.6. Iniciar el nuevo servidor SAP desde la ‘Central Instance’. 7.7. Utiliza el usuario SAP ‘DDIC’ para realizar el resto de tareas de instalación en la ‘Central Instance’. 8. Confirmar la instalación y avanzar hacia las tareas finales ‘post-instalación’. Figura 59: Instalación de ‘Central System’ ERP 6.04 completada satisfactoriamente SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 96 8.2. Tareas Finales ‘post-copia’ sobre el Sistema SAP de Destino En este punto el sistema SAP ya se encuentra instalado en su totalidad, pero todavía no está listo para utilizarse de forma productiva. Es necesario realizar algunos ajustes que abarcan distintos ámbitos: • Tareas a nivel de SO. • Tareas a nivel de BD y SGBD • Tareas a nivel de SAP ABAP El número y tipo de tareas a realizar varía dependiendo de si es: • Un nuevo sistema que se incorpora a la infraestructura: Hay que realizar todos los ajustes. Es necesario diferenciarlo del sistema original y configurarlo para la nueva funcionalidad a la que está destinado. • El mismo sistema que va a reemplazar a una versión anterior: En este caso los ajustes son menos, ya que la instancia SAP no varía, pero sí el hardware y/o software del que depende. 8.2.1. Tareas a nivel de SO Estas tareas se realizan desde una sesión iniciada con el usuario de SO administrativo de SAP, ‘<sapsid>adm’. 1. Actualizar el SAP kernel ABAP 6.40 EXT2 a nivel de parche 375 o superior. 2. Actualizar las utilidades SAP para SGBD Oracle embebidas en el kernel, BR*Tools, a una versión que soporte la reléase 11gR2 (versiones 7.10+). 3. Crear un nuevo archivo de configuración de BR*Tools, ‘init<targetBDSID>.SAP’, para la versión actualizada 3.1. Tomar como referencia el antiguo en el sistema fuente. 4. En el host de transportes, ajustar las autorizaciones del directorio ‘/usr/sap/trans’ para permitir operar a los hosts en el dominio de transportes 4.1. ‘Lectura y modificación’ para los usuarios ‘SAPService<SAPSID>’. 5. Ajustar los parámetros SAP en los perfiles por ‘defecto’, de ‘inicio’ y de ‘instancia’. 5.1. Tomar como referencia los antiguos en el sistema fuente. 6. Replicar en destino las tareas SAP definidas en el ‘programador de tareas de Windows’ del sistema fuente 7. Ajustar los archivos de hosts y servicios en Windows (hosts, services) 7.1. Tomar como referencia los antiguos en el sistema fuente. 8. Instalar y configurar las impresoras en red para usar desde SAP en el host de la ‘Central Instance’ SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 103 Estas acciones se realizan con el sistema SAP detenido. 1. Comprobar el porcentaje de tablas convertidas en la transacción ICNV, si fuera necesario. 2. Realizar copia de seguridad completa de la base de datos (pre-mejora). 3. Deshabilitar el modo de archivado de base de datos para reducir la carga de disco. 4. Al finalizar esta etapa: a. Habilitar nuevamente el modo de archivado de base de datos. b. Realizar copia de seguridad completa de la base de datos (post-mejora). c. Iniciar las instancias SAP de diálogo. Acciones de usuario durante el paso ‘Postprocessing’ de ‘SAPup’ Estas acciones se realizan con el sistema SAP iniciado pero en modo no productivo, es decir, todavía no está listo para ser utilizado por los usuarios finales. 1. Desbloquear el Workbench ABAP. 2. Verificar que en el sistema se permiten realizar ajustes de modificación (worbench y customizing) después de la mejora. 3. Revisar y corregir los errores tipo ‘P’, si os hubiera. 4. Ajustes SPAU: Revisar y decidir sobre los cambios realizados por consultores y/o desarrolladores sobre las versiones estándar de estructuras y programas ABAP. Acciones de usuario durante el paso ‘Finallization’ de ‘SAPup’ Estas acciones se realizan con el sistema SAP en modo no productivo. 1. Verificar el resumen de todo el proceso de mejora. 2. Guardar los registros de log del proceso con vistas a soporte y auditoría. 3. Eliminar los datos superfluos y obsoletos. 4. Terminar la GUI y el servidor de actualización. 8.3.3. Tareas Finales ‘post-mejora’ En estos instantes la realización de la mejora con ‘SAPup’ ha finalizado el sistema ya se encuentra en su versión final de software ERP. Sin embargo, todavía no está operativo para un uso productivo, ya que son necesarios algunos ajustes manuales que deben hacerse en distintas etapas de funcionamiento del sistema final. Dichas tareas se agrupan en 3 bloques según el momento en el que deben realizarse. Acciones antes de reiniciar la actividad productiva del sistema 1. Llevar a cabo las acciones específicas de base de datos, entre otros: SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 104 a. Crear o actualizar el rol de usuario SAPDBA b. Comprobar el entorno y la configuración para la nueva versión de utilidad BR*Tools c. Realizar copia de seguridad de la base de datos. 2. Llevar a cabo las actividades de mantenimiento para la versión actual de kernel de SAP. a. Aplicar los parches necesarios. b. Ajustar los perfiles de configuración SAP para uso con el nuevo kernel (por defecto, arranque y de instancia) 3. Realizar las actividades de configuración de la nueva versión de ‘monitorización del sistema SAP’. 4. Activar los servicios HTTP actualizados de ICM (Internet Communication Framework). 5. Re-importación de programas adicionales dentro del nuevo kernel, tales como RFC-SDK o CPIC-SDK. 6. Sistema de Gestión de Transporte (TMS): Ajustar los sistemas y rutas de transporte. 7. Revisar las notas SAP de mejora para actividades específicas ‘post-mejora’. a. De la versión específica de ERP destino (ERP 6.04 / NW 7.01). b. De los distintos complementos (add-ons) actualizados y/o instalados. c. De los paquetes de soporte aplicados. 8. Ajustar la configuración de ‘Customizing’ (IMG Activities). 9. Ajustar los desarrollos propios Z en sistemas de desarrollo, si fuera necesario. 10. Actualizar las referencias de uso (‘where-used lists’) en sistemas de desarrollo. 11. Migrar los datos de ‘estadísticas de carga de trabajo’ de la parte ABAP. 12. Discutir con los consultores de negocio y el equipo del proyecto sobre la activación de las nuevas extensiones SAP ECC. 13. Realizar actividades de mantenimiento del sistema monitorizado en SAP Solution Manager. 14. Ejecutar el programa de conversión para el maestro de productos. Acciones con el sistema operando de manera productiva limitada 1. Reprogramar los trabajos en segundo plano (Jobs) retenidos cuando se aisló la instancia central. 2. Llevar a cabo las acciones necesarias para el optimizador del SGBD Oracle. 3. Generar compilaciones de programas (TX SGEN) en la nueva versión. 4. Configurar el nuevo servidor ITS integrado y migrar las aplicaciones, si fuera necesario. 5. Realizar actividades de gestión y actualización de la seguridad del sistema SAP. a. Actualización e incorporación de nuevos objetos de autorización. b. Ajuste de roles y perfiles de autorización. c. Sincronización con el maestro de usuarios 6. Realizar actividades de ajuste para Application Link Enabling (ALE) SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 105 Acciones después de reiniciar la actividad productiva normal 1. Sistema de Gestión de Transporte (TMS): Distribuir la configuración a todos los sistemas en el dominio de transporte. 2. Eliminar los tablespaces antiguos de Oracle (sustituidos por los nuevos creados para la instancia ‘shadow’). 3. Hacer copia de seguridad de los perfiles de instancia ‘shadow’ para uso futuro en otros sistemas. 8.4. Tareas Adicionales al Procedimiento de Mejora según Notas OSS SAP requeridas Como parte de los preparativos para el procedimiento de mejora, es necesario estudiar aquellas notas SAP de soporte que son específicas para los componentes software destino. Dichas notas contienen información adicional a la general y que es necesaria para que el procedimiento se lleve a cabo sin incidencias. El contenido de cada nota se clasifica por etapa del proceso de mejora al que afecta y componente software de origen para el que es aplicable. A continuación se detallan, para cada nota, las actividades necesarias adicionales a las generales. 8.4.1. Nota Central para Mejoras a Sistemas basados en NetWeaver 7.0 EHP1 Tareas a realizar durante la etapa de preparación: 1. Asegurar disponer de una versión válida de la utilidad ‘SAPup’. 1.1. Versión mínima requerida: 710/7: 31.000 1.2. Si es menor, descargar una versión actualizada y sustituir la del DVD maestro de instalación. 2. Obtener el último paquete correctivo ‘UPG’ para la plataforma tecnológica. 2.1. NetWeaver 7.01: FIX_NW701SR1.UPG 2.2. Situarlo en el directorio de descargas para su posterior aplicación. 3. Copia de seguridad de las entradas específicas de usuario en la tabla EDIFCT 3.1. Exportar el contenido no estándar hacia una orden de transporte. 3.2. Importar la orden al finalizar la mejora para restaurar las entradas. 4. La última línea de los ficheros de perfiles debe terminar con un salto de línea 5. Eliminar el parámetro ‘DIR_SERVER_ORAHOME’ de los archivos de perfil. 6. Asegurar que está correctamente definido el entorno para las utilidades BR*Tools 6.1. Los valores pueden consultarse en el ’Anexo 2: Variables de entorno para usar la utilidad SAP BR*Tools para Oracle’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 106 Tareas a realizar para solventar errores durante la mejora: 1. Error en la fase SPAM_CHK_INI: ‘RFC_INVALID_PARAMETER: inconsistence in description detected: nonunicode length is too small.’ 1.1. Realizar las tareas comentadas en la nota SAP 1029444 2. Inconsistencias con el índice primario de la tabla ‘CIFSTKUCOUNT’ 2.1. Realizar las tareas comentadas en la nota SAP 1483213 3. Detener la ‘SAP MMC Console’ durante la fase de parada. 4. Error en el tratamiento de los ficheros de perfiles. 4.1. Realizar las tareas comentadas en la nota SAP 1474171. 5. Fase PARDIST_SHD – Mensajes de error en el log ‘PCONUPG.ELG’ 5.1. Repetir la fase. 6. Fase REQJOBRES – Mensaje de error generado por ‘sappfpar.exe’ 6.1. Analizar el log y corregir los valores indicados en los ficheros de perfiles. 6.2. Repetir la fase. 7. Fase XPRAS_UPG – Mensajes de error activando objetos de BW (Business Warehouse) 7.1. Realizar las tareas comentadas en la nota SAP 1483213 Tareas a realizar para solventar errores después de la mejora: 1. Reconfiguración de re-autenticación de usuario A partir de SAP NetWeaver 7.0 EHP1, hay una nueva implementación de la re-autenticación y no está activa hasta que se haya configurado correctamente. 1.1. Realizar las acciones descritas en las notas SAP 1277022, 1301591 y 1532874 2. Problemas con las compilaciones de idiomas 2.1. Eliminar los compilados según la nota SAP 110910 3. Si determinados objetos de BW (/BI0/*TCT*) no existen en BD 3.1. Activar y crear manualmente dichos objetos (TX SE11). 4. Algunos objetos de BW no se activaron durante la mejora 4.1. Aplicar las correcciones de la nota SAP 1227759 8.4.2. Nota Específica para Mejoras hacia la Versión SAP ERP 6.0 EHP4 Tareas a realizar durante la etapa de preparación: 1. Obtener la clave de software para mejora. 2. Obtener la última corrección para el programa de instalación ‘SAPup’. 2.1. Versión de ‘SAPup’ 710/7: 31.000  FixArchive v11 SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 107 2.2. Es IMPERATIVO aplicar la nota SAP 1370344 2.3. Situarlo en el directorio de descargas para su posterior aplicación. 3. Selección de nivel de pila en ‘Maintenance Optimizer’ de SAP Solution Manager. 3.1. Al menos aplicar un nivel de pila SPS06 o superior. 4. Obtener los DVD de kernel ABAP para la mejora 4.1. DVD de kernel destino final: <product><version> 4.2. DVD de kernel a usar durante el procedimiento: <product><version>Upgrade 4.3. Situar los 2 DVDs en el directorio de descargas. 5. Convertir tablas de clúster de forma incremental mediante la transacción ICNV 6. Comprobar el ‘log de aplicación del servidor SAP’ de acuerdo a la nota SAP 196113 7. Ajustar los indicadores de contenedor para las tablas del diccionario ABAP 7.1. Realizar las acciones descritas en la nota SAP 674070 7.2. De lo contrario, los contenedores (tablespaces) de intercambio no se pueden vaciar durante la mejora y no se pueden eliminar después de esta. Tareas a realizar para solventar errores durante la mejora: 1. Problemas de diversa índole con la instancia ‘shadow’ 1.1. Realizar las acciones descritas en la nota SAP 525677 2. No utilizar como puertos para comunicación interna el rango [6665 – 6669] Tareas a realizar para solventar errores después de la mejora: 1. Error al convertir parámetros de impresión Después de la mejora los parámetros de impresión pueden haber desaparecido o reemplazados por otros. 1.1. Realizar las acciones descritas en la nota SAP 1142364 8.4.3. Nota Específica para Mejoras de Sistemas con SGBD Oracle Tareas a realizar durante la etapa de preparación: 1. Solicitud de creación de tablespaces en fase ‘PREPARE’ Como se va a utilizar el nuevo diseño de tablespaces, NO debemos crearlos como lo solicita la fase ‘PREPARE’. En su lugar debemos asegurar que las tablas DDART, TAORA y IAORA contienen las entradas correctas. 1.1. DDART SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 108 Dominio Descripción DDIM STD Dimension Tables in BW DFACT STD Facts Table in BW DODS STD ODS Tables in BW Tabla 34: Dominios para las tablas de BW 1.2. TAORA / IAORA: Deben contener entradas para DDIM, DFACT y DODS. 1.3. De no ser así, debemos ajustar el contenido de estas tablas antes de comenzar la mejora. 2. Asegurar que la codificación de caracteres está establecida a ‘UTF8’ 2.1. De no ser así, ajustarla siguiendo la nota SAP 669902 3. Asegurar que el SGBD Oracle tiene aplicado el último conjunto de parches para su versión. 3.1. De no ser así, obtenerlo según la nota SAP 1431799 y aplicarlo. 4. Asegurar que los parámetros de BD siguen las recomendaciones de SAP (Nota SAP 1431798) 4.1. Los valores de parámetros puede consultarse en el ‘Anexo 1: Parámetros Oracle 11gR2 recomendados para SAP ERP 6.0x’ 5. Asegurar que todas las estadísticas de la base de datos estén actualizadas 5.1. Para calcularlas podemos apoyarnos en la utilidad SAP para BD Oracle, ‘BR-Tools’. 6. Eliminar posible esquema previo de BD para instancia shadow 6.1. Suele corresponder con los usuario ‘SAPR3SHD’ o ‘SAP<SAPSID>SHD’ 7. Realizar las tareas descritas en la nota SAP 558197 para evitar largos tiempos de ejecución. 7.1. La solución pasa por crear algunos índices no estándar de tablas SAP para el proceso de mejora y luego eliminarlos al finalizar. 8. Ajustar el tamaño de ‘extend’ para ciertos objetos de BD cuando los tablespaces están definidos para ‘control de extend mediante diccionario’ 8.1. Los objetos afectados y el tamaño mínimo de ‘extend’ se obtiene de la nota SAP 11777 (consultar ‘Anexo 3: Tamaño mínimo de extent durante la mejora para ciertas tablas críticas’) 9. Asegurar que no están establecidas cuotas para usuario de esquema SAP, SAP<SID> 9.1. Establecerlas a ‘UNLIMITED’. 8.5. Actualización del Software de Front-End (SAP GUI) La nueva versión del sistema SAP no podrá ejecutarse hasta que se haya instalado una versión compatible del software front-end (SAP GUI). Cada versión de SAP GUI es compatible con varias versiones de SAP R/3, así que es posible que no sea necesario actualizarlo. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 109 La organización utiliza en sus terminales la versión de SAP GUI 7.10. Esta versión es compatible con el software destino ERP 6.0 EHP4 / NW 7.01. Sin embargo, según la nota SAP 147519 sobre el ciclo de vida de SAP GUI, sólo las versiones 7.40 y 7.50 siguen en soporte. Es necesario, pues, que se actualice este software para cumplir con los requisitos de usuario. Como la versión actual es compatible, la actualización de los terminales de la organización puede realizarse de forma escalonada, sin afectar a la capacidad e uso del nuevo sistema. Es requisito de SAP que el software ‘front-end’ esté instalado al menos en la ‘Central Instance’, para asegurar que se puedan realizar las tareas básicas de gestión. Procederemos a instalar la nueva versión 7.40 en los nuevos servidores. La instalación o actualización se realiza mediante el instalador del DVD maestro de la nueva distribución. Los parches se aplican por cada uno de los componentes del software ‘front-end’. DVD Maestro de distribución SAP GUI 7.40 Parche Componente Instalar para Aplicar SAP GUI FOR WINDOWS Todos Sí NETWEAVER BUSINESS CLIENT Usuarios que acceden vía web Sí BI ADDON FOR SAP GUI Sólo usuarios de Business Intelligence Sí ECL VIEWER No No KW ADDON FOR SAP GUI No No SAP INTERACTIVE EXCEL Sólo con Office 32 bits Sí SAPPDFPRINT Todos Sí SAPSPRINT No No SAPSCRIPT LEGACY TEXT EDITOR Sólo usuarios desarrolladores No Tabla 35: Componentes del DVD maestro de instalación de ‘front-end’ SAP GUI El último momento para instalar el software ‘front-end’ en el host de ‘Central Instance’ es antes de iniciar la instancia ‘shadow’ por primera vez en la fase. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 110 Figura 60: Ventana de tiempo para el nuevo software ‘front-end’ [12] 8.6. Modos de Pre-configuración en el Procedimiento de Mejora Para minimizar el tiempo de parada de los sistemas, SAP proporciona un mecanismo de actualización denominado ‘System Switch Update’. Este procedimiento instala una instancia SAP en paralelo con el sistema original actual, denominada ‘shadow’ (sombra), sobre la misma base de datos. El sistema ‘shadow’ contiene todo el software de la versión destino y se utiliza para realizar las acciones del procedimiento de mejora sobre dicha versión, mientras que el sistema original en la versión fuente sigue en funcionamiento en modo productivo. Tener dos instancias SAP en paralelo aumenta la demanda de recursos. La duración de una mejora depende de los siguientes factores: • Recursos hardware disponibles (CPU, RAM, Discos HDD). • El número de modificaciones a realizar (componentes ERP instalados, paquetes de mejora). • El número de paquetes de soporte y ‘add-ons’ incluidos. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 111 Figura 61: Flujo del procedimiento de ‘System Switch Update’ [12] Para optimizar el tiempo de parada y el consumo de recursos, el número y tipo de parámetros que controlan el procedimiento se agrupan en los llamados ‘modos de pre-configuración’. Cada modo determina una forma diferente de realizar el ‘System Switch Update’. El usuario escogerá el que mejor le convenga según sus necesidades y posibilidades. Modos de pre-configuración Modo Características Escenario low resource use Bajo consumo de recursos del sistema Sistemas con pocos recursos hardware Inicio temprano de la fase de parada - creación y operativa del sistema 'shadow' durante el tiempo de inactividad del sistema SAP (estrategia de mínimos recursos) ICNV (conversión incremental de tablas) no es posible standard resource use Comienzo tardío de la fase de parada - creación y operativa del sistema 'shadow' durante el uso productivo del sistema SAP (estrategia de mínima parada) Sistemas con moderados recursos hardware El modo de archivado del SGBD está desactivado durante la parada. Requiere copia de seguridad de BD previa y posterior a la fase de parada (para poder realizar restauración a posteriori). SGEN (compilación de programas) se inicia automático durante la fase de parada. high resource use Comienzo tardío de la fase de parada - creación y operativa del sistema 'shadow' durante el uso productivo del sistema SAP (estrategia de mínima parada) Sistemas con gran cantidad de recursos hardware Importación acelerada (mayor grado de paralelismo) El modo de archivado del SGBD está activo durante todo el proceso (alta generación de archivos redo durante la fase de parada). No requiere copia de seguridad de BD tras parada. SGEN (compilación de programas) se inicia automático durante la fase de parada. Tabla 36: Modos de pre-configuración para realizar una mejora de software SAP SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 112 Si se elige la pre-configuración para ‘Uso Estándar de Recursos’ (‘Standard Resource Use’) o ‘Uso Alto de Recursos‘ (‘High Resource Use’), las actividades más pesadas de la mejora se realizan antes de la parada del sistema SAP, que de otro modo tendrían que realizarse durante el tiempo de inactividad. Figura 62: Tiempos de actividad y parada para los modos de pre-configuración [12] En el ámbito de este Proyecto, la estrategia elegida es ‘downtime minimized’ con el modo de preconfiguración ‘standard resource use’. Aunque se dispone de recursos hardware suficientes, descartamos el modo ‘high resource use’ por el gran impacto durante el uso productivo del sistema original. El modo ‘standard’ limita la cantidad de recursos al sistema ‘shadow’, reduciendo el impacto a costa de alargar el procedimiento algo más. 8.7. Procedimientos Elementales durante los Preparativos para la Mejora 8.7.1. Asegurar los Recursos de Hardware y SO durante todo el Procedimiento Requisitos de recursos durante la mejora Recurso Elemento Cantidad Medición Comentario CPU, RAM y swap Para software SAP destino Suficiente Estimación con 'Quick Sizer' Realizado durante el análisis y el hardware cumplía ampliamente los requisitos. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 119 Figura 67: Inicio de GUI de programa de mejora de software SAP 8.8.2. Usuarios Requeridos durante todo el Procedimiento Durante las distintas fases de la mejora serán necesarios distintos tipos de usuario para acciones específicas. Algunos de ellos se le suministrarán a la herramienta ‘SAPup’ para que pueda realizar sus tareas y otros serán necesarios para tareas manuales en las instancias SAP. Usuarios necesarios durante una mejora Software Usuario Función Autorizaciones SO Windows <sapsid>adm Tareas administrativas de SAP (creación de instancias, ajustes de perfiles, etc.) Administradores locales de la máquina SAPService<sapsid> Ejecución de binarios de SAP (procesos de trabajo de instancias, comandos, etc.) Usuarios de servicio de SO SGBD Oracle SYSTEM Tareas administrativas de BD (creación de esquemas, objetos, ajuste de propiedades, etc.) Privilegios de sistema SAP R/3 DDIC en el mdt. '000' Usuario para RFC durante la mejora (invocación de tareas en las instancias SAP) Todos las autorizaciones de SAP (SAP_ALL) Desarrollador en el mdt. '000' Realizar ajustes manuales SPDD en instancia ‘shadow’. Desarrollador ABAP (SAP_BC_DWB_ABAPDEVELOPER) Desarrollador en el mdt. trabajo Realizar ajustes manuales SPAU en instancia real. Desarrollador ABAP (SAP_BC_DWB_ABAPDEVELOPER) Consultor en el mdt. trabajo Ajustar autorizaciones (roles y perfiles) post-mejora. Autorizaciones para PFCG según el área funcional (HR, SD, PP, etc) Tabla 39: Usuarios requeridos durante la mejora de SAP, funciones y autorizaciones SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 120 8.8.3. Cálculo de la Cola de importación de Paquetes En caso de utilizar ‘Solution Manager’, la utilidad ‘SAPup’ solicita el fichero XML de pila (‘stack.xml’) generado con la lista de paquetes necesarios para alcanzar el nivel de pila ABAP deseado en la reléase destino. La utilidad valida que se encuentren en el directorio de descargas y procede a descomprimirlos para procesarlos a posteriori para importación (‘dissasamble’). Los tipos de paquetes ABAP que se procesan en una mejora pueden ser: • Paquetes de mejora de versión para un componente o un ‘add-on’ existente. • Paquetes de instalación para nuevos componentes o ‘add-ons’ en la nueva versión. • Paquetes de soporte a aplicar para los componentes en la nueva versión. • Paquetes de atributos, también denominados ‘Transportes para resolución de conflictos’ (CRT, ‘Conflict Resolution Transports’) La utilidad de actualización invoca al ‘Calculador de Cola de Parches’ (‘SPAM Patch Queue Calculator’) que, según los requisitos declarados en las cabeceras de los paquetes y los CRT, procede a calcular la cola de importación con el orden correcto. En el caso de añadirse órdenes de transporte con ajustes SPDD y SPAU desde otros sistemas, también se validará si dichas órdenes son aplicables, por componente, al nivel de pila calculado. Para ello la utilidad ABAP ‘SPAM’ (‘Support Package Manager’) de aplicación de paquetes, debe soportar las nuevas versiones. Esta herramienta se puede actualizar previamente a la versión destino tanto desde el instalador ‘SAPup’ situando el paquete de mejora en el directorio de descargas, como directamente desde la propia utilidad SPAM importando su actualización desde R/3. Figura 68: Actualización de utilidad SPAM desde el instalador ‘SAPup’ SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 121 Si no se detectan incoherencias, los niveles destino de los componentes deben coincidir con el fichero de pila. En otro caso, se mostrará el máximo nivel inferior que se puede alcanzar de manera consistente. Tras el cálculo inicial de paquetes se pueden adicionales para resolver las incoherencias o instalar nuevos elementos. Como estos nuevos paquetes no han sido validados y aprobados desde Solution Manager, es necesario hacerlo en la instancia SAP origen con las utilidades ABAP. Figura 69: Resultado parcial de un cálculo de cola de importación para mejora 8.8.4. Utilidad para ‘tareas específicas de aplicación’ durante la Mejora La ‘ASU toolbox’ (‘Application-Specific Upgrade toolbox’) es una utilidad que proporciona SAP para realizar actividades adicionales específicas de la aplicación destino antes y después de la mejora, aparte de las tareas técnicas que son necesarias para implementar el procedimiento. Consiste en un fichero XML con la definición de las tareas específicas y una herramienta que interpreta ese archivo y proporciona al usuario una GUI para el procesamiento de las tareas. Utiliza un procesamiento de 2 pasos: 1. Primero: El XML de tareas se carga y almacena en el sistema SAP de forma independiente de mandante. 2. Segundo: El sistema genera una lista específica de tareas en el mandante donde se ejecuta la utilidad. Cuando se utiliza en el marco de una mejora, se invoca de manera específica en 2 ocasiones SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 122 1. Primera: Durante la fase ‘Checks’, antes del cambio. Sólo se muestran las tareas del plan previas a la mejora técnica. Figura 70: Actividades ASU previas a realizar la mejora 2. Segunda: Durante la fase ‘Post-Processing’, después del cambio. Se oculta la jerarquía de tareas de preparación y se muestran sólo las tareas de post-mejora. Figura 71: Actividades ASU una vez ejecutada a la mejora SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 123 También se incluye la tarea preventiva de copia de ‘variantes’ de ejecución de programa (‘modalidades de ejecución pre-configuradas’). Esto se realiza para prevenir la pérdida de variantes definidas en la versión origen que, por algún error de conversión o por eliminación en el estándar, no están en el sistema tras la mejora. Para ello, igual que con la ASU Toolbox, en la fase ‘Checks’ se realiza una copia de todas las variantes en el sistema origen (tuplas parámetro – valor), en una tabla no afectada por la mejora. En la fase ‘Post-Processing’, se ejecuta un programa que procesa dicha tabla, compara la definición de la variante en la nueva versión, y si no coincide o no existe, procede a crearla utilizando los mismos valores de parámetro. 8.8.5. Bloqueo y liberación del Repositorio ABAP En la estrategia ‘downtime minimized’, donde gran parte de las tareas de mejora se realizan con el sistema operando con normalidad, es OBLIGATORIO antes de crear la instancia de trabajo ‘shadow’, bloquear el repositorio (‘Worbench’) ABAP para prevenir que los objetos (programas, definiciones de tablas, etc.) se modifiquen (correcciones desde notas, desarrollos, etc.) durante la mejora, ya que se perderían al realizar el ‘System Switch’. Figura 72: Bloqueo del repositorio ABAP antes de crear la instancia ‘shadow’ Antes de dejar inoperativos los sistemas de ‘Control de Cambios’ (CMS, ‘Change Management System’) y de ‘Transportes’ (TMS, ‘Transport Management System’), se requiere liberar las órdenes de modificación pendientes que contengan objetos afectados por la mejora, ya que estos permanecen todavía bloqueados. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 124 Figura 73: Detección, en fase ‘Checks’, de objetos bloqueados afectados por mejora De todas formas el programa de actualización, tras el cierre, realiza una segunda validación, y si es necesario desbloquea temporalmente ambos sistemas para permitir la liberación. Posteriormente, una vez finalizada la ‘mejora técnica’ (final de fase ‘Downtime’ y ‘System Switch’), la instancia real ya está operando en la nueva versión y el repositorio vuelve a abrirse, para permitir la realización de los ajustes SPAU y las tareas post-mejora de la ‘ASU Toolbox’. 8.8.6. Creación de la Instancia ‘sombra’ Todas las tablas del servidor de aplicaciones son necesarias como ‘tablas sombra’ para operar el sistema ‘shadow’. Las tablas se duplican en la misma BD hacia un nuevo esquema ABAP, ‘SAP<SAPSID>SHD’, donde posteriormente se aplicarán todos los cambios para pasar a la nueva versión. El programa ‘SAPup’ crea automáticamente los servicios SAP, ficheros de perfil y directorios además de copiar los programas y archivos necesarios para la instancia ‘shadow’, en el directorio de trabajo para mejora. Pueden reutilizarse los archivos de perfil de otra instancia ‘shadow’ de procedimientos en sistemas previos. Las acciones sobre los objetos en el nuevo esquema se realizan en 2 fases: 1. Duplicar las tablas necesarias desde el origen 1.1. Adicionalmente se habilita un mecanismo de ‘sincronización’ sobre dichas tablas, de tal forma que los datos actualizados en origen se replican en las tablas destino, independientemente de la versión. 2. Importar desde los paquetes ABAP los cambios a los objetos de diccionario, aplicarlos y activarlos. 2.1. El tiempo necesario para la activación depende del nº de paquetes a procesar y de la dimensión del ‘salto’ (gap) entre versiones origen y destino. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 125 Durante la importación se aplican los cambios sobre una nueva versión ‘inactiva’ de los objetos, copia de la vigente en la versión original. El sistema no tendrá visibilidad sobre esta versión actualizada hasta que se ‘active’, momento en el que sustituirá a la versión anterior que pasará a estar inactiva. Durante la activación se calculan las dependencias y secuencia de activación para los objetos de diccionario que necesiten ser activados. Por ejemplo, las estructuras deben activarse antes de que puedan utilizarse en tablas o tipos de tablas. Estas dependencias entre tipos de objetos ABAP son a menudo complicadas. El mismo tipo de dependencias podría tener que ser calculado varias veces con diferentes conjuntos de entrada. 8.8.7. Ajustes de Modificaciones a Objetos ABAP: SPDD y SPAU Si se han hecho modificaciones a los objetos estándar de SAP, ya sea mediante la aplicación de notas correctivas del fabricante o por ampliaciones de los desarrolladores, es necesario que durante la mejora el sistema permita realizar cambios sobre dichos objetos. La finalidad de estos ajustes es ofrecer la capacidad de decidir si mantener, en el nuevo objeto actualizado, las modificaciones realizadas en la versión antigua (el nuevo objeto quedaría marcado como ‘modificado’) o si descartarlas y quedarse con versión estándar del nuevo objeto (quedaría marcado como ‘original’). La mayoría de las modificaciones pueden retenerse de forma automática si no se solapan con las del estándar en la nueva versión, pero en determinados casos es necesario hacer los ajustes manualmente: 1. Cuando existan conflictos de nombre 2. Cuando el objeto deja de usarse en la nueva versión y SAP vaya a ser eliminarlo. 3. Cuando los cambios no se realizan usando el ‘asistente de modificación’. Existen 2 tipos de ajuste a realizar durante la mejora: Tipos de ajuste de modificación SPDD SPAU Objetivo Modificaciones en los objetos de diccionario ABAP (tablas, índices, estructuras, etc.) Modificación en los objetos de repositorio ABAP (programas, ‘includes’, grupos y módulos de función, etc.) Se ejecutan En la fase ‘Pre-Processing’, posterior a la creación de la instancia ‘shadow’. En la fase ‘Post-Processing’, en paralelo con otras actividades finales. Se realizan En la instancia ‘shadow’, sobre la definición ABAP de los objetos importados en la nueva versión. Posteriormente se aplican a la definición de los objetos en el SGBD. En la instancia real migrada , en la implementación ABAP del objetos en la nueva versión. Se aplican al compilar el objeto. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 126 Tipos de ajuste de modificación SPDD SPAU Ámbito Todos independientes de mandante Dependientes e independientes de mandante Ajustes manuales En el mandante ‘000’ Requieren usuario con clave y autorizaciones de 'Desarrollador'. En los mandantes de trabajo. Requieren usuario con autorizaciones de 'Desarrollador' pero no clave en los primeros 14 días. Tabla 40: Tipos de ajustes de modificación y sus características Figura 74: Ajustes manuales SPDD en fase ‘Pre-Processing’ Figura 75: Ajustes manuales SPAU en fase ‘Post-Processing’ El caso de uso habitual de procedimiento para ‘mejora en infraestructuras multi-sistemas’ suele ser comenzar por el sistema de desarrollo, donde por su naturaleza este tipo de ajustes manuales están permitidos por defecto, y luego propagarlos al resto de sistemas mediante órdenes de transporte, con lo que no es necesario que en los últimos estén habilitadas las opciones de cambio (no lo están por defecto). Sin embargo, en el caso de uso tratado en este Proyecto, los ajustes manuales se realizarán directamente en el sistema productivo, ya que el de desarrollo se va a crear nuevo a posteriori como copia de sistema. Por lo tanto es necesario que, de manera temporal durante la mejora, se permitan los cambios directos sobre el ‘workbench’ ABAP (diccionario y repositorio) y el ‘customizing’ (personalización) 8.8.8. Copias de Seguridad necesarias durante la Mejora Usando el modo de pre-configuración ‘estándar’, las copias de seguridad requeridas durante todo el procedimiento son las siguientes: SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 127 a) Mientras el sistema SAP original permanezca con actividad productiva, se mantendrá la política actual de copias. b) Al inicio de la fase de parada, antes de desactivar el modo de archivado (‘pre-mejora’): Copias completas de BD, directorio de trabajo para mejora y directorio de ‘Instancia Central’ SAP. Es necesario asegurar que se puede restaurar el sistema SAP y el estado del procedimiento hasta este punto, para poder restaurar en caso de un error fatal durante el ‘system switch’. Figura 76: Back-up previo a fase de parada c) Al final de la fase de parada, tras habilitar el modo de archivado (‘post-mejora’): Antes de iniciar la instancia real SAP migrada, es OBLIGATORIO realizar una copia completa de BD ‘off-line’ por 2 razones: c.1. No es posible restaurar desde la copia anterior ya que no se han registrado los cambios. c.2. Al reactivar el modo supervisado se resetean los segmentos de re-do y se pierde la secuencialidad con los anteriores. Figura 77: Back-up posterior a fase de parada SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Migración y Mejora de Sistemas SAP Sergio Luis Rodríguez Rivero 128 8.8.9. Fase de Parada y Cambio de Sistema Finalizada la mejora de los objetos de diccionario ABAP en la instancia ‘shadow’, la instancia real debe detenerse para realizar las operaciones de ‘System Switch’ y ‘Kernel Switch’. Antes de confirmar la parada es necesario aislar la instancia SAP original para evitar la realización de cambios y detener la sincronización de datos con la ‘shadow’. Una vez detenidas ambas instancias (original y ‘shadow’) y realizada la copia de seguridad ‘pre-mejora’, se desactiva el modo de archivado del SGBD y se inician las fases de: 8.8.9.1. ‘System Switch’ Se inicia la instancia ‘shadow’ y se procede a realizar la importación del código de los objetos ABAP de repositorio. De manera similar a los objetos de diccionario, las modificaciones se aplican sobre una nueva versión ‘inactiva’ de objeto que tras finalizar la fase de activación sustituirá al objeto anterior. En esta fase se es consciente de los cambios previos al objeto original y se mantienen ambas versiones hasta llegar a la fase de ajustes SPAU, donde se toma la decisión sobre la versión definitiva. Posteriormente, las versiones anteriores de los objetos se eliminan y permanece la versión activa. Tras finalizar la fase de activación se procede a sustituir el contenido de la instancia original por el mejorado en la instancia ‘shadow’, quedando la instancia SAP original actualizada. Posteriormente se ejecutan los programas ABAP planificados por SAP, necesarios para aplicar las ‘correcciones procedimentales’ al contenido de las tablas de diccionario. 8.8.9.2. ‘Kernel Switch’ Hasta el momento, la instancia ‘shadow’ y el procedimiento de mejora han estado ejecutando una versión del nuevo kernel específico para el procedimiento de mejora. Una vez realizado el ‘System Switch’ es necesario remplazar el kernel de la instancia SAP original por una nueva versión definitiva para el sistema mejorado. Tras el cambio, la instancia SAP mejorada se inicia con el nuevo kernel, y se procede a la compilación con el nuevo kernel de los programas utilizados en la nueva versión. Posteriormente en la fase de ‘post-processing’ se puede planificar una compilación masiva de programas. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 135 Figura 80: Crecimiento de la base de datos SAP 9.5.1. Observaciones Una vez finalizada la reorganización de las tablas con campos ‘SecureFile’, se crearon nuevos segmentos LOB comprimidos además de eliminar la fragmentación interna por ‘extent’, consiguiendo una reducción del tamaño de BD cercana al 20% (Figura 65). Se habilitó la compresión sólo para los segmentos LOB y no para la tabla completa con el fin de minimizar el sobrecoste de la compresión y descompresión ‘al vuelo’. Además, no se comprimió ningún aspecto de ciertas tablas cuya compresión no está recomendada por SAP (tablas ‘clúster’, tablas ‘pooled’, tablas de compilados, etc.) El tamaño puede reducirse aún más con tareas adicionales de mayor calado que podrían abordarse en un futuro. 9.6. Rendimiento de Memoria en los Procesos de BD En el marco de los preparativos para la mejora del software ERP, una de las tareas más importantes es la ‘puesta a punto’ del SGBD. Entre ellas está la de ajustar los parámetros de funcionamiento para adecuarlo al nuevo SGBD 11gR2 y sacar el mejor rendimiento. Una vez ajustados los parámetros de BD siguiendo las recomendaciones de SAP (consultar ‘Anexo 1: Parámetros Oracle 11gR2 recomendados para SAP ERP 6.0x’) obtenemos los siguientes resultados: SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 136 Figura 81: Número de lecturas lógicas diarias Figura 82: Número de lecturas físicas diarias SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 137 Figura 83: Tasa de aciertos en buffers de BD 9.6.1. Observaciones Manteniendo una carga de trabajo similar, medida según el número de lecturas diarias, tanto en los periodos previos como posteriores al ajuste de parámetros (Figura 66), exceptuando el periodo de creación de la instancia ‘en sombra’, observamos que: • El número de lecturas físicas necesarias (Figura 67) se redujo considerablemente, entre un 50% y 75%, a excepción del periodo de creación de la instancia ‘en sombra’ donde es necesario acceder a casi todas las tablas. • Esta reducción está condicionada por la mejora del rendimiento de los buffers de memoria (Figura 68), pasando a estar en todo instante por encima del 95%, y del optimizador de consultas, con algoritmos predictivos de bloques necesarios a futuro. • Debemos excluir de la medición el periodo que comprende la tarea excepcional de creación de la instancia ‘en sombra’ donde es necesario acceder al contenido completo de gran cantidad de tablas del esquema. 9.7. Rendimiento de Disco en los Procesos de BD Completado el procedimiento de mejora de la solución SAP e implantada la nueva versión de kernel ABAP, esta tiene soporte completo para la nueva versión de SGBD Oracle 11gR2, y puede aprovechar las novedades y características de este. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 138 Una vez completados los ajustes de parámetros ABAP para NetWeaver y para el nuevo kernel, obtenemos los siguientes resultados durante la ejecución de una sentencia SQL: Figura 84: Tiempos de espera total en lectura secuencial de BD Figura 85: Número de eventos de espera en lectura secuencial de BD 9.7.1. Observaciones • Se aprecia una reducción drástica de los eventos de espera por dato desde disco (Figura 70) o En una ejecución SQL, un evento de espera (‘wait’) es aquella situación en la que la ejecución se detiene por no estar disponible todavía en memoria el dato solicitado. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 139 • La magnitud de esta reducción está condicionada por: o Un mejor rendimiento de los buffers de memoria  A nivel de SGBD durante la ejecución del SQL.  A nivel de servidor ABAP para reducir el nº de consultas a BD necesarias. o La reducción de la fragmentación interna de las tablas. • Los tiempos de ejecución de una consulta SQL mejoran al reducirse los tiempos espera por datos. • El total de tiempo perdido por esperas (Figura 69) se reduce proporcionalmente al nº de eventos. 9.8. Rendimiento de los Procesos ABAP Transacción Solución Tiempos medios en milisec. Respuesta CPU DB GUI VA01 Origen 217,0 40,4 46,6 133,9 Destino 201,0 40,5 42,4 120,5 % Reducción 7,37% -0,25% 9,01% 10,01% VA05 Origen 574,5 144,3 262,0 229,4 Destino 409,5 53,2 113,5 252,4 % Reducción 28,72% 63,13% 56,68% -10,03% VL01N Origen 287,7 67,7 184,1 23,7 Destino 270,4 72,6 166,5 16,8 % Reducción 6,01% -7,24% 9,56% 29,11% VT01N Origen 1.385,2 112,6 1.008,5 120,2 Destino 1.042,1 101,4 588,0 111,9 % Reducción 24,77% 9,95% 41,70% 6,91% Z_DESCARGA_BARCO Origen 2.367,1 134,5 9,3 2.217,2 Destino 2.057,8 119,3 7,7 1.924,7 % Reducción 13,07% 11,30% 17,20% 13,19% Z_FACTURACION0015 Origen 413,3 71,1 62,9 157,8 Destino 405,9 68,1 64,7 174,0 % Reducción 1,79% 4,22% -2,86% -10,27% Z_SIN_DOCUMENTAR Origen 3.537,0 539,6 802,9 2.193,3 Destino 2.100,2 162,4 69,1 1.869,4 % Reducción 40,62% 69,90% 91,39% 14,77% ZDIARIO_FACTURACION Origen 2.490,7 410,2 469,1 1.615,2 Destino 1.681,7 1.018,3 282,6 382,3 % Reducción 32,48% -148,24% 39,76% 76,33% ZHSR_PARTIDAS_V4 Origen 13.520,4 274,2 236,5 638,7 Destino 9.990,3 194,6 235,8 1.236,5 % Reducción 26,11% 29,03% 0,30% -93,60% Tabla 47: Comparativa de tiempos de proceso en la ejecución de diversas transacciones SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 140 Leyenda Respuesta Tiempo desde el inicio de la ejecución hasta obtener los resultados en pantalla. Respuesta = CPU + DB + GUI + 'otros factores' CPU Tiempo invertido en la lógica de programas ABAP (SAP) DB Tiempo invertido en consultas SQL a BD GUI Tiempo invertido en formatear la salida por pantalla 9.8.1. Observaciones En la tabla anterior (Tabla 42) tenemos una comparativa de los tiempos de ejecución medios en una semana para las 10 transacciones de mayor uso en el sistema, entre los tiempos con la solución original antes de iniciar la mejora del ERP y los tiempos en la nueva solución una vez finalizado el Proyecto. Ambas medidas fueron tomadas con las soluciones migradas al nuevo hardware y SGBD. En ella podemos observar el siguiente comportamiento: • Se ha producido una mejora generalizada, en mayor o menor medida, en los tiempos totales de ejecución oscilando estos entre el 2% y el 40%. • La magnitud de la reducción es dispar según sea la transacción y el tipo de ejecución. En algunos aspectos la reducción es superior al 90% pero en otros se producen también aumentos. • La mejoría global es proporcional al grado de mejora del aspecto que más influye en la ejecución. • Existen transacciones, como en la TX VA05, con una mejoría global aceptable (tiempos 28% inferiores) donde se ha producido una mejoría considerable del tiempo en algunos procesos (como ABAP y SGBD) pero un empeoramiento de otros (como la salida por pantalla). o La transacción es de listado y en la nueva implementación se ha mejorado el formato de presentación, haciéndola más atractiva pero más costosa. o La mayor optimización se ha producido en las consultas SQL del código ABAP y en el procesamiento de estas por el SGBD. o Sin embargo, esto ha hecho que el mayor tiempo invertido sea en la visualización, y como este ha empeorado un poco, la mejoría total no es tan significativa como la alcanzada a nivel de computación en el ERP como en el SGBD. • En otras transacciones la mejoría es proporcionada en todos los aspectos, en mayor o menor grado, como en ‘Z_DESCARGA_BARCO’ y ‘Z_SIN_DOCUMENTAR’. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 141 9.9. Optimizaciones en las Consultas y Compilador ABAP SQL En las implementaciones ABAP, las consultas a BD no son escritas directamente en lenguaje SQL, sino en un ‘pseudo-lenguaje’ de consultas que luego el compilador SQL de ABAP traduce en sentencias SQL que son las enviadas al SGBD. Se pueden utilizar directivas del lenguaje, ‘hints’ para indicar al compilador condiciones para generar el SQL, como acciones específicas para un tipo de SGBD, etc. Con las optimizaciones de las consultas en los códigos ABAP y las mejoras en el compilador SQL del lenguaje, obtenemos los siguientes resultados: Figura 86: Media de peticiones a BD por segundo durante la operativa del sistema Figura 87: Media de peticiones de confirmación por segundo durante la operativa del sistema SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Resultados Obtenidos Sergio Luis Rodríguez Rivero 142 9.9.1. Observaciones Ante una carga de trabajo similar, tanto en la solución origen como en la de destino (Figura 63), podemos apreciar una reducción del número de peticiones necesarias para completar las operaciones: • En la Figura 71 apreciamos que al entrar en vigor las optimizaciones en los parámetros ABAP, manteniendo la carga de trabajo se reduce el nº de peticiones a la BD. • De igual forma, en la Figura 72 vemos que el nº de operaciones de ‘commit’ emitidas son significativamente menores, lo que parece indicar un mayor uso de consultas DML de bloque (múltiples registros de una vez) que de individuales (por fila). • El número de peticiones permanece más estable, dentro del rango de las 200 a 250, lo que parece indicar que no sólo se han optimizado algunos procesos, sino que la optimización es más generalizada. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Conclusiones del Proyecto Sergio Luis Rodríguez Rivero 143 10. Conclusiones del Proyecto Atendiendo a: 1. La definición de la infraestructura de IT implementada. 2. La estrategia ideada para llevar a cabo las mejoras de software. 3. Las técnicas utilizadas para realizar la implementación 4. Los resultados obtenidos tras la finalización del proyecto. Podemos concluir, sin temor a equivocarnos, que se han cumplido: a) Todos los requisitos, tanto de usuario como de software. b) Todos los objetivos directos del Proyecto y a su finalización la mayoría de los indirectos. De la realización de este Proyecto podemos extraer las siguientes conclusiones: a) El uso de la metodología ASAP en la fase de análisis ha permitido: a.1. Obtener una visión global de la infraestructura de TI de la organización. a.2. Obtener una descripción completa de los procesos de negocio. a.3. Minimizar el esfuerzo de planificación del proyecto. a.4. Modelar los procesos empresariales nuevos y existentes en nueva versión. a.5. Definir una nueva infraestructura de TI, mejorando la actual. a.6. Definir los aspectos de seguridad (roles, perfiles, autorizaciones) en la nueva versión. a.7. Definir una estrategia global de actualización, prueba y formación. a.8. Validar la viabilidad de la estrategia e identificar los posibles riesgos. a.9. Obtener una batería sólida de pruebas unitarias y de conjunto. a.10. Generar los cambios incrementales para la nueva parametrización de los procesos anteriores. a.11. Generar un Repositorio centralizado de documentación. a.12. Reducir el esfuerzo de la generación de material formativo. a.13. Reducir los costes formativos manteniendo la curva de aprendizaje lo más corta posible y posibilitando al máximo la auto-formación. a.14. Reducir los costes de consultoría técnica y funcional durante y posterior al proyecto. a.15. Facilitar el mantenimiento de la nueva infraestructura, orientándolo a una estrategia de evolución continua. b) El análisis de la infraestructura de TI ha facilitado: b.1. Conocer el detalle de los elementos que conforman la arquitectura R/3. b.2. Identificar aquellos elementos que estaban obsoletos o fuera de soporte. SAP R/3 4.7 a SAP ERP 6.04 / NW 7.01 Conclusiones del Proyecto Sergio Luis Rodríguez Rivero 144 b.3. Identificar incidencias de las que no se tenía constancia y posibles fallos futuros. b.4. Evaluar el rendimiento y capacidad del hardware y software actuales. b.5. Valorar la idoneidad de la infraestructura actual para la nueva solución software. b.6. Obtener un boceto de mejoras plausibles a tener en cuenta en el diseño de la nueva infraestructura. c) Las utilidades en la nube de SAP (‘Quick Sizer’, ‘Base de Conocimiento’, ‘Matriz de disponibilidad de Productos’) han hecho posible: c.1. Identificar los requisitos hardware necesarios para sustentar la nueva solución. c.2. Identificar los requisitos software mínimos requeridos para implementar la nueva solución. c.3. Determinar las posibilidades de soporte y mantenimiento del hardware y software a utilizar. c.4. Evaluar la idoneidad de la nueva infraestructura hardware / software propuesta. c.5. Ayudar a planificar una estrategia de implementación factible y lo más óptima posible. c.6. Identificar posibles riegos e incidencias durante la implementación de la mejora. d) La nueva arquitectura hardware / software implementada con versiones actualizadas ha permitido: d.1. Disponer del soporte del fabricante, al menos por 5 años, para toda la infraestructura SAP (servidor, SO, SGBD, SAP ERP). d.2. Cumplir los requisitos de licenciamiento SAP para aprovechar los servicios de soporte y mantenimiento y amortizar su coste. d.3. Mejorar el rendimiento global de los sistemas en de las distintas capas R/3 (SO, SGBD, ERP SAP), entre un: d.3.1. 25% y 75% en los procesos de SAP d.3.2. 100% y 200% en la capacidad de trabajo de los servidores d.3.3. 50% y 75% en los procesos de BD. d.4. Solventar de manera automática distintos errores e incidencias detectadas. d.5. Recuperar la asistencia al usuario final y la posibilidad de aplicar correcciones y actualizaciones para mantener un nivel de calidad y rendimiento adecuados. d.6. Mantener la curva de aprendizaje lo más corta posible, evitando el sobrecoste de formación y cualificación necesarias en nuevas tecnologías. d.7. Mantener los actuales términos de licenciamiento software. d.7.1. No utilizando otros proveedores de software. d.7.2. Sólo utilizado rutas de actualización soportadas en el licenciamiento original. d.7.3. Implementando las optimizaciones sin utilizar funcionalidades que requieran licenciamiento adicional.