Rev-Trac が Valero の SAP BW のアップグレードと HANA への切り替えを支援

会社概要 HQ 米国テキサス州 用途事例ABC 石油業界 サービスが含まれます ガソリン、軽油、超低硫黄軽油、ジェット燃料、アスファルト、石油化学製品、潤滑油 職員 1,015 [2018年XNUMX月現在]

Valero Energy Corporation は、子会社を通じて輸送用燃料、石油化学製品、電力の国際的製造販売業者です。同社は、合計処理能力が約 15 万バレル/日である 3.1 の石油精製所と、14 億 1.73 万ガロンを生産する 7.3 のエタノール工場を運営しています。デジタルの世界では、企業はビジネスと消費者の要求に迅速に対応し、リアルタイムの情報にアクセスして革新的な行動を促進する必要があります。ペースを維持するため、Valero はパフォーマンスを大幅に向上させるために Oracle データベースから SAP HANA に切り替えることを決定しました。同時に、HANA の速度を活用するために、SAP BW を 7.4 から 1 にアップグレードする必要がありました。Valero にとって、課題は XNUMX つありました。まず、プロジェクト全体を XNUMX 年で完了する必要がありました。次に、IT チームはリスクを最小限に抑えながら、BW N 環境と N+XNUMX 環境を同期させる必要がありました。

シンプルで強制的なワークフローが成功につながる

アップグレード中に複数の SAP ランドスケープを同期させるために、Valero は自動化された SAP 変更管理プラットフォームである Rev-Trac を利用しました。Rev-Trac は、2006 年以来 Valero の SAP 変更およびリリース管理業務に不可欠な存在となっています。Valero チームは、変更がテスト システムに移行されたときにレトロフィット同期を実行したいと考えていました。Valero には BW 導入前に XNUMX つのプロジェクトが稼働しており、業務のシフトとリフトが行われている間に BW に変更が加えられていました。チームは、両方の環境で変更が機能することを保証しながら、プロジェクトと必要な変更をサポートする必要がありました。HANA への切り替え後に修正を行う機会はありませんでした。Valero の BI シニア マネージャーであり、プロジェクトのシニア マネージャーでもある Patrick Flinn 氏は、Rev-Trac のクローン機能とオーバーテイクおよび上書き防止システム (OOPS) により、シンプルなワークフローで環境の同期が保証されると述べています。

「シンプルさが成功の鍵です」とフリン氏は語ります。「Rev-Trac の改造機能のおかげで、二重メンテナンスに要する時間を 1,000 時間節約できたと推定しています。」

一貫性を維持し、ビジネスの混乱を排除する

Valero の BW プロジェクトでは、Oracle の 7.3 から 7.4 にアップグレードし、その後データベース全体を HANA に移行する必要がありました。チームは、HANA のアップグレード、移行、テストを複数回実行するために、Oracle BW 環境全体を複製する必要がありました。Rev-Trac は、ブレーク フィックスと進行中のプロジェクト開発を自動的に管理して一貫性を維持し、回帰テストの結果を改善するように構成されました。これにより、 リソース 冗長な故障対応型レトロフィット管理ではなく、アップグレードに関連する問題に対する迅速な対応が求められていました。変革の一環として、Valero はすべての BAU 変更をキャプチャし、プロジェクト トラックに再適用する必要がありました。チームは Rev-Trac のクローニング機能 (自動キャプチャおよび再適用) を活用してエラーを減らし、業務の中断を防止しました。Rev-Trac を使用することで、Valero は DEV をコピーしてアップグレードし、HANA に複製して、Oracle 上に 1 つの DEV システム、HANA データベース上に 1 つの DEV システムを作成することができました。DEV システムはコピー、アップグレードされ、TEST に移行され、次に PRODUCTION に移行されました。目標は、アップグレードされたすべてのシステムが、それぞれのトラックで Oracle と HANA 上で正常に動作することでした。その後、Valero は Oracle をオフにして、はるかに高速な HANA バージョンに引き継ぐことができました。

二重の景観をうまく管理する

Valero は、デュアル ランドスケープ レトロフィット環境の 6 つの並列システム間で変更を移行していました。重複した並列システムをサポートするワークフローでは、テストに二重のプロセスが必要でした。変更は、プライマリ Oracle 側の運用に移行する前に、HANA トラックと Oracle トラックの両方で文書化され、承認される必要がありました。Flinn 氏は、Rev-Trac テストを中心に構築されたトランスポート組織と依存関係により、Valero は変更が成功するという自信を得たと述べています。「Rev-Trac のクローン作成プロセスを可能な限り使用しました」と同氏は言います。「クローン作成を使用できなかった場合は、Rev-Trac がクローンに依存しないメカニズムで移行できるように、HANA DEV で直接 BW 変更を行いました。」

カスタムワークフローにより開発の同期を維持

Oracle BW 側では、変更要求が承認されると、Rev-Trac が自動的に OOPS テストを実行します。競合がなければ、トランスポートは HANA サーバー/開発テスト ボックスに移行され、すべてが同期されたままになります。Flinn 氏は、Rev-Trac の OOPS 機能によって、適切なものを確実に特定でき、開発者に常に最新の例外の「パンチ リスト」を提供できると語ります。「OOPS プロセスと、以前の環境で実行された内容のドキュメントは、非常に役立ちました」と同氏は語ります。

ボトムライン

Rev-Trac の OOPS とクローニング機能は、リスクを軽減し、変革中の手動による二重メンテナンスを排除するのに役立ちました。1000 時間以上の作業時間が節約され、スタッフを追加する必要がないため、プロジェクトのコストが最小限に抑えられました。Flinn 氏は、12 か月の変革タイムラインが達成できたのは、主に Rev-Trac のクローニング プロセスを使用して複数のランドスケープにわたる変更管理を簡素化したおかげだと述べています。「Rev-Trac は予想どおりに機能し、予期せぬ事態やダウンタイム、エラーはなく、非常に特殊な要件を満たす柔軟性も備えていました。」