Oracle 11gR2 RAC + DG4を再度実行します
パート3は、RACメインライブラリからdgスタンバイライブラリへのログ同期を完了しました。. この部分では、dgスタンバイデータベースアプリケーションによって同期されるログを構成します.
次に、RACとdgの役割交換を完了します.
スタンバイデータベースがログを適用するかどうかを確認します
SQL> シーケンス番号を選択 ,名前 ,v $ archived_logから適用;
シーケンス番号が適用されました
———- ———————————————————————- ———
24 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_24.264.915256125 NO
22 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_22.262.915256125 NO
23 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_23.263.915256125 NO
26 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_26.265.915256129 NO
25 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_25.266.915256129 NO
27 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_27.267.915256129 NO
28 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_28.268.915256129 NO
29 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_29.269.915256129 NO
32 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_32.270.915256129 NO
30 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_30.272.915256129 NO
31 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_31.271.915256129 NO
適用される属性はNOです,dgスタンバイデータベースは、同期REDOログをまだ適用していません.
SQL> 現在のログファイルの切断を使用して、データベースのリカバリマネージドスタンバイデータベースを変更します
セッションから;
データベースが変更されました.
選択シーケンスを再度実行します＃ ,名前 ,v $ archived_logから適用; 同期されていることがわかりました
シーケンス番号が適用されました
———- ———————————————————————- ———
24 +FLASH / phydb / archivelog / 2016_06_23 /thread_1_seq_24.264.915256125はい
22 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_22.262.915256125はい
23 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_23.263.915256125はい
26 +FLASH / phydb / archivelog / 2016_06_23 /thread_1_seq_26.265.915256129はい
25 +FLASH / phydb / archivelog / 2016_06_23 /thread_1_seq_25.266.915256129はい
27 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_27.267.915256129はい
28 +FLASH / phydb / archivelog / 2016_06_23 /thread_1_seq_28.268.915256129はい
29 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_29.269.915256129はい
32 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_32.270.915256129はい
30 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_30.272.915256129はい
31 +FLASH / phydb / archivelog / 2016_06_23 / thread_1_seq_31.271.915256129はい
dgをマウント状態からオープン状態に切り替えます, ただし、切り替える前に、これらのログを適用するにはdgを閉じる必要があります.
SQL> データベースを開く変更;
データベースが変更されました.
dgステータスを表示する
SQL > dbidを選択,名前,switchover_status,db_unique_name,database_role,
open_mode,v $ databaseのcurrent_scn;
ログを再適用します
SQL> 現在のログファイルの切断を使用して、データベースのリカバリマネージドスタンバイデータベースを変更します
セッションから;
データベースが変更されました.
RACメインデータベースとdgスタンバイデータベースのデータをテストします
node1とgdの両方がselectfile_nameを実行します,dba_data_filesのtablespace_nameは、データファイルに一貫性があることを検出しました.
SQL> file_nameを選択します,dba_data_filesのtablespace_name;
FILE_NAME TABLESPACE_NAME
———————————————————— ——————————
+DATA / devdb / datafile /users.259.914028331ユーザー
+DATA / devdb / datafile / undotbs1.258.914028331 UNDOTBS1
+DATA / devdb / datafile / sysaux.257.914028331 SYSAUX
+DATA / devdb / datafile /system.256.914028329システム
+DATA / devdb / datafile /example.264.914028635例
+DATA / devdb / datafile / undotbs2.265.914028947 UNDOTBS2
6 選択された行.
RACは元の表スペースを表示します, 表スペースを作成する, 表スペースのパスを表示,表スペースを確認してください
SQL >表領域dg_tbsデータファイルサイズ5mを作成します;
SQL >パラメータdb_create_fileを表示します;
SQL> file_nameを選択します,dba_data_filesのtablespace_name;
SQL> file_nameを選択します,dba_data_filesのtablespace_name;
FILE_NAME TABLESPACE_NAME
———————————————————— ——————————
+DATA / devdb / datafile /users.259.914028331ユーザー
+DATA / devdb / datafile / undotbs1.258.914028331 UNDOTBS1
+DATA / devdb / datafile / sysaux.257.914028331 SYSAUX
+DATA / devdb / datafile /system.256.914028329システム
+DATA / devdb / datafile /example.264.914028635例
+DATA / devdb / datafile / undotbs2.265.914028947 UNDOTBS2
+DATA / devdb / datafile / dg_tbs.269.265.917493135 DG_TBS
7 選択された行.
dgスタンバイデータベース実行selectfile_name,dba_data_filesのtablespace_name;
dgスタンバイデータベースがテーブルの空の部分を同期したことを説明します.
RACメインライブラリはテーブルスペースを削除します
SQL >コンテンツとデータファイルを含むテーブルスペースdg_tbsを削除します;
表スペースが削除されました
dgスタンバイデータベースは既存の表スペースをチェックします
上の写真に示すように,メインデータベースが表スペースを削除するとき,スタンバイデータベースに対応する表スペースもなくなりました.
RACメインライブラリとdgスタンバイライブラリの役割が交換されます
RACで実行
SQL > システムセットの変更fal_client = ’devdb’ sid = ’devdb1’;
システムが変更されました.
SQL > システムセットの変更fal_client = ’devdb’ sid = ’devdb2’;
システムが変更されました.
SQL > システムセットの変更fal_server = ’phydb’ sid = ’*’;
システムが変更されました.
node1とnode2の実行
パラメータspfileを表示します;
RACメインライブラリはスタンバイログファイルを作成します;
作成する前にローカルロググループを確認してください
SQL> 選択する * v $ logfileから;
GROUP＃ステータスタイプメンバーIS_
———- ——- ——- ———————————————————— —
2 オンライン+ DATA / phydb / onlinelog / group_2.270.915262415 NO
2 オンライン+ FLASH / phydb / onlinelog /group_2.289.915262423はい
1 オンライン+ DATA / phydb / onlinelog / group_1.269.915262411 NO
1 オンライン+ FLASH / phydb / onlinelog /group_1.288.915262415はい
3 オンライン+ DATA / phydb / onlinelog / group_3.271.915262423 NO
3 オンライン+ FLASH / phydb / onlinelog /group_3.290.915262429はい
4 オンライン+ DATA / phydb / onlinelog / group_4.272.915262429 NO
4 オンライン+ FLASH / phydb / onlinelog /group_4.291.915262433はい
ローカルロググループは1、2、3、4であることがわかります。 ; したがって、スタンバイログファイルを作成する場合、上記のログと複製することはできません。
SQL > データベースの変更スタンバイログファイルスレッドの追加 1 グループ 5 サイズ50m, グループ 6 サイズ50m,
グループ 7 サイズ50m;
データベースが変更されました.
SQL > データベースの変更スタンバイログファイルスレッドの追加 2 グループ 8 サイズ50m, グループ 9 サイズ50m,
グループ 10 サイズ50m;
データベースが変更されました.
RACメインライブラリは、パラメータdb_file_name_convertおよびlog_file_name_convertを変更します
パラメータの機能は、メインライブラリとスタンバイライブラリのディスク構造の不整合に対処することです。,といった: メインデータベースディスクグループデータスタンバイデータベースディスクグループデータ,
将来、データディスクグループに表スペースを作成します,
そして、スタンバイ・データベースはこの表スペースを取得します,表スペースにはデータ・ディスク・グループが含まれています, スタンバイデータベースにデータディスクグループがありません, したがって、これらのパラメータは、古いディスクグループを変更するために必要です。
データは新しいディスクグループdatadgに変換されます。そうしないと、スタンバイデータベースにデータディスクグループがないため、表スペースを作成できません。.
SQL >システムセットの変更db_file_name_convert = ’+ DATA / phydb /’ , ‘+ DATA / devdb /’ sid = ’*’ scope = spfile;
データベースが変更されました.
SQL >システムセットの変更log_file_name_convert = ’+ DATA / phydb /’ , ‘+ DATA / devdb /’ sid = ’*’ scope = spfile;
データベースが変更されました.
次に、メインスタンバイスイッチングリンクに入ります
RACを停止しますノードの1つ,ここでnode2を停止します
SQL > すぐにシャットダウン;
日付ベースは閉鎖されました.
日付ベースがマウント解除されました.
ORACLEインスタンスがシャットダウンしました.
意志node1スタンバイデータベースに切り替えます
SQL > データベースのコミットを変更して、セッションをシャットダウンしてフィジカルスタンバイに切り替えます;
データベースが変更されました.
node1のステータスを表示する
SQL > dbidを選択,名前,current_scn,保護モード,database_role,force_logging,open_mode,
gv $ databaseからのswitchover_status;
現在の状況RACとdgはスタンバイ状態です
dgをメインライブラリに切り替えます
SQL > プライマリへのスイッチオーバーへのデータベースコミットの変更;
データベースが変更されました.
dgステータスを確認する
SQL > dbidを選択,名前,current_scn,保護モード,database_role,force_logging,open_mode,
gv $ databaseからのswitchover_status;
node1を停止しますそしてnode2
SQL > すぐにシャットダウン;
日付ベースは閉鎖されました.
日付ベースがマウント解除されました.
ORACLEインスタンスがシャットダウンしました.
sqlplusを終了します ,グリッドユーザーに切り替えます,次に、インスタンスdevdbを停止します
node1とnode2がマウント状態に切り替わります
node1-> srvctl start database -d devdb -o mount;
node1とnode2がOracleユーザーに切り替わります,sqlplus
SQL > dbidを選択,名前,current_scn,保護モード,database_role,force_logging,open_mode,
gv $ databaseからのswitchover_status;
node1とnode2のswitchover_statusが両方ともセッションアクティブであることがわかります; DATABASE_ROLEは
物理的スタンバイ
RACスタンバイデータベースアプリケーションログ
SQL > 現在のログファイルの切断を使用して、データベースのリカバリマネージドスタンバイデータベースを変更します
セッションから;
データベースが変更されました.
dgメインライブラリをマウント状態からオープン状態に切り替えます
SQL > データベースを開く変更;
データベースが変更されました.
この時点で、dgメインライブラリOPEN_MODEはREAD / WRITEです。, SWITCHOVER_STATUS是正可能なギャップ
RACメインライブラリのSWITCHOVER_STATUSステータスが読み取り専用に変更されます
SQL > データベースの変更管理されたスタンバイデータベースの回復キャンセル;
データベースが変更されました.
SQL > データベースを開く変更;
データベースが変更されました.
SQL > dbidを選択,名前,current_scn,保護モード,database_role,force_logging,open_mode,
gv $ databaseからのswitchover_status;
ログアプリケーションを開くためのRACスタンバイデータベース
SQL > 現在のログファイルの切断を使用して、データベースのリカバリマネージドスタンバイデータベースを変更します
セッションから;
データベースが変更されました.
最終ステータス確認
dgメインライブラリステータスとracスタンバイライブラリステータス
これまでのところ、racライブラリとdgライブラリの役割切り替え操作は成功しています。.
Oracle 11gR2 RAC + DGビルドテストが完了しました.