DZ Bank、Oracle ExadataとRecovery Applianceで最新化とデータ保護を加速 (2026/02/03)

DZ Bank、Oracle ExadataとRecovery Applianceで最新化とデータ保護を加速 (2026/02/03)

https://blogs.oracle.com/database/dz-bank-accelerates-modernization-and-data-protection-with-oracle-exadata-and-recovery-appliance

投稿者：Dana Serb | Sr. Consultant Customer Advocacy, Oracle

DZ Bankは、卓越した技術力と先進的な運用戦略で知られるドイツの大手銀行です。継続的な規制要求による予算の逼迫と、レガシーインフラストラクチャのサポートコストの上昇に直面した同行は、 IT環境を更新するための費用対効果が高く、信頼性が高く、高性能なソリューションを求めていました。主な要件には、収益対予算比率の維持、運用効率の向上、ハイブリッドおよびマルチクラウド機能の拡張、そして熟練労働力の減少への対応が含まれていました

最初のステップ: Zero Data Loss Recovery Appliance への移行

DZ Bankにとって最初の課題はバックアップでした。レガシースタックでは、一部のジョブが24時間にまで及ぶこともあり、メンテナンスの時間枠が圧迫されていました。銀行の解決策は、すべてを撤去して置き換えるのではなく、まず最も大きな問題点を解決することでした。

チームはTivoli Storage ManagerからOracle Zero Data Loss Recovery Applianceに移行し、バックアップとリストアのレイヤーから変革プロジェクトを開始する多くの顧客に加わりました。これにより、保護のリズムは即座に変化しました。銀行は、高速でスペース効率の高い永久増分バックアップ、毎日の仮想フルバックアップとポイントインタイムリストアのためのREDOログ、変更不可で暗号化されたバックアップコピー、そしてバックアップジョブを1日中分散できる自由を手に入れました。

目立った成果：

  • バックアップ/リストア時間を最大60%短縮し、事業継続のニーズとの整合性を高めました
  • スペース効率の高いバックアップによるストレージ容量の節約により、バックアップに必要なストレージも最大50%削減されました。
  • 変更不可能な暗号化バックアップ

運用がよりスムーズになり、時間効率が向上し、予測可能になるにつれて、エンジニアリングシステムへの信頼が高まりました

第二段階：標準化と簡素化のためのExadataの導入

そこで初めて、Oracle Exadata Database Machineが登場しました。現行のSPARCシステムがサポート終了を迎えようとしていたため、チームは仮想化とオープンソースの道を検討しましたが、ワークロードの多様性とRecovery Applianceの優れた経験から、限られた社内リソースでも管理が簡素化される別のOracleエンジニアド・システム・プラットフォームへと流れが変わりました。

スペースと電力を確保する必要がありましたが、理念は変わりませんでした。「一度にすべてを変えてはいけない」というものです。チームは標準化された運用フレームワークを再利用しながらデータベースをExadataに移行し、この機会を利用してOracle Database 19cに全面的に統合しました。その結果、騒々しい飛躍的な進歩ではなく、むしろ静かな進歩が実現しました。つまり、懸念すべき可動部分の減少、一貫したベースライン、そして銀行の効率目標に沿ったスムーズな運用状態です。DBAチームがExadataとRAを一元管理できるようになったため、全体的な責任範囲が簡素化されました。

第三段階: 回復力と効率性のためのExadataの更新

再びシステム更新の時期が来たとき、パフォーマンスは問題ではありませんでしたが、サービスコストの上昇と旧システムの交換部品の入手遅延が懸念材料となっていました。X10Mへの無停止移行を通じて、チームは耐障害性の向上と保守の簡素化に注力しました。サービスの一貫性を維持しながらフットプリントの統合を追求し、より小型で堅牢なプラットフォーム上で、より安定した稼働時間と容易な運用を実現しました。

目立った成果：

  • 4台のX8Mラックから2台のX10Mラックに移行し、2倍の統合により設置面積を削減し、電力、スペース、サポートのオーバーヘッドを削減しました
  • 高い冗長性による回復力の向上により、ローリングアップデートが可能になり、稼働時間が向上し、メンテナンス期間が短縮/削減されました。
  • X10Mへの移行にOracle Data Guardを使用することで中断を最小限に抑える
  • リカバリアプライアンスで永久増分戦略を採用することで、毎日の仮想フルバックアップが常に復元に利用できるようになり、バックアップが3倍高速化されました。
  • すべてのデータベースバックアップを一日を通して分散して実行できるため、データベース操作への影響は最小限に抑えられます。

