文档-oracle11g_物理DG日常巡检手册

1、文件编号：ORACLE11g Dataguard物理Standby日常巡检操作手册编写：_校对：_日期：_目录1、DG环境的日常巡检41.1、主库环境检查41.1.1、主库实例启动状态检查41.1.2、主库启动模式检查41.1.3、主库DG环境的保护模式检查41.1.4、主库用于控制日志同步的参数检查41.1.5、主库查看是否开启强制日志功能51.1.6、主库上查看设置的归档日志路径是否可用51.1.7、主库上查询归档日志的应用情况61.1.8、主库上查看DG环境进程的状态61.1.9、主库上查看DG的状态信息71.1.10、主库SWITCH OVER角色和状态的检查71.2、备库环境检查71

2、.2.1、备库实例的启动状态检查71.2.2、备库启动模式检查71.2.3、备库DG环境的保护模式检查81.2.4、备库用于控制日志同步的参数检查81.2.5、备库上查看同步过来的归档日志的应用情况81.2.6、备库上查看归档日志有没有裂缝（同操作2.5部分类似）91.2.7、备库上查看DG环境特有进程的状态91.2.8、备库上查看DG环境的状态信息101.2.9、备库SWITCH OVER角色和状态的检查102、DG环境的启动与关闭112.1、DG环境的关闭112.1.1、检查DG环境主备库的日志使用情况112.1.2、停主库的监听程序112.1.3、停备库的监听程序112.1.4、关闭主数

3、据库112.1.5、查看备库的开启模式112.1.6、关闭备数据库的归档应用程序122.1.7、关闭备数据库122.2、DG环境的启动122.2.1、启动DG环境的主库122.2.2、启动主库的监听程序122.2.3、启动DG环境的备库到mount或open状态122.2.4、启动备库的监听程序132.2.5、主库切换归档日志132.2.6、查看备库是否有新应用过来的日志132.2.7、备库上开启归档日志应用进程132.2.8、主库与备库验证当前redo log133、DG环境的主备切换-SWITCHOVER143.1、SWITCHOVER切换的特点143.2、SWITCHOVER切换的注意事

4、项143.3、SWITCHOVER的切换操作流程143.3.1、主库与备库运行状态确认143.3.2、查看switchover之前主库的角色和状态143.3.3、查看switchover之前备库的角色和状态153.3.4、将主库切换成备库153.3.5、将备库启动到mount状态153.3.6、主库启动到mount状态163.3.7、备库切换成主库163.3.8、检查切换后主库与备库的日志编号171、DG环境的日常巡检1.1、主库环境检查1.1.1、主库实例启动状态检查操作命令：SQL select instance_name,status from v$instance;操作结果：INSTA

5、NCE_NAMESTATUS-cs02OPEN操作说明：如果主库在对外提供服务，那其实例状态应一定是OPEN的。1.1.2、主库启动模式检查操作命令：SQL select name,open_mode from v$database;操作结果：NAMEOPEN_MODE- -CS02READ WRITE操作说明：如果主库在对外提供服务，那其数据库状态应一定是READ WRITE的。1.1.3、主库DG环境的保护模式检查操作位置：主库操作命令：SQL select database_role, protection_mode, protection_level from v$database;操

6、作结果：DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL- -PRIMARY MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE1.1.4、主库用于控制日志同步的参数检查操作命令：SQL show parameter log_archive_dest_2操作结果：NAMETYPEVALUE- - -log_archive_dest_2stringservice=cs01 valid_for=(online_logfiles,primary_role) db_unique_name=cs01操作说明：通过该参数设置的网络服务

7、名，主库能够找到该DG环境当中的备库，通过将主库的归档日志同步到备库；查询结果并没有看到lgwr/arch、sync/async、affirm/noaffirm的参数设置，说明当前主库没有对这三个参数进行设置，当前使用的是默认设置，即：arch、async、noaffirm的设置。1.1.5、主库查看是否开启强制日志功能操作命令：SQL select name,force_logging from v$database;操作结果：NAMEFOR- -CS02YES操作说明：DG环境下主库要求必须开启强制日志功能，如果发现状态是NO，需要手动执行下面的命令开启该功能。SQL alter data

