从这期开始讲Oracle Data Guard方面的内容
Data Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能
前面已经介绍如何架设物理备库,这节讲如何对物理备库进行Switchover
SELECT STATUS, GAP_STATUS FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID = 2;
请确保和备库相关的STATUS栏位为 VALID,GAP_STATUS栏位为NO GAP
主备库分别执行如下语句
SELECT TMP.NAME FILENAME, BYTES, TS.NAME TABLESPACE
FROM V$TEMPFILE TMP, V$TABLESPACE TS
WHERE TMP.TS# = TS.TS#;
主库:
备库:
请确保表临时文件名称相同,并且数量一致
select delay_mins from v$archive_dest where dest_id = 2;
如果结果不为0,则使用下面语句取消延迟同步并等待应用
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;
1.4 关闭Job自动运行
切换前关闭Job可减少switchover时间
使用下列语句禁用主备库Job自动运行
SQL> ALTER SYSTEM SET job_queue_processes=0 SCOPE=BOTH;
然后关闭正在执行的Job
select * from dba_jobs_running
如果主库为RAC环境,请关闭其他节点,仅保存一个
如果备库开启了实时查询功能(ADG),请先关闭它并启动到mount状态
详细的SRL介绍请看以前的文章
目录需要事先建立
alter database add standby logfile group 10 ('/oradata/dg1/srl/srl10a.log','/oralog/dg1/srl/srl10b.log') size 52428800;
alter database add standby logfile group 11 ('/oradata/dg1/srl/srl11a.log','/oralog/dg1/srl/srl11b.log') size 52428800;
alter database add standby logfile group 12 ('/oradata/dg1/srl/srl12a.log','/oralog/dg1/srl/srl12b.log') size 52428800;
alter database add standby logfile group 13 ('/oradata/dg1/srl/srl13a.log','/oralog/dg1/srl/srl13b.log') size 52428800;
这里需要注意原备库的log_archive_dest_2的设置
在之前的章节中设置成了 ASYNC 这样启动会报错,修改成SYNC即可
switchover的步骤很简单
建议切换过程中打开相应的alert日志以便查看报错
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
该状态必须是TO STANDBY 或 SESSIONS ACTIVE
切换之前:
切换语句:
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
WITH SESSION SHUTDOWN在前面的查询为sessions active 时需要加上
在切换至备库之前Oracle会备份当前的控制文件以便需要时重建
2.3 重新mount之前的主库
11g及以后不需要shutdown abort 命令,因为默认会关闭
SQL> SHUTDOWN ABORT;
SQL> STARTUP MOUNT;
这时原来的主库已经是物理备库的角色,这时DG环境中有2个备库角色
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
该状态必须是 TO PRIMARY 或SESSIONS ACTIVE
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;
WITH SESSION SHUTDOWN在前面的查询为sessions active 时需要加上
这时可以看到原备库已经成为主库
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
alter database set standby database to maximize availability;
alter database set standby database to maximize protection;
SQL> ALTER SYSTEM SET job_queue_processes=1000 SCOPE=BOTH;
如上面的命令执行成功则说明配置没有问题,接下来就参照上节的内容监控DG的状态
好了,DataGuard相关的内容就先说到这,下节是个总结