Ⅰ oracle错误： ORA-01033
一、首先：问题的产生原因，出现这个错误是因为我将oracle\oradata\oradb下的一个文件误删除掉后出现的。二、现象：SQL*Plus无法连接，显示以下错误： ORA-01033 : ORACLE initialization or shutdown in progress ，Enterprise Manager Console中也是同样的错误。三、分析：应该是Oracle在启动后，用户登录时是要将方案中原有配置信息装载进入，装载过程中遇到原有文件指定的位置上没有找到，所以就报出错误。四、解决过程：1、在解决时由于着急使用，便用Database Configuration Assistant工具重新创建了一个新的库，临时解决急用的问题，同时也给后期解决ora-01033问题埋下了隐患。2、在9i中是没有svrmgrl 命令的，要用sqlplus。 3、先在windows下运行cmd，进入DOS环境。4、以DBA用户登录，具体命令是 sqlplus /NOLOGSQL>connect sys/change_on_install as sysdba 提示：已成功 SQL>shutdown normal 提示：数据库已经关闭已经卸载数据库 ORACLE 例程已经关闭 SQL>startup mount 提示：ORACLE例程已经启动Total System Global Area 118255568 bytes Fixed Size282576 bytes Variable Size 82886080 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes 数据库装载完毕 SQL>alter database open; 提示：第 1 行出现错误: ORA-01157: 无法标识/锁定数据文件 19 - 请参阅 DBWR 跟踪文件 ORA-01110: 数据文件 19: ''C:\oracle\oradata\oradb\FYGL.ORA' 这个提示文件部分根据每个人不同情况有点差别。 继续输入 SQL>alter database datafile 19 offline drop; 提示：数据库已更改。循环使用最后两步，直到alter database open;后不再提示错误，出现“数据库已更改”。然后接着输入即可 SQL>shutdown normal 提示：数据库已经关闭已经卸载数据库 ORACLE 例程已经关闭 SQL>startup 提示：ORACLE例程已经启动Total System Global Area 118255568 bytes Fixed Size 282576 bytes Variable Size 82886080 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes 数据库装载完毕就可以解决了。 5、最后说一下，第一条提到的隐患，因为创建了新的库，ORACLE_SID也就发生了变化，在用户登录的时候会有ORA-12560错误，解决这个问题是将系统注册表中的HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0\ORACLE_SID 键值修改成之前那个SID就可以了，用户也能就能正常登录了。
Ⅱ Oracle数据库 ORA-01033问题 怎么解决 版本11.0.2.5
[oracle@cc ~]$ oerr ora 01033
01033, 00000, "ORACLE initialization or shutdown in progress"
// *Cause: An attempt was made to log on while Oracle is being started up
// or shutdown.
// *Action: Wait a few minutes. Then retry the operation.
你是否误删除过数据文件？查看alert_SID.log日志文件，具体报什么错？
Ⅲ oracle登陆报 ORA-01033 错误信息，
客户Oracle服务器进入PL/SQL Developer时报ora-01033:oracle initializationg or shutdown in progress 错误提示，应用系统无法连接Oracle服务。经远程指导解决问题。过程如下：
1、进入CMD，执行set ORACLE_SID=fbms，确保连接到正确的SID；
2、运行sqlplus "/as sysdba"
SQL>shutdown immediate 停止服务
SQL>startup 启动服务，观察启动时有无数据文件加载报错，并记住出错数据文件标号
SQL>shutdown immediate 再次停止服务
SQL>startup mount
SQL> recover datafile 2 恢复出错的数据文件
SQL>shutdown immediate 再次停止服务
SQL>startup 启动服务，此次正常。
3、进入PL/SQL Developer检查，没有再提示错误。
试试行不行？
Ⅳ ora-01033问题
startup 的时候出现ora-205 ，显然oracle无法访问其需要的控制文件，你需要手工找回 或回恢复这个库的控制文件， 如果你对oracle备份恢复不熟悉 那么请找你们企业的dba ， 如果你仅仅是学习 那么去读oracle官方的备份恢复手册。
Ⅳ 请教~出现错误提示：ora-01033:oracle initialization or shutdown in progress
某个数据文件损坏，如何打开数据库——ORA-01033: ORACLE initialization or shutdown in progress错误
系统环境：
1、操作系统：Windows 2000 Server，机器内存128M
2、数据库： Oracle 8i R2 (8.1.6) for NT 企业版
3、安装路径：C:\ORACLE
错误现象：
因误操作，数据库中某一数据文件被误删，控制面板的Oracle相关服务显示已启动，但用SQL*Plus无法连接，显示以下错误：
ORA-01033: ORACLE initialization or shutdown in progress
模拟现象：
create tablespace test datafile
'c:\test.ora' size 5M
AUTOEXTEND ON NEXT 1M MAXSIZE UNLIMITED
default storage (initial 128K next 1M pctincrease 0)
/
关闭所有服务stop.bat
net stop "OracleWebAssistant0"
net stop "OracleOraHome81TNSListener"
net stop "OracleServiceORADB"
shutdown
在操作系统中删除test.ora文件
重新启动服务start.bat
net start "OracleWebAssistant0"
net start "OracleOraHome81TNSListener"
net start "OracleServiceORADB"
服务里OracleServiceORADB显示已启动，但用SQL*Plus无法连接，
显示ORA-01033: ORACLE initialization or shutdown in progress
解决方法：
先让该数据文件脱机,就可以打开数据库
C:\>svrmgrl
svrmgrl>connect internal
svrmgrl>shutdown
svrmgrl>startup mount
--ARCHIVELOG模式命令，文件名要大写
svrmgrl>alter database datafile 'C:\TEST.ORA' offline;
--NOARCHIVELOG模式命令
svrmgrl>alter database datafile 'C:\TEST.ORA' offline drop;
svrmgrl>alter database open;
--查询数据文件联、脱机状态
SQL> select file#,name,status from v$datafile;
SQL> drop tablespace test;
表空间已丢弃。
丢失联机日志文件
分两种情况处理
1、丢失的是非活动的日志文件；
2、丢失的是当前激活的日志文件。
如果是第一种情况，而发生故障的日志文件组又具有多个成员，可以先将数据库shutdown，然后用操作系统命令将损坏日志文件组中好的日志成员文件把损坏的成员文件覆盖（在同一个日志成员组中的所有日志文件的各为镜象的），如果其物理位置不可用可将其拷贝到新的驱动器上，使用alter database rename file ‘xxxx’ to ‘xxxx’改变文件位置，之后启动数据库，如果正常马上进行一个冷备份。如果损坏的日志组中只有一个日志成员，先mount上数据库，将其转换为noarchivelog模式，执行alter database add logfile member ‘xxx’ to group ‘x’给相关组增加一个成员，再执行alter database drop logfile member ‘bad_file’将损坏的日志文件删除，由于数据库的结构发生变动需要备份控制文件，之后将数据库改回archivelog模式，做一个冷备份。
如果丢失的是当前激活的日志文件，数据库又没有镜像而且当前日志组中所有成员均变为不可用。首先将数据库shutdown abort，从最近的一次全备份中恢复所有的数据文件，将数据库启动到mount状态。如果原来的日志文件物理位置不可用，使用alter database rename file ‘xxx’ to ‘xxx’改变文件的存放位置。然后，使用recover database until cancel命令来恢复数据库，直到提示最后一个归档日志运用完之后，输入cancel。之后用alter database open resetlogs打开数据库，如果没有问题，立即进行一个冷备份。注意！所有包含在损坏的redo log中的信息将会丢失，也就是说数据库崩溃前已经提交的数据有可能会丢失。这对于某些要求很高的应用将会损失惨重，因此应尽量使每个日志组具有多个日志成员，并且放置在不同的驱动器上防止发生介质故障。
Ⅵ 始终不能解决oracle数据库中的ora-01033、ora-12560的问题
首先检查下系统服务中Oracle的数据库服务和tns服务启动了没有，然后用下面这个试试，看有什么提示
connect/assysdba
startupforce
Ⅶ oracle ora-01033错误，怎么解决，在sqlplus下用system登陆权限不足
1、进入CMD，执行set ORACLE_SID=fbms，确保连接到正确的SID；
2、运行sqlplus "/as sysdba"
SQL>shutdown immediate 停止服务
SQL>startup 启动服务，观察启动时有无数据文件加载报错，并记住出错数据文件标号
SQL>shutdown immediate 再次停止服务
SQL>startup mount
SQL> recover datafile 2 恢复出错的数据文件
SQL>shutdown immediate 再次停止服务
SQL>startup 启动服务，此次正常。
3、进入PL/SQL Developer检查，没有再提示错误。
还启动不了，可能就是文件的问题，不过好像也有解决办法，你先看看这个好使不
Ⅷ oracle连接不了，报ora-01033,能解决的进来
ORA-01157: 无法标识/锁定数据文件 6 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 6: 'E:BANKTABLESPACE_BANK.DBF'
该文件丢失了，找找看是否在其他地方，如果确认不要了，可以直接offline掉，然后open库，如果无法自行解决，请参考：Oracle数据库异常恢复
Ⅸ 如何解决ORA-01033问题
Oracle错误：ORA-01033
错误编码：ORA-01033: ORACLE initialization or shutdown in progress
故障描述：因为移动了数据库文件（[NAME].DMP）/日志文件等文件，导致数据库连接出现ORA-01033错误。
故障分析：网上有一种常见的说法是该类故障通常是由于移动文件而影响了数据库日志文件出现损坏而导致的无法正常进行IO操作而引起的错误。ORACLE将识别为数据库未装载完成而导致出现如上错误。
故障特征：使用命令行sqlplus或PL/SQL Developer均无法打开数据库。但是可以使用sys用户以sysdba的身份登录系统
处理步骤：
1. 在 ‘开始’-->‘运行’执行cmds
2. 输入：sqlplus "/ as sysdba"
应提示类似于如下信息：
SQL*Plus: Release 9.2.0.1.0 - Proction on 星期三 5月 20 22:07:45 2009
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
连接到:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Proction
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Proction
3. 输入：shutdown immediate
应提示类似于如下信息：
ORA-01109: 数据库未打开
已经卸载数据库。
4. 输入：startup
应提示类似于如下信息：
ORA-01157: 无法标识/锁定数据文件 15 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 15: 'D:\TEST\MY_INDEX1_1.DBF'
5. 根据第4步信息输入：alter database datafile 'D:\TEST\MY_INDEX1_1.DBF' offline drop
应提示类似于如下信息：
数据库已更改。
6. 重复第3、4、5步骤，直到第4步不再出现ORA-01157、ORA-01110错误信息，即告OK.
Ⅹ oracle数据库报错ora-01033怎么恢复
Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)
Oracle Database Recovery Check 介绍根据多年来的数据库恢复经验,提炼出来数据库恢复关键点信息收集脚本(Oracle Database Recovery Check)，该脚本主要是在数据库mount状态情况下查询数据库的一些基础表信息等信息，不对数据库进行任何写操作(只做读和mp操作)，不会在坏的数据库基础之上带来任何破坏，不影响任何数据库后续的恢复工作。通过该脚本收集信息能够快速定位数据库异常原因，并初步判断数据库恢复疑难程度，减少数据库异常恢复诊断时间，提供恢复效率和准确性。
具体参考：网页链接