Oracle 11G数据库DataGuard灾备切换方案.docx

Oracle 11G数据库DataGuard灾备切换方案检查确定MRP进程在正常运行备库执行如下SQL确定MRP进程正常：SELECT PROCESS FROM V$MANAGED_STANDBY WHERE PROCESS LIKE MRP%;主库执行如下SQL，确定备库是“REAL TIME APPLY”状态SQL SELECT RECOVERY_MODE FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID=2;RECOVERY_MODE-----------------------MANAGED REAL TIME APPLY如果备库没有启用real-time apply，则需要重新将备库启动至real-time apply：SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;确定有足够的归档进程在所有的主备库实例上查询参数LOG_ARCHIVE_MAX_PROCESSES，确定其值大于等于4，但不会太大确定目标备库的REDO为clear状态虽然在发起SWITCHOVER TO PRIMARY命令时，备库的REDO会自动转换为CLEAR状态，但依然建议在SWITCHOVER前REDO为CLEAR状态。确保正确设置了LOG_FILE_NAME_CONVERT参数。使用如下SQL在目标备库上查看REDO状态:SQL SELECT DISTINCT L.GROUP# FROM V$LOG L, V$LOGFILE LF WHERE L.GROUP# = LF.GROUP# AND L.STATUS NOT IN (‘UNUSED’, ‘CLEARING’,’CLEARING_CURRENT’);如果如上的查询有结果，则需要停止备库的REDOAPPLY，并通过如下的SQL来对其进行CLEARSQL ALTER DATABASE CLEAR LOGFILE GROUP ORL GROUP# from the query above;确定没有大量的GAP主库执行如下SQL查看主库当前的REDO SEQUENCESQL SELECT THREAD#, SEQUENCE# FROM V$THREAD;在备库上执行如下查询，确定查询出来的结果与上面的结果相比较只差1-2个数值SELECT THREAD#, MAX(SEQUENCE#) FROM V$ARCHIVED_LOGWHERE APPLIED = YESAND RESETLOGS_CHANGE# = (SELECT RESETLOGS_CHANGE#FROM V$DATABASE_INCARNATION WHERE STATUS = ‘CURRENT’)GROUP BY THREAD#;确定主库以及目标备库的所有文件都为ONLINE主备库分别执行如下SQL，查看tempfile是否正常，如果备库上缺失文件则需要进行处理：SELECT TMP.NAME FILENAME, BYTES, TS.NAME TABLESPACEFROM V$TEMPFILE TMP, V$TABLESPACE TS WHERE TMP.TS#=TS.TS#;在主备库分别执行如下SQL，查看数据文件状态，结果应该一致SELECT NAME FROM V$DATAFILE WHERE STATUS=’OFFLINE’;如果备库上有比主库多出的OFFLINE状态的数据文件，则将其ONLINE：ALTER DATABASE DATAFILE FILE_ID ONLINE;切换检查主库是否可切换至STANDBY主库执行如下SQL执行检查SQL SELECT SWITCHOVER_STATUS FROM V$DATABASE;SWITCHOVER_STATUS-----------------TO STANDBY如上的SQL查询结果如果为”TO STANDBY” 或者”SESSIONS ACTIVE”表示主库可切换至STANDBY，如果不为这两个值，则说明REDO传输存在问题。停止主库第一个节点以外的所有实例（RAC）最好使用shutdown normal或者shutdown immediate方式停止数据库。如果使用了shutdown abort将其他节点进行了关闭，则需等待RAC reconfig完成，且第一个节点将其余REDO正常前滚或回滚切换主库至STANDBY角色将主库切换至STANDBYALTER DATABASE COMMIT TO SWIT