ORA-16456: switchover to standby in progress or completed

最新推荐文章于 2024-08-02 00:38:21 发布
原创 最新推荐文章于 2024-08-02 00:38:21 发布 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文展示了一次从Oracle主库切换到物理备库的实际操作过程。通过SQL查询确认了备库的状态为只读，并成功执行了切换命令。但在尝试使用会话关闭的方式进行切换时遇到了错误提示，表明切换到备库的操作正在进行中或已完成。
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;


SWITCHOVER_STATUS
--------------------
TO STANDBY


SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;


Database altered.


SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN
*
ERROR at line 1:
ORA-16456: switchover to standby in progress or completed


备库必须mount状态下,主库open状态


查看备库是

SQL> select open_mode from v$database;

OPEN_MODE
--------------------
READ ONLY WITH APPLY

12C ORA-错误汇总17 NZE-43000 to ORA-56974
ugghhj的博客
11-11 1644
12C ORA-错误汇总17 NZE-43000 to ORA-56974
Data Guard ORA-16825、ORA-16661解决一例
crc89714的博客
04-05 779
某天凌晨5点左右，被客户方运维人员电话吵醒，客户的交换机因故重启，导致做了RHCS的两台Linux服务器（非oracle服务器）因心跳问题也导致重启 第一时间登上去查看oracle运行情况,发现主库已是mount状态，备库...
ORA-16456错误，由于备库未mount而在主库执行切换，解决办法详解
cuiyan1982的专栏
10-19 2194
如果对数据库进行主备库的切换需要的前提条件是： （1）备库必须mount状态下,主库open状态 （2）必须不能在最大保护模式下  我们有时做主备库的切换，结果忘记了把备库处于mount状态而是open状态下； 当在primary执行过切换操作之后： SQL>alterdatabase commit to switchover to physical standby;
物理Standby Switchover 角色转换
不忘初心、方得始终
08-12 167
无损转换，通常是用户手动触发或者有计划的让其自动触发，比如硬件升级啦，软件升级啦之类的。通常它给你带来的工作量非常小并且都是可预计的。其执行分两个阶段，第一步，primary数据库转换为standby角色，第二步，standby数据库(之一)转换为primary角色，primary和standby只是简单的角色互换，这也印证了我们前面关于角色转换是primary/standby互动的猜测。 ...
物理STANDBY的SWITCHOVER切换
小二
07-30 584
物理STANDBY的SWITCHOVER切换会把当前的一个物理STANDBY切换为PRIMARY数据库，而PRIMARY数据库且变成物理STNADBY数据库。 一般SWITCHOVER切换都是计划中的切换，特点是在切换后，不会丢失任何的数据，而且这个过程是可逆的，整个DATA GUARD环境不会被破坏，原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作。 在进行
DG之物理Standby的switchover转换
u013827322的专栏
03-21 815
DG之物理Standby的switchover转换
ORA-16456错误，由于备库未mount而在主库执行切换（即recovery needed）
qq_44233566的博客
09-15 262
备库执行：
关于10g DG中的ORA-19527和ORA-00312错误解决示例
aaron8219's Oracle&Linux Technology Blog
07-17 5096
这几天在搭建10g DG Windows 2008 R2的测试环境，主要是明天要去给一客户重新搭建一套生产库的DG，其中发现一些问题，特此记录一下 由于将要部署到生产环境，所以考虑在线搭建DG的方案，即不停库的情况下，而问题主要就是出在不停库时，用RAMN创建STANDBY的时候 通常在线搭建DG，主要是下面几个步骤： 1. 确保主库开启归档并开启force logging模式 2
12c Dataguard的switch over
文档搬运工
04-29 781
12c开始，相对于11g的dataguard的swtichover ，没有太多的繁琐的步骤，仅仅需要一条命令即可（实际上是两条命令，一条确认是否可以switchover,一条进行switchover） RDBMS： 12.2.0.1 参考文档： 参考文档： https://docs.oracle.com/en/database/oracle/oracle-database/12.2/sbydb/managing-oracle-data-guard-role-transitions.html#GUID-
Oracle主备切换,ogg恢复方法(集成模式)
一个只求实际的程序猿
08-02 708
文章主要介绍Oracle数据库物理ADG主备在发生切换时(switchover,failover),在主库运行的ogg进程(集成模式)如何进行恢复。测试恢复场景,因为集成模式不能在备库配置,所以场景都是基于主库端:1.主备发生switchover切换,主库为ogg源端2.主备发生failover切换,主库为ogg源端3.主备发生switchover切换,主库为ogg目标端4.主备发生failover切换,主库为ogg目标端。
Switchover to a Physical Standby Database
keepdba的博客
05-08 699
Switchover流程是从Primary Database开始，于Standby Database终止。步骤如下： 1 在主库端检查数据库可切换状态 SQL> select switchover_status from v$database; SWITCHOVER_STATUS–>TO STANDBY,表示可以正常切换. SWITCHOVER_STATUS–>SESSIONS ACTIVE
DG问题：ORA-16416: No viable Physical Standby switchover targets available
zl
07-22 1845
ORA-16416: No viable Physical Standby switchover targets availabl&ORA-16047&ORA-02097&ORA-16025& ORA-12154 1.报错信息： ORA-16416: No viable Physical Standby switchover targets available ORA-16047: DGID mismatch between destination setting ORA-0
switchover to xxx 犯的低级错误
weixin_34015860的博客
11-14 899
1.环境描述 ORACLE 12CR1 RHEL 7.0 2.操作过程 switchover to xxx 报错，过程如下： <orcldg:orcldg:/home/oracle>$dgmgrl / DGMGRL for Linux: Version 12.1.0.2.0 - 64bit Production Copyright (...
oracle数据库切换流程,Oracle 11g DG手工switchover切换标准化流程
weixin_34494211的博客
04-03 851
Oracle 11g DG手工switchover切换标准化流程环境：RHEL 6.5 + Oracle GI 11.2.0.4 + Oracle DB 11.2.0.4Primary RAC(2 nodes) + Standby RAC(2 nodes)Oracle DG切换类型有两种：switchover和failover。对于switchover而言，是计划内的由DBA主动去执行的操作，所以...
oracle数据库使用dgbroker搭建DG以及一些常见的小问题
freedompuge的专栏
04-23 5362
oracle DG： 英文全称dataguard 提供备份和灾难恢复 dg----必须要有两台数据库，一台主一台备，主备可以来回切换 dg功能 1.备份（硬件可以低于主库，软件可以不一致） 2.提供容灾（硬件必须不低于主库，软件路径版本必须一致） 3.读写分离（主库读写对外服务。备库只读）逻辑备库可以读，11g物理备库也可以读 4.可以做测试（快照备库可以读写，测试
HMC不能open terminal windows的解决方法之一
5Love
05-01 8078
新到HMC 7310-CR4，跟原来的7310-C03有些不同，主要是外观直接就是显示xServer 3550，本地只有一个SATA硬盘。机器预装了6.1.3，感觉界面比V7差多，因此，直接下载了7.3.4。然后重新安装。一切都比较顺利。在重装之前，碰到不能打开终端窗口的问题。选择open terminal windows时，显示:Open in progress几个乱
ora-01665 解决办法
六兮的博客
03-12 4961
ORA-01665: 控制文件不是备份控制文件 如果必须重新创建物理备用控制文件，请遵循以下步骤: 在备用数据库上停止管理恢复进程(如果仍在运行): SQL&gt; alter database recover managed standby database cancel; 关闭备用数据库: SQL&gt; shutdown immediate; 用SYS连接到主数据库: ...
归档错误（ORA-16038）致数据库不能open
ＬＯＮＩＯＮ
09-18 269
今天，研发说他们新搭建的Data Guard的主库起不来，让帮忙查一下。 [code="sql"]SQL> conn /as sysdba Connected. SQL> SQL> SQL> alter database open; alter database open * ERROR at line 1: ORA-03113: end-of-file on communi...
ORA-02002: error while writing to audit trail ORA-55917: Table flush l/O failed for log lD: 1 bucket lD: 0 ORA-55917: Table flush l/0 failed for log lD: 1 bucket lD: 0 ORA-01688: unable to extend table ORA-01688: unable to extend table AUDsys.CLl sWp$7657cb20$1$1 partition HIGH PART by 8192 in tablespace sYsAUXORA-02002: error while writing to audit trail ORA-55917: Table flush l/O failed for log lD: 1 bucket lD: 0 ORA-55917: Table flush l/O failed for log lD: 1 bucket lD: 0 ORA-01688: unable to extend table ORA-01688: unable to extend table AUDsYs.Cll sWp$7657cb20$1$1 partition HIGH PART by 8192 in tablespace sYSAUX . partition by in tablespace .partition by in tablespace ORA-02002: error while writing to audit trail ORA-55917: Table flush l/O failed for log lD: 1 bucket lD: 0 ORA-55917: Table flush l/0 failed for log lD: 1 bucket lD: 0 OR-01688: unable to extend table ORA-01688: unable to extend table AUDsy.Cll sWp$7657cb20$1$1 partition HIGH PART by 8192 in tablespace sYSAUx partition by in 解释一下这些报错代码
最新发布
10-16
我们被要求解释三个Oracle错误代码：ORA-02002, ORA-55917, 和 ORA-01688。根据用户提供的错误信息，这些错误是在尝试写入审计跟踪（audit trail）时发生的，特别是与表空间SYSAUX中的表AUDsys.CLI_SWP$...有关。 ...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值