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

相关文章

内核启动时减少log的方式

内核引导选项 内核引导选项大体上可以分为两类:一类与设备无关、另一类与设备有关。与设备有关的引导选项多如牛毛,需要你自己阅读内核中的相应驱动程序源码以获取其能够接受的引导选项。比如,如果你想知道可以向 AHA1542 SCSI 驱动程序传递哪些引导选项,那么就查看 drivers/scsi/aha1542.c 文件,一般在前面 100 行注释里就可以找到所接受的引导选项说明。大多数选项是通过"_

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]

30常用 Maven 命令

Maven 是一个强大的项目管理和构建工具,它广泛用于 Java 项目的依赖管理、构建流程和插件集成。Maven 的命令行工具提供了大量的命令来帮助开发人员管理项目的生命周期、依赖和插件。以下是 常用 Maven 命令的使用场景及其详细解释。 1. mvn clean 使用场景:清理项目的生成目录,通常用于删除项目中自动生成的文件(如 target/ 目录)。共性规律:清理操作

用命令行的方式启动.netcore webapi

用命令行的方式启动.netcore web项目 进入指定的项目文件夹,比如我发布后的代码放在下面文件夹中 在此地址栏中输入“cmd”,打开命令提示符,进入到发布代码目录 命令行启动.netcore项目的命令为:  dotnet 项目启动文件.dll --urls="http://*:对外端口" --ip="本机ip" --port=项目内部端口 例: dotnet Imagine.M

深入理解RxJava:响应式编程的现代方式

在当今的软件开发世界中,异步编程和事件驱动的架构变得越来越重要。RxJava,作为响应式编程(Reactive Programming)的一个流行库,为Java和Android开发者提供了一种强大的方式来处理异步任务和事件流。本文将深入探讨RxJava的核心概念、优势以及如何在实际项目中应用它。 文章目录 💯 什么是RxJava?💯 响应式编程的优势💯 RxJava的核心概念

【即时通讯】轮询方式实现

技术栈 LayUI、jQuery实现前端效果。django4.2、django-ninja实现后端接口。 代码仓 - 后端 代码仓 - 前端 实现功能 首次访问页面并发送消息时需要设置昵称发送内容为空时要提示用户不能发送空消息前端定时获取消息,然后展示在页面上。 效果展示 首次发送需要设置昵称 发送消息与消息展示 提示用户不能发送空消息 后端接口 发送消息 DB = []@ro

脏页的标记方式详解

脏页的标记方式 一、引言 在数据库系统中,脏页是指那些被修改过但还未写入磁盘的数据页。为了有效地管理这些脏页并确保数据的一致性,数据库需要对脏页进行标记。了解脏页的标记方式对于理解数据库的内部工作机制和优化性能至关重要。 二、脏页产生的过程 当数据库中的数据被修改时,这些修改首先会在内存中的缓冲池(Buffer Pool)中进行。例如,执行一条 UPDATE 语句修改了某一行数据,对应的缓

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

linux 判断某个命令是否安装

linux 判断某个命令是否安装 if ! [ -x "$(command -v git)" ]; thenecho 'Error: git is not installed.' >&2exit 1fi

jenkins 插件执行shell命令时,提示“Command not found”处理方法

首先提示找不到“Command not found,可能我们第一反应是查看目标机器是否已支持该命令,不过如果相信能找到这里来的朋友估计遇到的跟我一样,其实目标机器是没有问题的通过一些远程工具执行shell命令是可以执行。奇怪的就是通过jenkinsSSH插件无法执行,经一番折腾各种搜索发现是jenkins没有加载/etc/profile导致。 【解决办法】: 需要在jenkins调用shell脚