Aperçu de l'entreprise
HQ Texas, États-Unis
Industries Industrie du pétrole et gaz
Les services comprennent Essence, carburant diesel, diesel à très faible teneur en soufre, carburéacteur, asphalte, produits pétrochimiques, lubrifiants
Collaborateurs 1,015 2018 [en janvier XNUMX]
Valero Energy Corporation, par l'intermédiaire de ses filiales, est un fabricant et distributeur international de carburants de transport, de produits pétrochimiques et d'électricité. Elle exploite 15 raffineries de pétrole d'une capacité de débit combinée d'environ 3.1 millions de barils/jour et 14 usines d'éthanol produisant 1.73 milliard de gallons. Dans un monde numérique, les entreprises doivent répondre rapidement aux demandes des entreprises et des consommateurs, et accéder aux informations en temps réel pour mener des actions innovantes. Pour suivre le rythme, Valero a décidé de passer d'une base de données Oracle à SAP HANA pour des améliorations significatives des performances. Dans le même temps, l'entreprise a dû mettre à niveau SAP BW de 7.3 à 7.4 pour tirer parti de la rapidité de HANA. Pour Valero, le défi était double. Premièrement, il fallait terminer l’ensemble du projet en un an. Et, deuxièmement, l’équipe informatique devait maintenir la synchronisation de ses environnements BW N et N+1 tout en minimisant les risques.
Un flux de travail simple et appliqué est synonyme de succès
Pour maintenir la synchronisation de ses multiples environnements SAP pendant la mise à niveau, Valero a utilisé Rev-Trac, une plateforme automatisée de gestion des changements SAP. Rev-Trac fait partie intégrante des pratiques de gestion des modifications et des versions SAP de Valero depuis 2006. L'équipe de Valero souhaitait effectuer la synchronisation de mise à niveau lorsque les modifications étaient migrées vers leur système de test. Valero avait quatre projets en cours avant BW, et des changements étaient apportés à BW au fur et à mesure que l'entreprise effectuait son changement et son ascension. L'équipe devait soutenir les projets et les changements requis tout en s'assurant que les changements fonctionneraient dans les deux environnements. Il n'y a eu aucune possibilité d'apporter des corrections après le passage à HANA. Patrick Flinn, directeur principal de la BI chez Valero et directeur principal du projet, a déclaré que la fonctionnalité de clonage et le système de protection contre les dépassements et les écrasements (OOPS) de Rev-Trac assureraient la synchronisation de l'environnement avec un flux de travail simple.
« La simplicité est la clé du succès », a déclaré M. Flinn. « J'estime que nous avons économisé 1,000 XNUMX heures sur la double maintenance grâce à la capacité de mise à niveau du Rev-Trac. »
Maintenir la cohérence et éliminer les interruptions d’activité
Le projet BW de Valero impliquait la mise à niveau de 7.3 vers 7.4 sur Oracle, puis la migration de l'ensemble de la base de données vers HANA. L'équipe devait répliquer l'intégralité du paysage Oracle BW pour effectuer plusieurs cycles de mise à niveau, de migration et de tests HANA. Rev-Trac a été configuré pour gérer automatiquement les réparations de pannes et le développement de projets en cours afin de maintenir la cohérence et d'améliorer les résultats des tests de régression. Cela a libéré
Ressources pour les problèmes liés à la mise à niveau au lieu d’une gestion redondante des mises à niveau. Dans le cadre de la transformation, Valero devait capturer tous les changements du BAU et les réappliquer dans le suivi du projet. L'équipe a tiré parti des capacités de clonage (capture et réapplication automatiques) de Rev-Trac pour réduire les erreurs et éviter les interruptions d'activité. Avec Rev-Trac, Valero pourrait copier et mettre à niveau DEV et le répliquer sur HANA, ce qui donnerait un système DEV sur Oracle et un sur la base de données HANA. Les systèmes DEV ont été copiés, mis à niveau et migrés vers TEST puis PRODUCTION. L'objectif : tous les systèmes mis à niveau nécessaires pour fonctionner avec succès sur Oracle et HANA dans leurs domaines respectifs. Valero pourrait alors désactiver Oracle et les versions HANA, beaucoup plus rapides, prendraient le relais.
Gérer avec succès un paysage dual
Valero transférait les modifications sur six systèmes parallèles dans des environnements de modernisation à double paysage. Le flux de travail destiné à prendre en charge les systèmes parallèles dupliqués imposait un double processus de test. Les modifications devaient être documentées et approuvées pour les pistes HANA et Oracle avant d'être migrées vers la production du côté Oracle principal. M. Flinn a déclaré que l'organisation du transport et les dépendances construites autour des tests Rev-Trac ont donné à Valero la certitude que les changements réussiraient. « Nous avons utilisé le processus de clonage de Rev-Trac partout où nous le pouvions », a-t-il déclaré. "Lorsque nous ne pouvions pas utiliser le clonage, nous avons apporté des modifications BW directement dans HANA DEV pour que Rev-Trac migre dans un mécanisme non dépendant du clone."
Un workflow personnalisé maintient le développement synchronisé
Du côté d'Oracle BW, une fois qu'une demande de modification était approuvée, Rev-Trac exécutait automatiquement un test OOPS. S'il n'y avait pas de conflits, les transports étaient migrés vers la boîte de test du serveur/développement HANA, tout restant synchronisé. M. Flinn a déclaré que la fonctionnalité OOPS de Rev-Trac garantissait que nous identifiions les bonnes choses et donnait aux développeurs une « liste de sélection » d'exceptions toujours à jour. « Le processus OOPS et sa documentation sur ce qui a été fait dans les environnements précédents ont été très utiles », a-t-il déclaré.
En résumé
Les capacités OOPS et de clonage de Rev-Trac ont contribué à réduire les risques et à éliminer la double maintenance manuelle pendant la transformation. Plus de 1000 12 heures de travail ont été économisées et sans qu'il soit nécessaire d'ajouter du personnel, le coût du projet a été minimisé. M. Flinn a déclaré que son calendrier de transformation de XNUMX mois était réalisable en grande partie grâce à la simplification de la gestion du changement dans plusieurs paysages grâce au processus de clonage de Rev-Trac. « Rev-Trac a fonctionné comme prévu, sans surprises, sans temps d'arrêt, sans erreurs et avec la flexibilité nécessaire pour répondre à certaines exigences très spécifiques. »
