Instantánea de la empresa SEDE CENTRAL Texas, EE.UU. Industrias Petróleo y gas Los servicios incluyen Gasolina, gasóleo, gasóleo ultra bajo en azufre, carburante para reactores, asfalto, productos petroquímicos, lubricantes Empleados 1.015 [a enero de 2018]

Valero Energy Corporation, a través de sus filiales, es un fabricante y comercializador internacional de combustibles para el transporte, productos petroquímicos y energía. Explota 15 refinerías de petróleo con una capacidad de producción combinada de aproximadamente 3,1 millones de barriles/día y 14 plantas de etanol que producen 1.730 millones de galones. En un mundo digital, las empresas necesitan responder rápidamente a las demandas del negocio y de los consumidores, y acceder a información en tiempo real para impulsar acciones innovadoras. Para mantener el ritmo, Valero decidió cambiar de una base de datos Oracle a SAP HANA para obtener mejoras significativas en el rendimiento. Al mismo tiempo, la empresa tuvo que actualizar SAP BW de 7.3 a 7.4 para aprovechar la velocidad de HANA. Para Valero el reto era doble. En primer lugar, tenía que completar todo el proyecto en un año. Y, en segundo lugar, el equipo de TI tenía que mantener sincronizados sus entornos BW N y N+1 al tiempo que minimizaba los riesgos.

Un flujo de trabajo sencillo y aplicado equivale al éxito

Para mantener sincronizados sus múltiples entornos SAP durante la actualización, Valero utilizó Rev-Trac, una plataforma automatizada de gestión de cambios SAP. Rev-Trac forma parte de las prácticas de gestión de cambios y versiones de SAP de Valero desde 2006. El equipo de Valero quería realizar la sincronización de la actualización cuando se migraran los cambios a sus prueba sistema. Valero tenía cuatro proyectos en marcha antes de BW, y se estaban realizando cambios en BW a medida que la empresa realizaba sus cambios y ascensos. El equipo tenía que dar soporte a los proyectos y a los cambios necesarios, asegurándose al mismo tiempo de que los cambios funcionaran en ambos entornos. No hubo oportunidad de hacer correcciones después de la transición a HANA. Patrick Flinn, gerente senior de BI de Valero y gerente senior del proyecto, dijo que la funcionalidad de clonación de Rev-Trac y el sistema de protección de superposición y sobrescritura (OOPS) asegurarían la sincronización del entorno con un flujo de trabajo simple.
"La simplicidad es la clave del éxito", dijo el Sr. Flinn. "Calculo que ahorramos 1.000 horas en mantenimiento doble como resultado de la capacidad de adaptación de Rev-Trac".

Mantenga la coherencia y elimine las interrupciones de la actividad

El proyecto BW de Valero implicaba la actualización de 7.3 a 7.4 en Oracle y, a continuación, la migración de toda la base de datos a HANA. El equipo necesitaba replicar todo el entorno de Oracle BW para llevar a cabo varias rondas de actualización, migración y pruebas de HANA. Rev-Trac se configuró para gestionar automáticamente las correcciones y el desarrollo continuo del proyecto con el fin de mantener la coherencia y mejorar la regresión. prueba resultados. Esto liberó recursos para los problemas relacionados con la actualización, en lugar de la gestión redundante de la retroadaptación break-fix. Como parte de la transformación, Valero necesitaba capturar todos los cambios BAU y reaplicarlos en el seguimiento del proyecto. El equipo aprovechó las capacidades de clonación -captura y reaplicación automáticas- de Rev-Trac para reducir errores y evitar interrupciones en el negocio. Con Rev-Trac, Valero pudo copiar y actualizar DEV y replicarlo en HANA, lo que dio como resultado un sistema DEV en Oracle y otro en la base de datos HANA. Los sistemas DEV se copiaron, actualizaron y migraron a PRUEBA y luego PRODUCCIÓN. El objetivo: todos los sistemas actualizados debían funcionar correctamente con Oracle y HANA en sus respectivas pistas. Entonces Valero podría desconectar Oracle y las versiones mucho más rápidas de HANA tomarían el relevo.

Gestionar con éxito un paisaje dual

Valero estaba migrando cambios a través de seis sistemas paralelos en entornos de adaptación de doble paisaje. El flujo de trabajo para dar soporte a los sistemas paralelos duplicados imponía un proceso doble para las pruebas. Los cambios debían documentarse y aprobarse tanto para HANA como para Oracle antes de migrar a producción en el lado principal de Oracle. El Sr. Flinn dijo que la organización del transporte y las dependencias creadas en torno a las pruebas de Rev-Trac dieron a Valero la confianza de que los cambios tendrían éxito. "Utilizamos el proceso de clonación de Rev-Trac siempre que pudimos", dijo. "Cuando no pudimos usar la clonación, hicimos cambios de BW directamente en HANA DEV para que Rev-Trac migrara en un mecanismo no dependiente de la clonación".

El flujo de trabajo personalizado mantiene el desarrollo sincronizado

En el lado de Oracle BW, una vez que se aprobaba una solicitud de cambio, Rev-Trac ejecutaba automáticamente una OOPS. prueba. Si no había conflictos, los transportes se migraban al servidor/desarrollo de HANA. prueba caja con todo sincronizado. Flinn dijo que la funcionalidad OOPS de Rev-Trac garantizaba que identificábamos las cosas correctas y ofrecía a los desarrolladores una lista de excepciones siempre actualizada. "El proceso OOPS y su documentación sobre lo que se hizo en entornos anteriores fueron realmente útiles", afirmó.

Lo esencial

Las capacidades de OOPS y clonación de Rev-Trac ayudaron a reducir riesgos y eliminar el doble mantenimiento manual durante la transformación. Se ahorraron más de 1.000 horas de trabajo y, sin necesidad de añadir personal, se minimizó el coste del proyecto. El Sr. Flinn dijo que su plazo de transformación de 12 meses fue alcanzable en gran parte debido a la simplificación de la gestión del cambio a través de múltiples paisajes utilizando el proceso de clonación de Rev-Trac. "Rev-Trac funcionó como se esperaba, sin sorpresas, sin tiempo de inactividad, sin errores y con la flexibilidad necesaria para cumplir algunos requisitos muy específicos".