oracle 9i误删除表空间的解决办法(造成ORA-01033: ORACLE initialization or shutdown in progress ;ORA-01110: 数据库未打开)
依次执行如下命令:
0.开始--运行-- 输入 services.msc进入服务，在里面开启orcaleServiceORCL
1.开始--运行-- 输入cmd
sqlplus /nolog
SQL>conn system/manage as sysdba;
已连接到空闲例程。
2.SQL>shutdown immediate;
ORA-01109: 数据库未打开
已经卸载数据库。
ORACLE 例程已经关闭。
3.SQL>startup mount;
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
4.SQL>alter database open;(查看误删除的文件)
alter database open
*
ERROR 位于第 1 行:
ORA-01157: 无法标识/锁定数据文件 11 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 11: 'E:\WB\MYSPACE.ORA'
5.SQL>alter database clear unarchived logfile group 1 unrecoverable datafile; (在文件恢复出错时，使用此命令将文件删除)
数据库已更改
SQL>alter database clear unarchived logfile group 2 unrecoverable datafile;
数据库已更改
SQL>alter database clear unarchived logfile group 3 unrecoverable datafile;
数据库已更改
6.SQL>alter database datafile 'E:\WB\MYSPACE.ORA' offline drop;(将误删除的表空间从数据库中卸载)
数据库已更改
7.SQL>alter database open;
数据库已更改
至此，结束了，再登陆后就成功了！
SQL> alter tablespace 表空间名 online;
*
ERROR 位于第 1 行:
ORA-01157: 无法标识/锁定数据文件 11 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 11: 'E:\WB\MYSPACE.ORA'
可见这是由于C:\ORACLE\ORADATA\ORCL\REDO01.LOG被误删造成的，那么有什么办法可以解决这个问题呢（希望保留用户vm_uer的所有表及其中的数据）？恳请大侠们指点。
---------------------------------------------------------------
首先，执行下面的语句看看group1是不是current日志组
SQL> select group#,sequence#,archived,status from v$log;
如果被删除的日志不是当前日志组的成员，比较简单
SQL> alter database clear logfile group 1;
如果你的库是非归档的，或许要用下面的语句
SQL> alter database clear unarchived logfile group 1;
如果是当前日志组损坏，但是数据库是正常关闭的，上面的办法也可以使用
如果日志组中有活动的事务，那么可能需要利用备份来恢复了，否则只有通过隐含参数强制打开库（不推荐，如果是生产库，最好请求技术支持）
========================================================================================
非归档模式下恢复利用offline drop命令误删除的数据文件
标签： offline drop 非归档 恢复 zhaolinjnu 分类： Oracle 2008-02-16 10:16
众所周知，非归档模式下，联机日志并不归档。可能大多数的网友一直以来都会有这样的模糊认识。数据库作recover时，只能利用归档日志和current redo log联机日志。实际上所有的联机日志都是可以用的。此文介绍在非档模式下,恢复利用offline drop命令误删除的数据文件。offline drop命令相当于把一个数据文件至于离线状态，并且需要恢复或再也不使用此数据文件了。所在，在OS级别并不是删除数据文件的意思。但是要在非档模式下恢复此数据文件的前提是，联机日志中自数据文件创建以来的所有联机日志都没有被覆盖。下面是整个实验过程,并且注意，在整个恢复的过程中注意从视图中获得的数据文件状态的变化:
SQL> archive log list;
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination c:\arc
Oldest online log sequence 7
Current log sequence 9
SQL> set linesize 200
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ----------
1 1 8 52428800 1 YES INACTIVE 730667 2008:01:15 08:57:55
2 1 9 52428800 1 NO CURRENT 755863 2008:01:15 11:49:53
3 1 7 52428800 1 YES INACTIVE 696036 2008:01:14 12:30:46
SQL>
SQL> alter tablespace users add datafile 'C:\ORADATA\TEST\TEST\users03.dbf' size 5M;
Tablespace altered.
SQL> alter system switch logfile;
System altered.
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ----------
1 1 8 52428800 1 YES INACTIVE 730667 2008:01:15 08:57:55
2 1 9 52428800 1 NO ACTIVE 755863 2008:01:15 11:49:53
3 1 10 52428800 1 NO CURRENT 768362 2008:01:18 15:19:46
在操作系统层删除6号数据文件后，对6号数据文件作offline drop操作
SQL> alter database datafile 'C:\ORADATA\TEST\TEST\users03.dbf' offline drop;
Database altered.
SQL>
查看数据文件状态,当对数据文件执行offline drop 命令后，数据文件状态变为recover
SQL> select file#,status,name from v$datafile order by 3;
FILE# STATUS NAME
---------- ------- ------------------------------------------------------------------------
3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
4 ONLINE C:\ORADATA\TEST\TEST\USERS01.DBF
2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
6 RECOVER C:\ORADATA\TEST\TEST\USERS03.DBF
SQL>
根据控制文件中的信息，重新创建6号数据文件
SQL> alter database create datafile 6;
Database altered.
在执行完创建命令后，数据文件状态仍然为recover,此时数据文件中只有非常简单的信息
SQL> select file#,status,name from v$datafile order by 3;
FILE# STATUS NAME
---------- ------- ------------------------------------------------------------------------
3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
4 ONLINE C:\ORADATA\TEST\TEST\USERS01.DBF
2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
6 RECOVER C:\ORADATA\TEST\TEST\USERS03.DBF
因为联机日志还未被覆盖，尽管处于非归档模式，仍然可以对6号数据文件作恢复
SQL> recover datafile 6;
Media recovery complete.
SQL>
数据文件状态变为offline
SQL> select file#,status,name from v$datafile order by 3;
FILE# STATUS NAME
---------- ------- -------------------------------------------------------
3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
4 ONLINE C:\ORADATA\TEST\TEST\USERS01.DBF
2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
6 OFFLINE C:\ORADATA\TEST\TEST\USERS03.DBF
在对数据文件作online操作后，数据文件恢复正常
SQL> alter database datafile 6 online;
Database altered.
SQL> select file#,status,name from v$datafile order by 3;
FILE# STATUS NAME
---------- ------- ----------------------------------------------
3 ONLINE C:\ORADATA\TEST\TEST\SYSAUX01.DBF
1 SYSTEM C:\ORADATA\TEST\TEST\SYSTEM01.DBF
5 ONLINE C:\ORADATA\TEST\TEST\TBS_UNDO_01.DBF
4 ONLINE C:\ORADATA\TEST\TEST\USERS01.DBF
2 ONLINE C:\ORADATA\TEST\TEST\USERS02.DBF
6 ONLINE C:\ORADATA\TEST\TEST\USERS03.DBF
从上面恢复的整个过程可以看出，尽管数据库处于非归档模式，只要数据文件创建以来的联机日志还没有被覆盖，数据文件就可以恢复出来。
