Nota SAP 3832186: qué pasa con ECC en Oracle, DB2 o SQL Server desde 2031

SAP publicó una nota Hot News, respaldada por un mensaje de su CTO, Philipp Herzig, que pone fecha al final práctico de los sistemas SAP sobre bases de datos de terceros. Oracle, DB2 o SQL Server seguirán funcionando después de 2030, pero desde el 1 de enero de 2031 SAP deja de dar casi todo lo que hace falta para operarlos con seguridad: kernel, parches de seguridad, herramientas y rutas de migración.

Lo esencial

Nota 3832186, versión 4, del 7 de octubre de 2026
A quién afecta
SAP ERP 6.0 (ECC), CRM 7.0, SCM 7.0, SRM 7.0 y cualquier sistema NetWeaver ABAP o Java que corra sobre Oracle, Microsoft SQL Server o IBM Db2 (Linux, UNIX y Windows, IBM i o z/OS).
Fecha clave
1 de enero de 2031, cuando estos productos pasan a Customer Specific Maintenance (CSM) con soporte muy reducido para bases de terceros.
Lo más grave
No habrá parches de kernel ni de seguridad, y tampoco una ruta de migración soportada para salir de esa base de datos.

El calendario completo

  1. Hasta 2027

    Mantenimiento estándar

    Soporte completo de SAP, también sobre Oracle, DB2 y SQL Server.

  2. 2028 a 2030

    Mantenimiento extendido

    Opcional y con costo. Es la última ventana para migrar con herramientas soportadas.

  3. Desde 2031

    Customer Specific Maintenance

    Sin kernel ni parches de seguridad, sin SUM, SWPM ni R3load y sin ruta de migración soportada.

Fuente: SAP Note 3832186 y notas relacionadas 2881788 y 1648480.

Qué deja de dar SAP desde 2031

La nota detalla las limitaciones para cualquier sistema Business Suite 7 o NetWeaver sobre una base de datos de terceros que entre a CSM. En resumen:

Hay un punto que puede pasar inadvertido. Según la nota, también dejan de soportarse las conexiones de base de datos secundaria desde un servidor ABAP de SAP hacia una base de terceros, aunque la base principal del sistema ya sea de SAP. Vale la pena revisar si alguna interfaz depende de una conexión así.

Por qué es un tema de seguridad

Sin parches de kernel ni de base de datos, un sistema en esta situación no tiene una vía soportada por SAP para corregir vulnerabilidades nuevas, y la nota deja claro que esa exposición queda del lado del cliente. Para dimensionarlo, basta pensar en OVERPASS, la falla de kernel con CVSS 10 que SAP corrigió en septiembre de 2026. Desde 2031, un sistema en una base de terceros no recibiría un parche así.

Las opciones que plantea SAP

La nota recomienda empezar a planear de inmediato, mientras los sistemas siguen en mantenimiento estándar o extendido, y plantea tres caminos:

Qué hacer desde ahora

Haz el inventario completo. La revisión va más allá de ECC, porque la nota aplica a cualquier sistema NetWeaver ABAP o Java en una base de terceros, así que conviene revisar también BW, PI/PO, Portal, Solution Manager y cualquier otro sistema satélite.

Revisa las conexiones secundarias. Identifica las interfaces que se conectan desde un sistema ABAP a Oracle, DB2 o SQL Server como base secundaria, aunque el sistema principal ya esté en HANA.

No dejes la migración para 2030. Las herramientas que hacen posible migrar, como SUM, SWPM y R3load, solo tienen soporte mientras el sistema siga en mantenimiento estándar o extendido. Planear con tiempo permite probar la migración varias veces antes del corte, algo que deja de ser posible si se deja para el final.

Si tu empresa ya opera S/4HANA en RISE with SAP, tu sistema principal corre sobre HANA y la parte central de esta nota no te afecta. Aun así, conviene revisar las conexiones secundarias y los sistemas satélite que no se hayan movido.

Fuentes consultadas

Si tu empresa sigue en ECC sobre Oracle, DB2 o SQL Server y quieres revisar con calma qué sistemas están expuestos y cómo se opera RISE después del Go-Live, conversemos.

Ver todos los artículos del blog