8、base force logging;1.1.6、主库上查看设置的归档日志路径是否可用操作命令：SQL col dest_name for a30SQL col error for a30SQL select dest_name,status,error from v$archive_dest;操作结果：DEST_NAMESTATUS ERROR- -LOG_ARCHIVE_DEST_1VALIDLOG_ARCHIVE_DEST_2VALIDLOG_ARCHIVE_DEST_3INACTIVE操作说明：该视图用户查看本地和远程的归档日志路径是否可用，如果远程的归档日志路径不可用，在ERROR列

9、会有相应报错。1.1.7、主库上查询归档日志的应用情况操作命令：SQL set pagesize 50;SQL col name for a50SQL select name,SEQUENCE#,APPLIED from v$archived_log order by sequence#;操作结果：NAMESEQUENCE# APPLIED- -/u01/app/oracle/arch/1_5_886855721.dbf5 NOcs015 YES/u01/app/oracle/arch/1_6_886855721.dbf6 NOcs016 YES/u01/app/oracle/arch/1_7

10、_886855721.dbf7 NOcs017 YES操作说明：该视图记录了归档日志的应用情况，由查询结果可以看出，主库上的该视图会同时记录主库和同步到备库的归档日志的应用情况。视图中显示归档到本地路径的归档日志的名字使用的是绝对路径，并且应用状态为NO，而同步到远端备库上的归档日志名字统一都为cs01，并且应用状态显示为YES。这说明同步到备库上的归档日志都已经被应用了。1.1.8、主库上查看DG环境进程的状态操作命令：SQL select process,status from v$managed_standby;操作结果：PROCESS STATUS- -ARCH CLOSINGARCH

11、 CLOSINGARCH CLOSINGARCH CLOSINGLNS WRITING操作说明：ARCH进程：用于主库上复制redo log，从而生成归档日志，当前状态为CLOSING表示该进程目前正在复制redo log，我们在参数文件中设置了该进程的数量上限是4个。LNS进程：用于在主库上将主库的归档日志同步到备库上，将归档日志投递给备库上的RFS进程。1.1.9、主库上查看DG的状态信息操作命令：SQL col message for a100SQL select message_num,message from v$dataguard_status;1.1.10、主库SWITCH OV

12、ER角色和状态的检查操作命令：SQL select name,database_role,switchover_status from v$database;操作结果：NAMEDATABASE_ROLE SWITCHOVER_STATUS- - -CS02PRIMARY TO STANDBY操作说明：如果主库的切换状态显示为SESSION ACTIVED状态也是正常的。1.2、备库环境检查1.2.1、备库实例的启动状态检查操作命令：SQL select instance_name,status from v$instance;操作结果：INSTANCE_NAMESTATUS-cs01MOUNT

13、ED操作说明：一般备库会被启动到MOUNT状态，不过根据具体需要，在确认备库没的应用归档日志进程没有启动的前提下也可以将其启动到OPEN状态，执行命令：alter database open;1.2.2、备库启动模式检查操作命令：SQL select name,open_mode from v$database;操作结果：NAMEOPEN_MODE- -CS01READ ONLY操作说明：发现是read only模式，说明备库当前并没有开启归档日志应用进程，这个时候我们可以手动开启该进程，执行下面的命令：SQL alter database recover managed standby da

14、tabase disconnect from session;如果发现当前数据库的打开模式是read only with apply我们也可以手工关闭归档应用程序，执行下面的命令：SQL alter database recover managed standby database cancel;重新查看备库的启动模式，执行下面的命令：SQL select name,open_mode from v$database;操作结果：NAMEOPEN_MODE- -CS01READ ONLY WITH APPLY1.2.3、备库DG环境的保护模式检查执行命令：SQL select database_

15、role, protection_mode, protection_level from v$database;SQL set linesize 160查询结果：DATABASE_ROLEPROTECTION_MODEPROTECTION_LEVEL- -PHYSICAL STANDBY MAXIMUM PERFORMANCEMAXIMUM PERFORMANCE1.2.4、备库用于控制日志同步的参数检查操作命令：SQL show parameter log_archive_dest_2操作结果：NAMETYPEVALUE- - -log_archive_dest_2stringservice

16、=cs02 valid_for=(online_logfiles,primary_role) db_unique_name=cs021.2.5、备库上查看同步过来的归档日志的应用情况操作命令：SQL set pagesize 50SQL col name for a50SQL select name,SEQUENCE#,APPLIED from v$archived_log order by sequence#;操作结果：NAMESEQUENCE# APPLIED- -/u01/app/oracle/arch/1_5_886855721.dbf5 YES/u01/app/oracle/arch

