Panorama da empresa SEDE Texas, Estados Unidos Setores Petróleo e gás Os serviços incluem Gasolina, diesel, diesel com enxofre ultrabaixo, combustível de aviação, asfalto, petroquímicos, lubrificantes Funcionários 1.015 [em janeiro de 2018]

A Valero Energy Corporation, por meio de suas subsidiárias, é uma fabricante e comercializadora internacional de combustíveis para transporte, produtos petroquímicos e energia. Opera 15 refinarias de petróleo com uma capacidade de produção combinada de aproximadamente 3,1 milhões de barris/dia e 14 usinas de etanol que produzem 1,73 bilhão de galões. Em um mundo digital, as empresas precisam responder rapidamente às demandas dos negócios e dos consumidores, e acessar informações em tempo real para impulsionar ações inovadoras. Para manter o ritmo, a Valero decidiu mudar de um banco de dados Oracle para o SAP HANA para obter melhorias significativas no desempenho. Ao mesmo tempo, a empresa precisou atualizar o SAP BW da versão 7.3 para a 7.4 para aproveitar a velocidade do HANA. Para a Valero, o desafio era duplo. Em primeiro lugar, era preciso concluir todo o projeto em um ano. E, em segundo lugar, a equipe de TI tinha que manter seus ambientes BW N e N+1 sincronizados e, ao mesmo tempo, minimizar os riscos.

Fluxo de trabalho simples e aplicado é igual a sucesso

Para manter seus vários cenários SAP em sincronia durante a atualização, a Valero utilizou o Rev-Trac, uma plataforma automatizada de gerenciamento de mudanças SAP. O Rev-Trac tem sido parte integrante das práticas de gerenciamento de mudanças e versões do SAP da Valero desde 2006. A equipe da Valero queria realizar a sincronização de retrofit quando as alterações fossem migradas para seus ambientes SAP. teste sistema. A Valero tinha quatro projetos em andamento antes do BW, e as mudanças estavam sendo feitas no BW à medida que a empresa fazia seus turnos e elevações. A equipe teve que dar suporte aos projetos e às mudanças necessárias, garantindo que as mudanças funcionassem em ambos os ambientes. Não havia oportunidade de fazer correções após a transição para o HANA. Patrick Flinn, gerente sênior de BI da Valero e gerente sênior do projeto, disse que a funcionalidade de clonagem do Rev-Trac e o sistema de proteção contra sobreposição e sobrescrita (OOPS) garantiriam a sincronização do ambiente com um fluxo de trabalho simples.
"A simplicidade é a chave para o sucesso", disse o Sr. Flinn. "Estimo que economizamos 1.000 horas em manutenção dupla como resultado da capacidade de adaptação do Rev-Trac."

Manter a consistência e eliminar a interrupção dos negócios

O projeto de BW da Valero envolveu a atualização do 7.3 para o 7.4 no Oracle e, em seguida, a migração de todo o banco de dados para o HANA. A equipe precisou replicar todo o cenário do Oracle BW para realizar várias rodadas de upgrade, migração e testes do HANA. O Rev-Trac foi configurado para gerenciar automaticamente a correção de falhas e o desenvolvimento contínuo do projeto para manter a consistência e melhorar a regressão teste resultados. Isso liberou recursos para problemas relacionados à atualização, em vez de um gerenciamento redundante de retroajuste e correção de falhas. Como parte da transformação, a Valero precisou capturar todas as alterações de BAU e reaplicá-las no controle do projeto. A equipe aproveitou os recursos de clonagem do Rev-Trac - captura e reaplicação automáticas - para reduzir erros e evitar interrupções nos negócios. Com o Rev-Trac, a Valero pôde copiar e atualizar o DEV e replicá-lo no HANA, resultando em um sistema DEV no Oracle e outro no banco de dados HANA. Os sistemas DEV foram copiados, atualizados e migrados para TESTE e depois PRODUÇÃO. O objetivo - todos os sistemas atualizados precisavam operar com sucesso no Oracle e no HANA em suas respectivas faixas. Em seguida, a Valero poderia desativar o Oracle e as versões muito mais rápidas do HANA assumiriam o controle.

Gerenciar com sucesso um cenário duplo

A Valero estava migrando alterações em seis sistemas paralelos em ambientes de retrofit de paisagem dupla. O fluxo de trabalho para dar suporte a sistemas paralelos duplicados impôs um processo duplo para testes. As alterações precisavam ser documentadas e aprovadas tanto para o HANA quanto para o Oracle antes de serem migradas para a produção no lado principal do Oracle. O Sr. Flinn disse que a organização do transporte e as dependências criadas em torno dos testes do Rev-Trac deram à Valero a confiança de que as mudanças seriam bem-sucedidas. "Usamos o processo de clonagem do Rev-Trac em todos os lugares possíveis", disse ele. "Quando não podíamos usar a clonagem, fazíamos alterações de BW diretamente no HANA DEV para que o Rev-Trac migrasse em um mecanismo não dependente de clonagem."

O fluxo de trabalho personalizado mantém o desenvolvimento em sincronia

No Oracle BW, quando uma solicitação de alteração era aprovada, o Rev-Trac executava automaticamente um OOPS teste. Se não houvesse conflitos, os transportes eram migrados para o servidor/desenvolvimento HANA teste com tudo em sincronia. O Sr. Flinn disse que a funcionalidade OOPS do Rev-Trac garantiu que identificássemos as coisas certas e forneceu aos desenvolvedores uma "lista de pendências" de exceções sempre atualizada. "O processo de OOPS e a documentação do que foi feito em ambientes anteriores foram muito úteis", disse ele.

O resultado final

Os recursos de OOPS e clonagem do Rev-Trac ajudaram a reduzir os riscos e a eliminar a manutenção manual dupla durante a transformação. Mais de 1.000 horas de trabalho foram economizadas e, sem a necessidade de aumentar a equipe, o custo do projeto foi minimizado. O Sr. Flinn disse que o cronograma de transformação de 12 meses foi possível em grande parte devido à simplificação do gerenciamento de mudanças em vários ambientes usando o processo de clonagem do Rev-Trac. "O Rev-Trac teve o desempenho esperado, sem surpresas, sem tempo de inatividade, sem erros e com a flexibilidade para atender a alguns requisitos muito específicos."