欧尚超市DataGuard日常监控及处理文档-云和恩墨.doc

DataGuard
日常监控及处理文档

云和恩墨(北京)信息技术有限公司

Tel:[phone] Fax:[phone]
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 SEQUENCE67;

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处理方法。