ロジカル・スタンバイ・データベースは、Oracle Data Guard の重要な機能であり、特にレポート、アップグレード、および障害回復の柔軟性の点で、いくつかの明確な利点を提供します。
* スイッチオーバーとフェイルオーバーのオプションを備えた災害復旧ソリューション（A）：ロジカル・スタンバイ・データベースは、プライマリ・データベースで更新されたすべてのデータを確実にリカバリできる、堅牢な災害復旧ソリューションを提供します。スイッチオーバーとフェイルオーバーの両方のオペレーションをサポートし、プライマリ・データベースとスタンバイ・データベース間のスムーズなロール移行を実現します。
* 追加のインデックスやマテリアライズド・ビューを必要とするレポート作成ワークロードに使用（B）：ロジカル・スタンバイ・データベースは、読取り/書込み操作用にオープンでき、プライマリ・データベースには存在しない追加のインデックスやマテリアライズド・ビューを持つことができます。そのため、レポート作成やクエリ作成のワークロードをプライマリ・データベースからオフロードするのに最適です。
* データベースのローリングリリースアップグレード（D）：ロジカルスタンバイデータベースを使用して、Oracle Databaseソフトウェアのローリングアップグレードを実行できます。これにより、スタンバイデータベースを最初にアップグレードし、その後スイッチオーバーによって新しいデータベースにアップグレードするため、最小限の停止時間でデータベースをアップグレードできます。
* プライマリ。参照:
* Oracle Data Guard概念および管理ガイド
* Oracle データベースの高可用性の概要

フィジカル・スタンバイ・データベースをリアルタイム・クエリ・モード（Active Data Guardを使用する場合はリアルタイム適用と呼ばれることもあります）で開くと、特定の操作によって進行中のセッションが中断される可能性があります。ただし、アプリケーション・コンティニュイティなどの機能と、STANDBY_DB_PRESERVE_STATESなどの初期化パラメータを適切に設定することで、スイッチオーバーやフェイルオーバーなどのロール遷移時にユーザー・セッションと現在のバッファを保持できます。具体的には、STANDBY_DB_PRESERVE_STATESパラメータを設定することで、このような遷移時にユーザー・セッションを全く保持しない、すべて保持する、またはユーザー・セッションのみを保持するように設定できます。これにより、フィジカル・スタンバイ・データベースのロール遷移時に実行中のトランザクションが失われることがなくなり、ユーザーが中断を経験することもありません。
参考文献
* Oracle Data Guardの概念と管理
* Oracle Databaseライセンス情報ユーザーマニュアル
* Oracle Data Guard Broker ユーザーズマニュアル

このコマンドは、ロール変更の前に包括的な一連のデータベース チェックを実行します (A): Data Guard Manager (DGMGRL) の VALIDATE DATABASE コマンドは、スイッチオーバーやフェイルオーバーなどのロール変更に対する指定されたデータベースの準備状況を徹底的にチェックするように設計されています。
このコマンドは、ブローカー構成のメンバー間のネットワーク接続チェックを実行します (C): チェックの 1 つに、Data Guard Broker 構成内のデータベース間に必要なネットワーク接続が存在するかどうかを確認することが含まれます。
このコマンドは、論理スタンバイ データベースに使用できます (D): VALIDATE DATABASE コマンドは汎用性が高く、物理スタンバイ データベースと論理スタンバイ データベースの両方に使用して、ロール変更への準備状況を確認できます。
参照：
Oracle Data Guard Broker のドキュメント
Oracle Data Guard概要および管理ガイド