我的编程空间,编程开发者的网络收藏夹
学习永远不晚

DG中模拟failover故障与恢复

短信预约 信息系统项目管理师 报名、考试、查分时间动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

DG中模拟failover故障与恢复

问题描述:情形是当主库真正出现异常之后,才会执行的操作,那么我们执行过failover 之后,如何在重新构建DG,这里我们利用flashback database来重构。模拟前主库要开启闪回区,否则要重新搭建DG了

1.由于主库已经不可访问,下面所有的操作都在备库完成,先取消实时同步

SQL> alter database recover managed standby database cancel;

 

 

 2.强制取消redo接收

 

 

 3.确认一下备库

 

 

切换为物理主库,然后open,确认一下切换成功,因为原先的主库还没有关闭,可能会产生一些连接,所以现在的状态是GAP,至此failover操作完成,原来的备库已经切换为主库,可以给业务提供服务了

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;

 

 

failover恢复,在新的主库执行,查询到scn值

SQL> select to_char(standby_became_primary_scn) from v$database;

 

 

 6.在之前的主库现在的备库上执行,我的之前是startup状态,调整一下现在备库的状态

SQL> shutdown immediate

SQL> startup mount

 

 

 7.恢复闪回区scn值

SQL> flashback database to scn 1388059

 

 

 8.更改状态

SQL> alter database convert to physical standby;

 

 

 SQL> shutdown immediate

SQL> startup

 

 

 9.开启实时同步

SQL> alter database recover managed standby database using current logfile disconnect from session;

 

 

 10.分别查看一下主备库的切换状态,以及数据库角色是否正常

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

现在的备库:

 

 

 现在的主库:已经不再显示GAP,现在指向备库,到此failover结束

 

相关命令

停止实时同步:SQL> alter database recover managed standby database cancel;

强制停掉redo apply:SQL> alter database recover managed standby database finish force;         //危险操作,一旦执行,rfs、mrp进程就会停掉

转换物理备库:SQL> alter database commit to switchover to primary with session shutdown;

查询状态角色:SQL> select switchover_status,database_role,open_mode from v$database;

查询SCN号   :SQL> select to_char(standby_became_primary_scn) from v$database;

闪回到序列号:SQL> flashback database to scn 1388059

切换主库为备库:SQL> alter database convert to physical standby;

开启实时同步:SQL> alter database recover managed standby database using current logfile disconnect from session;

 

 

 

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

DG中模拟failover故障与恢复

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

DG中模拟failover故障与恢复

问题描述:情形是当主库真正出现异常之后,才会执行的操作,那么我们执行过failover 之后,如何在重新构建DG,这里我们利用flashback database来重构。模拟前主库要开启闪回区,否则要重新搭建DG了1.由于主库已经不可访问,下面所有的操作都在备
DG中模拟failover故障与恢复
2015-09-24

MyBatis视图与数据库备份恢复中的故障预警与监控

MyBatis是一个持久层框架,它本身并不直接涉及视图和数据库备份恢复的故障预警与监控。然而,MyBatis可以与数据库进行交互,因此了解数据库备份恢复和故障预警与监控的相关知识对于使用MyBatis非常重要。数据库备份恢复数据库备份恢
MyBatis视图与数据库备份恢复中的故障预警与监控
2024-10-14

Nginx负载均衡方案中的故障转移与恢复机制

引言:对于高负载网站来说,使用负载均衡是保证网站高可用性和提高性能的重要手段之一。Nginx作为一款功能强大的开源Web服务器,其负载均衡功能已得到广泛应用。在负载均衡中,如何实现故障转移和恢复机制,是一个需要重点考虑的问题。本文将介绍Ng
2023-10-21

数据备份与故障恢复:MySQL主从复制在集群模式下的重要性探讨

数据备份与故障恢复:MySQL主从复制在集群模式下的重要性探讨引言:近年来,随着数据规模和复杂性的不断增长,数据库的备份和故障恢复变得尤为重要。在分布式系统中,MySQL主从复制在集群模式下被广泛应用,以提供高可用性和容错性。本文将探讨My
2023-10-22

队列在PHP与MySQL中的容错机制和故障恢复的实现方法

概述:队列是一种常用的数据结构,在计算机科学中被广泛应用。它类似于现实生活中的排队,可以按照先进先出的原则处理任务。在PHP与MySQL中使用队列可以实现一些复杂的任务调度,同时也需要考虑容错机制和故障恢复,保证系统的可靠性。本文将介绍在P
2023-10-21

队列技术在PHP与MySQL中的消息堆积和故障恢复的应用

摘要:队列技术是一种常用的消息处理方式,可以解决大量消息的高并发处理和故障恢复问题。本篇文章将探讨队列技术在PHP与MySQL中的应用,包括消息堆积和故障恢复。文章将介绍队列的基本原理,并给出具体的PHP代码示例。通过本文的学习,读者可以了
2023-10-21

队列技术在PHP与MySQL中的故障恢复和数据一致性保证的应用

随着互联网的发展,越来越多的系统需要处理高并发的请求,尤其是在数据写入的场景下,保证数据的一致性和故障恢复是非常重要的。PHP与MySQL是目前广泛使用的开发语言和数据库,在这篇文章中,我们将探讨队列技术在PHP与MySQL中的故障恢复和数
2023-10-21

编程热搜

目录