こうしたプラットフォームの移行と並行して、銀行は将来を見据えていました。チームは、ランサムウェアリスクの最小化に重点を置き、エアギャップ型リカバリアプライアンスを導入することでデータ保護をさらに強化する準備を進めています。AzureとGoogle Cloud Platformを基盤とするハイブリッド戦略では、ソフトウェアベンダーの認定スケジュールに合わせてOracle AI Database 26aiを導入し、継続的な社内テストと、Oracle Database@Azure、Oracle Database@Google、Exadata Exascaleといった利用可能なクラウドサービスも視野に入れています。

DZ Bankは、大きな変更よりも着実な改善を段階的に選択しました。まずバックアップの修正、データベース資産の標準化、回復力と保守性を確保するためのインフラストラクチャの刷新、そしてクラウドへの取り組みと現実世界の互換性の両立です。それぞれの取り組みが、よりシンプルで堅牢、そして将来を見据えた運用に向けた着実な道のりへと繋がっていきました。

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

イメージ
ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13) https://blogs.oracle.com/cloud-infrastructure/post/milliseconds-matter-bcc-group-and-oci-vs-aws 投稿者： Steven Riley | Senior Cloud Architect William Bierds | Business Analyst and Systems Engineer - BCC Group International Travis Liles | Master Principal Cloud Architect Puru Patel | Cloud Architect - FSI これは、BCC グループと Oracle Cloud Infrastructure (OCI) 間の市場データ パートナーシップを紹介するブログ シリーズの第 2 部です。   はじめに 金融市場データアプリケーションは、トレーダー、金融機関、そして市場参加者が情報に基づいた意思決定を行えるよう、リアルタイムデータを提供することで、取引エコシステムにおいて重要な役割を果たしています。 前回のブログ で述べたように、取引環境において最適なパフォーマンスを確保するには、市場データを超低レイテンシかつ高い信頼性で配信する必要があります。 今日の急速に変化する金融市場において、クラウドは市場データ・アプリケーションにとって強力な推進力として台頭しています。適切なネットワークとインフラストラクチャがあれば、企業は実行時間の短縮、可用性の向上、そして堅牢なセキュリティを実現できます。しかし、企業によるクラウド導入は遅れており、ワークロードのクラウド移行計画を中止しているケースもあります。そこで、BCCグループとOracle Cloud Infrastructure（OCI）のパートナーシップが注目されています。 BCCグループは、主力市場データアプリケーションであるONE PlatformをOCI上に導入しました。このブログでは、以下の点について説明します。 このパートナーシップがなぜこれほど相乗効果をもたらすのかを探る OC...
続きを読む

OCIサービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30)

イメージ
OCIサービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30) https://blogs.oracle.com/cloudsecurity/post/using-oci-services-part-4 投稿者： Christopher Johnson 今回は、OCI Native Servicesを使って完全にサーバーレスでWebサイトをホスティングするシリーズの第4弾です。     パート1 では、OCI WAF + API Gateway + Functionを使用して、OCI Object Store Bucketから静的コンテンツを提供する基本的な方法を紹介しました。     パート2 では、バケットを（公開ではなく）非公開にし、Resource Prinicpalを使用して安全にアクセスする方法を紹介しました。     パート3 では、ハードコードされた設定を削除し、代わりにそれらの設定をアプリケーションに保存する方法を紹介しました。 パート4では、サイトの一部をログインの後ろに置いてみようと思っています。 この記事は、ちょっとした「フクロウの描き方」のようなものになりそうです。でも、コードを見ればきっと理解できるはずです! IDCSでアプリケーションを作成 注：OCI Identity Domains は、OCI の新規顧客に対して IDCS の機能を直ちに提供します。現在 IDCS を使用している顧客については、既存の IDCS ストライプは今後数ヶ月の間に OCI Identity Domains に移行される予定です。詳細については、OCI Identity Domainの ドキュメント を参照してください。この変更は、このブログで説明したセキュリティ・パターンに影響を与えるものではありません。このブログで IDCS に起因するセキュリティ機能は、OCI Identity Domainsでも提供されます。 まず最初に、サイトを表現するために IDCS で実際にアプリケーションを作成する必要があります。 IDCSコンソールを開き、「アプリケーション」に移動し、「作成」をクリックします。Functionアプリケーシ...
続きを読む