¿Qué se necesita para reducir la deuda técnica, llevar innovaciones más rápidas a los sistemas SAP ERP en las instalaciones?
¡Actualizaciones frecuentes!
La frecuencia depende de muchos factores como el uso del sistema, las prioridades del negocio, el apetito por el riesgo, la disponibilidad de recursos, el momento, etc.
Recientemente tuve la oportunidad de ser parte de un gran equipo para ejecutar una actualización de lanzamiento del sistema S/4HANA de 1809 FPS 02 a 2020 FPS 01 y creo que las lecciones aprendidas serán útiles para otros.
Quiero centrarme principalmente en la Migración de Datos Silenciosa (introducida a partir de S/4HANA 1909) porque significa y funciona de manera diferente según el tipo de actualización. Hay muchos blogs al respecto, pero todos cubren la SDMI en línea, en este blog quiero centrarme en la SDMI que se ejecuta durante el tiempo de inactividad de SUM.
SAP está invirtiendo en mejorar la SDMI, como ejecutarla durante el tiempo de actividad (post actualización) incluso para actualizaciones de salto en futuras versiones, pero no tanto en las versiones existentes porque no tienen el marco y eso sería demasiado esfuerzo. Por lo tanto, el objetivo de este blog es compartir información que de otro modo tendría que practicarse para obtener.
¿Por qué y quién debería preocuparse?
Si eres un cliente que ejecuta versiones antiguas de S/4HANA en las instalaciones como 1511 (ya sin soporte de mantenimiento para diciembre de 2020), 1610 (fin del soporte principal para 2021), 1709, 1809 y estás considerando una actualización a la última versión de S/4HANA como 2020 o 2021, entonces esto es para ti.
Ya no es relevante pensar en actualizar a la versión N-1, siendo N la más reciente, como un medio para lograr un sistema estable porque cada versión de S/4HANA en las instalaciones se prueba durante un año en la nube antes de su lanzamiento.
Entonces, ¿qué te impide actualizar a lo último y lo mejor si ya estás considerando una actualización?
Me interesa realmente, por favor házmelo saber en los comentarios.
En nuestro caso, la mayoría de nuestro tiempo de inactividad técnica se dedicó a la SDMI (~8 hrs)
Duración de SUM
*Esto es muy específico para nuestra actualización y será diferente para cada cliente.
Incluso si no haces una actualización de salto, sigue siendo importante entender la SDMI porque eso es parte de cada actualización en adelante ahora que la
Opción de Cero Tiempo de Inactividad está disponible
(¡Hurra!).
¿Qué es SDMI?
Durante la actualización de lanzamiento, la estructura de datos cambia lo que requiere una migración de datos y típicamente ocurre durante el tiempo de inactividad. Por lo tanto, para lograr Cero tiempo de inactividad, SAP resolvió este problema moviendo ciertas migraciones de datos para que ocurran después de la actualización cuando el sistema esté nuevamente en línea. De ahí el nombre Migración de Datos Silenciosa (SDMI).
Hay mucha información disponible en blogs y notas de SAP, incluyo algunas importantes a continuación que son importantes antes de una actualización:
Hola a todos,
¿Alguien puede decirme sobre java.lang.NullPointerException?
Cuándo recibiremos este tipo de error y cómo solucionarlo.
Si obtenemos este error, ¿dónde debemo...
Pasos para abrir y cerrar período - MM FI CO
Muchos de nosotros luchamos con los cambios de períodos en nuestros entornos DEV y QA, aquí tienes una referencia rápida para abrir y...
Hola a todos,
El error ORA-04031 ha estado ocurriendo consistentemente en nuestro entorno de producción.
Hemos aplicado parches de Oracle en el sistema BI7.0 (2004s - Oracle...
En SAP MM inicie las practicas y me gustaría tener el archivo correcto de la practica de datos Maestros materiales, el que esta disponible se repite es el mismo de Datos proveedor Business P...