[20170206]关于Data Guard Gap Detection and Resolution3.txt

--测试看看一些参数不设置是否可以解决gap问题.相关链接:
http://blog.itpub.net/267265/viewspace-2133106/
http://blog.itpub.net/267265/viewspace-2133107/

1.环境:
SYS@book> @ &r/ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

--//节前花了一个上午安装一台dg,我一般安装dataguard,自己有一个标准的文档,dataguard实例名我一般选择主库实例名后面加dg
--//[注:如果长于8个字符,选择d1,d2.]

--//为了测试方便,使用文本参数文件,这样测试方便一些.
SYS@book> create pfile='/tmp/book.ora' from spfile ;
File created.

2.说明我一般修改如下参数:
--主库:
*.log_archive_config='DG_CONFIG=(book,bookdg)'
*.fal_client='book'
*.fal_server='bookdg'
*.standby_file_management='auto'
*.log_archive_dest_1='LOCATION=/u01/app/oracle/archivelog/book MANDATORY VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=book'
*.log_archive_dest_2='SERVICE=bookdg LGWR ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=bookdg'
*.db_file_name_convert='/mnt/ramdisk/book','/mnt/ramdisk/book'
*.log_file_name_convert='/mnt/ramdisk/book','/mnt/ramdisk/book'
*.db_unique_name='BOOK'

--备库:
*.log_archive_config='DG_CONFIG=(book,bookdg)'
*.fal_client='bookdg'
*.fal_server='book'
*.standby_file_management='auto'
*.log_archive_dest_1='LOCATION=/u01/app/oracle/archivelog/book MANDATORY VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=bookdg'
*.log_archive_dest_2='SERVICE=book LGWR ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=book'
*.db_file_name_convert='mnt/ramdisk/book','/mnt/ramdisk/book'
*.log_file_name_convert='/mnt/ramdisk/book','/mnt/ramdisk/book'
*.db_unique_name='bookdg'
*.service_names='book'

--//注:备库我一般service_names设置跟主库一样.

3.测试前修改参数文件参数:
--主库:
#*.log_archive_config='DG_CONFIG=(book,bookdg)'
#*.fal_client='book'
#*.fal_server='bookdg'
*.standby_file_management='auto'
*.log_archive_dest_1='LOCATION=/u01/app/oracle/archivelog/book MANDATORY VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=book'
*.log_archive_dest_2='SERVICE=bookdg LGWR ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=bookdg'
*.db_file_name_convert='/mnt/ramdisk/book','/mnt/ramdisk/book'
*.log_file_name_convert='/mnt/ramdisk/book','/mnt/ramdisk/book'
#*.db_unique_name='BOOK'

--//注:取消fal_client,fal_server,log_archive_config,db_unique_name设置,并且log_archive_dest_N保持后面的DB_UNIQUE_NAME=XXX.
--//注意log_archive_dest_2的DB_UNIQUE_NAME=bookdg在本次测试中不存在.

--备库:
#*.log_archive_config='DG_CONFIG=(book,bookdg)'
#*.fal_client='bookdg'
#*.fal_server='book'
*.standby_file_management='auto'
*.log_archive_dest_1='LOCATION=/u01/app/oracle/archivelog/book MANDATORY VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=bookdg'
*.log_archive_dest_2='SERVICE=book LGWR ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=book'
*.db_file_name_convert='mnt/ramdisk/book','/mnt/ramdisk/book'
*.log_file_name_convert='/mnt/ramdisk/book','/mnt/ramdisk/book'
#*.db_unique_name='bookdg'
*.service_names='book'

4.测试:
A.关闭2边数据库.使用对应文本参数文件启动看看.
B.先启动主库:
SYS@book> startup pfile='/tmp/book.ora'
ORACLE instance started.
Total System Global Area            634732544 bytes
Fixed Size                            2255792 bytes
Variable Size                       197133392 bytes
Database Buffers                    427819008 bytes
Redo Buffers                          7524352 bytes
Database mounted.
Database opened.

SYS@book> alter system archive log current ;
System altered.
/
/
/
/
/
/