17、/1_6_886855721.dbf6 YES/u01/app/oracle/arch/1_7_886855721.dbf7 YES操作说明：如果发现备库归档日志的编号不连续，则需要到主库去对照主库的归档日志编号，找到主库上已经归档但却没有同步到备库上的那些归档日志手动拷贝过来，并将其注册到备库内，注册归档日志的命令如下所示：SQL alter database register physical logfile /opt/arch/归档文件名然后再重新开启备库的应用归档日志进程，执行下面的命令即可：SQL alter database recover automatic standby da

18、tabase;1.2.6、备库上查看归档日志有没有裂缝（同操作2.5部分类似）操作命令：SQL select * from v$archive_gap;操作说明：如果DG环境日志同步正常，则不会查到任何记录，如果查出结果，则说明目前的DG环境归档日志有裂缝，需要执行2.5部分的操作去解决。1.2.7、备库上查看DG环境特有进程的状态操作命令：SQL select process,status from v$managed_standby;操作结果：PROCESS STATUS- -ARCHCLOSINGARCHCLOSINGARCHCONNECTEDARCHCLOSINGRFSIDLERFSI

19、DLERFSIDLERFSIDLEMRP0WAIT_FOR_LOG操作说明：FRS进程：用于备库接收从主库LNS进程或ARCH进程投递过来的归档日志。ARCH：用于复制从主库上同步过来的归档日志。MRP0：用于应用归档日志。1.2.8、备库上查看DG环境的状态信息操作命令：SQL col message for a100SQL select message_num,message from v$dataguard_status;1.2.9、备库SWITCH OVER角色和状态的检查操作命令：SQL select name,database_role,switchover_status from

20、 v$database;操作结果：NAMEDATABASE_ROLE SWITCHOVER_STATUS- - -CS02PHYSICAL STANDBY NOT ALLOWED操作说明：如果主库的切换状态显示为TO PRIMARY状态也是正常的。重要说明：对于Data Guard环境的日常运维工作，其核心就在于确保主库上的日志能通正常同步到备库上，并能够被备库及时的应用。这些信息在主备数据库的告警日志中都会有所体现，所有要经常关注主库和备库的告警日志的内容。做到发现报错，及时处理，将会对数据库运行造成不良影响的因素消灭在萌芽状态.2、DG环境的启动与关闭2.1、DG环境的关闭2.1.1、检查

21、DG环境主备库的日志使用情况操作位置：主库&备库操作命令：SQL archive log list;操作结果：主库与备库当前使用的日志编号相同2.1.2、停主库的监听程序操作命令：oraclecs02 $ lsnrctl stop2.1.3、停备库的监听程序操作命令：oraclecs01 $ lsnrctl stop2.1.4、关闭主数据库操作命令：SQL shutdown immediate;2.1.5、查看备库的开启模式操作命令：SQL select open_mode from v$database;如果发现当前数据库是read only with apply模式，则需要执行下面命令关闭

22、归档日志应用程序，如果发现是read only模式则直接关闭数据库即可。正常情况下备库应该时刻处于应用归档日志的模式。2.1.6、关闭备数据库的归档应用程序操作命令：SQL alter database recover managed standby database cancel;2.1.7、关闭备数据库操作命令：SQL shutdown immediate;这样，整个Data Guard环境就算是完整的关闭掉了.2.2、DG环境的启动2.2.1、启动DG环境的主库操作命令：oraclecs02 $ sqlplus / as sysdbaSQL startup;SQL select stat

23、us from v$instance;2.2.2、启动主库的监听程序操作命令：oraclecs02 $ lsnrctl statusoraclecs02 $ lsnrctl start2.2.3、启动DG环境的备库到mount或open状态操作命令：oraclecs01 $ sqlplus / as sysdbaSQL startup;或 SQL startup mount;2.2.4、启动备库的监听程序操作命令：oraclecs01 $ lsnrctl statusoraclecs01 $ lsnrctl start2.2.5、主库切换归档日志操作命令：SQL alter system ar

