11.2.0.3物理 Data Guard主备库切换（附加：ORA-16139错误的解决）

DG分为主库和备库，我们也猜测其属于primary与standby 之间的互动，那么在primary 和standby 之间的切换：然而切换又分为switchover和failovers，前者是无损切换，不会丢失数据，而后者则有可能会丢失数据，并且切换后原primary数据库也不再是该data guard配置的一部分了。针对不同standby（逻辑或物理）的处理方式也不尽相同。角色转换前的准备工作： 1检查各数据库的初始化参数，主要确认对不同角色相关的初始化参数都进行了正确的配置。2确保可能成为primary数据库的standby服务器已经处于archivelog模式。3确保standby数据库的临时文件存在并匹配primary数据库的临时文件4确保standby数据库的RAC实例只有一个处于open状态。（对于rac结构的standby数据库，在角色转换时只能有一个实例startup。其它rac实例必须统统shutdown，待角色转换结束后再startup） Switchover； 无损转换，通常是用户手动触发或者有计划的让其自动触发，比如硬件升级，软件升级之类的。通常它给你带来的工作量非常小并且都是可预计的。其执行分两个阶段，第一步， primary数据库转换为tandby角色，第二步，standby数据库（之一）转换为primary角色，primary和standby只是简单的角色互换，Failover：不可预知原因导致primary 数据库故障并且短期内不能恢复就需要failover。如果是这种切换那你就要小心点了，有可能只是虚惊一场，但如果运气不好又没有完备的备份恢复策略而且primary 数据并非处于最大数据保护或最高可用性模式地话，这种情况下呢丢失数据有可能是难免的，并且如果其故障未能修复，那它甚至连快速修复成为standby 的机会也都失去了；在执行failover 之前，尽可能将原primary 数据库的可用redo 都复制到standby 数据库。注意，如果要转换角色的standby处于maximum protection模式，需要你首先将其切换为maximum performance模式 SQL> ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZEPERFORMANCE; 等standby 切换为新的primary 之后，你可以再随意更改数据库的保护模式。 maximum protection模式需要确保绝无数据丢失，因此其对于提交事务对应的redo 数据一致性要求非常高，另外，如果处于maximum protection模式的primary数据库仍然与standby数据库有数据传输，此时alter database语句更改standby数据库保护模式会失败，这也是由maximum protection 模式特性决定的。一、物理standby的 Switchover注意操作步骤的先后，很关键的哟。1、检查是否支持switchover 操作--primary 数据库操作。2、登陆primary 数据库，查询v$database 视图的switchover_status 列。 情况（一）：存在gap问题 解决物理standby Gap问题SQL> SELECT * FROM V$ARCHIVE_GAP; THREAD#LOW_SEQUENCE# HIGH_SEQUENCE#----------- ------------- --------------1 7 10 --到主库查询，确认一下：SQL> SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1AND DEST_ID=1 AND SEQUENCE# BETWEEN 7 AND 10; NAME--------------------------------------------------------------------------------/primary/thread1_dest/arcr_1_7.arc/primary/thread1_dest/arcr_1_8.arc/primary/thread1_dest/arcr_1_9.arc --把这些归档copy到物理standby，并使用ALTERDATABASE REGISTER LOGFILE应用这些归档： SQL> ALTER DATABASE REGISTER LOGFILE"/physical_standby1/thread1_dest/arcr_1_7.arc";SQL> ALTER DATABASE REGISTER LOGFILE"/physical_standby1/thread1_dest/arcr_1_8.arc";SQL> ALTER DATABASE REGISTER LOGFILE "/physical_standby1/thread1_dest/arcr_1_9.arc"; 情况（二）：没有gap SQL>selects witchover_status from v$database; SWITCHOVER_STATUS----------------------------------------TO STANDBY 如果该列值为"TO STANDBY"则表示primary数据库支持转换为standby角色，否则的话你就需要重新检查一下Data Guard配置，比如看看LOG_ARCHIVE_DEST_n之类参数值是否正确有效等等。 2、启动switchover --primary 数据库操作首先将primary 转换为standby 的角色，通过下列语句： SQL> alter database commit to switchover to physical standby Database altered. 01:57:06 SQL>shutdown immediate;ORA-01092: Oracle instance terminated. Disconnection forced SQL>startup mount;ORACLE instance started. Total System Global Area 417546240bytesFixed Size 2228944bytesVariable Size 289410352bytesDatabase Buffers 121634816bytesRedo Buffers 4272128bytesDatabase mounted. 语句执行完毕后，primary数据库将会转换为standby数据库，并自动备份控制文件到trace推荐阅读：RMAN 配置归档日志删除策略 http://www.linuxidc.com/Linux/2013-11/92670.htmOracle基础教程之通过RMAN复制数据库 http://www.linuxidc.com/Linux/2013-07/87072.htmRMAN备份策略制定参考内容 http://www.linuxidc.com/Linux/2013-03/81695.htmRMAN备份学习笔记 http://www.linuxidc.com/Linux/2013-03/81892.htmOracle数据库备份加密 RMAN加密 http://www.linuxidc.com/Linux/2013-03/80729.htm更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12

ORA-16456错误，由于备库未mount而在主库执行切换，解决办法详解ORA-12705: Cannot access NLS data files or invalid environment specified 另类解决方案相关资讯 Data Guard ORA-16139

Data Guard高级应用：通过闪回恢复（今 16:26）
手工搭建Data Guard （08月02日）
使用Grid Control快速部署Oracle物（04月18日）

Data Guard跳归档恢复的案例（08月16日）
Data Guard中快速Switchover, （06月18日）
利用Oracle Data Guard完成跨平台（01月09日）

本文评论查看全部评论（0）