ディザスタリカバリ用のOracleEBSアプリケーション

DRアプリケーションサイトを作成する手順は、クローンシステムを作成するために使用する手順と似ています。災害が発生した場合は、ホスト名などのXMLファイルにいくつかの変更を加える必要があります。そうすれば、システムを実行できるようになります。システムの同期を維持するには、rsyncなどの同期スクリプトを実行します。 、DRsiteを変更で更新します。 DRDBデータベースとDRサイトアプリケーションノードにパッチを適用します。

次の手順では、フィジカル・スタンバイ・データベースがプライマリ・データベース・サーバーですでに構成されており、両方が同期していることに注意してください。

DR構成手順

この記事では、DRシステムを構成するための次の高レベルの手順について説明します。

1. アーカイブを無効にして、DRシステムをフィジカルスタンバイから変換します モードからスナップショットスタンバイ モード。
2. precloneを実行して、アプリケーションをプライマリサイトからDRサイトにコピーします 。
3. dualfsを使用してnode1を構成します 。
4. PRODサイトに一致するノードを追加します。
5. node1を起動およびシャットダウンして、サービスを確認します。
6. ApplicationsDRをセットアップした後、DRシステムをフィジカルスタンバイモードに戻します。

1。 DRシステムをスナップショットスタンバイモードに設定します

次のコードを実行してログの適用を無効にし、DRデータベースをstandbysnapshotモードに設定します。

$ dgmgrl /
$ edit database "TESTDR" set state=apply-off;

次のコードを実行して、フラッシュバックデータベース操作にフラッシュバックロギングを使用するようにスタンバイデータベースを構成します。

SQL> alter system set db_recovery_file_dest_size=1000G scope=both;
SQL> alter system set db_recovery_file_dest='+FRA' scope=both;
SQL> alter system set db_flashback_retention_target=1440 scope=both;

$ Shutdown node2 DR DB
$ sqlplus '/as sysdba'

SQL> shutdown immediate;

DRDBのnode1で次のコードを実行します。

$ sqlplus '/as sysdba'

SQL> shutdown immediate;

SQL> startup mount;
SQL> alter database convert to snapshot standby;
SQL> alter database open;
SQL> select name, DB_UNIQUE_NAME, OPEN_MODE, DATABASE_ROLE from v$database;

NAME      DB_UNIQUE_NAME                 OPEN_MODE            DATABASE_ROLE
--------- ------------------------------ -------------------- ----------------
TESTPRD  TESTDR                        READ ONLY WITH APPLY              SNAPSHOT STANDBY

次のコードを実行して、DRDBのnode2をマウントモードで起動します。

$ sqlplus '/as sysdba'

SQL> startup  mount;

2。 precloneを実行し、fnd_nodesをクリーンアップします

次のコードを実行して、fnd_nodesをクリーンアップします。 ：

SQL> exec fnd_conc_clone.setup_clean;
SQL> exec ad_zd_fixer.clear_valid_nodes_info;

auto-configを実行します 次の順序でDRDBノード上にあります：node1、node2、node1。

precloneを実行します PRODアプリケーション層で、アプリケーションファイルをRUNファイルシステム（FS）ノード1から対応するDRアプリケーション層ノード1FSにコピーします。

3。 dualfsを実行する

node1 DRアプリケーション層で、FSを参照し、次のコードを実行します。

$ perl adcfgclone.pl appsTier dualfs from <APPL_BASE>/<SID>/apps/<RUN-FS>/EBSapps/comn/clone/bin

次のプロンプトが表示された場合は、adcfgclone 正常に完了し、自動構成エラーは無視できます：

Do you want to startup the Application Services for ……..? (y/n) [n] :

4。 PRODサイトに一致するノードを追加します

各アプリケーションノードで、envをコピーします PRODから同等のDRノードへのファイル。次のコードを実行して、必要なディレクトリまたはファイルの名前を変更します。

$ scp prodnode1:/home/applmgr/prodprd.env /home/applmgr/proddr.env
$ scp prodnode1:/home/applmgr/prodprd_run.env /home/applmgr/proddr_run.env
$ scp prodnode1:/home/applmgr/prodprd_patch.env /home/applmgr/proddr_patch.env

他のすべてのノードに対して上記のコマンドを繰り返します。

ソースenv auto-configを実行します RUNおよびPATCHFSの場合。次の例は、期待される結果を示しています。

Configuring OZF_TOP.......COMPLETED
Configuring CSD_TOP.......COMPLETED
Configuring IGC_TOP.......COMPLETED

AutoConfig completed successfully.

Configuring OZF_TOP.......COMPLETED
Configuring CSD_TOP.......COMPLETED
Configuring IGC_TOP.......COMPLETED

AutoConfig completed with errors.

注： PATCHFSエラーは無視してください。

5。テスト

次のコードを実行して、最初のノードを循環させて構成をテストします。

$ . ./proddr.env
$ cd $ADMIN_SCRIPTS_HOME
$ ./adstrtal.sh apps/<passwd>

次のコードを実行して、URLを確認し、アプリケーションにログインしてシャットダウンします。

$ cd $ADMIN_SCRIPTS_HOME
$ ./adstpall.sh apps/<passwd>

通常のクローン作成プロセスと同様に、PRODインフラストラクチャに一致するノードを追加します。 precloneを実行します ターゲットnode1、RUN、およびPATCH FSで、ノードを追加します。 RUNおよびPATCHFSの管理サーバーサービスを開始し、precloneを実行します。 次のコードに示すように：

$ . ~/testdr.env
$ cd $ADMIN_SCRIPTS_HOME
$ ./adpreclone.pl appsTier
$ . ~/testdr_patch.env
$ cd $ADMIN_SCRIPTS_HOME
$ ./adpreclone.pl appsTier
$ cd  <RUN_FS_TOP>/EBSapps/comn/clone/bin
$./adclonectx.pl addnode contextfile=<NODE1_RUNFS_CONTEXT.xml> pairsfile=/common_area/applcsf/testprd/pairsfile/mypairsfile.txt
dualfs=yes

次のコードを実行して、node2を構成します。

$ cd  <RUN_FS_TOP>/EBSapps/comn/clone/bin
$ ./adclonectx.pl addnode contextfile=<NODE1_RUNFS_CONTEXT.xml> pairsfile=/common_area/applcsf/testprd/pairsfile/mypairsfile.txt
dualfs=yes
$ perl $FND_TOP/patch/115/bin/txkSetAppsConf.pl \
  -contextfile=<RUN-FS-CONTEXT.xml \
  -configoption=addMS \
  -oacore=testdr2.sherwin.com:<port> \
  -oafm=testdr2.sherwin.com:<port> \
  -forms=testdr2.sherwin.com:<port> \
  -formsc4ws=testdr2.sherwin.com:<port>    -- All ports information is available in context file.

同様に、PRODシステムに一致するように他のノードまたは外部層を追加します。

6。 DRシステムをフィジカルスタンバイモードに変換します

すべてのノードを追加したら、DRsystemですべてのサービスをシャットダウンし、DR DBをフィジカルスタンバイモードに戻し、dataguardをONに設定します。 。

次のコードを実行して、DR DBのサービスをシャットダウンし、マウントを起動して、DRDRをフィジカルスタンバイモードに変換します。

SQL> alter database convert to physical standby;
DGMGRL> edit database "TESTDR" set state=apply-on;

同期を検証します。次の例のような結果が表示されることを期待する必要があります：

### Monitor to see Transport Lag and Apply Lag to be:
Transport Lag:      0 seconds (computed 0 seconds ago)
Apply Lag:          0 seconds (computed 0 seconds ago)