フィジカル・スタンバイ・データベースはロジカル・スタンバイ・データベースに変換できるため、Data Guard構成に柔軟性がもたらされます。これにより、データベースのロール切り替えが可能になり、SQL Apply操作がサポートされるため、複製および適用されるデータとトランザクションをよりきめ細かく制御できます。さらに、プライマリ・データベースと1つ以上のフィジカル・スタンバイ・データベースを含む構成では、ローリング・アップグレードを実行できます。つまり、Data Guard構成内の各データベースを段階的にアップグレードできるため、ダウンタイムを最小限に抑え、アップグレード・プロセス中の高可用性を確保できます。

プライマリ データベースにリモート クローンを作成した後、スタンバイ データベースでの PDB のインスタンス化を自動化するには、特定の条件を満たす必要があります。
* PDBI (リモート クローン ソース) を読み取り専用で開く (A): クローンの作成元となるソース PDB は、クローン作成中に一貫した状態を確保するために、読み取り専用モードで開いている必要があります。
* STANDBY_PDB_SOURCE_FILE_DIRECTORY を london データベースの <PDB の場所> に設定します (C): このパラメータは、ソース PDB のファイルを配置するスタンバイ データベース上の場所を指定します。
* london データベースで STANDBY_FILE_MANAGEMENT を auto に設定します (F): このパラメータは、プライマリ データベースで構造上の変更が発生したときにスタンバイ データベースでのファイル変更の管理を自動化し、クローン操作がスタンバイに自動的に反映されるようにします。
参考文献:
* Oracle Multitenant管理者ガイド
* Oracle Data Guard Brokerのドキュメント

ロジカル スタンバイ データベースを使用して Data Guard 環境でローリング リリース アップグレードを実行するプロセスには、通常、次の手順が含まれます。
* 両方のデータベースの互換性レベルを上げる (1): アップグレード プロセスを開始する前に、プライマリ データベースとロジカル スタンバイ データベースの両方が同じ正しい互換性レベルで動作していることを確認することが重要です。
* ロジカルスタンバイデータベースをアップグレードする（5）：まずロジカルスタンバイにデータベースアップグレードを適用します。これにより、プライマリデータベースは中断することなくワークロードの処理を継続できます。
* アップグレードしたロジカル・スタンバイ・データベースでSQL Applyを再起動します（2）：ロジカル・スタンバイをアップグレードしたら、SQL Applyを再起動して、以前のバージョンがまだ実行されているプライマリ・データベースからREDOデータを適用する必要があります。
* ロジカル・スタンバイ・データベースへのスイッチオーバーを実行します（4）：ロジカル・スタンバイ・データベースがREDOデータが正常に適用されていることを確認した後、スイッチオーバーを実行して新しいプライマリ・データベースにします。
* 古いプライマリ データベースをアップグレードします (6): 新しいプライマリ データベースが配置されたら、古いプライマリ データベース (現在は新しいスタンバイ) を新しい Oracle Database リリースにアップグレードします。
* 古いプライマリデータベースでSQL Applyを開始します（3）：最後に、スタンバイデータベースでSQL Applyを開始し、新しいプライマリデータベースと同期します。参考：
* Oracle Data Guard概念および管理ガイド
* Oracle データベース アップグレード ガイド