- Oracle WebLogic ServerドメインでのOCI Full Stack Disaster Recovery Serviceの使用
- OCIフル・スタック・ディザスタ・リカバリの構成
OCIフル・スタック・ディザスタ・リカバリの構成
プライマリDR保護グループの定義
プライマリ・ディザスタ・リカバリ(DR)保護グループには、プライマリ・リージョン内のシステムのコンポーネントが含まれます。これには、スイッチオーバーまたはフェイルオーバー中にアクションが必要なコンポーネントが含まれます。
プライマリDR保護グループを定義するには、次のステップを実行します。
- 「プライマリ」リージョンのOracle Cloud Infrastructureコンソールにログオンします。
- 「移行およびディザスタ・リカバリ」に移動し、「DR保護グループ」をクリックします。
- 「DR保護グループの作成」をクリックします。
- DR保護グループの名前を入力します。
- コンパートメントを選択し、ログのOracle Cloud Infrastructure Object Storageバケットを指定します。
- ロールを「未構成」のままにします。
- 「メンバーの追加」をクリックします。
- プライマリ中間層コンピュート・インスタンスを追加します。コンピュート・インスタンス・タイプで「非移動インスタンス」を選択します。
リソース・タイプ インスタンス コンピュート・インスタンス・タイプ Compute プライマリ・リージョンの中間層コンピュート・インスタンス0 非移動インスタンス Compute プライマリ・リージョンの中間層コンピュート・インスタンス1 非移動インスタンス Compute プライマリ・リージョンの中間層コンピュート・インスタンスn 非移動インスタンス - プライマリ・データベースを追加します。適切なリソース・タイプ(データベースまたはAutonomous Database)を選択します。
- プライマリ中間層コンピュート・インスタンスを追加します。コンピュート・インスタンス・タイプで「非移動インスタンス」を選択します。
- 「作成」をクリックします。
スタンバイDR保護グループの定義
スタンバイ・ディザスタ・リカバリ(DR)保護グループには、セカンダリ・リージョンにシステムのコンポーネントが含まれます。これには、スイッチオーバーまたはフェイルオーバー中にアクションが必要なコンポーネントが含まれます。
スタンバイDR保護グループを定義するには、次のステップを実行します。
- スタンバイ・リージョンのOracle Cloud Infrastructureコンソールにログオンします。
- 「移行およびディザスタ・リカバリ」に移動し、「DR保護グループ」をクリックします。
- 「DR保護グループの作成」をクリックします。
- DR保護グループの名前を入力します。
- コンパートメントを選択し、ログのOracle Cloud Infrastructure Object Storageバケットを指定します。
- ロールを「スタンバイ」に設定します。
- 「ピア・リージョン」でプライマリ・リージョンを選択します。
- 以前に作成したDR保護グループをピアDR保護グループとして選択します。
- 「メンバーの追加」をクリックします。
- スタンバイ中間層コンピュート・インスタンスを追加します。コンピュート・インスタンス・タイプで「非移動インスタンス」を選択します。
リソース・タイプ インスタンス コンピュート・インスタンス・タイプ Compute スタンバイ・リージョンの中間層コンピュート・インスタンス0 非移動インスタンス Compute スタンバイ・リージョンの中間層コンピュート・インスタンス1 非移動インスタンス Compute スタンバイ・リージョンの中間層コンピュート・インスタンスn 非移動インスタンス - スタンバイ・データベースを追加します。適切なリソース・タイプ(データベースまたはAutonomous Database)を選択します。
- スタンバイ中間層コンピュート・インスタンスを追加します。コンピュート・インスタンス・タイプで「非移動インスタンス」を選択します。
- 「作成」をクリックします。
DR保護グループ定義の完了
ノート:
このステップは、OCI Block Volumesクロスリージョン・レプリケーションに基づくディザスタ・リカバリ・モデルにのみ適用されます。このステップは、構成レプリケーションの"OCI File Storage with rsync
"および"Database File System (DBFS)"メソッドに基づくディザスタ・リカバリ・モデルには適用されません。
- プライマリDR保護グループの各コンピュート・メンバーでレプリケートされたブロック・ボリュームを構成します。
- コンピュート・メンバーを編集し、「拡張オプション」をクリックしてから、「ブロック・ボリューム」タブをクリックします。
- 「ブロック・ボリューム」で、セカンダリにレプリケートされるインスタンスにアタッチされたブロック・ボリュームを選択します。
- 「ボリューム・アタッチメント参照インスタンス」で、スタンバイからピア・コンピュート・インスタンスを選択します。
このコンピュート・インスタンスは、このリージョンに切り替えるときにアタッチメントの詳細を取得するために使用されます。
- マウント・ポイントで、ブロック・ボリュームがマウントされているマウント・ポイントを指定します。
- コンピュート・インスタンスには、レプリケートされる複数のブロック・ボリュームを含めることができます。たとえば、Oracle WebLogic Server for OCIでは、
wlsociprefix-data-block-N
とwlsociprefix-mw-block-N
の両方をセカンダリにレプリケートできます。その場合は、レプリケートされたブロック・ボリュームをコンピュート・インスタンス・メンバー定義に追加します。ノート:
BOOTボリュームを追加しないでください。これらはレプリケートされません。 - プライマリ・ディザスタ保護グループのコンピュート・インスタンス・メンバーごとに、前のステップを繰り返します。
次に、コンピュート・メンバーのプライマリDR保護グループ詳細のブロック・ボリュームの拡張プロパティの例を示します:コンピュート・メンバー ブロック・ボリューム ボリューム・アタッチメント参照インスタンス マウント・ポイント プライマリ・リージョンの中間層コンピュート・インスタンス0 wlsociprefix-data-block-1
スタンバイの中間層コンピュート・インスタンス0 /u01/data
プライマリ・リージョンの中間層コンピュート・インスタンス1 wlsociprefix-data-block-2
スタンバイの中間層コンピュート・インスタンス1 /u01/data
プライマリ・リージョンの中間層コンピュート・インスタンスn wlsociprefix-data-block-N
スタンバイの中間層コンピュート・インスタンスN /u01/data
- コンピュート・メンバーを編集し、「拡張オプション」をクリックしてから、「ブロック・ボリューム」タブをクリックします。
- スタンバイDR保護グループの各コンピュート・メンバーでレプリケートされたブロック・ボリュームを構成します。
- スタンバイ・コンピュート・メンバーを編集し、「拡張オプション」をクリックしてから、「ブロック・ボリューム」タブをクリックします。
- 「ブロック・ボリューム」で、このコンピュート・インスタンスにアタッチされるプライマリ・リージョンからブロック・ボリュームを選択します。リストには、プライマリのブロック・ボリュームが直接表示されます。
- 「ボリューム・アタッチメント参照インスタンス」で、プライマリからピア・コンピュート・インスタンスを選択します。
このリージョンへの切替え時に添付詳細を取得するために使用されます。
- マウント・ポイントで、ブロック・ボリュームがマウントされているマウント・ポイントを指定します。
- コンピュート・インスタンスには、レプリケートされる複数のブロック・ボリュームを含めることができます。たとえば、Oracle WebLogic Server for OCIでは、
wlsociprefix-data-block-N
とwlsociprefix-mw-block-N
の両方をセカンダリにレプリケートできます。その場合は、レプリケートされたブロック・ボリュームをコンピュート・インスタンス・メンバー定義に追加します。ノート:
BOOTボリュームを追加しないでください。これらはレプリケートされません。 - グループのメンバーであるコンピュート・インスタンスごとに、前のステップを繰り返します。
次に、コンピュート・メンバーのスタンバイDR保護グループ詳細のブロック・ボリュームの拡張プロパティの例を示します:コンピュート・メンバー ブロック・ボリューム ボリューム・アタッチメント参照インスタンス マウント・ポイント スタンバイ・リージョンの中間層コンピュート・インスタンス0 wlsociprefix-data-block-1
プライマリの中間層コンピュート・インスタンス0 /u01/data
スタンバイ・リージョンの中間層コンピュート・インスタンス1 wlsociprefix-data-block-2
プライマリの中間層コンピュート・インスタンス1 /u01/data
スタンバイ・リージョンの中間層コンピュート・インスタンスn wlsociprefix-data-block-N
プライマリの中間層コンピュート・インスタンスN /u01/data
- スタンバイ・コンピュート・メンバーを編集し、「拡張オプション」をクリックしてから、「ブロック・ボリューム」タブをクリックします。
- プライマリDR保護グループを編集して、プライマリDR保護グループのメンバーとしてレプリケートされるボリューム・グループを追加します。
- 「メンバーの追加」をクリックします。
- 「ボリューム・グループ」リソース・タイプを選択します。
- スタンバイにレプリケートされるボリューム・グループの選択
- プライマリに作成された、スタンバイにレプリケートされるすべてのボリューム・グループに対して繰り返します。
ノート:
これをプライマリDRグループでのみ実行します。スタンバイDR保護グループにボリューム・グループを追加する必要はありません。OCIフル・スタック・ディザスタ・リカバリ・サービスは、スイッチオーバーまたはフェイルオーバー・プロセス中にプライマリになると、それらをメンバーとしてスタンバイDR保護グループに自動的に追加します。
DR計画について
リージョン1のDR保護グループでは、リージョン2からリージョン1へのスイッチオーバーおよびフェイルオーバー計画を定義します。リージョン2のDR保護グループでは、リージョン1からリージョン2へのスイッチオーバーおよびフェイルオーバー計画を定義します。
ノート:
スタンバイ・ロールを持つDR保護グループでのみ計画を作成および変更できます。- プランの切替え
プライマリDR保護グループからスタンバイDR保護グループへのサービスの計画済遷移を実行します。スイッチオーバー計画は、プライマリ・リージョンのアプリケーション・スタックを停止してから、スタンバイ・リージョンでそれを起動することで、順次遷移を実行するために使用されます。したがって、スイッチオーバー計画では、アプリケーション・スタック・コンポーネントおよびその他の必要なOCIサービスが両方のリージョンで使用可能である必要があります。スイッチオーバー計画は通常、計画済サイト・メンテナンス、ソフトウェアのパッチ適用、DRテストおよび検証の目的で使用されます。
- フェイルオーバー計画
スタンバイ・リージョンへのサービスの計画外遷移を実行します。フェイルオーバー計画は通常、プライマリ・リージョンでサービスの停止を試行せずに、スタンバイ・リージョンでアプリケーション・スタックを起動することで即時遷移を実行します。したがって、フェイルオーバー計画では、OCIサービスがスタンバイ・リージョンで使用可能であることのみが必要です。フェイルオーバー計画は通常、停止または障害がプライマリ・リージョンに影響する場合にDR遷移を実行するために使用されます。
スイッチオーバー計画の作成
スタンバイ・ディザスタ・リカバリ(DR)保護グループにスイッチオーバー計画を作成します。
- Oracle Cloud Infrastructureコンソールで、スタンバイDR保護グループに移動し、「プラン」、「プランの作成」の順にクリックします。
- プランの名前を入力します。たとえば、
switchover_to_region2
です。 - プラン・タイプの「スイッチオーバー」を選択します。
計画が作成されると、組込みステップ(事前チェックとデータベース・スイッチオーバーのステップ)、およびブロック・ボリューム・クロスリージョン・レプリケーションを管理するステップ(使用されている場合)が含まれます。
ステップは「プラン・グループ」にグループ化されます。同じプラン・グループのすべてのステップがパラレルに実行されます。The following are the plan groups expected out-of-the-box in a switchover plan for DR models based on OCI File Storage withrsync
and Oracle Database File System config replication methods:- 組込み事前チェック: プラン内のすべてのステップに対して事前チェックを実行します。
- データベースのスイッチオーバー(スタンバイ): データベースのスイッチオーバーを実行します。
次に、OCI Block Volumesクロスリージョン・レプリカ・メソッドに基づくDRモデルのスイッチオーバー計画の即時利用可能な計画グループを示します:- 組込み事前チェック: プラン内のすべてのステップに対して事前チェックを実行します。
- コンピュート・インスタンスからのブロック・ボリュームのデタッチ: プライマリ・コンピュート・インスタンスからブロック・ボリュームをアンマウントおよびデタッチします。
- スイッチオーバー・ボリューム・グループ: スタンバイ・サイトのブロック・ボリューム・グループ・レプリカをアクティブ化するため、スタンバイに新しいブロック・ボリューム・グループおよびブロック・ボリュームが作成されます。プライマリ・ブロック・ボリュームのコピーです。
- データベースのスイッチオーバー(スタンバイ): データベースのスイッチオーバーを実行します。
- コンピュート・インスタンスからのブロック・ボリュームのアタッチ: アクティブ化されたブロック・ボリュームをスタンバイ・コンピュート・インスタンスにアタッチします。
- リバース・ボリューム・グループのレプリケーション: スタンバイ・リージョン(新しいプライマリ)で作成された新しいブロック・ボリューム・グループでクロスリージョン・レプリケーションを有効にします。これで、前のプライマリ・リージョンにレプリケートされます。
- ボリューム・グループの終了: 前のプライマリ・リージョンのブロック・ボリューム・グループおよびブロック・ボリュームを終了します。
- DR保護グループからのボリューム・グループの削除: 前のプライマリDR保護グループ定義からブロック・ボリューム・グループ・メンバーを削除します。ブロック・ボリューム・グループは、新しいプライマリDR保護グループのメンバーとして追加されました。
ノート:
「ボリューム・グループの終了」ステップは、デフォルトでは無効になっています。
ステップが無効になると、前のプライマリのブロック・ボリュームおよびブロック・ボリューム・グループは削除されません(デタッチのみ)。これらは手動で削除する必要があります。ステップを有効にすると、前のプライマリのブロック・ボリュームおよびブロック・ボリューム・グループが自動的に削除されます。
最初の検証テストの後、Oracleでは、ブロック・ボリュームの重複を避けるためにこのステップを有効にすることをお薦めします。そうしないと、残されたブロック・ボリュームは継続的にレプリケートされ、使用しない場合でも望ましくないコストが発生します。
- 残りのアクションについては、表に示すように、Oracle WebLogic Server (WLS)インスタンスおよびフロントエンドDNSスイッチオーバーのユーザー定義プラン・グループおよびステップを追加します。
ユーザー定義計画グループ ステップ エラー・モード 領域 スクリプト ターゲット・インスタンス スクリプト・パラメータ 実行ユーザー WLSはremote_regionで停止します(パラレル) WLS停止ノード0 エラー時に停止 リモート・リージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /opt/scripts/custom_stop.sh
oracle
WLSはremote_regionで停止します(パラレル) WLS停止ノード1 エラー時に停止 リモート・リージョン ローカル・スクリプトの実行 中層コンピュート・インスタンス1 /opt/scripts/custom_stop.sh
oracle
WLSはremote_regionで停止します(パラレル) WLS停止ノードN エラー時に停止 リモート・リージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンスN /opt/scripts/custom_stop.sh
oracle
WLS管理サーバー(this_regionで起動) WLS管理サーバー エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /opt/scripts/custom_start_aserver.sh
oracle
WLS管理対象サーバーはthis_region (すべてパラレル)で起動します。 WLS起動ノード0 エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /opt/scripts/custom_start_mserver.sh
oracle
WLS管理対象サーバーはthis_region (すべてパラレル)で起動します。 WLS開始ノード1 エラー時に停止 このリージョン ローカル・スクリプトの実行 中層コンピュート・インスタンス1 /opt/scripts/custom_start_mserver.sh
oracle
WLS管理対象サーバーはthis_regionで起動します(すべてパラレル)。 WLS起動ノードN エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンスN /opt/scripts/custom_start_mserver.sh
oracle
フロントエンドDNSスイッチオーバー フロントエンドDNSスイッチオーバー エラー時に停止 このリージョン ローカル・スクリプト /
関数の実行中間層コンピュート・インスタンス0 ホスト内の DNSスクリプトへのパス opc
(またはDNSスクリプトを実行するユーザー)ノート:
各操作のデフォルトのタイムアウトは3600秒であり、ほとんどの場合適切に調整されます。WLS管理対象サーバーの起動や停止などの一部の操作では、デプロイされたアプリケーション、および正常な停止がJava Transaction API (JTA)の設定と長時間実行される操作を待機する必要があるかどうかに基づいて、この値を調整する必要がある場合があります。同様に、開始タイムアウトは、Oracle WebLogic Serverデプロイメントによって異なります。たとえば、SOAシステムでは、デプロイされるコンポジットの数とタイプによって異なる場合があります。これは予想される回復時間目標(RTO)に直接影響を与える可能性があるため、まずシステムの各操作を手動で検証し、許容可能なタイムアウト値を使用してRTOを満たします(タイムアウトが発生した場合は介入が必要になることがあります)。
同じ計画グループのステップが並行して実行されます。計画グループはシリアル・モードで実行されます。したがって、Oracle WebLogic Serverインスタンスを同じプラン・グループの下に停止するステップを配置して、それらのOracle WebLogic Serverインスタンスがパラレルに停止されるようにします。ただし、Oracle WebLogic Serverインスタンスを起動するステップは、最初のノードで管理サーバーを起動する計画グループと、すべてのホストでOracle WebLogic Server管理対象インスタンスをパラレルに起動する計画グループと、Nステップで起動する計画グループの2つの計画グループに分けられます。
- オプションで、
rsync
またはOracle Database File System構成レプリケーションを使用するOCI File Storageに基づいてDRモデルを使用する場合は、次のユーザー定義ステップを追加できます。これらのスクリプトは、スイッチオーバーの前にOracle WebLogic構成をスタンバイにレプリケートします。ユーザー定義計画グループ ステップ エラー・モード 領域 スクリプト ターゲット・インスタンス スクリプト・パラメータ 実行ユーザー (オプション)プライマリでの構成同期(プライマリからステージング・フォルダへ) プライマリ・ノード0で構成レプリカ・スクリプトを実行します エラー時に停止 リモート・リージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /u01/scripts/config_replica.sh
oracle
(オプション)スタンバイでの構成同期(ステージング・フォルダからスタンバイへの) スタンバイ・ノード0での構成レプリカ・スクリプトの実行 エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /u01/scripts/config_replica.sh
oracle
- OCI Block Volumesクロスリージョン・レプリカに基づくDRモデルを使用して、ローカル・データベースを指すようにOracle WebLogic (WLS)構成のデータベース接続文字列を置き換える場合は、次のユーザー定義ステップを追加します:
ユーザー定義計画グループ ステップ エラー・モード 領域 スクリプト ターゲット・インスタンス スクリプト・パラメータ 実行ユーザー WLSでのDB接続文字列置換(すべてパラレル) WLSノード0 エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /u01/scripts/replacement_script_BVmodel.sh
oracle
WLSでのDB接続文字列置換(すべてパラレル) WLSノード1 エラー時に停止 このリージョン ローカル・スクリプトの実行 中層コンピュート・インスタンス1 /u01/scripts/replacement_script_BVmodel.sh
oracle
WLSでのDB接続文字列置換(すべてパラレル) WLSノードN エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンスN /u01/scripts/replacement_script_BVmodel.sh
oracle
rsync
またはOracle Database File System構成レプリケーションを使用するOCIファイル・ストレージに基づいてDRモデルを使用する場合、計画内の計画グループを次のように並べ替えます:プラン・グループ・ポジション 計画グループ プラン・グループ・タイプ 1 ビルトイン事前チェック 組込みステップ 2 (オプション)プライマリでの構成同期(プライマリからステージング・フォルダへ) ユーザー定義ステップ 3 (オプション)スタンバイでの構成同期(ステージング・フォルダからスタンバイへ) ユーザー定義ステップ 4 remote_regionでのOracle WebLogic Serverの停止(パラレル) ユーザー定義ステップ 5 DNSスイッチオーバー ユーザー定義ステップ 6 データベースのスイッチオーバー(スタンバイ) 組込みステップ 7 Oracle WebLogic Server管理サーバーがthis_regionで開始 ユーザー定義ステップ 8 Oracle WebLogic Server管理対象サーバーは、this_region (すべてのノードをパラレルに)で起動します。 ユーザー定義ステップ - デフォルトの順序に基づいて、OCI Block Volumesクロスリージョン・レプリケーションに基づいてDRモデルを使用する場合、計画内の計画グループを次のように並べ替えます:
プラン・グループ・ポジション 計画グループ プラン・グループ・タイプ 1 ビルトイン事前チェック 組込みステップ 2 remote_regionでのOracle WebLogic Serverの停止(パラレル) ユーザー定義ステップ 3 コンピュート・インスタンスからのブロック・ボリュームのデタッチ 組込みステップ 4 ボリューム・グループのスイッチオーバー 組込みステップ 5 DNSスイッチオーバー ユーザー定義ステップ 6 データベースのスイッチオーバー(スタンバイ) 組込みステップ 7 コンピュート・インスタンスからのブロック・ボリュームのアタッチ 組込みステップ 8 Oracle WebLogic ServerでのDB接続文字列置換(すべてパラレル) ユーザー定義ステップ 9 Oracle WebLogic Server管理サーバーがthis_regionで開始 ユーザー定義ステップ 10 Oracle WebLogic Server管理対象サーバーは、this_region (すべてのノードをパラレルに)で起動します。 ユーザー定義ステップ 11 リバースボリュームグループのレプリケーション 組込みステップ 12 ボリューム・グループの終了 組込みステップ 13 DR保護グループからのボリューム・グループの削除 組込みステップ このスイッチオーバー計画の停止時間はステップ2で開始し、ステップ10が完了すると終了します。
スイッチオーバー計画中の停止時間を最小限に抑えるには、次の順序を使用できます。プラン・グループ・ポジション 計画グループ プラン・グループ・タイプ 1 ビルトイン事前チェック 組込みステップ 2 ボリューム・グループのスイッチオーバー 組込みステップ 3 コンピュート・インスタンスからのブロック・ボリュームのアタッチ 組込みステップ 4 Oracle WebLogic ServerでのDB接続文字列置換(すべてパラレル) ユーザー定義ステップ 5 remote_regionでのOracle WebLogic Serverの停止(パラレル) ユーザー定義ステップ 6 DNSスイッチオーバー ユーザー定義ステップ 7 データベースのスイッチオーバー(スタンバイ) 組込みステップ 8 Oracle WebLogic Server管理サーバーがthis_regionで開始 ユーザー定義ステップ 9 Oracle WebLogic Server管理対象サーバーは、this_region (すべてのノードをパラレルに)で起動します。 ユーザー定義ステップ 10 コンピュート・インスタンスからのブロック・ボリュームのデタッチ 組込みステップ 11 リバースボリュームグループのレプリケーション 組込みステップ 12 ボリューム・グループの終了 組込みステップ 13 DR保護グループからのボリューム・グループの削除 組込みステップ このスイッチオーバーの停止時間は、ステップ5の間に発生し、ステップ9が完了すると終了します。ノート:
ボリューム・グループを終了するステップは、デフォルトで無効になっています。
ステップが無効化されている場合、前のプライマリのブロック・ボリュームおよびブロック・ボリューム・グループは削除されません(これらはデタッチされ、クロスリージョン・レプリカは無効になります)。これらを手動で削除する必要があります。ステップを有効にすると、前のプライマリのブロック・ボリュームおよびブロック・ボリューム・グループが自動的に削除されます。
最初の検証テストの後、Oracleでは、ブロック・ボリュームの重複を回避するために、このステップを有効にすることをお薦めします。そうしないと、取り残されたブロック・ボリュームは継続的にレプリケートされ、使用しない場合でも望ましくないコストが発生します。
- 次のステップを繰り返して、プライマリ・リージョンのDR保護グループにスイッチバック計画を作成します。
ノート:
プライマリ・リージョンのDR保護グループにスイッチバック・プランを作成するには、それがスタンバイ・ロールになるまで待機する必要があります。したがって、計画された停止時間ウィンドウでスイッチオーバーをスケジュールするか、次の計画されたスイッチオーバーまで待機して、他のDR保護グループにスイッチバック計画を作成します。
フェイルオーバー計画の作成
スタンバイDR保護グループにフェイルオーバー計画を作成します。
- OCIコンソールで、スタンバイDR保護グループに移動し、「プラン」、「プランの作成」の順にクリックします。
- プランの名前を入力します。たとえば、
failover_to_region2
です。 - プラン・タイプの「フェイルオーバー」を選択します。計画が作成されると、組込みステップ(事前チェックとデータベース・フェイルオーバー・ステップ)、およびブロック・ボリューム・リージョン間レプリケーションに関連するステップ(使用されている場合)が含まれます。The following are the plan groups expected out-of-the-box in a failover plan for DR models based on OCI File Storage with
rsync
and Oracle Database File System config replication methods:- 組込み事前チェック: プラン内のすべてのステップに対して事前チェックを実行します。
- フェイルオーバー・データベース(スタンバイ): データベースのフェイルオーバーを実行します。
次に、OCI Block Volumesクロスリージョン・レプリカ・メソッドに基づくDRモデルのフェイルオーバー計画の即時利用可能な計画グループを示します:- 組込み事前チェック: プラン内のすべてのステップに対して事前チェックを実行します。
- フェイルオーバー・ボリューム・グループ: スタンバイ・リージョンのブロック・ボリューム・グループ・レプリカをアクティブ化するため、スタンバイに新しいブロック・ボリューム・グループおよびブロック・ボリュームが作成されます。プライマリ・ブロック・ボリュームのコピーです。
- フェイルオーバー・データベース(スタンバイ): データベースのフェイルオーバーを実行します。
- コンピュート・インスタンスからのブロック・ボリュームのアタッチ: スタンバイのブロック・ボリュームをスタンバイ・コンピュート・インスタンスにアタッチします。
ノート:
フェイルオーバー計画には、プライマリDRグループ内の操作は含まれません。フェイルオーバー後、プライマリシステムが再度使用可能になったら、いくつかのアクションを手動で実行する必要があります。詳細は、フェイルオーバー後のDR構成のリセットを参照してください。
- 残りのアクションについては、表に示すように、計画グループとステップを追加します。
ユーザー定義計画グループ ステップ エラー・モード 領域 スクリプト ターゲット・インスタンス スクリプト・パラメータ 実行ユーザー WLSはremote_regionで停止します(パラレル) WLS停止ノード0 エラー時も続行 Remote region ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /opt/scripts/custom_stop.sh
oracle
WLSはremote_regionで停止します(パラレル) WLS停止ノード1 エラー時も続行 Remote region ローカル・スクリプトの実行 中層コンピュート・インスタンス1 /opt/scripts/custom_stop.sh
oracle
WLSはremote_regionで停止します(パラレル) WLS停止ノードN エラー時も続行 Remote region ローカル・スクリプトの実行 中間層コンピュート・インスタンスN /opt/scripts/custom_stop.sh
oracle
WLS管理サーバー(this_regionで起動) WLS管理サーバー エラー時に停止 This region ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /opt/scripts/custom_start_aserver.sh
oracle
WLS管理対象サーバーはthis_regionで起動します(すべてパラレル)。 WLS起動ノード0 エラー時に停止 This region ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /opt/scripts/custom_start_mserver.sh
oracle
WLS管理対象サーバーはthis_regionで起動します(すべてパラレル)。 WLS開始ノード1 エラー時に停止 This region ローカル・スクリプトの実行 中層コンピュート・インスタンス1 /opt/scripts/custom_start_mserver.sh
oracle
WLS管理対象サーバーはthis_regionで起動します(すべてパラレル)。 WLS起動ノードN エラー時に停止 This region ローカル・スクリプトの実行 中間層コンピュート・インスタンスN /opt/scripts/custom_start_mserver.sh
oracle
フロントエンドDNSスイッチオーバー フロントエンドDNSスイッチオーバー エラー時に停止 This region ローカル・スクリプト/機能の実行 中間層コンピュート・インスタンス0 ホスト内の DNSスクリプトへのパス opc
(またはDNSスクリプトを実行するユーザー)ステップは、同等のスイッチオーバー計画に定義されているステップと同じです。ただし、この場合、プライマリでOracle WebLogic Serverを停止するステップでは、必ず「エラー・モード」を「エラー時に続行」に設定してください。フェイルオーバーシナリオでは、プライマリコンポーネントが使用できないことがあります。
ノート:
各操作のデフォルトのタイムアウトは3600秒であり、ほとんどの場合適切に調整されます。WLS管理対象サーバーの起動や停止などの一部の操作では、デプロイされたアプリケーション、および正常な停止がJava Transaction API (JTA)の設定と長時間実行される操作を待機する必要があるかどうかに基づいて、この値を調整する必要がある場合があります。同様に、開始タイムアウトは、Oracle WebLogic Serverデプロイメントによって異なります。たとえば、SOAシステムでは、デプロイされるコンポジットの数とタイプによって異なる場合があります。これは予想される回復時間目標(RTO)に直接影響を与える可能性があるため、まずシステムの各操作を手動で検証し、許容可能なタイムアウト値を使用してRTOを満たします(タイムアウトが発生した場合は介入が必要になることがあります)。
計画グループはシリアル・モードで実行されます。同じ計画グループのステップが並行して実行されます。したがって、Oracle WebLogic Serverインスタンスを同じプラン・グループの下に停止するステップを配置して、それらのOracle WebLogic Serverインスタンスがパラレルに停止されるようにします。ただし、Oracle WebLogic Serverインスタンスを起動するステップは、最初のノードで管理サーバーを起動する計画グループと、すべてのノードでOracle WebLogic Server管理対象インスタンスをパラレルに起動する計画グループと、Nステップで起動する計画グループの2つの計画グループに分けられます。
- OCI Block Volumesクロスリージョン・レプリカに基づくDRモデルを使用して、ローカル・データベースを指すようにOracle WebLogic Server (WLS)構成のデータベース接続文字列を置き換える場合、次のユーザー定義ステップを追加します:
ユーザー定義計画グループ ステップ エラー・モード 領域 スクリプト ターゲット・インスタンス スクリプト・パラメータ 実行ユーザー WLSでのDB接続文字列置換(すべてパラレル) WLSノード0 エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンス0 /u01/scripts/replacement_script_BVmodel.sh
oracle
WLSでのDB接続文字列置換(すべてパラレル) WLSノード1 エラー時に停止 このリージョン ローカル・スクリプトの実行 中層コンピュート・インスタンス1 /u01/scripts/replacement_script_BVmodel.sh
oracle
WLSでのDB接続文字列置換(すべてパラレル) WLSノードN エラー時に停止 このリージョン ローカル・スクリプトの実行 中間層コンピュート・インスタンスN /u01/scripts/replacement_script_BVmodel.sh
oracle
rsync
またはOracle Database File System構成レプリケーションでOracle Cloud Infrastructure File Storageに基づいてDRモデルを使用する場合、フェイルオーバー計画の計画グループを次のように並べ替えます:プラン・グループ・ポジション 計画グループ プラン・グループ・タイプ 1 ビルトイン事前チェック 組込みステップ 2 remote_regionでのOracle WebLogic Serverの停止(パラレル) ユーザー定義ステップ 3 DNSスイッチオーバー ユーザー定義ステップ 4 フェイルオーバー・データベース(スタンバイ) 組込みステップ 5 Oracle WebLogic Server管理サーバーがthis_regionで開始 ユーザー定義ステップ 6 Oracle WebLogic Server管理対象サーバーは、this_region (すべてのノードをパラレルに)で起動します。 ユーザー定義ステップ - デフォルトの順序に基づいて、OCI Block Volumesクロスリージョン・レプリケーションに基づいてDRモデルを使用する場合は、計画内の計画グループを次のように並べ替えます。
プラン・グループ・ポジション 計画グループ プラン・グループ・タイプ 1 ビルトイン事前チェック 組込みステップ 2 remote_regionでのOracle WebLogic Serverの停止(パラレル) ユーザー定義ステップ 3 フェイルオーバー・ボリューム・グループ 組込みステップ 4 DNSスイッチオーバー ユーザー定義ステップ 5 フェイルオーバー・データベース(スタンバイ) 組込みステップ 6 コンピュート・インスタンスからのブロック・ボリュームのアタッチ 組込みステップ 7 this_regionのWLSでのDB接続文字列置換(すべてのノードがパラレル) ユーザー定義ステップ 8 Oracle WebLogic Server管理サーバーがthis_regionで開始 ユーザー定義ステップ 9 Oracle WebLogic Server管理対象サーバーは、this_region (すべてのノードをパラレルに)で起動します。 ユーザー定義ステップ - これらのステップを繰り返して、プライマリ・リージョンのDR保護グループにフェイルオーバー計画を作成します。
ノート:
プライマリ・リージョンのDR保護グループにフェイルオーバー計画を作成するには、それがスタンバイ・ロールになるまで待機する必要があります。