oracle数据库startup报ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

最新推荐文章于 2021-10-15 14:16:26 发布
原创 最新推荐文章于 2021-10-15 14:16:26 发布 · 2.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#oracle数据库startup报ORA-01589: must us

当尝试使用`startup`打开Oracle数据库时遇到ORA-01589错误，需结合`resetlogs`或`noresetlogs`选项。错误发生因闪回恢复区空间超过97%，导致无法回收磁盘空间。解决方案是扩大闪回恢复区的空间。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

oracle数据库startup的时候报了如下错：

SQL> startup 
ORACLE instance started.

Total System Global Area 6597406720 bytes
Fixed Size                  2240784 bytes
Variable Size            4932505328 bytes
Database Buffers         1644167168 bytes
Redo Buffers               18493440 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

使用alter database open resetlogs；又报了如下错：

SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-19809: limit exceeded for recovery files
ORA-19804: cannot reclaim 53477376 bytes disk space from 322122547200 limit

原因是在闪回恢复区中的空间使用超过 85% 的时候，数据库将会向 alert 文件中写入告警信息。而当超过 97% 的时候将会写入严重告警信息。当闪回恢复区空间不够的时候，Oracle将报告如下类似的错误：
ORA-19809:limit exceeded for recovery files
ORA-19804:cannot reclaim 52428800 bytes disk space from 1258291200 limit
解决方法，扩大闪回恢复区空间

SQL> shutdown immediate;
ORA-01109: database
最低0.47元/天 解锁文章