SYS@book> archive log list
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            /u01/app/oracle/archivelog/book
Oldest online log sequence     331
Next log sequence to archive   333
Current log sequence           333

C.启动备库:
SYS@bookdg> startup nomount pfile='/tmp/bookdg.ora';
ORACLE instance started.
Total System Global Area  634732544 bytes
Fixed Size                  2255792 bytes
Variable Size             197133392 bytes
Database Buffers          427819008 bytes
Redo Buffers                7524352 bytes

SYS@bookdg> alter database mount standby database;
Database altered.

SYS@bookdg> show parameter unique
NAME           TYPE   VALUE
-------------- ------ -------
db_unique_name string book
--//???可以发现不是我想像的那样.现在2边db_unique_name是一样的.也就是与主库设置的log_archive_dest_2里面的db_unique_name不同.

--//主库执行:
SYS@book> alter system set log_archive_dest_state_2=enable ;
System altered.

--//备库查询:
SYS@bookdg> @ &r/dg/dg
PROCESS       PID STATUS       CLIENT_P GROUP# THREAD#  SEQUENCE#     BLOCK#     BLOCKS DELAY_MINS
--------- ------- ------------ -------- ------ ------- ---------- ---------- ---------- ----------
RFS         24444 IDLE         UNKNOWN  N/A          0          0          0          0          0
RFS         24442 IDLE         LGWR     3            1        334        108          1          0
ARCH        24434 CLOSING      ARCH     4            1        324      14336       1106          0

SYS@bookdg> @ &r/dg/dg_mess
FACILITY                 SEVERITY         DEST_ID MESSAGE_NUM ERROR_CODE CAL TIMESTAMP           MESSAGE
------------------------ ------------- ---------- ----------- ---------- --- ------------------- --------------------------------------------------------------------------------
Log Transport Services   Informational          0           1          0 NO  2017-02-06 14:45:26 ARC0: Archival started
Log Transport Services   Informational          0           2          0 NO  2017-02-06 14:45:26 ARC0: Becoming the 'no FAL' ARCH
Log Transport Services   Informational          0           3          0 NO  2017-02-06 14:45:26 ARC0: Becoming the 'no SRL' ARCH
Log Transport Services   Informational          0           4          0 NO  2017-02-06 14:45:26 ARC0: Becoming the heartbeat ARCH
Log Transport Services   Informational          0           5          0 NO  2017-02-06 14:45:26 ARC0: Becoming the active heartbeat ARCH
Remote File Server       Informational          0           6          0 NO  2017-02-06 14:46:41 RFS[1]: Assigned to RFS process 24440
Log Transport Services   Control                0           7          0 YES 2017-02-06 14:46:41 ARC0: Beginning to archive thread 1 sequence 324 (13275735057-13275745795)
Log Transport Services   Control                0           8          0 YES 2017-02-06 14:46:42 ARC0: Completed archiving thread 1 sequence 324 (0-0)
Remote File Server       Informational          0           9          0 NO  2017-02-06 14:46:42 Primary database is in MAXIMUM PERFORMANCE mode
Remote File Server       Informational          0          10          0 NO  2017-02-06 14:46:42 RFS[2]: Assigned to RFS process 24442
Remote File Server       Informational          0          11          0 NO  2017-02-06 14:46:42 RFS[3]: Assigned to RFS process 24444
11 rows selected.

