保護モードOracleDataGuard-使用可能な最大モード
Protected Mode Oracle Dataguard Maximum Available Modes
RDBMS 12.2.0.1
使用可能な最大モードに関する公式ドキュメントについて説明します。
最大可用性
この保護モードは、可能な限り最高レベルのデータ保護を提供します
プライマリデータベースの可用性を損なうことなく。通常の操作では、
トランザクションは、それらのトランザクションを回復するために必要なすべてのREDOデータが完了するまでコミットされません。
オンラインREDOログに書き込まれ、ユーザー構成に基づいて、
以下は真実です：
•スタンバイでREDOが受信され、スタンバイREDOログへのI / Oが受信されました
開始され、確認応答がプライマリに返送されます
•REDOが受信され、スタンバイでスタンバイREDOログに書き込まれました。
確認応答がプライマリに返送されました
プライマリが少なくとも1つの同期から確認応答を受信しない場合
スタンバイ状態の場合は、最大パフォーマンスモードであるかのように動作します。
REDOストリームを再び書き込むことができるようになるまでのプライマリデータベースの可用性
同期スタンバイデータベース。
プライマリデータベースに障害が発生した場合、このモードではデータの損失が発生しないことが保証されます。
Oracle DataGuard構成には少なくとも1つの同期スタンバイがあります。
詳細については、「最大可用性モードでのパフォーマンスと保護」を参照してください。
最大可用性をサポートするために必要なREDOトランスポート設定について
関連するトレードオフ。
プライマリでのトランザクションは、Oracle DataGuardがすぐに保護されたと見なされます
スタンバイREDOログファイルの永続ストレージにREDOデータを書き込みました。一度それは
完了すると、確認応答がプライマリデータベースにすばやく返され、次のことが可能になります。
次のトランザクションに進みます。これにより、同期トランスポートの影響が最小限に抑えられます
プライマリデータベースのスループットと応答時間について。完全なメリットを十分に享受するには
スタンバイ・データベースでのOracle Data Guardの検証、必ずリアルタイムで操作してください
適用モード。これにより、REDOの変更がスタンバイデータベースに適用されるのと同じ速さで適用されます。
受け取られます。 Oracle Data Guardは、検出された破損を通知するため、
直ちに是正措置を講じることができます。
-ビューモードライブラリ
root@xxxxx>select PROTECTION_MODE from v$database PROTECTION_MODE ---------------------------------------- MAXIMUM PROTECTION root@xxxxx>show parameter log_archive_dest_2 NAME TYPE VALUE ------------------------------------ ---------------------- ------------------------------ log_archive_dest_2 string SERVICE=nocdb_stdby SYNC VALID _FOR=(ONLINE_LOGFILES,PRIMARY_ ROLE) DB_UNIQUE_NAME=nocdb_std by root@xxxxx_stdby>show parameter log_archive_dest_2 NAME TYPE VALUE ------------------------------------ ---------------------- ------------------------------ log_archive_dest_2 string SERVICE=nocdb SYNC VALID_FOR=( ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=nocdb -利用可能な最大ライブラリへのモード切り替えモード
ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE AVAILABILITY root@xxxxx>ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE AVAILABILITY Database has changed. root@xxxxx>-プロテクトモードビューライブラリ
root@xxxxx>select PROTECTION_MODE from v$database PROTECTION_MODE ---------------------------------------- MAXIMUM AVAILABILITY root@xxxxx> root@xxxxx_stdby>select PROTECTION_MODE from v$database PROTECTION_MODE ---------------------------------------- MAXIMUM AVAILABILITY root@xxxxx_stdby>-アラートログログビューアライブラリ
2018-09-11T09:02:31.085389+08:00 ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE AVAILABILITY Completed: ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE AVAILABILITY 2018-09-11T09:02:31.601014+08:00 Destination LOG_ARCHIVE_DEST_2 is SYNCHRONIZED 2018-09-11T09:02:32.944764+08:00 LGWR: Standby redo logfile selected to archive thread 1 sequence 31 LGWR: Standby redo logfile selected for thread 1 sequence 31 for destination LOG_ARCHIVE_DEST_2 2018-09-11T09:02:34.101014+08:00 Thread 1 advanced to log sequence 31 (LGWR switch) Current log# 2 seq# 31 mem# 0: E:ORADATANOCDBREDO02.LOG 2018-09-11T09:02:40.288514+08:00 Archived Log entry 46 added for T-1.S-30 ID 0xc04ce117 LAD:1 2018-09-11T09:02:32.288514+08:00 Changing standby controlfile to MAXIMUM AVAILABILITY mode RFS[1]: Selected log 4 for T-1.S-31 dbid 3226205934 branch 985794675 2018-09-11T09:02:33.819764+08:00 Media Recovery Waiting for thread 1 sequence 31 (in transit) 2018-09-11T09:02:34.194764+08:00 Recovery of Online Redo Log: Thread 1 Group 4 Seq 31 Reading mem 0 Mem# 0: E:ORADATANOCDB_STDBYSTDBY_REDO04.LOG 2018-09-11T09:02:38.085389+08:00 Archived Log entry 32 added for T-1.S-30 ID 0xc04ce117 LAD:1-テスト、クローズドライブラリ機器
root@xxxxx_stdby>shutdown immediate Database closed. Database has been uninstalled. ORACLE instance shut down. root@xxxxx_stdby>-アラートログバックアップライブラリ
2018-09-11T09:08:01.288514+08:00 Shutting down instance (immediate) (OS id: 1924) Stopping background process SMCO 2018-09-11T09:08:02.335389+08:00 Shutting down instance: further logons disabled Stopping background process MMNL 2018-09-11T09:08:03.351014+08:00 Stopping background process MMON 2018-09-11T09:08:04.351014+08:00 MRP0: Background Media Recovery cancelled with status 16037 2018-09-11T09:08:04.351014+08:00 Errors in file E:APPTESTVIRTUALdiag dbms
ocdb_stdby
ocdb_stdby race
ocdb_stdby_mrp0_1796.trc: ORA-16037: Uu ㄦ Novice Chen Cha tea elastic effect Xiao Geng Suo crucible ℃ temporary substitute lot Chán Caoshen wan? Managed Standby Recovery not using Real Time Apply Recovery interrupted! Recovered data files to a consistent state at change 2257943 2018-09-11T09:08:04.569764+08:00 Errors in file E:APPTESTVIRTUALdiag dbms
ocdb_stdby
ocdb_stdby race
ocdb_stdby_mrp0_1796.trc: ORA-16037: Uu ㄦ Novice Chen Cha tea elastic effect Xiao Geng Suo crucible ℃ temporary substitute lot Chán Caoshen wan? 2018-09-11T09:08:05.351014+08:00 License high water mark = 4 2018-09-11T09:08:05.538514+08:00 Dispatchers and shared servers shutdown 2018-09-11T09:08:18.366639+08:00 ALTER DATABASE CLOSE NORMAL 2018-09-11T09:08:18.366639+08:00 Stopping Emon pool Stopping Emon pool Completed: ALTER DATABASE CLOSE NORMAL ALTER DATABASE DISMOUNT Shutting down archive processes 2018-09-11T09:08:18.788514+08:00 TT00: Gap Manager exiting (PID:616) 2018-09-11T09:08:19.772889+08:00 Archiving is disabled 2018-09-11T09:08:19.772889+08:00 ARC2: ARCH shutting down ARC2: Archival stopped 2018-09-11T09:08:19.804139+08:00 ARC3: ARCH shutting down ARC3: Archival stopped 2018-09-11T09:08:19.804139+08:00 ARC1: ARCH shutting down ARC1: Archival stopped 2018-09-11T09:08:19.819764+08:00 ARC0: ARCH shutting down ARC0: Archival stopped 2018-09-11T09:08:21.991639+08:00 Completed: ALTER DATABASE DISMOUNT 2018-09-11T09:08:21.991639+08:00 ARCH: Archival disabled due to shutdown: 1089 Shutting down archive processes Archiving is disabled JIT: pid 1372 requesting stop 2018-09-11T09:08:23.007264+08:00 ARCH: Archival disabled due to shutdown: 1089 Shutting down archive processes Archiving is disabled 2018-09-11T09:08:23.022889+08:00 Stopping background process VKTM 2018-09-11T09:08:23.069764+08:00 JIT: pid 1372 requesting stop 2018-09-11T09:08:27.272889+08:00 Instance shutdown complete (OS id: 1924)-アラートログメインライブラリ
2018-09-11T09:08:06.069764+08:00 LGWR: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (1089) LGWR: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned 2018-09-11T09:08:06.069764+08:00 Errors in file E:APPTESTVIRTUALdiag dbms
ocdb
ocdb race
ocdb_lgwr_1672.trc: ORA-01089: Shu e Tuan gallium ц pumping Fu Ku bin Jiwei boil roast Baoxi palisade quickly-deteriorating jade Ti punch Guahong Kaisong Qina brand-Hu - Does Not Aes Cong Chen Yu Song bare hill transducer Huan Huan Chenshen? Error 1089 for archive log file 2 to 'nocdb_stdby' 2018-09-11T09:08:06.257264+08:00 Destination LOG_ARCHIVE_DEST_2 is UNSYNCHRONIZED 2018-09-11T09:08:07.616639+08:00 LGWR: Failed to archive log 2 thread 1 sequence 31 (1089) LGWR: Error 1041 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'nocdb_stdby' 2018-09-11T09:08:07.741639+08:00 Thread 1 advanced to log sequence 32 (LGWR switch) Current log# 3 seq# 32 mem# 0: E:ORADATANOCDBREDO03.LOG 2018-09-11T09:08:08.085389+08:00 Archived Log entry 47 added for T-1.S-31 ID 0xc04ce117 LAD:1-メインライブラリのアラートログとtrcコンテンツ、メインライブラリは閉じられておらず、動作中です
2018-09-11T09:02:40.288514+08:00 Archived Log entry 46 added for T-1.S-30 ID 0xc04ce117 LAD:1 2018-09-11T09:08:06.069764+08:00 LGWR: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (1089) LGWR: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned 2018-09-11T09:08:06.069764+08:00 Errors in file E:APPTESTVIRTUALdiag dbms
ocdb
ocdb race
ocdb_lgwr_1672.trc: ORA-01089: Shu e Tuan gallium ц pumping Fu Ku bin Jiwei boil roast Baoxi palisade quickly-deteriorating jade Ti punch Guahong Kaisong Qina brand-Hu - Does Not Aes Cong Chen Yu Song bare hill transducer Huan Huan Chenshen? Error 1089 for archive log file 2 to 'nocdb_stdby' 2018-09-11T09:08:06.257264+08:00 Destination LOG_ARCHIVE_DEST_2 is UNSYNCHRONIZED 2018-09-11T09:08:07.616639+08:00 LGWR: Failed to archive log 2 thread 1 sequence 31 (1089) LGWR: Error 1041 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'nocdb_stdby' 2018-09-11T09:08:07.741639+08:00 Thread 1 advanced to log sequence 32 (LGWR switch) Current log# 3 seq# 32 mem# 0: E:ORADATANOCDBREDO03.LOG 2018-09-11T09:08:08.085389+08:00 Archived Log entry 47 added for T-1.S-31 ID 0xc04ce117 LAD:1 2018-09-11T09:13:47.507264+08:00 Error 1034 received logging on to the standby 2018-09-11T09:18:47.929139+08:00 Error 1034 received logging on to the standby 2018-09-11T09:23:48.632264+08:00 Error 1034 received logging on to the standby 2018-09-11T09:28:49.351014+08:00 Error 1034 received logging on to the standby 2018-09-11T09:33:49.663514+08:00 Error 1034 received logging on to the standby 2018-09-11T09:38:50.257264+08:00 Error 1034 received logging on to the standby 2018-09-11T09:43:50.851014+08:00 Error 1034 received logging on to the standby 2018-09-11T09:48:51.194764+08:00 Error 1034 received logging on to the standby 2018-09-11T09:53:51.851014+08:00 Error 1034 received logging on to the standby 2018-09-11T09:58:52.210389+08:00 Error 1034 received logging on to the standby 2018-09-11T10:03:52.585389+08:00 Error 1034 received logging on to the standby 2018-09-11T10:08:53.116639+08:00 Error 1034 received logging on to the standby Error 1041 detaching RFS from standby instance at host 'nocdb_stdby' *** 2018-09-11 09:08:07.632264 12728 krsu.c Making upidhs request to NSS2 (ocis 0x000000000191AC40). Begin time is and NET_TIMEOUT seconds NetServer (PID:1068) *** 2018-09-11 09:08:07.632264 12861 krsu.c upidhs done status 1041 *** 2018-09-11 09:08:07.632264 5634 krsh.c LGWR: Error 1041 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'nocdb_stdby' krsl_redo_complete: ignoring detach error 1041 krsi_dst_fail_caller: Returning because destination already inactive krsj_test_sync: Standby mount ID 1813792114 not found *** 2018-09-11 09:08:07.679139 3119 krsl.c No standby database destinations have been configured as being archived by the LGWR process This instance will operate at a reduced protection mode until network connectivity to the standby databases is restored and all archivelog gaps have been resolved.スタンバイデータベースの起動後、プライマリデータベースのアラートログ
Error 1034 received logging on to the standby 2018-09-11T10:12:14.022889+08:00 ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=MEMORY SID='*' 2018-09-11T10:12:14.726014+08:00 LGWR: Standby redo logfile selected for thread 1 sequence 33 for destination LOG_ARCHIVE_DEST_2 2018-09-11T10:12:15.022889+08:00 Thread 1 advanced to log sequence 33 (LGWR switch) Current log# 1 seq# 33 mem# 0: E:ORADATANOCDBREDO01.LOG 2018-09-11T10:12:16.960389+08:00 Archived Log entry 48 added for T-1.S-32 ID 0xc04ce117 LAD:1 2018-09-11T10:12:17.054139+08:00 ARC3: Standby redo logfile selected for thread 1 sequence 31 for destination LOG_ARCHIVE_DEST_2 2018-09-11T10:12:17.647889+08:00 Error 1033 received logging on to the standby 2018-09-11T10:12:17.647889+08:00 Errors in file E:APPTESTVIRTUALdiag dbms
ocdb
ocdb race
ocdb_arc1_1944.trc: ORA-01033: ORACLE e Tuanrou Shu Fen Zhencishouwei pumping Su ARC1: FAL archive failed with error 1033. See trace for details FAL archive failed, archiver continuing 2018-09-11T10:12:17.835389+08:00 Errors in file E:APPTESTVIRTUALdiag dbms
ocdb
ocdb race
ocdb_arc1_1944.trc: ORA-16055: fork Rong Chen Zi Xuan Feng Zhi FAL? 2018-09-11T10:18:17.460389+08:00 LGWR: Standby redo logfile selected to archive thread 1 sequence 34 LGWR: Standby redo logfile selected for thread 1 sequence 34 for destination LOG_ARCHIVE_DEST_2 2018-09-11T10:18:17.554139+08:00 Thread 1 advanced to log sequence 34 (LGWR switch) Current log# 2 seq# 34 mem# 0: E:ORADATANOCDBREDO02.LOG 2018-09-11T10:18:18.226014+08:00 Archived Log entry 51 added for T-1.S-33 ID 0xc04ce117 LAD:1 2018-09-11T10:18:22.101014+08:00 Destination LOG_ARCHIVE_DEST_2 is SYNCHRONIZED LGWR: Standby redo logfile selected to archive thread 1 sequence 35 LGWR: Standby redo logfile selected for thread 1 sequence 35 for destination LOG_ARCHIVE_DEST_2 2018-09-11T10:18:23.226014+08:00 Thread 1 advanced to log sequence 35 (LGWR switch) Current log# 3 seq# 35 mem# 0: E:ORADATANOCDBREDO03.LOG 2018-09-11T10:18:23.647889+08:00 Archived Log entry 54 added for T-1.S-34 ID 0xc04ce117 LAD:1終わり