问题描述:我们配置DG的目的就是为了在主库出现故障时,备库能够提供服务,保证业务的正常运行,switchover是用户有计划的进行停机切换,能够保证不丢失数据,我记录一下我进行switchover中的操作. 1.主库(orcl) 备库(orclstd) ,查看主库上的状态,角色orcl是主库 SQL> select switchover_status,database_role from v$database; SWITCHOVER_STATUS    DATABASE_ROLE -------…

Oracle 11g DG手工switchover切换标准化流程 环境:RHEL 6.5 + Oracle GI 11.2.0.4 + Oracle DB 11.2.0.4 Primary RAC(2 nodes) + Standby RAC(2 nodes) Oracle DG切换类型有两种:switchover和failover.对于switchover而言,是计划内的由DBA主动去执行的操作,所以它的操作步骤一定是可以形成标准化流程的. 本文就在我的实验环境下做一次基本的标准化switch…

[DATAGUARD]物理dg的switchover切换(五) 一.1  BLOG文档结构图 一.2  前言部分 一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① 物理dg的switchover切换演练过程 ② 物理dg管理和维护的一些sql 注意:本篇BLOG中代码部分需要特别关注的地方我都用黄色背景和红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread 2的最大归档日志号为43…

1.前言部分 1.1 导读 各位技术爱好者,看完本文后,你可以掌握如下的技能: ① Data Guard Broker 的配置 ② Fast-Start Failover 的配置 ③ Oracle DataGuard 之客户端TAF 配置 ④ 使用DGMGRL 来管理数据库 ⑤ 物理dg管理和维护的一些sql ⑥ DataGuard 客户端特级配置 注意:本篇BLOG中代码部分需要特别关注的地方我都用黄色背景和红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread…

data guard switchover切换异常 查看DG数据库备份库发现,switchover_status为SWITCHOVER LATENT SQL> select OPEN_MODE,PROTECTION_MODE,PROTECTION_LEVEL,SWITCHOVER_STATUS from v$database; OPEN_MODE      PROTECTION_MODE            PROTECTION_LEVEL         SWITCHOVER_STATUS-…

本次部署未使用securecmd/kbha工具.无需普通用户到root用户的互信. 建立系统数据库安装用户组及用户,在所有的节点执行 root用户登陆服务器,创建用户组及用户并且设置密码 [root@ora19c ~]# groupadd -g 6000 kes86 [root@ora19c ~]# useradd -G kes86 -g 6000 -u 6000 kes86 -m [root@ora19c ~]# passwd kes86 Changing password for user…

结构如下: MYSQL主从复制方式有默认的复制方式异步复制,5.5版本之后半同步复制,5.6版本之后新增GTID复制,包括5.7版本的多源复制. MYSQL版本:5.7.20 操作系统版本:linux 6.7 64bit 1.异步复制 MYSQL 默认的复制方式,就是主库写入binlog日志后即可成功返回客户端,无须等待binlog日志传递给从库的过程.但这样一旦主库发生宕机,就有可能出现数据丢失的情况. 1.1搭建异步主从 1. server-id 不一样 2. 开启binlog,建议开启lo…

用户可以使用角色管理服务,进行主.备库的计划中的角色切换,这个叫switchover,或者是非计划中的角色切换,叫failover. 目的:实现主库(orcl)和从库(standby)的切换 主库参数设置检查 --检测fal_client.fal_server.standby_file_management.db_file_name_convert .log_filename_convert是否合理 SQL> col name format a25 SQL> col VALUE format…

一.切换前检查1.检查备库已经全部接收到主库的redo如果是最大可用性.最大保护性模式,可以在primary端查看v$archive_dest_status,确认是否所有的redo已经传送到备库#在主库执行 SQL> select db_unique_name,protection_mode,synchronization_status,synchronized from v$archive_dest_status; DB_UNIQUE_NAME PROTECTION_MODE SYNCHRON…

从11g起,主库和逻辑备库之间切换不再需要关闭任何数据库实例. 1.检查主数据库是否处于考虑切换状态 SQL> select switchover_status from v$database; 结果为to standby,表明主库已近处在考虑切换状态. 2.在当前主库执行,通知主库数据库角色可能发生变化 SQL> alter database prepare to switchover to logical standby; 3.在备库执行,通知备库角色可能发生变化 SQL> alte…