oracle 11g错误ora-01033:oracle initialization or shutdown in progress解决办法

本文详细记录了解决在删除Oracle表空间后,导致SQL*Plus无法连接的问题步骤。通过在Windows环境下操作DOS命令行,以DBA用户身份登录并执行特定命令序列,最终成功修复问题并恢复正常连接。

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

一、首先:问题的产生原因,先前我在f:/llh/目录创建的一个bookspace表空间,后来不想要这个表空间了,所以我就直接删掉了,出现这个错误是因为我将f:/llh/bookspace.dbf等几个文件误删除掉后出现的。

二、现象:SQL*Plus无法连接,显示以下错误: ORA-01033: ORACLE initialization or shutdown in progress

三、分析:应该是Oracle在启动后,用户登录时是要将方案中原有配置信息装载进入,装载过程中遇到原有文件指定的位置上没有找到,所以就报出错误。

四、解决过程:
1、先在windows下运行cmd,进入DOS环境。
2、以DBA用户登录,具体命令是
sqlplus /NOLOG



connect sys/change_on_install as sysdba;


提示:已成功





shutdown normal;



提示:数据库已经关闭
已经卸载数据库
ORACLE 例程已经关闭




startup mount;



提示:ORACLE例程已经启动
Total System Global Area 118255568 bytes
Fixed Size 282576 bytes
Variable Size 82886080 bytes
Database Buffers 33554432 bytes
Redo Buffers 532480 bytes
数据库装载完毕

alter database open;

提示:
第 1 行出现错误:
ORA-01157: 无法标识/锁定数据文件 19 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 19: ''''F:/LLH/BOOKSPACE.DBF";
这个提示文件部分根据每个人不同情况有点差别。

继续输入





alter database datafile 19 offline drop;(注意:此处上面提示多少就多少,这里上面提示19)


提示:数据库已更改。



循环使用最后两步,直到alter database open;后不再提示错误,出现“数据库已更改”。
然后接着输入即可



shutdown normal


提示:数据库已经关闭
已经卸载数据库
ORACLE 例程已经关闭





startup;



提示:ORACLE例程已经启动
Total System Global Area 118255568 bytes
Fixed Size 282576 bytes
Variable Size 82886080 bytes
Database Buffers 33554432 bytes
Redo Buffers 532480 bytes
数据库装载完毕


就可以解决了。

转自:http://blog.youkuaiyun.com/liverliu/article/details/6410287
<think>嗯,用户遇到了Oracle错误ORA-01033,需要解决方案。首先,我要回忆一下这个错误通常是什么原因引起的。根据之前看到的引用内容,这个错误可能是因为数据库突然断电或者异常关闭,导致日志和数据文件不一致,无法正常启动。用户可能需要按照步骤来恢复数据库状态。 首先,应该以管理员身份登录SQL*Plus,使用sysdba权限。命令应该是sqlplus / as sysdba或者sqlplus system/密码 as sysdba。然后,检查数据库的状态,看看是否处于mount或nomount状态。如果数据库没有正常关闭,可能需要执行shutdown immediate,然后再startup。 不过,根据引用中的步骤,可能需要更详细的操作,比如在mount模式下恢复数据文件。例如,执行alter database open,如果遇到问题,可能需要恢复数据文件,使用recover datafile,然后alter database open。此外,用户可能需要检查数据文件的状态,使用select file#, name, status from v$datafile;,然后根据结果进行恢复。 另外,用户提到的引用[4]中有详细的步骤,包括卸载数据库、关闭监听、停止服务等。可能需要按顺序停止服务,再重新启动,确保所有组件正常启动。同时,注意数据文件路径是否正确,如引用[2]中提到的数据文件路径是否存在问题,可能需要确认文件是否存在或是否需要恢复。 还需要提醒用户在操作前备份数据,防止进一步的数据丢失。如果用户不熟悉这些步骤,建议他们联系DBA,或者在测试环境中先尝试。另外,检查日志文件alert.log可能会有更详细的错误信息,帮助诊断问题。 总结步骤应该是:1. 以sysdba登录;2. 检查状态,尝试正常关闭和启动;3. 如果失败,进入mount模式恢复数据文件;4. 重新启动服务和监听。同时,注意环境变量和文件路径是否正确,避免其他问题。</think>### 解决 Oracle 错误 ORA-01033 的步骤 #### 1. **以管理员身份登录数据库** 使用命令行工具(如 `cmd`)以 `sysdba` 权限登录: ```bash sqlplus / as sysdba 或 sqlplus system/密码 as sysdba ``` #### 2. **检查数据库状态** 查看数据库是否处于异常状态: ```sql SELECT status FROM v$instance; ``` 若状态为 `MOUNT` 或 `NOMOUNT`,需进一步修复[^1]。 #### 3. **尝试正常关闭和重启** ```sql -- 强制关闭(若正常关闭失败) SHUTDOWN ABORT; -- 重新启动 STARTUP; ``` 若仍报错,可能是数据文件未同步,需手动恢复[^4]。 #### 4. **挂载数据库并修复数据文件** ```sql -- 进入挂载模式 STARTUP MOUNT; -- 检查损坏的数据文件(如引用[2]中的文件路径) SELECT file#, name, status FROM v$datafile; -- 恢复指定文件(示例:文件编号8) RECOVER DATAFILE 8; -- 打开数据库 ALTER DATABASE OPEN; ``` #### 5. **重启监听和服务** 若数据库恢复后仍无法连接,需重启监听和服务: ```bash lsnrctl stop lsnrctl start -- 根据实际服务名操作(如OracleServiceORCL) net stop OracleServiceORCL net start OracleServiceORCL ``` 确保服务与监听的启动顺序正确。 #### 6. **验证连接** 使用客户端工具(如PL/SQL)重新登录,确认错误是否解决。 --- ### **注意事项** - **备份数据**:操作前建议备份数据文件(如 `D:/app/.../ORADATA/MyDB/201912.DAT`)[^2]。 - **日志分析**:查看 `alert.log` 文件(位于 `$ORACLE_BASE/diag/rdbms/<实例名>/trace`)定位具体错误- **权限问题**:确保操作账户具有 `sysdba` 权限。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值