Unternehmensschnappschuss
HQ Texas, USA
Branchen Öl & Gas
Dienstleistungen umfassen Benzin, Dieselkraftstoff, Diesel mit extrem niedrigem Schwefelgehalt, Düsentreibstoff, Asphalt, Petrochemikalien, Schmierstoffe
Mitarbeiter 1,015 [Stand Januar 2018]
Valero Energy Corporation ist über seine Tochtergesellschaften ein internationaler Hersteller und Vermarkter von Kraftstoffen, petrochemischen Produkten und Strom. Das Unternehmen betreibt 15 Erdölraffinerien mit einer Gesamtdurchsatzkapazität von rund 3.1 Millionen Barrel/Tag und 14 Ethanolanlagen mit einer Produktion von 1.73 Milliarden Gallonen. In einer digitalen Welt müssen Unternehmen schnell auf Geschäfts- und Verbraucheranforderungen reagieren und auf Echtzeitinformationen zugreifen, um Innovationen voranzutreiben. Um Schritt zu halten, entschied sich Valero für die Umstellung von einer Oracle-Datenbank auf SAP HANA, um die Leistung deutlich zu verbessern. Gleichzeitig musste das Unternehmen SAP BW von 7.3 auf 7.4 aktualisieren, um die Geschwindigkeit von HANA nutzen zu können. Für Valero war dies eine doppelte Herausforderung. Erstens musste das gesamte Projekt innerhalb eines Jahres abgeschlossen werden. Und zweitens musste das IT-Team seine BW N- und N+1-Umgebungen synchron halten und gleichzeitig das Risiko minimieren.
Einfacher, erzwungener Workflow führt zum Erfolg
Um die verschiedenen SAP-Landschaften während des Upgrades synchron zu halten, nutzte Valero Rev-Trac – eine automatisierte SAP-Änderungsmanagementplattform. Rev-Trac ist seit 2006 ein integraler Bestandteil von Valeros SAP-Änderungs- und Release-Management-Praktiken. Das Valero-Team wollte die Retrofit-Synchronisierung durchführen, wenn Änderungen in ihr Testsystem migriert wurden. Valero hatte vor BW vier Projekte in Betrieb genommen, und während des Shift-and-Lift-Prozesses des Unternehmens wurden Änderungen an BW vorgenommen. Das Team musste die Projekte und erforderlichen Änderungen unterstützen und gleichzeitig sicherstellen, dass die Änderungen in beiden Umgebungen funktionieren würden. Nach der Umstellung auf HANA gab es keine Möglichkeit mehr, Korrekturen vorzunehmen. Patrick Flinn, Valeros Senior Manager für BI und Senior Manager des Projekts, sagte, die Klonfunktion und das Überhol- und Überschreibschutzsystem (OOPS) von Rev-Trac würden die Umgebungssynchronisierung mit einem einfachen Workflow sicherstellen.
„Einfachheit ist der Schlüssel zum Erfolg“, sagte Herr Flinn. „Ich schätze, dass wir dank der Nachrüstbarkeit von Rev-Trac 1,000 Stunden an doppelter Wartung eingespart haben.“
Bewahren Sie die Konsistenz und vermeiden Sie Geschäftsunterbrechungen
Valeros BW-Projekt umfasste ein Upgrade von 7.3 auf 7.4 auf Oracle und die anschließende Migration der gesamten Datenbank auf HANA. Das Team musste die gesamte Oracle BW-Landschaft replizieren, um mehrere Runden von HANA-Upgrades, Migrationen und Tests durchzuführen. Rev-Trac wurde so konfiguriert, dass es die Break-Fix- und laufende Projektentwicklung automatisch verwaltet, um die Konsistenz aufrechtzuerhalten und die Ergebnisse der Regressionstests zu verbessern. Dadurch wurden
RESSOURCEN für Probleme im Zusammenhang mit dem Upgrade anstelle eines redundanten Break-Fix-Retrofit-Managements. Im Rahmen der Transformation musste Valero alle BAU-Änderungen erfassen und sie im Projekt-Track erneut anwenden. Das Team nutzte die Klonfunktionen von Rev-Trac – automatische Erfassung und erneute Anwendung –, um Fehler zu reduzieren und Geschäftsunterbrechungen zu vermeiden. Mit Rev-Trac konnte Valero DEV kopieren und aktualisieren und auf HANA replizieren, sodass ein DEV-System auf Oracle und eines auf der HANA-Datenbank entstand. Die DEV-Systeme wurden kopiert, aktualisiert und zu TEST und dann PRODUKTION migriert. Das Ziel – alle aktualisierten Systeme mussten in ihren jeweiligen Tracks erfolgreich auf Oracle und HANA laufen. Dann konnte Valero Oracle abschalten und die viel schnelleren HANA-Versionen würden übernehmen.
Eine duale Landschaft erfolgreich managen
Valero migrierte Änderungen über sechs parallele Systeme in Retrofit-Umgebungen mit dualer Landschaft. Der Workflow zur Unterstützung duplizierter paralleler Systeme erforderte einen dualen Testprozess. Änderungen mussten dokumentiert und sowohl für HANA als auch Oracle freigegeben werden, bevor sie auf der primären Oracle-Seite in die Produktion migriert wurden. Herr Flinn sagte, die Transportorganisation und die Abhängigkeiten, die rund um die Rev-Trac-Tests aufgebaut wurden, gaben Valero die Zuversicht, dass die Änderungen erfolgreich sein würden. „Wir haben den Klonprozess von Rev-Trac überall dort eingesetzt, wo es möglich war“, sagte er. „Wenn wir das Klonen nicht nutzen konnten, haben wir BW-Änderungen direkt in HANA DEV vorgenommen, damit Rev-Trac in einem nicht klonabhängigen Mechanismus migrieren konnte.“
Benutzerdefinierter Workflow hält die Entwicklung synchron
Auf der Oracle BW-Seite führte Rev-Trac nach der Genehmigung einer Änderungsanforderung automatisch einen OOPS-Test durch. Wenn es keine Konflikte gab, wurden die Transporte auf den HANA-Server/die Entwicklungstestbox migriert, wobei alles synchron blieb. Herr Flinn sagte, die OOPS-Funktionalität von Rev-Trac stellte sicher, dass wir die richtigen Dinge identifizierten, und gab den Entwicklern eine stets aktuelle „Mängelliste“ mit Ausnahmen. „Der OOPS-Prozess und seine Dokumentation dessen, was in früheren Umgebungen getan wurde, waren wirklich hilfreich“, sagte er.
Fazit
Die OOPS- und Klonfunktionen von Rev-Trac trugen dazu bei, das Risiko zu verringern und die manuelle Doppelwartung während der Transformation zu eliminieren. Mehr als 1000 Arbeitsstunden wurden eingespart und ohne zusätzliches Personal konnten die Projektkosten minimiert werden. Herr Flinn sagte, dass der 12-monatige Transformationszeitraum größtenteils durch die Vereinfachung des Änderungsmanagements über mehrere Landschaften hinweg mithilfe des Klonprozesses von Rev-Trac erreichbar war. „Rev-Trac hat wie erwartet funktioniert, ohne Überraschungen, ohne Ausfallzeiten, ohne Fehler und mit der Flexibilität, einige sehr spezifische Anforderungen zu erfüllen.“
