Conversión del sistema a SAP S/4HANA: ¿Comparable al tiempo de inactividad de una actualización de EhP?

SAP S/4HANA

,

SAP

,

Pensamiento de liderazgo

,

Migración a SAP S/4 HANA

Conversión del sistema a SAP S/4HANA: ¿Comparable al tiempo de inactividad de una actualización de EhP?

Sergio Ferrari | May 27, 2019

En nuestro último post con Luca Grilli discutimos cómo reducir el tiempo de inactividad con automatización robótica de procesos (RPA). En esta entrevista continuaremos con el mismo tema candente del tiempo de inactividad, que es donde percibimos una mayor preocupación entre los usuarios.

En nuestras experiencias en la vida real con conversiones del sistema a SAP S/4HANA a partir de la estructura ya existente, la ejecución de la conversión técnica duró alrededor de un fin de semana. En determinadas circunstancias optamos por la estrategia de «minimizar recursos» y en otras, por la de «minimizar el tiempo de inactividad».

Aún no hemos tenido la oportunidad de sacar provecho de la estrategia «tiempo de inactividad casi nulo». Consulta la nota OSS 693168 - servicio con tiempo de inactividad minimizado (MDS).

Durante el tiempo de inactividad, los usuarios finales no pueden hacer uso de su sistema ERP central, se suspenden los procesos en segundo plano y los flujos de integración. Las operaciones de ventas, almacén y producción sufren aún más que las de finanzas y compras.

Así pues, limitar el tiempo de inactividad a un fin de semana se convierte en uno de los objetivos principales del proyecto de conversión.

En esta entrevista hablaremos con Andrea Taccolini para comparar los tiempos de inactividad que provoca la actualización del EhP (paquete de mejoras) con los del proyecto de conversión y discutiremos las causas fundamentales de los tiempos de inactividad.

Hola, Andrea, ya sabes cómo va esto. ¡Háblanos de ti!

Bueno, soy un apasionado consultora de SAP Basis desde hace unos 20 años. Me gusta ser pionero en las nuevas tecnologías, pero mi preferida es SAP Business Suite, mi fuerte, por así decirlo. Fui de los primeros en adoptar la tecnología de bases de datos SAP HANA en sistemas SAP BW y también en sistemas SAP S/4HANA.

¿Podrías comparar el tiempo de inactividad al que estamos acostumbrados cuando actualizamos a un nuevo EhP con el de una conversión del sistema a SAP S/4HANA?

Por supuesto. ¡A estas alturas ya he analizado unas cuantas veces los registros técnicos de la conversión del sistema! Desde el punto de vista de la pura ejecución técnica, el tiempo de inactividad es absolutamente comparable. La instancia en sombra, la configuración del banco de trabajo, son similares a las de un EhP. Las diferencias llegan con la migración de la base de datos a HANA y la inclusión de nuevas tablas (por ejemplo, la famosa ACDOCA). El tiempo transcurrido aquí es proporcional al número de registros y a la potencia de la infraestructura. El paralelismo está bien soportado y el número de CPUs es crucial.

Trabajando con el equipo global de lanzamiento de la plataforma S/4HANA en Techedge, pudimos resolver este problema de lentitud gracias a la aplicación de la automatización robótica de procesos en la armonización de datos de FI.

¿Qué crees tú que tiene un impacto mayor del esperado sobre el tiempo de inactividad?

El tiempo de inactividad durante una conversión del sistema S4 se puede resumir en dos momentos principales.

Cuando el SUM (gestor de actualizaciones de software) entra en la fase «ejecución». En ese momento, el sistema SAP está cerrado y el SUM empieza las tareas de migración.

En nuestra última experiencia, en una infraestructura local, convertimos un sistema de 1,7 TB mediante 75 tareas paralelas en alrededor de 20 horas. Trabajamos duro para optimizar el número de tareas dentro de la capacidad del hardware.

La base de datos de SAP HANA se ejecuta en una máquina con una CPU 64v y 950 GB de RAM.

El segundo momento relevante es cuando empieza la «migración de datos de FI». Técnicamente ya estamos en SAP S/4HANA, pero es necesario completar la inclusión de nuevas tablas (por ejemplo, ACDOCA, etc.) antes de entregar el sistema al usuario final.

En colaboración con el equipo funcional, determinamos la mejor distribución de la carga de trabajo (n.º de tareas SAP en segundo plano) en los servidores de aplicaciones SAP dedicados.

En nuestra última experiencia, la «migración de datos de FI» finalizó con éxito en menos de 10 horas con 2 servidores de aplicaciones funcionando en una CPU 24v y 32 GB de RAM (cada uno).

¿Y eso fue menos tiempo del esperado?

Puedo decir que no tenemos «grandes diferencias» con las migraciones de sistemas heterogéneos en comparación con las actualizaciones realizadas en el pasado, es decir, la replataforma de SAP (cambio de hardware y de base de datos) y las actualizaciones del EhP.

Y la última pregunta: ¿tienes alguna propuesta específica para limitar el tiempo de inactividad?

Sí, claro. Hemos establecido magníficas alianzas con los principales proveedores de nube en hiperescala, y tenemos una configuración de infraestructura específica y bien adaptada para esta tarea. Con un coste sostenible podemos proporcionar una enorme potencia en ciertas fases y luego cambiar la configuración una vez completada la conversión. Obviamente, esta ventaja sólo está disponible si el cliente se traslada a la nube pública, donde hay disponible una potencia inimaginable.

New call-to-action

Para más información sobre conversiones a SAP S/4HANA, suscríbete a este blog.

A continuación se muestra un índice del contenido de esta serie experta:

 

Consigue una verdadera transformación digital

Desde Techedge, debido a nuestra amplia experiencia, nos ofrecemos a ser tu partner en este proceso clave de una adecuada transformación digital. 

¡Quiero saber más!

¡Suscríbete!