双RAC主备切换流程

已于 2022-10-10 10:08:48 修改
阅读量1.4k 收藏 2
点赞数
分类专栏： ORACLE运维 文章标签： oracle 数据库 sql
于 2022-10-09 19:49:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xielong8866/article/details/127232806
版权

前提

每年很多项目多会有年度切换演练，有的叫BCP。在一个企业的核心系统中数据库在切换演练过程中就扮演了很重要的角色。而ADG就是数据库切换演练中的主角。

ADG主备切换大致过程：

1.10g，11g主先切成备，备再切成主。这是原来的主库角色是备库，原来的备库角色是主库。

切换回来的顺序相同。

2.12c对ADG进行了改进，增加一键切换功能，即在主库切成备库后，备库自动shut immediate，并不需要切换成主库。在read only模式下open之后直接开启mpr0即可。对于RAC集群备库而言，当主库切换备库后，备库的数据库资源状态为mount closed。这时不允许关闭数据库。直接在read only模式下open后，开启mpr0进行即可。

3.19c和11g相同

知识点

1.双rac主备库切换过程中，主库集群关闭节点，留一个节点。备库与主库相同。

2.在切换前，检查主备库状态。主库SWITCHOVER_STATUS为TO STANDBY，备库SWITCHOVER_STATUS为NOT ALLOWED为正常状态。

主库

SQL> select DATABASE_ROLE,switchover_status from v$database;

DATABASE_ROLE    SWITCHOVER_STATUS
---------------- --------------------
PRIMARY          TO STANDBY

备库

SQL> select DATABASE_ROLE,switchover_status from v$database;

DATABASE_ROLE    SWITCHOVER_STATUS
---------------- --------------------
PHYSICAL STANDBY NOT ALLOWED

双RAC主备切换流程

主库

1.停止数据库第二节点

srvctl stop instance -i orcl19c2 -db orcl19c

2.检查数据库切换状态
 

select DATABASE_ROLE,switchover_status from v$database;

set wrap off
column host_name for a20
select host_name,instance_name,database_status from v$instance;

3.主库切换为备库

alter database commit to switchover to standby with session shutdown;
shutdown immediate;
startup nomount;

4.启动mpr0进程
 

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

5.停止日志传输

alter system set log_archive_dest_state_2=defer;

6.启动第二节点

srvctl start instance -i orcl19c2 -db orcl19c


 

备库
1.停止备库第二节点

srvctl stop instance -i orcl19c2 -db orcl19cadg

2.检查数据库切换状态

select DATABASE_ROLE,switchover_status from v$database;
set wrap off
column host_name for a20
select host_name,instance_name,database_status from v$instance;

3.备库切换成主库

alter database commit to switchover to primary with session shutdown;
shutdown immediate;
startup;

4.开启日志传输

alter system set log_archive_dest_state_2=enable;

5.启动第二节点

srvctl start instance -i orcl19c2 -db orcl19cadg


切换后主库第一节点日志切换测试

SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            +FRA
Oldest online log sequence     70
Next log sequence to archive   71
Current log sequence           71
SQL> alter system switch logfile;

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            +FRA
Oldest online log sequence     79
Next log sequence to archive   80
Current log sequence           80

2022-09-01T15:17:23.126990+08:00
TT03 (PID:36294): SRL selected for T-1.S-70 for LAD:2
2022-09-01T15:17:39.486807+08:00
Thread 1 cannot allocate new log, sequence 71
Checkpoint not complete
  Current log# 2 seq# 70 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:17:42.578936+08:00
Thread 1 advanced to log sequence 71 (LGWR switch)
  Current log# 1 seq# 71 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:17:43.167161+08:00
