Modernización de data center y ERP (SAP/HANA)

Actualizado el

Modernizar el data center o migrar SAP a HANA sin detener la operación depende de tres cosas: una arquitectura redundante, un plan de migración con ventanas y retorno probados, y metas claras de RPO y RTO. Participé como consultor estratégico de infraestructura en la escisión de CCPR/Itambé, con dos data centers activo-activo y RPO y RTO cero. Antes, como Servers Sales Manager Sr. en IBM, participé en proyectos en FCA y ArcelorMittal.

El problema

El ERP y los servidores que sostienen la facturación envejecieron. El contrato de soporte termina, el rendimiento cayó o SAP debe pasar a HANA. Al mismo tiempo, cualquier interrupción cuesta ventas, producción o atención. El proyecto se frena porque nadie quiere asumir el riesgo.

Señales de que es hora de modernizar

  • Equipos sin soporte del fabricante o cerca de perderlo.
  • Ventanas de mantenimiento cada vez más largas y difíciles de negociar.
  • Cierre mensual o procesamiento nocturno lentos.
  • Plazo del fabricante para migrar SAP a HANA.
  • Ninguna prueba reciente de recuperación ante desastres.
  • RPO y RTO nunca definidos con la dirección.

Cómo trabajo

1. Diagnóstico

Mapeo el inventario, las dependencias entre sistemas, la criticidad de cada uno y los límites de interrupción aceptables.

Usted recibe: el mapa del entorno y las metas de RPO y RTO acordadas con el negocio.

2. Arquitectura y plan

Defino la plataforma, la redundancia (activo-activo, activo-pasivo o nube), la secuencia de migración y el plan de retorno.

Usted recibe: el diseño técnico, el presupuesto y el cronograma con las ventanas de cambio.

3. Migración

Conduzco los ensayos, la migración y la validación con los usuarios clave, coordinando proveedores y equipo interno.

Usted recibe: el seguimiento de cada etapa y las decisiones de avanzar o volver tomadas con datos.

4. Estabilización

Acompaño los primeros ciclos de operación, ajusto el rendimiento y documento el entorno.

Usted recibe: el entorno estable, documentado y traspasado a la operación.

Prueba

  • CCPR/Itambé: escisión de TI con creación e implantación de dos data centers propios en operación activo-activo, migración de los servicios de TI y de SAP a HANA. Presupuesto de R$ 27 millones, RPO y RTO cero, sin detener la operación (sep/2019 a jul/2020). → Ver el caso
  • FCA (Fiat Chrysler): la primera plataforma IBM Power8 para SAP HANA del mundo, integrando Brasil, EE. UU. e Italia. → Ver el caso
  • ArcelorMittal (Luxemburgo): actualización del entorno SAP HANA (módulo CO) en la casa matriz, sin interrupción.
  • Unimed-BH: renovación tecnológica de servidores y almacenamiento del entorno hospitalario y del ERP MV.

Preguntas frecuentes

¿Qué planificar antes de migrar a SAP HANA?

El inventario de sistemas e integraciones, la plataforma de destino, las metas de RPO y RTO, las ventanas de interrupción aceptadas por el negocio, los ensayos de migración y un plan de retorno probado. Sin eso, la fecha del cambio se vuelve una apuesta.

¿Qué son RPO y RTO?

El RPO (Recovery Point Objective) es cuántos datos la empresa acepta perder ante una falla, medido en tiempo. El RTO (Recovery Time Objective) es cuánto tiempo acepta estar detenida. RPO y RTO cero significan no perder datos y no detenerse, lo que exige redundancia completa, como dos data centers en activo-activo.

¿Qué es un data center activo-activo?

Son dos data centers operando al mismo tiempo, cada uno capaz de asumir la carga del otro. Si uno falla, el otro continúa sin interrupción. Esa arquitectura garantizó RPO y RTO cero en la escisión de CCPR.

Conversemos sobre su caso

Cuénteme en pocas líneas lo que está ocurriendo o lo que planea. Respondo personalmente.

¿Prefiere correo electrónico? james.eustachio@gmail.com · Formulario de contacto

WhatsApp