--alert内容:
alter database mount standby database
Set as converted control file due to db_unique_name mismatch
Changing di2dbun from bookdg to book
ARCH: STARTING ARCH PROCESSES
Mon Feb 06 14:45:25 2017
ARC0 started with pid=19, OS id=24434
ARC0: Archival started
ARCH: STARTING ARCH PROCESSES COMPLETE
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
ARC0: Becoming the heartbeat ARCH
ARC0: Thread not mounted
Mon Feb 06 14:45:26 2017
Successful mount of redo thread 1, with mount id 1376016192
Physical Standby Database mounted.
Lost write protection disabled
ARC0: Becoming the active heartbeat ARCH
Completed: alter database mount standby database
Mon Feb 06 14:46:40 2017
Using STANDBY_ARCHIVE_DEST parameter default value as /u01/app/oracle/archivelog/book
RFS[1]: Assigned to RFS process 24440
RFS[1]: Selected log 4 for thread 1 sequence 324 dbid 1337401710 branch 896605872
Mon Feb 06 14:46:42 2017
Archived Log entry 159 added for thread 1 sequence 324 ID 0x4fb7d86e dest 1:
Mon Feb 06 14:46:42 2017
Primary database is in MAXIMUM PERFORMANCE mode
RFS[2]: Assigned to RFS process 24442
RFS[2]: Selected log 4 for thread 1 sequence 334 dbid 1337401710 branch 896605872
Mon Feb 06 14:46:42 2017
RFS[3]: Assigned to RFS process 24444
RFS[3]: Opened log for thread 1 sequence 325 dbid 1337401710 branch 896605872
Archived Log entry 160 added for thread 1 sequence 325 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 326 dbid 1337401710 branch 896605872
Archived Log entry 161 added for thread 1 sequence 326 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 327 dbid 1337401710 branch 896605872
Archived Log entry 162 added for thread 1 sequence 327 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 328 dbid 1337401710 branch 896605872
Archived Log entry 163 added for thread 1 sequence 328 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 329 dbid 1337401710 branch 896605872
Archived Log entry 164 added for thread 1 sequence 329 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 330 dbid 1337401710 branch 896605872
Archived Log entry 165 added for thread 1 sequence 330 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 331 dbid 1337401710 branch 896605872
Archived Log entry 166 added for thread 1 sequence 331 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 332 dbid 1337401710 branch 896605872
Archived Log entry 167 added for thread 1 sequence 332 rlc 896605872 ID 0x4fb7d86e dest 2:
RFS[3]: Opened log for thread 1 sequence 333 dbid 1337401710 branch 896605872
Archived Log entry 168 added for thread 1 sequence 333 rlc 896605872 ID 0x4fb7d86e dest 2:

--//说明即使设置2边的db_unique_name一样.log_archive_dest_N中db_unique_name设置错误,gap一样能正常解决.
SYS@bookdg> alter database recover managed standby database using current logfile disconnect ;
Database altered.

Mon Feb 06 14:52:09 2017
alter database recover managed standby database using current logfile disconnect
Attempt to start background Managed Standby Recovery process (bookdg)
Mon Feb 06 14:52:10 2017
MRP0 started with pid=23, OS id=24449
MRP0: Background Managed Standby Recovery process started (bookdg)
started logmerger process
Mon Feb 06 14:52:16 2017
Managed Standby Recovery starting Real Time Apply
Parallel Media Recovery started with 4 slaves
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Completed: alter database recover managed standby database using current logfile disconnect
Media Recovery Log /u01/app/oracle/archivelog/book/1_324_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_325_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_326_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_327_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_328_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_329_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_330_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_331_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_332_896605872.dbf
Media Recovery Log /u01/app/oracle/archivelog/book/1_333_896605872.dbf
Media Recovery Waiting for thread 1 sequence 334 (in transit)
Recovery of Online Redo Log: Thread 1 Group 4 Seq 334 Reading mem 0
  Mem# 0: /mnt/ramdisk/book/redostb01.log

SYS@bookdg> @ &r/dg/dg
PROCESS       PID STATUS       CLIENT_P GROUP# THREAD#  SEQUENCE#     BLOCK#     BLOCKS DELAY_MINS
--------- ------- ------------ -------- ------ ------- ---------- ---------- ---------- ----------
RFS         24444 IDLE         UNKNOWN  N/A          0          0          0          0          0
RFS         24442 IDLE         LGWR     3            1        334        409          1          0
ARCH        24434 CLOSING      ARCH     4            1        324      14336       1106          0
MRP0        24449 APPLYING_LOG N/A      N/A          1        334        409     102400          0