TT03 (PID:36294): SRL selected for T-1.S-71 for LAD:2
2022-09-01T15:17:43.888794+08:00
ARC2 (PID:32150): Archived Log entry 59 added for T-1.S-70 ID 0x5eee20b2 LAD:1
2022-09-01T15:17:50.867738+08:00
Process termination requested for pid 46709 [source = rdbms], [info = 2] [request issued by pid: 31606, uid: 1601]
2022-09-01T15:19:41.037266+08:00
Process termination requested for pid 47609 [source = rdbms], [info = 2] [request issued by pid: 31606, uid: 1601]
2022-09-01T15:22:25.391815+08:00
Thread 1 cannot allocate new log, sequence 72
Checkpoint not complete
  Current log# 1 seq# 71 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:22:26.385940+08:00
Thread 1 advanced to log sequence 72 (LGWR switch)
  Current log# 2 seq# 72 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:22:26.912686+08:00
ARC3 (PID:32168): Archived Log entry 64 added for T-1.S-71 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:27.234372+08:00
TT03 (PID:36294): SRL selected for T-1.S-72 for LAD:2
2022-09-01T15:22:27.925223+08:00
Thread 1 cannot allocate new log, sequence 73
Checkpoint not complete
  Current log# 2 seq# 72 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:22:29.414518+08:00
Thread 1 advanced to log sequence 73 (LGWR switch)
  Current log# 1 seq# 73 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:22:29.662040+08:00
TT03 (PID:36294): SRL selected for T-1.S-73 for LAD:2
2022-09-01T15:22:29.754787+08:00
ARC0 (PID:32080): Archived Log entry 67 added for T-1.S-72 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:43.283426+08:00
Thread 1 advanced to log sequence 74 (LGWR switch)
  Current log# 2 seq# 74 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:22:43.370557+08:00
ARC1 (PID:32136): Archived Log entry 68 added for T-1.S-73 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:43.536130+08:00
TT03 (PID:36294): SRL selected for T-1.S-74 for LAD:2
2022-09-01T15:22:44.289143+08:00
Thread 1 cannot allocate new log, sequence 75
Checkpoint not complete
  Current log# 2 seq# 74 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:22:46.221380+08:00
Thread 1 advanced to log sequence 75 (LGWR switch)
  Current log# 1 seq# 75 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:22:46.503095+08:00
TT03 (PID:36294): SRL selected for T-1.S-75 for LAD:2
2022-09-01T15:22:46.831884+08:00
ARC2 (PID:32150): Archived Log entry 73 added for T-1.S-74 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:47.041320+08:00
Thread 1 cannot allocate new log, sequence 76
Checkpoint not complete
  Current log# 1 seq# 75 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:22:47.355773+08:00
Thread 1 advanced to log sequence 76 (LGWR switch)
  Current log# 2 seq# 76 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:22:47.651886+08:00
TT03 (PID:36294): SRL selected for T-1.S-76 for LAD:2
2022-09-01T15:22:47.847627+08:00
ARC3 (PID:32168): Archived Log entry 75 added for T-1.S-75 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:48.162486+08:00
Thread 1 cannot allocate new log, sequence 77
Checkpoint not complete
  Current log# 2 seq# 76 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:22:50.774310+08:00
Thread 1 advanced to log sequence 77 (LGWR switch)
  Current log# 1 seq# 77 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:22:50.836857+08:00
ARC0 (PID:32080): Archived Log entry 76 added for T-1.S-76 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:51.014042+08:00
TT03 (PID:36294): SRL selected for T-1.S-77 for LAD:2
2022-09-01T15:22:51.501332+08:00
Thread 1 cannot allocate new log, sequence 78
Checkpoint not complete
  Current log# 1 seq# 77 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:22:55.327749+08:00
Thread 1 advanced to log sequence 78 (LGWR switch)
  Current log# 2 seq# 78 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:22:55.764457+08:00
TT03 (PID:36294): SRL selected for T-1.S-78 for LAD:2
2022-09-01T15:22:55.909549+08:00
ARC1 (PID:32136): Archived Log entry 81 added for T-1.S-77 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:57.097027+08:00
Thread 1 advanced to log sequence 79 (LGWR switch)
  Current log# 1 seq# 79 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:22:57.342453+08:00
