alter database open oracle,alter database open read only 为何还要提示recovery?

今天qq群上一位xd问关于alter database open read only的问题,自己也做了一个测试。

他描述的情况如下:

SQL> shutdown abort

ORACLE 例程已经关闭。

SQL> startup mount;

ORACLE 例程已经启动。

Total System Global Area  171966464 bytes

Fixed Size                   787988 bytes

Variable Size             145750508 bytes

Database Buffers           25165824 bytes

Redo Buffers                 262144 bytes

数据库装载完毕。

SQL> recover database;

完成介质恢复。

SQL> alter database open read only;

alter database open read only

*

第 1 行出现错误:

ORA-16005: 数据库需要恢复

为何还提示恢复呢?

我的测试如下:

SQL> shutdown abort

ORACLE 例程已经关闭。

SQL> startup mount;

ORACLE 例程已经启动。

Total System Global Area  171966464 bytes

Fixed Size                   787988 bytes

Variable Size             145750508 bytes

Database Buffers           25165824 bytes

Redo Buffers                 262144 bytes

数据库装载完毕。

SQL> recover database;

完成介质恢复。

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#

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

749283

SQL> select nvl(last_change#,0),checkpoint_change# from v$datafile;

NVL(LAST_CHANGE#,0) CHECKPOINT_CHANGE#

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

749454             749454

749454             749454

749454             749454

749454             749454

749454             749454

SQL> select checkpoint_change# from v$datafile_header;

CHECKPOINT_CHANGE#

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

749454

749454

749454

749454

749454

可以看到系统检查点和数据文件检查点不一致,虽然recover database 把datafile的last_change#由null恢复成了checkpoint_change#,但 open read only 是会立即系统scn,datafile scn,datafile header scn冻结,由于本身三者就不一致,所以不能open read only。

下面是另外一段测试:

SQL> shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount;

ORACLE 例程已经启动。

Total System Global Area  171966464 bytes

Fixed Size                   787988 bytes

Variable Size             145750508 bytes

Database Buffers           25165824 bytes

Redo Buffers                 262144 bytes

数据库装载完毕。

SQL> select checkpoint_change# from v$datafile_header;

CHECKPOINT_CHANGE#

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

769749

769749

769749

769749

769749

SQL> select nvl(last_change#,0),checkpoint_change# from v$datafile;

NVL(LAST_CHANGE#,0) CHECKPOINT_CHANGE#

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

769749             769749

769749             769749

769749             769749

769749             769749

769749             769749

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#

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

769749

SQL> alter database open read only;

数据库已更改。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9700459/viewspace-624288/,如需转载,请注明出处,否则将追究法律责任。

### Oracle Startup 错误 ORA-01081 和 ORA-01507 的解决方案 当尝试启动 Oracle 数据库时,如果遇到 `ORA-01081` 和 `ORA-01507` 错误,则表明存在某些配置或状态问题。以下是针对这些错误的详细分析和解决方法。 #### 错误描述 - **ORA-01081**: Cannot start already-running ORACLE – shut it down first. 这表示试图启动一个已经运行中的实例[^1]。 - **ORA-01507**: Specified database not mounted. 此错误提示指定的数据库尚未挂载,通常发生在未正确初始化的情况下[^2]。 --- #### 解决方案 ##### 1. 验证当前实例的状态 在执行任何操作之前,先确认目标实例的实际状态。可以通过以下命令检查: ```sql SELECT status FROM v$instance; ``` 此查询返回的结果可能为 `OPEN`, `MOUNTED`, 或其他状态。这有助于判断是否确实需要重新启动实例。 --- ##### 2. 处理 ORA-01081 错误 该错误通常是由于重复启动同一实例引起的。要解决问题,请按照以下步骤操作: - 如果实例已经在运行中,应首先关闭它再尝试重启。使用如下命令安全停止实例: ```sql SHUTDOWN IMMEDIATE; ``` 或者,在极端情况下可强制终止: ```sql SHUTDOWN ABORT; ``` 注意:`ABORT` 方式会立即中断所有连接并释放资源,可能导致数据一致性风险,因此仅应在必要时使用[^3]。 之后再次尝试启动即可消除 ORA-01081 报告。 --- ##### 3. 应对 ORA-01507 提示 对于未能成功加载控制文件的情况(即 ORA-01507),需重点排查以下几个方面: - 控制文件路径设置不匹配; - 文件损坏或丢失; - 参数文件 (`spfile`) 中定义的内容有误。 具体措施包括但不限于: - 确认 `$ORACLE_HOME/dbs/spfile<sid>.ora` 存在且无语法错误; - 手动编辑参数文件以修正潜在偏差; 例如修改控制文件位置声明: ```ini CONTROL_FILES='/u01/app/oracle/oradata/control01.ctl','/u02/app/oracle/fast_recovery_area/control02.ctl' ``` 保存更改后重试 mount 命令序列: ```sql STARTUP NOMOUNT; ALTER DATABASE MOUNT; ALTER DATABASE OPEN; ``` 上述流程能够有效规避因控制结构异常引发的问题[^4]。 --- ##### 4. 使用 BBED 工具作为最后手段 假如常规办法均失效,还可以考虑借助低级工具如 Block Browser & Editor (BBED)[^5] 对受损部分实施修复。不过鉴于其侵入性强的特点,建议由经验丰富的 DBA 谨慎施行以免造成进一步损害。 最终验证整个过程完成后,通过标准方式恢复正常服务模式: ```sql STARTUP FORCE; ``` --- ### 总结 综上所述,面对 Oracle 启动期间遭遇的 ORA-01081 及 ORA-01507 故障码组合,推荐遵循逐步诊断逻辑逐一排除干扰因素直至彻底恢复功能可用性为止。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值