ORA-01153: an incompatible media recovery is active(产生原因及解决方法)

最新推荐文章于 2023-09-15 09:58:52 发布
原创 最新推荐文章于 2023-09-15 09:58:52 发布 · 2.4w 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

今天在standby 数据库上执行

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

报如下错误：

ERROR at line 1:
ORA-01153: an incompatible media recovery is active

从字面意思理解应该是“存在一个不兼容的介质恢复”。

仔细检查发现上面已经执行过一次

alter database  recover managed standby database disconnect from session; 

猜想应该是重复启用日志应用所致。故取消应用

alter database recover managed standby database cancel;

重新开启应用

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

问题解决，没有报错。

oracle ora 01152,standby database ope时，提示ORA-10458: ORA-01152: ORA-01110:
weixin_32656511的博客
04-10 1635
在配置完standby database，完成数据库同步时，将standby database切换到open状态时，提示下面的的错误SQL> select open_mode from v$database;OPEN_MODE--------------------MOUNTEDSQL> alter database open;alter database open*ERROR at ...
12C ORA-错误汇总1 ORA-00000 to ORA-00877
ugghhj的博客
11-10 1609
12C ORA-错误汇总1 ORA-00000 to ORA-00877
ORA-01153处理方法
Ruishine的博客
08-19 3089
今天在做Oracle DG 主备库切换测试时，在切换后的新备库执行命令时报错如下： SQL>alter database recover managed standby database using current logfile disconnect from session; alter database recover managed standby database using current logfile disconnect from session * ERROR at line 1:
ORA-01153: an incompatible media recovery is active 错误处理
Ruishine的博客
08-27 2447
问题说明 今天在standby 数据库上执行如下操作，出现ORA-01153错误： SQL> alter database open; Database altered. SQL> alter database recover managed standby database disconnect from session; Database altered. SQL> alter database recover managed standby database disconn
ORA-01153: an incompatible media recovery is active
夜未眠风已息
11-30 459
问题现象： 执行recover managed standby database using current logfile disconnect from session;报错如下 ORA-01153: an incompatible media recovery is active 问题原因： 重复启用日志应用所致 解决方法： 关闭日志应用，重新开启 SQL> alter database recover managed standby database cancel; Da
12C ORA-错误汇总17 NZE-43000 to ORA-56974
ugghhj的博客
11-11 1557
12C ORA-错误汇总17 NZE-43000 to ORA-56974
oracle数据同步异常,案例：DataGuard同步异常问题处理记录
weixin_39752941的博客
04-08 761
本帖最后由 yuanqk 于 2018-8-11 20:28 编辑真实案例，记录一下，都是小白，非常理解小白在遇到问题时的无奈，希望能帮助到一些人。过程非常简单，主要是处理问题的思路。1、早上收到告警，说备库有15个归档没有同步，我们的告警还是非常low的那种，只能告诉你有几个归档没同步，具体原因不知道。(这也是我后续需要调整的)2、检查具体原因，登录主库，查看dest状态，确实是有问题，不能创建...
duplicate database 复制数据库
lyfhehe的博客
03-26 1192
duplicate database 关于复制数据库的几点总结： 1、Starting with Oracle Database 12c, the version of the RMAN client, target database, and auxiliary database must be the same. 也就是说不能在不同的版本上使用复制数据库的方式 2、测试过程中，在...
VIII.5 ORA-01153: an incompatible media recovery is active
不再疯要傻
10-21 1486
alter database open * ERROR at line 1: ORA-01092: ORACLE instance terminated.Disconnection forced ORA-30012: undo tablespace'db_file_name_convert' does not exist or of wrong type Process ID: 402
ORA-01153: an incompatible media recovery is active解决方法
qq_44233566的博客
09-15 236
alter database recover managed standby database cancel; alter database recover managed standby database using current logfile disconnect from session;
ORA-01153 an incompatible media recovery is active
weixin_34326179的博客
09-15 203
ORA-01153错误处理 问题描述： 主备在做Switchover切换时，在切换后的备库报如下错误： ORA-01153: an incompatible media recovery is active 解决办法： 对standby database进行手动应用archive log SQL> recover managed standby database canc...
VIII.4 ORA-01153: an incompatible media recovery is active
不再疯要傻
10-21 1122
SQL> alterdatabase recover managed standby database disconnect from session; alter database recover managed standby databasedisconnect from session * ERROR at line 1: ORA-01153: an incompatible me
Encountering ORA-01153: an incompatible media recovery is active When Starting Up Phycial Standby
逝鸿的博客
03-03 845
Problem sys@db11r2dr> startup mount; ORACLE instance started. Total System Global Area  835104768 bytes Fixed Size                  2217952 bytes Variable Size             490735648 bytes Da
ORA-01031:权限不足ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 3020ORA-06512:在"SYS.DBMS ISNAPSHOT", line 216ORA-01403: 未找到任何数据ORA-06512:在"SYS.DBMS ISNAPSHOT", line 196ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 2852ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 326:ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", ine 329!ORA-06512:在"SYS.DBMS SNAPSHOT", line 16ORA-06512:在line2 View program sources of error stack?
最新发布
03-14
<think>嗯，用户遇到了Oracle数据库的权限问题，具体是ORA-01031权限不足，还有涉及DBMS_SNAPSHOT和SYS包的调用错误。首先，我需要回想一下ORA-01031错误的常见原因。这个错误通常是因为用户没有执行特定操作所需的权限。比如，如果用户尝试访问某个表或执行某个存储过程，但没有相应的权限，就会报这个错误。所以，解决这个问题的第一步应该是检查用户的权限是否足够。 接下来，用户提到DBMS_SNAPSHOT_UTL包的问题，可能是在创建或管理物化视图日志时遇到的。这个包属于SYS用户，普通用户可能需要显式授权才能使用。我记得SYS的包默认只有DBA权限的用户才能访问，所以需要确认用户是否有EXECUTE权限。另外，引用1和2中提到的问题可能与Oracle版本有关，特别是11g的bug可能导致某些存储过程出错。这时候可能需要应用补丁或者升级数据库。 然后，用户还提到ORA-01555和ORA-12034错误。ORA-01555通常与UNDO表空间不足或查询时间过长有关，需要调整UNDO表空间的大小或优化查询。ORA-12034则涉及物化视图日志的问题，可能需要重新创建日志或调整刷新策略。 接下来，我需要考虑如何逐步指导用户解决这些问题。首先检查权限，授予必要的系统权限和对象权限。比如，如果用户需要创建物化视图，可能需要GRANT CREATE MATERIALIZED VIEW。然后检查SYS包的权限，比如DBMS_SNAPSHOT_UTL，可能需要用SYSDBA用户授予EXECUTE权限。 如果权限没有问题，可能需要考虑数据库版本的问题。引用2提到Oracle 11g的bug，如果在10g上没问题，可能需要查看是否触发了已知的bug，并检查是否有可用的补丁。此外，ORA-01555的问题需要调整UNDO表空间，增加大小或保留时间，避免长事务导致的错误。 最后，关于物化视图日志的问题，如ORA-12034，可能需要检查日志是否损坏，必要时重建，并确保刷新操作在合理的时间窗口内完成，避免数据不一致。 用户可能需要具体的步骤示例，比如如何授予权限，如何检查UNDO配置，如何重建物化视图日志等。同时，需要提醒用户谨慎操作SYS对象，最好在测试环境验证后再应用到生产环境。如果有必要，联系Oracle支持处理潜在的bug。</think>### 分步解决方案 #### **1. 解决 ORA-01031 权限不足问题** **步骤 1：确认操作所需的权限** - 若涉及创建/修改对象（如表、物化视图），需检查用户是否具备以下权限： ```sql GRANT CREATE TABLE, CREATE MATERIALIZED VIEW, CREATE ANY SNAPSHOT TO [用户名]; ``` - 若涉及系统包（如`DBMS_SNAPSHOT_UTL`），需授予`EXECUTE`权限： ```sql GRANT EXECUTE ON SYS.DBMS_SNAPSHOT_UTL TO [用户名]; ``` **步骤 2：检查角色继承** - 确保用户未被限制通过角色继承权限。Oracle 中某些权限需直接授予用户而非角色： ```sql SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE = '[用户名]'; ``` **步骤 3：验证 SYS 对象权限** - 若报错涉及`SYS.DBMS_SNAPSHOT_UTL`，需以`SYSDBA`身份检查包状态和权限： ```sql SELECT OBJECT_NAME, STATUS FROM DBA_OBJECTS WHERE OWNER = 'SYS' AND OBJECT_NAME = 'DBMS_SNAPSHOT_UTL'; GRANT EXECUTE ON SYS.DBMS_SNAPSHOT_UTL TO [用户名]; ``` **示例场景** 若用户执行物化视图刷新时出现权限不足： ```sql -- 直接授予物化视图相关权限 GRANT CREATE MATERIALIZED VIEW TO scott; GRANT EXECUTE ON DBMS_SNAPSHOT TO scott; ``` --- #### **2. 处理 DBMS_SNAPSHOT 和 SYS 包调用问题** **步骤 1：验证包状态** - 检查`DBMS_SNAPSHOT_UTL`是否有效： ```sql SELECT OBJECT_NAME, STATUS FROM DBA_OBJECTS WHERE OBJECT_NAME IN ('DBMS_SNAPSHOT_UTL', 'DBMS_SNAPSHOT'); ``` 若状态为`INVALID`，需重新编译： ```sql ALTER PACKAGE SYS.DBMS_SNAPSHOT_UTL COMPILE; ``` **步骤 2：处理 Oracle 版本兼容性问题** - 若问题在 Oracle 11g 中出现（如引用[^2]所述），检查是否触发已知 Bug： - 查询 Oracle 支持文档（如 MOS），确认 Bug 编号（如 Bug 12345678）。 - 应用官方补丁或升级到修复版本。 **步骤 3：重建物化视图日志（ORA-12034）** 若报错`ORA-12034: 实体化视图日志比上次刷新后的内容新`[^5]： ```sql -- 删除原有日志 DROP MATERIALIZED VIEW LOG ON scott.user_table; -- 重新创建日志 CREATE MATERIALIZED VIEW LOG ON scott.user_table WITH PRIMARY KEY, ROWID; ``` --- #### **3. 相关错误 ORA-01555 的预防** - **调整 UNDO 表空间**： ```sql ALTER DATABASE DATAFILE '/path/undo.dbf' RESIZE 10G; ALTER SYSTEM SET UNDO_RETENTION = 3600; -- 单位：秒 ``` - **避免长事务**：优化查询逻辑，减少全表扫描和锁竞争[^4]。 --- ### 总结操作顺序 1. 授予显式权限（对象权限 + SYS 包权限）。 2. 检查并修复无效的 SYS 包。 3. 处理版本兼容性问题（补丁/升级）。 4. 重建物化视图日志（针对 ORA-12034）。 5. 调整 UNDO 配置（针对 ORA-01555）。 ### 注意事项 - **谨慎操作 SYS 对象**：直接修改 SYS 拥有的包可能导致系统不稳定，建议先在测试环境验证。 - **监控 UNDO 使用**：通过`V$UNDOSTAT`视图分析 UNDO 空间使用趋势[^4]。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值