DG: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;
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;
5.网上找了很多篇文档,貌似全都是一样抄的,SQL> alter system flush redo to 'orcl'; 都是这个命令,刷新redo 到新备库去,但是我的一直报错
这个名字需要加上单引号,否则识别不了,错误提示我的db_unique_name不再设置内,我查询了一下设置,服了没毛病啊,这一点一直不清楚怎么回事
6.在同事的帮助下,查看了pfile的设置,将log_archive_dest_2='SERVICE名字设置为新的备库orcl,可能因为orclstd是我老的备库,service名字没有改,这里改一下,或者在sqlplus 中进行alter system 设置也可以
7.修改过之后,新的备库能够接受到归档,然后可以进行同步了
SQL> select switchover_status,database_role from v$database;
8.验证:在新主库上切换日志,并查询最大序列号为62
SQL> alter system archive log current;
SQL> select max(sequence#) from v$archived_log;
9.同样的在主库查询,一样的都是62,验证成功,switchover切换完成
SQL> select max(sequence#) from v$archived_log;
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· DeepSeek在M芯片Mac上本地化部署