SYS@bookdg> @ &r/dg/dg_mess
FACILITY                 SEVERITY         DEST_ID MESSAGE_NUM ERROR_CODE CAL TIMESTAMP           MESSAGE
------------------------ ------------- ---------- ----------- ---------- --- ------------------- --------------------------------------------------------------------------------
Log Transport Services   Informational          0           1          0 NO  2017-02-06 14:45:26 ARC0: Archival started
Log Transport Services   Informational          0           2          0 NO  2017-02-06 14:45:26 ARC0: Becoming the 'no FAL' ARCH
Log Transport Services   Informational          0           3          0 NO  2017-02-06 14:45:26 ARC0: Becoming the 'no SRL' ARCH
Log Transport Services   Informational          0           4          0 NO  2017-02-06 14:45:26 ARC0: Becoming the heartbeat ARCH
Log Transport Services   Informational          0           5          0 NO  2017-02-06 14:45:26 ARC0: Becoming the active heartbeat ARCH
Remote File Server       Informational          0           6          0 NO  2017-02-06 14:46:41 RFS[1]: Assigned to RFS process 24440
Log Transport Services   Control                0           7          0 YES 2017-02-06 14:46:41 ARC0: Beginning to archive thread 1 sequence 324 (13275735057-13275745795)
Log Transport Services   Control                0           8          0 YES 2017-02-06 14:46:42 ARC0: Completed archiving thread 1 sequence 324 (0-0)
Remote File Server       Informational          0           9          0 NO  2017-02-06 14:46:42 Primary database is in MAXIMUM PERFORMANCE mode
Remote File Server       Informational          0          10          0 NO  2017-02-06 14:46:42 RFS[2]: Assigned to RFS process 24442
Remote File Server       Informational          0          11          0 NO  2017-02-06 14:46:42 RFS[3]: Assigned to RFS process 24444
Log Apply Services       Control                0          12          0 YES 2017-02-06 14:52:09 Attempt to start background Managed Standby Recovery process
Log Apply Services       Control                0          13          0 YES 2017-02-06 14:52:10 MRP0: Background Managed Standby Recovery process started
Log Apply Services       Informational          0          14          0 NO  2017-02-06 14:52:16 Managed Standby Recovery starting Real Time Apply
Log Apply Services       Informational          0          15          0 NO  2017-02-06 14:52:19 Media Recovery Log /u01/app/oracle/archivelog/book/1_324_896605872.dbf
Log Apply Services       Informational          0          16          0 NO  2017-02-06 14:52:19 Media Recovery Log /u01/app/oracle/archivelog/book/1_325_896605872.dbf
Log Apply Services       Informational          0          17          0 NO  2017-02-06 14:52:20 Media Recovery Log /u01/app/oracle/archivelog/book/1_326_896605872.dbf
Log Apply Services       Informational          0          18          0 NO  2017-02-06 14:52:20 Media Recovery Log /u01/app/oracle/archivelog/book/1_327_896605872.dbf
Log Apply Services       Informational          0          19          0 NO  2017-02-06 14:52:21 Media Recovery Log /u01/app/oracle/archivelog/book/1_328_896605872.dbf
Log Apply Services       Informational          0          20          0 NO  2017-02-06 14:52:21 Media Recovery Log /u01/app/oracle/archivelog/book/1_329_896605872.dbf
Log Apply Services       Informational          0          21          0 NO  2017-02-06 14:52:21 Media Recovery Log /u01/app/oracle/archivelog/book/1_330_896605872.dbf
Log Apply Services       Informational          0          22          0 NO  2017-02-06 14:52:21 Media Recovery Log /u01/app/oracle/archivelog/book/1_331_896605872.dbf
Log Apply Services       Informational          0          23          0 NO  2017-02-06 14:52:22 Media Recovery Log /u01/app/oracle/archivelog/book/1_332_896605872.dbf
Log Apply Services       Informational          0          24          0 NO  2017-02-06 14:52:22 Media Recovery Log /u01/app/oracle/archivelog/book/1_333_896605872.dbf
Log Apply Services       Warning                0          25          0 NO  2017-02-06 14:52:22 Media Recovery Waiting for thread 1 sequence 334 (in transit)
25 rows selected.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/267265/viewspace-2133250/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/267265/viewspace-2133250/

