DG中switchover切换操作「建议收藏」

DG中switchover切换操作「建议收藏」问题描述:我们配置DG的目的就是为了在主库出现故障时,备库能够提供服务,保证业务的正常运行,switchover是用户有计划的进行停机切换,能够保证不丢失数据,我记录一下我进行switchover中的

问题描述:我们配置DG的目的就是为了在主库出现故障时,备库能够提供服务,保证业务的正常运行,switchover是用户有计划的进行停机切换,能够保证不丢失数据,我记录一下我进行switchover中的操作。

1.主库(orcl) 备库(orclstd) ,查看主库上的状态,角色orcl是主库

SQL> select switchover_status,database_role from v$database;

SWITCHOVER_STATUS    DATABASE_ROLE

——————– —————-

TO STANDBY      PRIMARY

2.switch转换主库orcl为物理备库,并查看更改后的角色

SQL> alter database commit to switchover to physical standby with session shutdown;

SQL> startup mount;

SQL> select database_role from v$database;

DG中switchover切换操作「建议收藏」

 

 3以下都是在orclstd备库上操作,一样的先查询状态角色是否具备切换的条件,注意:上面查询结果显示为TO PRIMARY  SESSIONS ACTIVE表明可以切换成主库

SQL> select switchover_status,database_role from v$database;

SWITCHOVER_STATUS    DATABASE_ROLE

————————————

TO PRIMARY       PHYSICAL STANDBY

4.切换orclstd(原备库)为物理主库,并查询更改后的角色和状态,很显然我的switchover_status状态为RESOLVABLE GAP,大概就是还有归档没有传输过去一类的

SQL> alter database commit to switchover to primary with session shutdown;

SQL> alter database open;

SQL> select switchover_status,database_role,open_mode from v$database;

DG中switchover切换操作「建议收藏」

 

 5.网上找了很多篇文档,貌似全都是一样抄的,SQL> alter system flush redo to “orcl”; 都是这个命令,刷新redo 到新备库去,但是我的一直报错

DG中switchover切换操作「建议收藏」

 

 这个名字需要加上单引号,否则识别不了,错误提示我的db_unique_name不再设置内,我查询了一下设置,服了没毛病啊,这一点一直不清楚怎么回事

DG中switchover切换操作「建议收藏」

 

 6.在同事的帮助下,查看了pfile的设置,将log_archive_dest_2=”SERVICE名字设置为新的备库orcl,可能因为orclstd是我老的备库,service名字没有改,这里改一下,或者在sqlplus 中进行alter system 设置也可以

DG中switchover切换操作「建议收藏」

 

 DG中switchover切换操作「建议收藏」

 

 7.修改过之后,新的备库能够接受到归档,然后可以进行同步了

SQL> select switchover_status,database_role from v$database;

DG中switchover切换操作「建议收藏」

 

8.验证:在新主库上切换日志,并查询最大序列号为62

SQL> alter system archive log current;

SQL> select max(sequence#) from v$archived_log;

 DG中switchover切换操作「建议收藏」

 

9.同样的在主库查询,一样的都是62,验证成功,switchover切换完成

SQL> select max(sequence#) from v$archived_log;

 DG中switchover切换操作「建议收藏」

 

 

 

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/10649.html

(0)
上一篇 2022-12-24
下一篇 2022-12-24

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注