24、chive log current;2.2.6、查看备库是否有新应用过来的日志操作命令：SQL select sequence#,applied from v$archived_log;2.2.7、备库上开启归档日志应用进程操作命令：SQL alter database recover managed standby database disconnect from session;2.2.8、主库与备库验证当前redo log操作位置：主库&备库操作命令：SQL archive log list;如果此时发现主库与备库当前使用的redo日志的编号一致则说明重启的DG环境一切正常。这样，这个D

25、ata Guard环境就算是去正常的启动了.3、DG环境的主备切换-SWITCHOVER3.1、SWITCHOVER切换的特点一般SWITCHOVER切换都是计划中的切换，特点是在切换后，不会丢失任何的数据，而且这个过程是可逆的，整个DATA GUARD环境不会被破坏，原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作。3.2、SWITCHOVER切换的注意事项 1）确认主库和从库间网络连接通畅； 2）确认没有活动的会话连接在数据库中； 3）PRIMARY数据库处于打开的状态，STANDBY数据库处于MOUNT状态；4）确保STANDBY数据库处于ARCHIVELOG模

26、式； 5）如果设置了REDO应用的延迟，那么将这个设置去掉； 6）确保配置了主库和从库的初始化参数，使得切换完成后，DATA GUARD机制可以顺利的运行。3.3、SWITCHOVER的切换操作流程3.3.1、主库与备库运行状态确认在执行主备SWITCH OVER之前，需要首先确认主库与备库的实例以及数据库的启动状态，确保主库与备库满足下面的要求：数据库实例启动状态数据库启动模式主库-CS02openread write备库-CS01mount/openmount with apply/read only with apply可以通过如下命令进行查看：SQL select status fro

27、m v$instance;SQL select open_mode from v$database;3.3.2、查看switchover之前主库的角色和状态SQL select name,database_role,switchover_status from v$database;操作结果：NAMEDATABASE_ROLESWITCHOVER_STATUS- -CS02PRIMARYSESSIONS ACTIVE操作说明：1）如果是第一次做主备的SWITCH OVER操作，那么主库的SWITCHOVER_STATUS状态会是SESSIONS ACTIVE状态。表示当前主库还有活动的会话连接

28、，属于正常的主库准备切换之前的状态。2）如果之前已经做过主备的SWITCH OVER操作，那么主库的SWITCHOVER_STATUS状态会是TO_STANDBY状态，表明当前主库已经准备好随时切换成备库了。3.3.3、查看switchover之前备库的角色和状态操作命令：SQL select name,database_role,switchover_status from v$database;NAMEDATABASE_ROLESWITCHOVER_STATUS- -CS02PHYSICAL STANDBY TO PRIMARY操作说明：1）如果是第一次做主库的SWITCH OVER操作，

29、那么备库的SWITCHOVER_STATUS状态会是TO_PRIMARY状态。表明备库已经随时可以切换成主库了。2）如果之前已经做过主备的SWITCH OVER操作，在主库没有发出要做主备切换的操作之前（即：执行主库切成备库的那条命令），备库的SWITCHOVER_STATUS状态会是NOT ALLOWED，属于正常状态。3.3.4、将主库切换成备库操作命令：SQL alter database commit to switchover to physical standby with session shutdown;操作说明：此时主库会被自动关闭掉。3.3.5、将备库启动到mount状态1

30、）关闭备库的归档日志应用进程SQL alter database recover managed standby database cancel;2）关闭备库并启动到mount状态SQL shutdown immediate;SQL startup mount;3）查看备库的角色状态SQL select name,database_role,switchover_status from v$database;备注：如果之前查看备库的切换状态是NOT ALLOWED，那么由于现在在主库上已经做了切换到备库的操作，该操作的信息已经发送到了备库上，所以备库此时的切换状态会变成TO PRIMARY。3

31、.3.6、主库启动到mount状态1）主库启动到nomount状态SQL startup nomount;2）主库以备库的身份启动到mount状态SQL alter database mount standby database;3）主库以备库的身份开启归档日志应用进程SQL alter database recover managed standby database disconnect from session;4）查看主库现在在DG环境中的角色SQL select name,database_role,switchover_status from v$database;NAMEDATABASE_ROLESWITCHOVER_STATUS- - -CS02PHYSICAL STANDBYTO PRIMARY至此，主库的切换相关操作已经完成，主库角色已经切换成了备库，切换状态变成了TO PRIMARY。3.3.7、备库切换成主库1）备库开启归档日志应用进程SQL alter database recover managed standby database dis