误删除表空间的解决办法(造成ORA-01033:

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

从上面恢复的整个过程可以看出，尽管数据库处于非归档模式，只要数据文件创建以来的联机日志还没有被覆盖，数据文件就可以恢复出来。