ARC2 (PID:32150): Archived Log entry 83 added for T-1.S-78 ID 0x5eee20b2 LAD:1
2022-09-01T15:22:57.393514+08:00
TT03 (PID:36294): SRL selected for T-1.S-79 for LAD:2
2022-09-01T15:22:57.946456+08:00
Thread 1 cannot allocate new log, sequence 80
Checkpoint not complete
  Current log# 1 seq# 79 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_1.282.1114197171
2022-09-01T15:23:00.822619+08:00
Thread 1 advanced to log sequence 80 (LGWR switch)
  Current log# 2 seq# 80 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_2.269.1114197173
2022-09-01T15:23:01.088778+08:00
ARC3 (PID:32168): Archived Log entry 84 added for T-1.S-79 ID 0x5eee20b2 LAD:1
2022-09-01T15:23:01.229456+08:00
TT03 (PID:36294): SRL selected for T-1.S-80 for LAD:2

 
切换后主库第二节点日志切换测试

SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            +FRA
Oldest online log sequence     41
Next log sequence to archive   41
Current log sequence           41
SQL> alter system switch logfile;

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> /

System altered.

SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            +FRA
Oldest online log sequence     49
Next log sequence to archive   50
Current log sequence           50

2022-09-01T15:12:56.763523+08:00
TT04 (PID:4501): SRL selected for T-2.S-41 for LAD:2
2022-09-01T15:16:47.369218+08:00
Thread 2 advanced to log sequence 42 (LGWR switch)
  Current log# 4 seq# 42 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_4.259.1114197175
2022-09-01T15:16:48.602344+08:00
Thread 2 cannot allocate new log, sequence 43
Checkpoint not complete
  Current log# 4 seq# 42 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_4.259.1114197175
2022-09-01T15:16:48.899889+08:00
ORACLE Instance orcl19c2 - Cannot allocate log, archival required
Thread 2 cannot allocate new log, sequence 43
All online logs need archiving
Examine archive trace files for archiving errors
  Current log# 4 seq# 42 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_4.259.1114197175
2022-09-01T15:16:55.678879+08:00
NOTE: ASMB mounting group 2 (FRA)
NOTE: Assigned CGID 0x10009 for group 2
NOTE: ASMB process initiating disk discovery for grp 2 (reqid:0)
2022-09-01T15:17:02.461174+08:00
NOTE: Assigning number (2,0) to disk (/dev/sdf1)
SUCCESS: mounted group 2 (FRA)
NOTE: grp 2 disk 0: FRA_0000 path:/dev/sdf1
2022-09-01T15:17:03.849474+08:00
TT03 (PID:4481): SRL selected for T-2.S-42 for LAD:2
2022-09-01T15:17:05.824600+08:00
ARC2 (PID:2334): Archived Log entry 43 added for T-2.S-41 ID 0x5eee20b2 LAD:1
2022-09-01T15:17:06.373295+08:00
Thread 2 advanced to log sequence 43 (LGWR switch)
  Current log# 3 seq# 43 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_3.260.1114197173
2022-09-01T15:17:08.358400+08:00
TT03 (PID:4481): SRL selected for T-2.S-43 for LAD:2
2022-09-01T15:17:09.346129+08:00
ARC3 (PID:2338): Archived Log entry 45 added for T-2.S-42 ID 0x5eee20b2 LAD:1
2022-09-01T15:17:11.780996+08:00
NOTE: dependency between database orcl19cadg and diskgroup resource ora.FRA.dg is established
2022-09-01T15:17:14.994625+08:00
Process termination requested for pid 10802 [source = rdbms], [info = 2] [request issued by pid: 1360, uid: 1601]
2022-09-01T15:17:26.468074+08:00
Thread 2 cannot allocate new log, sequence 44
Checkpoint not complete
  Current log# 3 seq# 43 mem# 0: +DATA/ORCL19CADG/ONLINELOG/group_3.260.1114197173
2022-09-01T15:17:26.729275+08:00
Process termination requested for pid 15891 [source = rdbms], [info = 2] [request issued by pid: 1360, uid: 1601]
2022-09-01T15:17:28.426305+08:00
Thread 2 advanced to log sequence 44 (LGWR switch)
  Current log# 4 seq# 44 mem# 0: +DATA/ORCL
