Archiving de datos SAP antes de migrar a la nube

Migrar SAP a la nube cargando todo el histórico es como hacer una mudanza llevando las cajas que usted no abre desde hace diez años. Se paga el flete, la nueva dirección queda repleta y nada de eso mejora la vida de quien vive allí. Por eso, el archiving de datos debe venir antes de la migración — no después.

En 2026, con S/4HANA consolidado como estándar y buena parte de las migraciones ejecutándose bajo contratos RISE o en nube pública, ese orden se volvió aún más importante. Al fin y al cabo, en la nube cada gigabyte tiene precio mensual, y en la base in-memory cada gigabyte también consume memoria costosa. En este artículo mostramos por qué archivar antes de migrar es la decisión más económica de todo el proyecto.

En una frase — todo dato que usted archiva antes de la migración es un dato que deja de pagar por transferir, alojar y sostener durante los próximos años; el archiving es el descuento que nadie ofrece, pero que está disponible para quien planifica.

Por qué el volumen de datos define el costo de la migración

En la práctica, el tamaño de la base SAP influye en casi todo el proyecto: la ventana de downtime, el dimensionamiento de la infraestructura de destino, el costo de transferencia y la mensualidad de almacenamiento. En contratos RISE with SAP, el dimensionamiento de la memoria HANA es uno de los principales componentes del precio. Es decir, migrar una base inflada es contratar un ambiente sobredimensionado por años.

Además, los sistemas SAP con décadas de operación acumulan documentos fiscales antiguos, logs de interfaces, tablas de modificaciones y órdenes cerradas hace mucho tiempo. Típicamente, una parte relevante de la base no es tocada por la operación diaria. Ese es exactamente el dato que el archiving saca de la base caliente y mueve a un almacenamiento de bajo costo, manteniendo el acceso para consulta y auditoría.

COSTO MENSUAL DE SAP EN LA NUBE · DESPUÉS DEL GO-LIVE migrar todo: base inflada, costo siempre en alza archiving antes: nivel menor, crecimiento bajo control
La base que usted migra define el costo que paga todos los meses después.

Menos datos, más rendimiento

La ganancia no es solo financiera. Una base más liviana acelera los backups, acorta las ventanas de mantenimiento y reduce el tiempo de las copias de ambiente (las famosas actualizaciones de QAS). Además, los reportes y transacciones que recorren tablas grandes responden mejor cuando el histórico frío salió del camino.

Del mismo modo, la propia migración se vuelve más segura. Menos datos significan ventanas de conversión más cortas, menos riesgo en la carga y validaciones más rápidas. En proyectos de conversión a S/4HANA, el archiving previo es una de las palancas clásicas para caber en la ventana de downtime aprobada por el negocio.

Seguridad, protección de datos y retención fiscal

Existe además la dimensión de compliance. Con la LGPD (la ley brasileña de protección de datos) madura y con fiscalización real, guardar datos personales sin necesidad dejó de ser inofensivo — se convirtió en un pasivo. Un archiving bien diseñado aplica políticas de retención por tipo de documento: lo que la legislación fiscal exige conservar queda preservado y accesible; lo que ya cumplió su ciclo se descarta de forma controlada y documentada.

Por lo tanto, archivar antes de migrar también reduce la superficie de riesgo. Menos datos sensibles en el ambiente productivo significan menos exposición en caso de incidente y una respuesta más simple ante auditorías.

Punto de atención — archiving no es eliminación. El dato archivado sigue accesible para consulta, auditoría y obligaciones fiscales; simplemente sale de la base costosa y pasa a vivir en un almacenamiento adecuado a su uso real.

Cómo encajar el archiving en el plan de migración

En resumen, la secuencia que funciona es simple:

  • Análisis de volumen — identificar las tablas más grandes, los objetos de archiving aplicables y el potencial real de reducción.
  • Política de retención — definir, junto con las áreas fiscal y jurídica, qué debe permanecer online, qué va al archivo y por cuánto tiempo.
  • Ejecución en olas — archivar por objeto y período, validando el acceso al dato archivado en cada ciclo.
  • Migración del ambiente ya depurado — dimensionar la infraestructura de destino según la base limpia, no la inflada.

Además, el archiving no termina en el go-live: se convierte en una rutina de gestión de volumen de datos (DVM), para que el ambiente nuevo no vuelva a engordar. Es el tipo de disciplina que trabajamos en conjunto en nuestras prácticas SAP y en los proyectos de nube — quien implementa la migración sabe exactamente dónde duele el volumen.


Infografía de Inove sobre archiving SAP: el costo invisible del dato que nadie usa y las etapas para reducir el volumen antes de la migración
Infografía Inove — descárguela en alta resolución en la Inove Academy.

Para profundizar en el tema, descargue el e-book «Archiving SAP — el costo invisible» en la Inove Academy — detalla los objetos de archiving más comunes y cómo armar la política de retención.

Al final de cuentas, la pregunta correcta no es «cuánto cuesta archivar antes de migrar», sino «cuánto cuesta no archivar». La respuesta aparece en la primera factura de la nube — y se repite todos los meses. Quien llega a la migración con la base liviana llega con el proyecto más rápido, el riesgo menor y el contrato del tamaño correcto.