DG怎样手动切主从-用普通命令方式(不用dg broker)

2024-04-16 19:36

本文主要是介绍DG怎样手动切主从-用普通命令方式(不用dg broker),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

这里主库是orcl,从库是orclstd

一 将主库降为从库

1.1查看主库SWITCHOVER_STATUS的状态

#确认主库是否可以做switchover

#不能切换的情况

SQL>SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

------------------

SESSIONS ACTIVE

在这种情况下,说明还有活动session,需要先kill掉,只留下当前sys进程

select sid,SERIAL# from v$session;

SID SERIAL#

---------- ----------

12 14

17 3

查出当前连接session

SQL> select distinct ss.sid from v$mystat ss;

杀掉其他session ,示例

SQL> alter system kill session '12,14';

#可以切换的情况:

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

--------------------

TO STANDBY

1.2 将主库切换至备用模式

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

假如报错:

ORA-16416: 没有可行的 Physical Standby切换目标

则检查下主从的log_archive_dest_2值是否为空,如果为空,需要设置

示例:

show parameter log_archive_dest_2;

alter system set  log_archive_dest_2='service=orclstd valid_for=(online_logfiles,primary_role) db_unique_name=orclstd' scope=both ;

1.3关闭主数据库将其启动到mount状态

SQL> shutdown abort;

SQL> startup mount;

二 将从库提升为主库

2.1 查看备库SWITCHOVER_STATUS状态

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

-----------------

TO PRIMARY

注:如果是TO PRIMARY表示可以正常切换,不过还会遇到NOT ALLOWED和PENDING或者LATENT,实际操作下来如果备库的switchover_status为not allowed或者to primary都可以正常切换。假如是RECOVERY NEEDED,则执行下alter database recover managed standby database using current logfile disconnect from session;否则后面切换至主库的时候会报错:

ORA-16139: 需要介质恢复

2.2 将备库切为主库

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

2.3 打开新的主数据库

SQL> ALTER DATABASE OPEN;

#查看状态,确保open_mode是READ WRITE,DATABASE_ROLE是primary

select open_mode,database_role from v$database;

OPEN_MODE            DATABASE_ROLE

-------------------- ----------------

READ WRITE           PRIMARY

原主库/新的备库上启动 REDO apply

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

假如报错:

ORA-01153: 激活了不兼容的介质恢复,则先启动数据库到open状态,再执行该命令,试下。

#启动数据库

alter database open;

#检查状态,确保open_mode值是READ ONLY WITH APPLY,database_role是PHYSICAL STANDBY

select open_mode,database_role from v$database;

假如open_mode值是read only,不是read only with apply,则再应用一次redo试下:

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

select open_mode,database_role from v$database;

四 检查主从的log_archive_dest_2是否为空

#检查主从的log_archive_dest_2值是否为空,如果为空,需要设置

示例:

show parameter log_archive_dest_2;

alter system set  log_archive_dest_2='service=orclstd valid_for=(online_logfiles,primary_role) db_unique_name=orclstd' scope=both ;

五 验证数据同步

在主库插入一条数据,看能否同步到从库上。

如果不能,则做以下检查。

5.1 检查主从log_archive_dest_state_nlog_archive_dest_2状态

需要确保log_archive_dest_state_1/2的状态是ENABLE。我遇到过一次状态是RESET,导致主库的归档日志无法传输到备库上。

show parameter log_archive_dest_state_1;

show parameter log_archive_dest_state_2; 

#检查主从的log_archive_dest_2值是否为空,如果为空,需要设置

示例:

show parameter log_archive_dest_2;

alter system set  log_archive_dest_2='service=orclstd valid_for=(online_logfiles,primary_role) db_unique_name=orclstd' scope=both ;

5.2 检查从库standby log的状态是否正常

SQL> select group#,sequence#,first_change#,next_change#,status,used from  v$standby_log;

如果都为UNASSIGNED,则说明备库异常,是active状态方为正常。

5.3 检查告警日志有何报错

假如报FAL[client]: Error fetching gap sequence, no FAL server specifie,则需要配置fal_server

5.4 检查主库中归档位置配置是否有误

select error from v$archive_dest where target='STANDBY';

5.5 检查DG状态

SELECT MESSAGE FROM V$DATAGUARD_STATUS;

5.6 检查主库的switchover_status

SQL> select switchover_status from v$database ;

SWITCHOVER_STATUS

----------------------------------------

TO STANDBY

如果结果为FAILED DESTINATION,则不正常,需要检查下主备的告警日志,排查下原因。

5.7 检查主库归档日志能否实时同步到备库

5.7.1 查看备库现有归档日志

SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME  FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

 SEQUENCE# FIRST_TIME NEXT_TIME