200万优质内容无限畅学
oracle 打开连接 错误01092,重建控制文件打开数据库时报错ORA-01092: ORACLE instance terminated. Disconnection...
weixin_42517607的博客
04-05 1816
本帖最后由 eric0435 于 2012-9-11 13:23 编辑前天帮医保中心恢复数据库时遇到的一个问题,数据库出问题是因为操作失误删除了所有的控制文件，后面重建控制文件打开数据库时报ora-01092的错误原因是打开数据库时报ORA-00704: bootstrap process failureORA-00704: bootstrap process failureORA-00604: ...
ora-01033：oracle initialization or shutdown in progress(ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETL)
RayKic的博客
09-01 657
SQL> alter database open  ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项 SQL> alter database open resetlogs; alter database open resetlogs * ERROR 位于第 1 行: ORA-01113: 文件 1 需要介质恢复 ORA-01110
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
Jian Sun_的博客
09-11 2万+
对ORACLE数据库虚拟机进行了克隆操作，克隆是没有关闭数据库，克隆结束启用数据库时报错无法启动。 原因： 数据库异常停止，停止的时候还没有来得及将缓存区中的LOG归档,就被强制SHUTDOWN了。 数据库再次启动的时候,会去检查SCN系统变动码.如果发现不一致,那么就意味着有不一致的LOG需要处理.报错情况： SQL> startup ORACLE 例程已经启动。 Total S...
ORA-01589错误 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
热门推荐
长安诗社社长@-梁瀚文- https://github.com/HevnChin https://gitee.com/HevnChin
12-29 4万+
<br />要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项<br /><br />SQL> startup<br />ORACLE 例程已经启动。<br />Total System Global Area 135338868 bytes<br />Fixed Size 453492 bytes<br />Variable Size 109051904 bytes<br />Database Buffers
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open一次恢复数据库
luopu873的博客
08-18 3902
有业务人员反馈连接数据库报错，Oracle ORA-01033: ORACLE initialization or shutdown in progress。发现数据库异常，尝试重启数据库，启动时报ORA-01113: file 1 needs media recovery，有数据文件需要恢复，然后尝试恢复数据文件。以下是此次恢复的操作记录。 #启动数据库报错，只能进入mount阶段。 SQL> startup ORACLE instance started. Total Sy.
“ORA-01589：must use RESETLOGS or NORESETLOGS option for database open”
rudy gao
09-03 2044
startup mount alter database open resetlogs
oracle c op,ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
weixin_39712821的博客
04-13 364
I tried that here is the errorRMAN> recover database;Starting recover at 22-MAY-13allocated channel: ORA_DISK_1channel ORA_DISK_1: SID=133 device type=DISKstarting media recoveryarchived log for th...
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
weixin_33852020的博客
10-30 362
产生这个的原因可能是由于数据库突然停止，没有来得及将缓存区中的LOG归档，导致下次开启时不能匹配日志文件。   数据库中的三个日志文件挨个试，第二个就匹配上了  ...
startup后启动数据库报ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
weixin_51552652的博客
07-27 1865
报ORA-01589: must use RESETLOGS or NORESETLOGS option for database open 原因： 数据库异常停止，停止的时候还没有来得及将缓存区中的LOG归档,就被强制SHUTDOWN了。 数据库再次启动的时候,会去检查SCN 系统变动码.如果发现不一致,那么就意味着有不一致的LOG需要处理. SQL> startup ORACLE instance started. Total System Global Area 1586708480 byte
Oracle报错，ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项（多数断电后数据库启动失败可用该手段恢复）
a1084552614的博客
10-15 3690
1、shutdown abort; 2、startup mount; 3、alter database open resetlogs; 4、若报错 ORA-01113: 文件 1 需要介质恢复 ORA-01110: 数据文件 1: '/home/oracle/app/oracle/oradata/orcl/system01.dbf' 5、recover database using backup controlfile; /home/oracle/app/oracle/oradata/orcl/redo03
oracle 01589,ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
weixin_39576133的博客
04-03 696
SQL> startup mountORA-32004: 指定了废弃/过时的参数ORA-01081: 无法启动已在运行的 ORACLE - 请首先关闭它SQL> alter database open;alter database open*第 1 行出现错误:ORA-01122: 数据库文件 1 验证失败ORA-01110: 数据文件 1: 'D:\APP\ADMINISTRATOR...
Oracle启动ORA-01589错误解决方案
q908544703的博客
05-31 1万+
SQL> connect /as sysdba Connected to an idle instance. SQL> startup ORACLE instance started. Total System Global Area 413372416 bytes Fixed Size 2228904 bytes Variable Size 360713560...
RMAN-06136: Oracle error from auxiliary database: ORA-04045: errors during recompilation/revalidation of SYS.KU$_TTS_TAB_TABLESPACE_VIEW ORA-16000: database or pluggable database open for read-only access
最新发布
07-05
<think>我们正在处理一个关于RMAN错误的问题。用户遇到的错误是： RMAN-06136: Oracle error ORA-04045: errors during recompilation/revalidation of SYS.KU$_TTS_TAB_TABLESPACE_VIEW ORA-16000: database open for read-only access 根据错误信息，有两个关键点： 1. ORA-04045：在重新编译/验证SYS.KU$_TTS_TAB_TABLESPACE_VIEW时出错。 2. ORA-16000：数据库处于只读模式。 结合引用内容，我们注意到引用[2]提到了RMAN跨版本恢复，引用[3]提到了替换OPatch目录（即打补丁操作）。因此，这个错误可能发生在跨版本恢复或升级过程中。 分析错误原因： - ORA-16000表明数据库当前以只读方式打开。在只读数据库上，不能执行任何DDL操作（包括重新编译视图）。 - 错误发生在尝试重新编译SYS.KU$_TTS_TAB_TABLESPACE_VIEW时，这是一个系统视图，通常与传输表空间（TTS）相关。 可能的原因： 1. 在只读数据库上执行了需要写操作的任务（例如，重新编译视图）。 2. 数据库升级或恢复过程中，某些步骤要求数据库处于读写模式，但当前却是只读模式。 解决方案： 1. 将数据库切换到读写模式： - 如果数据库是正常打开的只读模式，可以关闭数据库并以读写模式重新打开。 - 执行以下步骤： ```sql SHUTDOWN IMMEDIATE; STARTUP MOUNT; ALTER DATABASE OPEN READ WRITE; ``` 然后重试导致错误的操作。 2. 如果错误发生在跨版本恢复或升级过程中，需要确保在恢复完成并打开数据库时，数据库处于读写模式。特别是，当使用RMAN恢复后，打开数据库时可能指定了只读模式，需要改为读写模式。 3. 检查是否在只读数据库上运行了不兼容的操作。例如，RMAN的某些操作（如恢复目录的重新同步）可能需要写系统表，因此不能在只读数据库上执行。 4. 如果问题发生在升级后，可能需要重新编译无效对象，但同样需要数据库处于读写模式。可以尝试在读写模式下重新编译： ```sql ALTER VIEW SYS.KU$_TTS_TAB_TABLESPACE_VIEW COMPILE; ``` 但是，由于这是一个系统对象，通常由catproc.sql或其他脚本处理，所以可能需要运行升级后脚本。 5. 参考引用[3]中提到的打补丁操作，如果这个错误发生在打补丁过程中，可能是因为补丁应用不完整。确保按照补丁说明正确应用了所有步骤，包括运行必要的脚本。 注意事项： - 在更改数据库模式之前，确保有备份。 - 如果数据库是物理备库（处于只读模式），那么不能直接切换为读写模式，因为这会破坏备库。此时，需要确认操作是否应该在主库上执行。 根据用户提供的信息，我们没有直接的引用解决这个错误，但根据错误信息分析，将数据库切换到读写模式是首要步骤。 相关问题： 1. 如何将Oracle数据库从只读模式改为读写模式？ 2. 在只读数据库上可以执行哪些RMAN操作？ 3. 如何解决ORA-04045错误？ 4. Oracle数据库升级后常见问题有哪些？</think>### 解决RMAN-06136与ORA-04045错误 **错误分析** 该错误包含两个关键信息： 1. `ORA-16000`：数据库处于只读模式 2. `ORA-04045`：尝试在只读数据库上重新编译系统视图`SYS.KU$_TTS_TAB_TABLESPACE_VIEW`（该视图与表空间传输相关） 根本原因是：**RMAN操作需要在读写模式下执行系统对象编译，但当前数据库被意外打开为只读模式**。 --- ### 解决方案 #### 步骤1：检查数据库模式 ```sql SELECT open_mode FROM v$database; ``` - 若返回 `READ ONLY` 则需切换模式[^1] #### 步骤2：切换到读写模式 ```sql SHUTDOWN IMMEDIATE; STARTUP MOUNT; ALTER DATABASE OPEN READ WRITE; -- 关键操作 ``` #### 步骤3：重新执行失败的RMAN操作 ```bash rman target / RMAN> RECOVER DATABASE; -- 根据实际场景替换为原操作 ``` #### 步骤4：验证系统对象状态 ```sql SELECT object_name, status FROM dba_objects WHERE object_name='KU$_TTS_TAB_TABLESPACE_VIEW'; ``` - 若状态为`INVALID`，需手动编译： ```sql ALTER VIEW SYS.KU$_TTS_TAB_TABLESPACE_VIEW COMPILE; ``` --- ### 根本原因预防 1. **环境检查** 执行关键操作前验证数据库模式： ```bash echo $ORACLE_SID # 确认实例名[^1] sqlplus / as sysdba <<EOF SELECT open_mode FROM v\$database; EOF ``` 2. **跨版本操作规范** - 跨版本恢复时（如10g→11g）确保目标库版本兼容性[^2] - 使用`DBMS_TTS`包前必须处于读写模式 3. **补丁管理** 升级后及时应用最新OPatch： ```bash unzip -q p6880880_*.zip -d $ORACLE_HOME # 替换OPatch[^3] ``` --- ### 附加说明 - 此错误常见于**表空间传输**或**数据库升级**场景 - 若在Data Guard备库出现，需在主库执行操作 - 系统视图编译错误可能需运行`utlrp.sql`重新编译无效对象
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

黄宝康

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值