国产99久久精品_欧美日本韩国一区二区_激情小说综合网_欧美一级二级视频_午夜av电影_日本久久精品视频

最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
當前位置: 首頁 - 科技 - 知識百科 - 正文

驗證DG最大性能模式下使用ARCH/LGWR及STANDBYLOG的不同情況

來源:懂視網 責編:小采 時間:2020-11-09 12:40:03
文檔

驗證DG最大性能模式下使用ARCH/LGWR及STANDBYLOG的不同情況

驗證DG最大性能模式下使用ARCH/LGWR及STANDBYLOG的不同情況:驗證DG最大性能模式下使用ARCH/LGWR及STANDBY LOG的不同情況 總結: --兩臺單實例數據庫做DG,數據庫版本10.2.0.1.01.主庫配置為:arch async,備庫無STANDBY LOG。日志中會有:RFS[4]: No standby redo logfiles create
推薦度:
導讀驗證DG最大性能模式下使用ARCH/LGWR及STANDBYLOG的不同情況:驗證DG最大性能模式下使用ARCH/LGWR及STANDBY LOG的不同情況 總結: --兩臺單實例數據庫做DG,數據庫版本10.2.0.1.01.主庫配置為:arch async,備庫無STANDBY LOG。日志中會有:RFS[4]: No standby redo logfiles create

驗證DG最大性能模式下使用ARCH/LGWR及STANDBY LOG的不同情況

總結: --兩臺單實例數據庫做DG,數據庫版本10.2.0.1.0
1.主庫配置為:arch async,備庫無STANDBY LOG。
日志中會有:RFS[4]: No standby redo logfiles created
2.主庫配置為:arch async,備庫有STANDBY LOG,日志中未顯示使用。
特殊情況:主庫配置為:arch async,,備庫有STANDBY LOG,備庫未打開日志應用 ,日志中有:RFS[8]: Successfully opened standby log 4: '/u01/app/Oracle/prod/disk1/standbylog1.log'
3.主庫修改參數為:lgwr async,備庫有STANDBY LOG,日志如下:

RFS[10]: Successfully opened standby log 4: '/u01/app/oracle/prod/disk1/standbylog1.log'

4.主庫修改參數為:log_archive_dest_2 == SERVICE=PROD,只寫SERVICE=PROD主庫歸檔不能傳送到備庫。

實驗1:主庫配置為:arch async,備庫無STANDBY LOG。

1.主庫配置及日志:
主庫:
SQL> select protection_mode,database_role,protection_level from v$database;
PROTECTION_MODE DATABASE_ROLE PROTECTION_LEVEL
-------------------- ---------------- --------------------
MAXIMUM PERFORMANCE PRIMARY MAXIMUM PERFORMANCE
15:47:43 SQL> show parameter log_archive_dest_2
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2 string SERVICE=prod1 arch async VALI
D_FOR=(ONLINE_LOGFILES,PRIMARY
_ROLE) DB_UNIQUE_NAME=prod1
15:47:49 SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
27
備庫:
SQL> select protection_mode,database_role,protection_level from v$database;
PROTECTION_MODE DATABASE_ROLE PROTECTION_LEVEL
-------------------- ---------------- --------------------
MAXIMUM PERFORMANCE PHYSICAL STANDBY MAXIMUM PERFORMANCE

03:48:02 SQL> select group#,thread#,bytes/1024/1024 mb,status from v$standby_log;
no rows selected

03:48:05 SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
27
####################
2.主庫做REDO日志切換并查看日志:
15:48:18 SQL> alter system switch logfile;
System altered.
15:49:33 SQL> alter system switch logfile;
System altered.
15:50:11 SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
29
備庫已經接收:
03:49:48 SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
29
主庫日志:
[oracle@ocm1 ~]$ tail -f alert_PROD.log

Sun Apr 20 15:49:33 2014
Thread 1 advanced to log sequence 29
Current log# 2 seq# 29 mem# 0: /u01/app/oracle/prod/disk1/redo02.log
Current log# 2 seq# 29 mem# 1: /u01/app/oracle/prod/disk2/log2b.log
Sun Apr 20 15:50:11 2014
Thread 1 advanced to log sequence 30
Current log# 3 seq# 30 mem# 0: /u01/app/oracle/prod/disk1/redo03.log
Current log# 3 seq# 30 mem# 1: /u01/app/oracle/prod/disk2/log3b.log
備庫日志:
[oracle@ocm2 ~]$ tail -f alert_PROD1.log
RFS[4]: Archived Log: '/u01/app/oracle/prod/arch/1_28_844894247.arc'
Sun Apr 20 03:49:30 2014
Media Recovery Log /u01/app/oracle/prod/arch/1_28_844894247.arc
Media Recovery Waiting for thread 1 sequence 29
Sun Apr 20 03:50:07 2014
RFS[4]: No standby redo logfiles created
RFS[4]: Archived Log: '/u01/app/oracle/prod/arch/1_29_844894247.arc'
Sun Apr 20 03:50:10 2014
Media Recovery Log /u01/app/oracle/prod/arch/1_29_844894247.arc
Media Recovery Waiting for thread 1 sequence 30
##########################################################

實驗2:主庫配置為:arch async,備庫有STANDBY LOG,此時會自動使用備庫的STANDBY LOG。

