资源描述
DataGuard
日常监控及处理文档
云和恩墨(北京)信息技术有限公司
Tel:010-58693006 Fax:010-58690012
Addr:北京市朝阳区朝外SOHO D座1050室 Post:100020
文档控制:
序
更改版本号
更改人
日期
备注
1
1.0版
张耐
2012-05-21
初始版本
编制
张耐
(签字)
日期
2012-05-21
校对
(签字)
日期
审核
(签字)
日期
批准
(签字)
日期
目录
文档说明 - 4 -
一、 环境说明 - 4 -
二、 日常监控及相关处理 - 4 -
1. 检查警告日志 - 4 -
2. 通过备库视图查询日志应用情况 - 5 -
3. 检查Datagaurd日志相关进程 - 6 -
摘要:本报告为我司为贵方提供数据库巡检服务的工作记录,同时作为档案留存,为数据库运行提供历史数据。本文档可能包含数据库系统重要信息,仅供用户参考。
文档说明
本文档用于贵公司RT数据库DataGuard日常监控使用,内部包含数据库配置敏感信息,请贵公司妥善保管。该文档为技术参考文档,如有环境变更,请做合适调整。
一、 环境说明
主库环境:
版本:Oracle 10g 10.2.0.5
OS:Solaris 10
备库环境:
版本:Oracle 10g 10.2.0.5
Instance_name: RT
Db_unique_name: RT
OS:Solaris 10
二、 日常监控及相关处理
1. 检查警告日志
Dataguard日志相关操作在后台警告日志体现的非常清楚,主库警告日志记录日志传输:
主库在日志切换时,同时将归档日志传输到备库中。如果主库日志切换频繁,而且主备库之间网络带宽比较低时,日志传输会出现一定的延时。如果日志中没有相关Ora报错表明日志是可以正常传输的。
在备库的警告日志中,可以查看日志的应用情况:
根据日志中记录的日志恢复情况,可以清楚看到日志恢复进程,与主库对比,可以发现备库日志恢复是否有缺失,是否出现长时间的延时。如果主库警告日志中出现下面错误:
这是个非常常见的错误,主要是主库和备库之间不能正常联通引起的。原因很多种,比如备库监听没启动或者存在问题,TNSNAMES配置有问题,密码文件记录的密码不一致,主备库之间网络出现中断,备库关闭了等等。
2. 通过备库视图查询日志应用情况
在备库中执行:
select * from V$archive_gap;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
---------- ------------- --------------
1 67 67
通过查询GAP相关视图(如果日志缺失,在备库警告日志文件中也会出现报错信息),查询缺失那些日志:
在主库中执行:
SQL> select NAME from v$archived_log where SEQUENCE#=67;
NAME
--------------------------------------------------------------------------------
/ora2/RT/FRA/archivelog/arc_1_670629641_81334.arc
将缺失的日志手工传输到备库中:
scp /ora2/RT/FRA/archivelog/arc_1_670629641_81334.arc rtbx:/u2/fra/RT/archivelog/ arc_1_670629641_81334.dbf
在备库数据库中注册该归档日志
SQL> ALTER DATABASE REGISTER LOGFILE '/u2/fra/RT/archivelog/ arc_1_670629641_81334.dbf';
SQL> select * from v$archive_gap;
no rows selected
然后检查备库中的归档Apply情况。
SQL>select THREAD#,SEQUENCE#,APPLIED from v$archived_log order by SEQUENCE#;
THREAD# SEQUENCE# APP
---------- ---------- ---
1 81326 YES
1 81327 YES
1 81328 YES
1 81329 YES
1 81330 YES
1 81331 YES
1 81332 YES
1 81333 YES
1 81334 YES
3. 检查Datagaurd日志相关进程
检查备库日志相关进程:
select process,status from v$managed_standby;
PROCESS STATUS
--------- ------------
ARCH CLOSING
ARCH CLOSING
ARCH CLOSING
MRP0 WAIT_FOR_LOG
RFS IDLE
RFS IDLE
RFS IDLE
ARCH进程用于主库到备库的日志传输,采用LGWR传输,ARCH目前是关闭。RFS用于备库日志接受进程,如果没有日志传输,会显示IDLE状态。MRP0进程用于备库日志应用,如果该进程消失,检查备库是否启用日志应用。状态显示Wait_for_log说明是在等待日志进行恢复,如果状态显示wait_for_gap说明日志有缺失,可能需要手工进行拷贝日志,具体可以参考上面过于日志GAP处理方法。
展开阅读全文