最低0.47元/天 解锁文章
独行侠谁也不带
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Oracle RAC+DG安装流程
minmax329的博客
02-14 379
从Oracle 11g R2开始，Oracle RAC网络对IP地址有特殊要求，新增了加监听IP地址（SCAN IP），所以从Oracle 11g R2开始Oracle RAC网络至少需要4种IP地址（前面介绍三种IP地址）。该特性的好处在于，在数据库与客户端之间，添加了一层虚拟的服务层，就是所谓的SCAN IP以及SCAN IP Listener，在客户端仅需要配置SCAN IP的tns信息，通过SCAN IP Listener，连接后台集群数据库。
oracle rac 切换演练,RAC和Dataguard环境下主备库切换演练模板
weixin_30588427的博客
04-13 158
1. 在执行SWITCHOVER操作前，首先确认DATA GUARD环境工作是否正常。1.1 常规检查包括：a) 检查主库上V$ARCHIVE_DEST视图SELECT * FROM V$ARCHIVE_DEST;b) 检查备库上V$MANAGED_STANDBY视图SELECT * FROM V$MANAGED_STANDBY;c) 检查主库和备库上的V$ARCHIVED_LOG视图SELECT...
Oracle 11g RAC+DG 非常牛逼的部署手册
06-06
Oracle 11g RAC+DG 非常牛逼的部署手册
Oracle数据库高可用---dg+rac
最新发布
zhoutong2323的博客
05-17 969
Oracle Data Guard是Oracle数据库的一种高可用性解决方案，它通过在主数据库和一个或多个辅助数据库之间自动复制和同步数据，来实现数据库的持续可用性和灾难恢复能力。主数据库(Primary Database)：主数据库是应用程序连接和执行事务的数据库。在主数据库中进行的所有更改都会被记录在归档日志中。辅助数据库(StandBy database)：辅助数据库是通过复制主数据库的归档日志来保持与主数据库同步的数据库。辅助数据库可以是物理备库或逻辑备库。主数据库将归档日志传输给辅助数据库。
RAC+DG架构部署（使用备份集）
Baldwin的博客
04-07 2022
本文章为网络资源学习，自己做笔记使用，如有侵权请联系删除！ 概述 RAC全称是Real Application Clusters，中文译为“实时应用集群”，是ORACLE甲骨文公司提供的在低成本服务器上构建高可用性数据库系统的解决方案，部署自由，无需购买额外部件，就可以实现多节点的负载均衡和故障转移功能，满足7*24业务不间断的需求，而且，结合“Oracle数据卫士”（OracleData Gua...
oracle+rac+dg+搭建,Oracle RAC+DG环境搭建（CentOS 7+Oracle 12C）( 十） 部署 DataGuard
weixin_40008566的博客
04-03 1186
一、配置主机1. 设置主机名hostnamectlset-hostnameDG2. 配置网络vim/etc/sysconfig/network-scripts/ifcfg-enp0s3重启网卡systemctlrestartnetwork测试：nslookup重启生效3. 主机环境(1)执行env.sh. 配置环境，脚本如下：(2)执行rpm.sh . 安装依赖包，脚本如下：二、配置共...
部署企业级RAC+DG架构
demonson的专栏
02-23 5118
概述       RAC全称是Real Application Clusters，中文译为“实时应用集群”，是ORACLE甲骨文公司提供的在低成本服务器上构建高可用性数据库系统的解决方案，部署自由，无需购买额外部件，就可以实现多节点的负载均衡和故障转移功能，满足7*24业务不间断的需求，而且，结合“Oracle数据卫士”（OracleData Guard），Oracle RAC所受到的保护就能抵御...
DMHS-ORACLE RAC 到 DM主备双向同步
05-11
DMHS是DM数据库的一种高可用性解决方案，它提供了主备切换和数据同步的功能，以确保数据的完整性和一致性。 DMHS-Oracle RAC双向同步是指DMHS作为中间件，实现DM主备数据库与Oracle RAC集群之间的数据实时同步。...
灾备.zip双活数据中心容灾解决方案_数据库灾备方案
01-06
双活数据中心是一种高级的容灾策略，其中两个数据中心同时运行并处理业务负载，而非传统的主备模式。这意味着当一个数据中心出现问题时，另一个中心能够无缝接管，避免了服务中断和数据丢失。这种方案对于关键业务...
构建最高可用Oracle数据库系统 Oracle 11gR2 RAC管理、维护与性能优化
05-11
11.6主备数据库切换 11.6.1 Switchover切换 11.6.2 Failover切换 11.7本章小结 第12章 RAC备份 12.1备份与恢复基础 12.1.1备份和恢复解决方案 12.1.2数据库备份的分类 12.1.3错误类型 12.2物理备份工具RMAN...
DB2 HADR VS ORACLE RAC
12-01
DB2 HADR的故障切换更为高效，因为在切换过程中，它不需要像RAC那样执行大量的I/O操作进行前滚恢复，因为HADR的passive节点始终准备着内存中的数据页，以备快速接管。另一方面，Oracle RAC的 Transparent ...
畅谈双活数据中心解决方案.pdf
10-14
主备模式中，一个中心为主生产中心，另一个中心在备用状态，一旦主中心出现故障，需要经过定位、决策和切换流程，这通常需要超过半小时的时间，且容灾资源在正常情况下处于闲置状态。双中心互备模式类似，但两个中心...
RAC+DG的环境搭建部署
杨建荣的学习笔记
02-23 695
1.1 BLOG文档结构图前言部分1.1.1 导读和注意事项各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识，~O(∩_∩)O~：...
RAC上的DG搭建
zclinux的博客
07-29 3351
准备工作 修改rman_backup这个文件的所有者和所属组，修改为oracle用户的oinstall组的文件 #chown –Roracle:oinstall /rman_backup/ 主库和备库都要执行 RAC主库准备工作： 1.RAC主库必须为归档模式： 查看是否为归档模式，强制日志是否开启 集群当前状态： 将集群数据库停止，为了开启归档，在其
oracle RAC + DG高可用部署
qq_61748012的博客
03-15 1059
(ADDRESS = (PROTOCOL = TCP)(HOST = 备库主机名)(PORT = 1521)主库参数（重启生效）(itpuxdb主库 itpuxdg备库)数据库架构:Oracle 19c RAC+dataguard。源数据库:Oracle19c RAC(itpuxdb)目标库IP:192.168.1.70 (备库)oracle19c RAC DG 创建过程。oracle19c RAC DG创建过程。oracle19c DB环境准备过程。启动dataguard数据同步。
实战Oracle RAC迁移项目第2篇：RAC-RAC主备切换/IP更换/DG恢复
huiyangxu blog
12-31 1073
实战RAC迁移项目第2篇：RAC-RAC主备切换/IP更换/DG恢复
RAC集群实例备份与恢复
m0_72818787的博客
09-18 484
步骤：为了实现数据库的可恢复性，需要预先设置归档模式，并将归档日志保存在FRA磁盘组以及打开控制文件的自动备份等必须的操作。然后进行备份及恢复操作。要求：在RAC集群数据库对象意外删除之后如何恢复？关闭除数据库实例orcl1以外的实例。1、打开数据库归档模式。
Oracle RAC主备实验
huangbaokang的博客
12-30 857
主库的工作 RAC 主库必须置为归档模式，并且是强制日志模式 SQL> select open_mode,log_mode from v$database; OPEN_MODE LOG_MODE -------------------- ------------ READ WRITE NOARCHIVELOG SQL> shutdown immediate Da...
达梦8 架构 主备 负载均衡 rac 分布式
11-05
当主数据库出现故障时，备数据库可以自动切换为主数据库，保证系统的连续运行。 另外，达梦8还应用了负载均衡技术，通过将数据库的请求分发到多个服务器上进行处理，以提高系统的并发性能和吞吐量。负载均衡可以...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值