主庫配置不變。
備庫增加STANDBY LOG:
03:55:04 SQL> alter database recover managed standby database cancel;
Database altered.
03:56:39 SQL> alter database add standby logfile '/u01/app/oracle/prod/disk1/standbylog1.log' size 100m;
Database altered.
03:56:50 SQL> alter database add standby logfile '/u01/app/oracle/prod/disk1/standbylog2.log' size 100m;
Database altered.
03:56:55 SQL> alter database add standby logfile '/u01/app/oracle/prod/disk1/standbylog3.log' size 100m;
Database altered.
03:57:00 SQL> alter database add standby logfile '/u01/app/oracle/prod/disk1/standbylog4.log' size 100m;
Database altered.
03:57:05 SQL> select group#,thread#,bytes/1024/1024 mb,status from v$standby_log;
GROUP# THREAD# MB STATUS
---------- ---------- ---------- ----------
4 0 100 UNASSIGNED
5 0 100 UNASSIGNED
6 0 100 UNASSIGNED
7 0 100 UNASSIGNED
04:13:33 SQL> alter database recover managed standby database disconnect from session;
Database altered.
04:14:12 SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
38
###在主庫切換日志:
16:15:40 SQL> alter system switch logfile;
System altered.
16:15:53 SQL> alter system switch logfile;
System altered.
16:16:10 SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
40
備庫查詢:
04:02:47 SQL> select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
32
04:02:49 SQL>

############################
第二次正常時的日志:
[oracle@ocm1 ~]$ tail -f alert_PROD.log

Sun Apr 20 16:18:21 2014
Thread 1 cannot allocate new log, sequence 42
Checkpoint not complete
Current log# 2 seq# 41 mem# 0: /u01/app/oracle/prod/disk1/redo02.log
Current log# 2 seq# 41 mem# 1: /u01/app/oracle/prod/disk2/log2b.log
Thread 1 advanced to log sequence 42
Current log# 3 seq# 42 mem# 0: /u01/app/oracle/prod/disk1/redo03.log
Current log# 3 seq# 42 mem# 1: /u01/app/oracle/prod/disk2/log3b.log
Sun Apr 20 16:19:08 2014
Thread 1 cannot allocate new log, sequence 43
Checkpoint not complete
Current log# 3 seq# 42 mem# 0: /u01/app/oracle/prod/disk1/redo03.log
Current log# 3 seq# 42 mem# 1: /u01/app/oracle/prod/disk2/log3b.log
Thread 1 advanced to log sequence 43
Current log# 1 seq# 43 mem# 0: /u01/app/oracle/prod/disk1/redo01.log
Current log# 1 seq# 43 mem# 1: /u01/app/oracle/prod/disk2/log1b.log
Sun Apr 20 16:20:41 2014
Expanded controlfile section 11 from 56 to 112 records
Requested to grow by 56 records; added 2 blocks of records
備庫:
[oracle@ocm2 ~]$ tail -f alert_PROD1.log
Sun Apr 20 04:20:36 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[8]: Assigned to RFS process 16069
RFS[8]: Identified database type as 'physical standby'
RFS[8]: Archived Log: '/u01/app/oracle/prod/arch/1_40_844894247.arc'
RFS[8]: Archived Log: '/u01/app/oracle/prod/arch/1_41_844894247.arc'
RFS[8]: Archived Log: '/u01/app/oracle/prod/arch/1_42_844894247.arc'
Sun Apr 20 04:20:37 2014
Media Recovery Log /u01/app/oracle/prod/arch/1_40_844894247.arc
Media Recovery Log /u01/app/oracle/prod/arch/1_41_844894247.arc
Media Recovery Log /u01/app/oracle/prod/arch/1_42_844894247.arc
Media Recovery Waiting for thread 1 sequence 43

更多詳情見請繼續閱讀下一頁的精彩內容:

linux

聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文檔

驗證DG最大性能模式下使用ARCH/LGWR及STANDBYLOG的不同情況

驗證DG最大性能模式下使用ARCH/LGWR及STANDBYLOG的不同情況:驗證DG最大性能模式下使用ARCH/LGWR及STANDBY LOG的不同情況 總結: --兩臺單實例數據庫做DG,數據庫版本10.2.0.1.01.主庫配置為:arch async,備庫無STANDBY LOG。日志中會有:RFS[4]: No standby redo logfiles create
推薦度:
標簽: 模式 使用 驗證
  • 熱門焦點

最新推薦

猜你喜歡

熱門推薦

專題
Top
主站蜘蛛池模板: 久久久久亚洲精品成人网小说 | 91精品一区二区三区在线观看 | 欧美久久久久久 | 日本一道在线 | 97精品高清一区二区三区 | 国产精品亚洲精品日韩动图 | 欧美 日韩 国产 在线 | 国产 日韩 欧美 亚洲 | 亚洲高清免费 | 国产精品成人久久久久久久 | 91视频久久| 欧美日韩国产在线人 | 欧美日韩一区二区三 | 91久久精品国产亚洲 | 国产精品www | 欧美成人精品一级高清片 | 国产日韩欧美第一页 | 欧美色综合图区 | 亚洲色图在线播放 | 伊人精品成人久久综合欧美 | 一道精品视频一区二区三区男同 | 99国产精品 | 国产日韩欧美综合 | 亚洲欧美日韩国产色另类 | 国产视频一区二区三区四区 | 成人精品视频在线观看完整版 | 国产精品成人第一区 | 亚欧国产 | 欧美精 | 亚洲成a人一区二区三区 | 国产69精品久久久久99不卡 | 一道精品视频一区二区三区男同 | 热re91久久精品国产91热 | 国产区免费在线观看 | 国产一级做a爰片在线看 | 亚洲欧美第一 | 国产中文字幕视频 | 午夜视频在线免费观看 | 毛片免费观看成人 | 欧美成人禁片在线观看网址 | 在线观看日韩视频 |