Instantánea de la empresa
HQ Texas, EE.UU.
Industrias Petróleo y gas
Los servicios incluyen Gasolina, combustible diésel, diésel con contenido ultrabajo de azufre, combustible para aviones, asfalto, petroquímicos, lubricantes
Empleados 1,015 [a enero de 2018]
Valero Energy Corporation, a través de sus subsidiarias, es un fabricante y comercializador internacional de combustibles para el transporte, productos petroquímicos y energía. Opera 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.73 mil millones de galones. En un mundo digital, las empresas necesitan responder rápidamente a las demandas de las empresas y 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 lograr 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 desafío era doble. En primer lugar, debía completar todo el proyecto en un año. Y, en segundo lugar, el equipo de TI tuvo que mantener sincronizados sus entornos BW N y N+1 y al mismo tiempo minimizar el riesgo.
El flujo de trabajo simple y aplicado equivale al éxito
Para mantener sincronizados sus múltiples entornos de SAP durante la actualización, Valero utilizó Rev-Trac, una plataforma automatizada de gestión de cambios de SAP. Rev-Trac ha sido parte integral de las prácticas de gestión de versiones y cambios de SAP de Valero desde 2006. El equipo de Valero quería realizar la sincronización de actualización cuando los cambios se migraran a su sistema de prueba. Valero tenía cuatro proyectos en marcha antes de BW y se estaban realizando cambios en BW a medida que el negocio avanzaba y se elevaba. El equipo tuvo que respaldar los proyectos y requirió cambios mientras se aseguraba 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 y el sistema de protección de sobreescritura (OOPS) de Rev-Trac garantizarían la sincronización del entorno con un flujo de trabajo simple.
"La simplicidad es la clave del éxito", afirmó Flinn. "Calculo que ahorramos 1,000 horas en mantenimiento dual como resultado de la capacidad de modernización de Rev-Trac".
Mantenga la coherencia y elimine las interrupciones del negocio
El proyecto BW de Valero implicó actualizar de 7.3 a 7.4 en Oracle y luego migrar toda la base de datos a HANA. El equipo necesitaba replicar todo el panorama de Oracle BW para realizar múltiples rondas de actualización, migración y pruebas de HANA. Rev-Trac se configuró para gestionar automáticamente la reparación de averías y el desarrollo continuo del proyecto para mantener la coherencia y mejorar los resultados de las pruebas de regresión. Esto liberó
recursos para problemas relacionados con la actualización en lugar de una gestión redundante de actualización y reparación de averías. Como parte de la transformación, Valero necesitaba capturar todos los cambios BAU y volver a aplicarlos en el seguimiento del proyecto. El equipo aprovechó las capacidades de clonación (captura y reaplicación automática) 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 de HANA. Los sistemas DEV se copiaron, actualizaron y migraron a TEST y luego a PRODUCTION. El objetivo: todos los sistemas actualizados necesarios para operar con éxito en Oracle y HANA en sus respectivas vías. Entonces Valero podría desconectar Oracle y las versiones mucho más rápidas de HANA tomarían el control.
Gestione con éxito un panorama dual
Valero estaba migrando cambios a través de seis sistemas paralelos en entornos de modernización de paisaje dual. El flujo de trabajo para admitir sistemas paralelos duplicados impuso un proceso dual de prueba. Los cambios debían documentarse y aprobarse tanto para HANA como para Oracle antes de migrarse a producción en el lado principal de Oracle. Flinn dijo que la organización del transporte y las dependencias creadas en torno a las pruebas Rev-Trac le 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 que no depende 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 prueba OOPS. Si no hubo conflictos, los transportes se migraron al servidor HANA/caja de prueba de desarrollo y todo permaneció sincronizado. Flinn dijo que la funcionalidad OOPS de Rev-Trac garantizaba que identificáramos las cosas correctas y brindaba a los desarrolladores una “lista de tareas pendientes” siempre actualizada de excepciones. "El proceso OOPS y su documentación de lo que se hizo en entornos anteriores fueron realmente útiles", afirmó.
Lo más importante es...
Las capacidades de clonación y OOPS de Rev-Trac ayudaron a reducir el riesgo y eliminar el mantenimiento dual manual durante la transformación. Se ahorraron más de 1000 horas de trabajo y sin necesidad de añadir personal se minimizó el coste del proyecto. Flinn dijo que su cronograma de transformación de 12 meses se pudo lograr en gran medida debido a la simplificación de la gestión de cambios en 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 para cumplir con algunos requisitos muy específicos".
