Autonomous AI Database Serverlessでのデータ損失ゼロ保護の発表 (2026/04/09)

https://blogs.oracle.com/autonomous-ai-database/announcing-zero-data-loss-protection-on-autonomous-ai-database

投稿者：Nilay Panchal | Principal Product Manager

顧客にとって、システムの回復力は単なる技術的な議論ではなく、ビジネス上の要件です。システム障害が発生した場合、コミット済みのトランザクションのデータは失われるのか？どの程度復旧できるのか？「ほぼすべて」では決して十分ではありません。

Autonomous AI Database Serverlessでは、追加の労力、コスト、パフォーマンスへの影響なしに、ローカルの Autonomous Data Guard スタンバイを有効にすることで、データ損失ゼロの保護が実現します。つまり、リカバリポイント目標 (RPO) = 0 となります。これは、データベースで既にローカルの Autonomous Data Guard スタンバイを使用している場合、ユーザーによる操作は不要で、データベースが保護されることを意味します。

---

サーバーレスにおいてこれが今魅力的な理由：運用上の負担なしに保護を実現できる

RPO = 0 を実現するには、高帯域幅ネットワーク、同期リドゥとバックアップ、低遅延フラッシュストレージ、高スループットディスクストレージ、対称的に高性能なリソース、理解して有効化するためのパラメータとオプションなど、高可用性に関する数々のベストプラクティスが必要です。Autonomous AI Database は、これらの複雑さをすべて抽象化し、ローカルスタンバイによるゼロデータ損失保護を提供します。ローカルスタンバイは、従来どおり、ボタンをクリックするだけ（または API 呼び出し）で有効化できます。

基盤となるインフラストラクチャ構成に加えて、ローカルのAutonomous Data Guardスタンバイは、同期リドゥ構成を使用してデータ損失ゼロを実現できます。

• アプリケーションがプライマリに対してコミットを発行すると、データベースはリドゥログを生成します。
• そのリドゥログはスタンバイサーバーに送信され、プライマリサーバーへの確認応答とともに安全に永続化されます。
• プライマリが確認応答を受信して​​初めて、アプリケーションへのコミット処理に進みます。

プライマリデータベースが利用不能になり、スタンバイデータベースに移行した場合、スタンバイデータベースにはコミットされた作業を保持するために必要なリドゥログが保持されているため、RPO=0の目標が達成されます。

これは、お客様がオンプレミスのOracle Data Guardで長年信頼を寄せてきたのと同じ基本的なエンジニアリング原則であり、Autonomous AI Databaseでは、完全に管理された高性能なクラウドベースの機能として提供されます。

アプリケーションの継続性による継続的な可用性

ゼロデータ損失RPOはデータの安全性を確保する上で役立ちますが、アプリケーション継続性は、ユーザーがアプリケーションの使用中に中断に気づかないようにします。Oracleは、ローカルおよびリージョン間スタンバイを有効にすることに加えて、最適な総合的な保護を実現するために、Autonomous AI Databaseでアプリケーション継続性を有効にすることを推奨しています。フェイルオーバーが発生すると、アプリケーション継続性はバックグラウンドで動作し、新しいプライマリデータベースで実行中のトランザクションをキャプチャして再生することで、中断を隠蔽します。

レジリエンスの新たな基準

クラウド時代において、手動によるフェイルオーバー構成は過去の遺物となるべきです。すべてのローカルAutonomous Data Guardスタンバイにおいて、データ損失ゼロのRPOがデフォルト設定となったことで、パフォーマンスと安心感のトレードオフが解消されました。

これらのデータ保護とアプリ保護を組み合わせることで、記録を保護するだけでなく、ユーザーエクスペリエンスも保護できます。データベースの一貫性が維持され、アプリケーション間の接続が維持され、ビジネスのオンライン状態が維持されます。