0206关于DG Gap Detection and Resolution3相关推荐

  1. 记Oracle DG Gap解决方案

    记Oracle DG Gap解决方案 背景介绍 实验环境 主从配置 模拟故障 故障定位 gap解决方案 背景介绍 日常的数据库运维过程中,我们常常会遇到DG GAP同步异常的场景.解决的思路主要有: ...

  2. 《Joint Gap Detection and Inpainting of Line Drawings》——论文阅读之line drawings

    作者: Kazuma Sasaki, Satoshi Iizuka, Edgar Simo-Serra, Hiroshi Ishikawa Department of Computer Science ...

  3. oracle dg 数据不一致,DG常用运维命令及常见问题解决

    DG常见运维命令及常见问题解决方法 l> DG库启动.关闭标准操作 Dataguard关闭 1).先取消日志应用 alter database recover managed standby d ...

  4. Oracle 11g R2 ADG 运维

    --================ Oracle ADG 运维 ================ --========测试日志传输======== 1.在primary上,查看最后归档的日志,强制日 ...

  5. （十一：2020.08.28）CVPR 2017 追踪之论文纲要（译）

    CVPR 2017 追踪之论文纲要(修正于2020.08.28) 讲在前面 论文目录 讲在前面 论坛很多博客都对论文做了总结和分类,但就医学领域而言,对这些论文的筛选信息显然需要更加精细的把控,所以自 ...

  6. CVPR2017论文

    CVPR2017论文 Machine Learning 1 Spotlight 1-1A Exclusivity-Consistency Regularized Multi-View Subspace ...

  7. CVPR 2017 paper

    参考链接 CVPR 2017 open access Paperlist Graph-Structured Representations for Visual Question Answering ...

  8. CVPR 2017论文集锦（论文分类）—— 附录部分翻译

    作为计算机视觉领域的三大顶级会议之一,CVPR 2017 又收录了很多优秀的文章.具体可参见 CVPR 的论文官网:http://www.cvpapers.com/cvpr2017.html Mach ...

  9. TinyOS之串口通信TestSerial数据包分析

    目录 1.串口通信样例 2.编译烧录程序 3.获取节点发送的串口数据 4.节点数据的简易分析 5.crc校验方法 6.接收与发送的区别 1.串口通信样例 本文以tinyos-2.1.1下的TestSe ...

最新文章

  1. Struts（七）：action配置文件之通配符映射
  2. 信仰的力量—海归毕业季的选择与入职后的蜕变记
  3. java中的23中设计模式
  4. SAP Spartacus B2B页面Budget页面的设计原理
  5. jenkins远程构建job_jenkins分布式构建job
  6. alpine linux安装桌面,Alpine linux硬盘安装
  7. Hive数据更新同时去重入门
  8. 浅谈Java两种并发类型——计算密集型与IO密集型
  9. 通常学校计算机实验室中的网络属于,增霸卡在学校计算机实验室维护中的应用研究...
  10. 2018-3-18CCF小球碰撞问题
  11. PHP从入门到精通 第3版pdf
  12. 图解快速排序（C++实现）
  13. WireGuard组建大内网
  14. 写一个登录界面连接数据库，判断用户名和密码
  15. Int相乘为负数问题
  16. 数据中心交换机基础自学系列 | MAC简介
  17. 职称计算机考试时的输入法,2017年高级职称计算机预习：输入法的使用
  18. Elang安装与环境配置
  19. android一行三列,Android -- listview实现一行多列效果
  20. 旧金山大学计算机科学,旧金山大学计算机科学理学硕士研究生申请要求及申请材料要求清单...

热门文章

  1. DELIMA V5R20 64位安装包
  2. 一行代码解决selenium爬虫老遇到谷歌人机验证问题
  3. Vue前端项目-主页布局-左侧导航菜单（静态）
  4. WHAT IS NODE ....
  5. 查看oracle错误信息,经验：查看oracle错误信息的两种方法
  6. fedora23_x86_64通过dnf升级到fedora24
  7. route中如何禁止ip_都说IP当道，看看游戏中IP是如何建设的
  8. ADPCM编码与解码学习笔记·
  9. iOS 设备型号判断及对应固件的选择
  10. linux无盘常用查看硬件命令,网众LINUX无盘一些常用的命令