Avalados por :
Optimización del tiempo de inactividad en la conversión de SAP ERP 6.0 a SAP S/4HANA 1809 con SAP NZDT
- Creado 01/03/2024
- Modificado 01/03/2024
- 14 Vistas
0
Cargando...
Introducción
Si estás planeando una conversión de tu sistema SAP ERP 6.0 a SAP S/4HANA 1809 o superior, ya sea en las instalaciones o moviéndote a un hiperscalador, hay varias opciones disponibles en cuanto a la optimización del tiempo de inactividad. La demanda de continuidad del negocio en el mundo empresarial actual ha desafiado a los profesionales de IT a realizar actualizaciones del sistema con la menor cantidad de tiempo de inactividad posible. El servicio SAP NZDT (Near Zero Downtime Technology) es un servicio que puede ayudarte a cumplir con los requisitos de tiempo de inactividad de tu próxima conversión.
Tuve la suerte de trabajar con el equipo de NZDT en un proyecto reciente en el que un cliente global se lanzó utilizando el servicio SAP NZDT para una conversión de SAP S/4HANA 1809 a AWS. Debido al tamaño de su base de datos (~25 TB) y los estrictos requisitos de tiempo de inactividad, el enfoque estándar de SUM no era posible. El equipo de servicio SAP NZDT proporcionó experiencia con la configuración de la infraestructura y la tecnología de reproducción delta en cada ciclo de conversión mientras el cliente y el socio de SAP completaban la SUM y la conversión financiera. El proyecto se lanzó con éxito y quiero compartir contigo los resultados finales.
Por favor, ten en cuenta que en el momento de la publicación del blog, hay tres enfoques posibles de tiempo de inactividad para una conversión a SAP S/4HANA utilizando SUM. Actualmente, solo están disponibles el enfoque estándar de SUM y NZDT, mientras que la Conversión Optimizada de Tiempo de Inactividad está en fase piloto. Consulta las siguientes Notas que están disponibles para cada metodología y los requisitos adicionales.
Revisión Rápida:
Desde la diapositiva, la duración del tiempo de inactividad disminuye a medida que te desplazas hacia la derecha, sin embargo, habrá más complejidades.
Aquí tienes algunos pasos clave de alto nivel del diagrama a continuación: Después de que se iniciara la preparación y el registro de datos, se crea un clon del sistema en el paso (3). SUM/DMO se ejecuta en el sistema clon (5) mientras los datos se registran continuamente en el sistema original. El negocio sigue como de costumbre para los usuarios finales. A medida que nos acercamos al tiempo de inactividad empresarial, el sistema objetivo ya está en S/4HANA. Se requieren Reproducciones Delta (10,11,12) en el sistema objetivo S/4HANA (sistema convertido) para ponerse al día con todos los cambios, ya que la copia clonada de la base de datos se creó en una fecha y hora anteriores. Durante el tiempo de inactividad, (14) ocurre la migración delta final, que es significativamente menos tiempo en comparación con el paso (7). Durante los pasos (17 y 18) cualquier trabajo posterior que necesite realizarse ahora es independiente de NZDT.
Si estás planeando una conversión de tu sistema SAP ERP 6.0 a SAP S/4HANA 1809 o superior, ya sea en las instalaciones o moviéndote a un hiperscalador, hay varias opciones disponibles en cuanto a la optimización del tiempo de inactividad. La demanda de continuidad del negocio en el mundo empresarial actual ha desafiado a los profesionales de IT a realizar actualizaciones del sistema con la menor cantidad de tiempo de inactividad posible. El servicio SAP NZDT (Near Zero Downtime Technology) es un servicio que puede ayudarte a cumplir con los requisitos de tiempo de inactividad de tu próxima conversión.
Tuve la suerte de trabajar con el equipo de NZDT en un proyecto reciente en el que un cliente global se lanzó utilizando el servicio SAP NZDT para una conversión de SAP S/4HANA 1809 a AWS. Debido al tamaño de su base de datos (~25 TB) y los estrictos requisitos de tiempo de inactividad, el enfoque estándar de SUM no era posible. El equipo de servicio SAP NZDT proporcionó experiencia con la configuración de la infraestructura y la tecnología de reproducción delta en cada ciclo de conversión mientras el cliente y el socio de SAP completaban la SUM y la conversión financiera. El proyecto se lanzó con éxito y quiero compartir contigo los resultados finales.
Por favor, ten en cuenta que en el momento de la publicación del blog, hay tres enfoques posibles de tiempo de inactividad para una conversión a SAP S/4HANA utilizando SUM. Actualmente, solo están disponibles el enfoque estándar de SUM y NZDT, mientras que la Conversión Optimizada de Tiempo de Inactividad está en fase piloto. Consulta las siguientes Notas que están disponibles para cada metodología y los requisitos adicionales.
Revisión Rápida:
Desde la diapositiva, la duración del tiempo de inactividad disminuye a medida que te desplazas hacia la derecha, sin embargo, habrá más complejidades.
- Enfoque estándar – Generalmente disponible desde la herramienta SUM. Pasos largos de SUM como migración de datos, actualización de software, XPRAS_AIMMRG / Conversión FI se ejecutan en la fase de tiempo de inactividad técnico
- Optimización de Tiempo de Inactividad (Solo en Piloto Inplace) En comparación con el enfoque estándar, se logra reducir el tiempo de inactividad técnico parcialmente moviendo la Conversión y migración de datos durante el tiempo de actividad de SUM, reduciendo así el tiempo de inactividad general. Se realizan reproducciones delta para cualquier cambio en el tiempo de actividad. Consulta la Nota 2293733 y Nota 2547309 para obtener más información.
- SAP NZDT – Servicio proporcionado por el equipo de SAP MDS (Minimize Downtime Service). Los pasos de SUM se manejan en tiempo de actividad en un clon de NZDT para reducir el tiempo de inactividad empresarial en general al reducir el tiempo de inactividad técnico mediante el uso de un HW dedicado para el sistema clonado, activa la instalación de la fuente, las instalaciones de los complementos DMIS y la reproducción delta del procesamiento de datos. Ten en cuenta que todos los pasos de postprocesamiento, como la reconciliación y validación, no pueden optimizarse mediante enfoques de optimización de tiempo de inactividad.
¿Cómo funciona SAP NZDT?
Aquí tienes algunos pasos clave de alto nivel del diagrama a continuación: Después de que se iniciara la preparación y el registro de datos, se crea un clon del sistema en el paso (3). SUM/DMO se ejecuta en el sistema clon (5) mientras los datos se registran continuamente en el sistema original. El negocio sigue como de costumbre para los usuarios finales. A medida que nos acercamos al tiempo de inactividad empresarial, el sistema objetivo ya está en S/4HANA. Se requieren Reproducciones Delta (10,11,12) en el sistema objetivo S/4HANA (sistema convertido) para ponerse al día con todos los cambios, ya que la copia clonada de la base de datos se creó en una fecha y hora anteriores. Durante el tiempo de inactividad, (14) ocurre la migración delta final, que es significativamente menos tiempo en comparación con el paso (7). Durante los pasos (17 y 18) cualquier trabajo posterior que necesite realizarse ahora es independiente de NZDT.
Facebook
Twitter
Pinterest
Telegram
Linkedin
Whatsapp
Sin respuestas
No hay respuestas para mostrar
Se el primero en responder
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
Hola ¿Puedo ayudarte?