---------- ------------ ------------

 6 08-NOV-19 08-NOV-19

 7 08-NOV-19 08-NOV-19

 8 08-NOV-19 08-NOV-19

 8 08-NOV-19 08-NOV-19

5.7.2 在主库上切换日志

SQL> ALTER SYSTEM SWITCH LOGFILE;

5.7.3 检查备库是否能接收到新产生的归档日志并应用

SQL>  SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG  ORDER BY SEQUENCE#;

SEQUENCE# APPLIED

---------- ------------------

 6 YES

 7 YES

 8 YES

 8 YES

最近收到的日志文件的APPLIED列的值将是IN-MEMORY,如果该日志文件已应用,则为YES。

六 确保程序里连接的是新主库

这篇关于DG怎样手动切主从-用普通命令方式(不用dg broker)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/909711

相关文章

SpringBoot中@Value注入静态变量方式

《SpringBoot中@Value注入静态变量方式》SpringBoot中静态变量无法直接用@Value注入,需通过setter方法,@Value(${})从属性文件获取值,@Value(#{})用... 目录项目场景解决方案注解说明1、@Value("${}")使用示例2、@Value("#{}"php

SpringBoot分段处理List集合多线程批量插入数据方式

《SpringBoot分段处理List集合多线程批量插入数据方式》文章介绍如何处理大数据量List批量插入数据库的优化方案:通过拆分List并分配独立线程处理,结合Spring线程池与异步方法提升效率... 目录项目场景解决方案1.实体类2.Mapper3.spring容器注入线程池bejsan对象4.创建

Redis 的 SUBSCRIBE命令详解

《Redis的SUBSCRIBE命令详解》Redis的SUBSCRIBE命令用于订阅一个或多个频道,以便接收发送到这些频道的消息,本文给大家介绍Redis的SUBSCRIBE命令,感兴趣的朋友跟随... 目录基本语法工作原理示例消息格式相关命令python 示例Redis 的 SUBSCRIBE 命令用于订

防止Linux rm命令误操作的多场景防护方案与实践

《防止Linuxrm命令误操作的多场景防护方案与实践》在Linux系统中,rm命令是删除文件和目录的高效工具,但一旦误操作,如执行rm-rf/或rm-rf/*,极易导致系统数据灾难,本文针对不同场景... 目录引言理解 rm 命令及误操作风险rm 命令基础常见误操作案例防护方案使用 rm编程 别名及安全删除

Java使用jar命令配置服务器端口的完整指南

《Java使用jar命令配置服务器端口的完整指南》本文将详细介绍如何使用java-jar命令启动应用,并重点讲解如何配置服务器端口,同时提供一个实用的Web工具来简化这一过程,希望对大家有所帮助... 目录1. Java Jar文件简介1.1 什么是Jar文件1.2 创建可执行Jar文件2. 使用java

HTTP 与 SpringBoot 参数提交与接收协议方式

《HTTP与SpringBoot参数提交与接收协议方式》HTTP参数提交方式包括URL查询、表单、JSON/XML、路径变量、头部、Cookie、GraphQL、WebSocket和SSE,依据... 目录HTTP 协议支持多种参数提交方式,主要取决于请求方法(Method)和内容类型(Content-Ty

使用shardingsphere实现mysql数据库分片方式

《使用shardingsphere实现mysql数据库分片方式》本文介绍如何使用ShardingSphere-JDBC在SpringBoot中实现MySQL水平分库,涵盖分片策略、路由算法及零侵入配置... 目录一、ShardingSphere 简介1.1 对比1.2 核心概念1.3 Sharding-Sp

Spring创建Bean的八种主要方式详解

《Spring创建Bean的八种主要方式详解》Spring(尤其是SpringBoot)提供了多种方式来让容器创建和管理Bean,@Component、@Configuration+@Bean、@En... 目录引言一、Spring 创建 Bean 的 8 种主要方式1. @Component 及其衍生注解

python中的显式声明类型参数使用方式

《python中的显式声明类型参数使用方式》文章探讨了Python3.10+版本中类型注解的使用,指出FastAPI官方示例强调显式声明参数类型,通过|操作符替代Union/Optional,可提升代... 目录背景python函数显式声明的类型汇总基本类型集合类型Optional and Union(py

Linux系统管理与进程任务管理方式

《Linux系统管理与进程任务管理方式》本文系统讲解Linux管理核心技能,涵盖引导流程、服务控制(Systemd与GRUB2)、进程管理(前台/后台运行、工具使用)、计划任务(at/cron)及常用... 目录引言一、linux系统引导过程与服务控制1.1 系统引导的五个关键阶段1.2 GRUB2的进化优