ora-01033:oracle initialization or shutdown in progress

参照文章http://www.cnblogs.com/wangsaiming/p/3688141.html

Microsoft Windows XP [版本 5.1.2600]
(C) 版权所有 1985-2001 Microsoft Corp.

C:Documents and SettingsAdministrator>sqlplus/nolog

SQL*Plus: Release 9.2.0.1.0 - Production on 星期一 5月 4 10:29:31 2015

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

SQL> connect sys/change_on_install as sysdba;
已连接。
SQL> shutdown normal;
ORA-01109: 数据库未打开

已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount;
ORACLE 例程已经启动。

Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
SQL> alter database open;
alter database open
*
ERROR 位于第 1 行:
ORA-01113: 文件 11 需要介质恢复
ORA-01110: 数据文件 11: 'F:ORACLEADMINY.DBF'

SQL> alter database datafile 11 offline drop;

数据库已更改。

SQL> alter database open;

数据库已更改。

SQL> shutdown normal;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount;
ORACLE 例程已经启动。

Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
SQL> alter database open;

数据库已更改。

SQL>

成功连接数据库

查询数据提示

ORA-00376: 此时无法读取文件 11
ORA-01110: 数据文件 11: 'F:ORACLEADMINY.DBF'

参照http://bbs.csdn.net/topics/390046996

*表结构、存储过程都在，也可以查看、执行
唯独不可以查看数据*

参照http://blog.csdn.net/tianlesoftware/article/details/6305600

     *

     alter database datafile 'file_name' offline drop

       该命令不会删除数据文件，只是将数据文件的状态更改为recover。 offline drop命令相当于把一个数据文件至于离线状态，并且需要恢复，并非删除数据文            件。 数据文件的相关信息还会存在数据字典和控制文件中。 

      对于归档模式：

       alter database datafile 'file_name' offline 和 offline drop 没有什么区别。 因为offline 之后多需要进行recover 才可以online。

     *

select file#,status,name from v$datafile;

11 OFFLINE F:ORACLEADMINXX.DBF 

SQL>recover datafile 11;

ORA-01113: 文件 11 需要介质恢复

参照http://blog.csdn.net/zero_plus/article/details/6146969

*

offline以后，未完成的事物可以提交或回滚，但不能发起新的事物，也不能进行查询。

*

参照http://www.2cto.com/database/201307/226243.html

*

查看oracle数据库是否为归档模式

*

select name,log_mode from v$database;

NAME LOG_MODE
--------- ------------
****      ARCHIVELOG

参考http://blog.sina.com.cn/s/blog_83c5190f0100zrvo.html

*

数据库管理员可以在数据库处于开启（open）状态时令除 SYSTEM 表空间（tablespace）之外的任何表空间联机（online）(可访问)或脱机（offline）（不可访问）。当一个表空间（tablespace）脱机（offline）后，Oracle不允许任何SQL语句继续引用此表空间内的对象（schema object）表空间（tablespace）联机（online）或脱机（offline）时，SYSTEM 表空间内的数据字典（data dictionary）会进行记录。如果用户关闭（shut down）一个数据库时某个表空间处于脱机状态，那么这个表空间在数据库下次被装载（mount）、打开（open）后依旧保持脱机状态。只要数据库打开，Oracle数据库的表空间都能恢复联机。如果要联机的表空间不是“干净”脱机(即用NORMAL选项的ALTER TABLESPACE OFFLINE语句)，在联机之前必须先对表空间进行介质恢复。否则，Oracle返回错误并保持表空间脱机。

*

参考http://jiujian.blog.51cto.com/444665/1361353

*

当数据库需要进行介质恢复时，验证备份集和归档是否能够进行有效的恢复。防止我们restore后，执行recover时却发现归档缺少了一堆，在数据库当前日志序列号为3时我们完全备份了数据库。在数据库当前联机日志序列号为13时数据库损坏需要恢复，假设数据库联机日志组为3组，则可以推断数据库联机日志序列号分别为11、12、13。因此当数据库执行restore database后，再执行recover时不难推断数据库需要应用归档3、4、5、6、7、8、9、10以及联机日志11、12、13来进行完全恢复。为了能够顺利的执行完全恢复，我们在执行恢复前，需要对restore调用的备份集进行恢复验证（语句为：restorevalidate database）以及验证recover过程所需的归档3-10（语句为：restore validate archivelog sequence between 3 and10）

*

http://jotey.blog.163.com/blog/static/1492637020129178234311/