SQL codeSQL> alter database datafile 'E:\PLSQL DEV\BBS.ORA' offline drop;
 
------解决方案--------------------
 
1.创建一个新的表空间
 
create tablespace rainbow
 
datafile 'd:\oracle\oradata\oa_test5\rainbow01.dbf' size 10m;
 
2.在其中建表
 
create table test
 
(emp int)
 
tablespace rainbow;
 
3.插入数据
 
insert into test
 
(emp) values(1000);
 
commit;
 
4.备份控制文件
 
alter database backup controlfile to 'd:\control.bak';
 
5.关闭数据库
 
shutdown immeidate;
 
6.进行全备份
 
备份所有的数据文件
 
7.打开数据库
 
startup
 
8.删除表空间rainbow
 
drop tablespace rainbow including contents; 16:46:03
 
9.为了验证我们再更新另外一个表空间里的test2表
 
insert into test2 (emp) values(888);
 
commit;
 
10.关闭数据库，并用6进行的全备份restore所有的数据文件(不完全恢复一定要全部的数据文件)
 
11.打开至mount;
 
startup mount;
 
12.执行不完全恢复
 
recover database until time'2007-03-23:16:46:00' using backup controlfile;
 
(为什么要使用using backup controlfile 因为删除表空间后控制文件被修改了)
 
SQL> recover database until time'2007-03-23:16:46:00' using backup controlfile;
 
ORA-00279: 更改 471722 (在 03/23/2007 16:39:44 生成) 对于线程 1 是必需的
 
ORA-00289: 建议: D:\ORACLE\ORADATA\OA_TEST5\ARCHIVE\ARC00001.001
 
ORA-00280: 更改 471722 对于线程 1 是按序列 # 1 进行的
 
指定日志: {=suggested | filename | AUTO | CANCEL}
 
D:\ORACLE\ORADATA\OA_TEST5\redo03.log
 
已应用的日志
 
完成介质恢复
 
13.打开数据库
 
alter database open resetlogs;
 
数据库已更改
 
14.查询原来的数据
 
select * from test;
 
结果报错
 
ERROR at line 1:
 
ORA-00376: file 11 cannot be read at this time
 
ORA-01111: name for data file 11 is unknown - rename to correct file
 
ORA-01110: data file 11: '/opt/oracle/product/9.2.0/dbs/MISSING00011'
 
问题的原因：现在的控制文件中没有tablespace rainbow (前面已经将其删除)
 
虽然我们用备份的控制文件对数据库进行了修复但是数据库打开时当前的控制
 
文件仍然是最新的控制文件。
 
出现'/opt/oracle/product/9.2.0/dbs/MISSING00011' ，是因为数据库启动时
 
发现控制文件和system表空间中的dv信息不一致造成的
 
解决方法：重建控制文件
 
用备份出来的控制文件'd:\control.bak'重命名即可，或使用由alter
 
database backup control file to trace 备份的进行重建。
 
15.重新开启数据库并查询数据
 
SQL> select * from test;
 
EMP
 
----------
 
1000
 
SQL> select * from test2;
 
未选定行
 
说明数据库已经按我们的要求进行不完全恢复了。

 
SQL> startup mount
 
ORA-01081: 无法启动已在运行的 ORACLE - 请首先关闭它
 
SQL> shutdown immediate
 
ORA-01109: 数据库未打开
 
已经卸载数据库。
 
ORACLE 例程已经关闭。
 
SQL> startup mount
 
ORACLE 例程已经启动。
 
Total System Global Area 612368384 bytes
 
Fixed Size 1250428 bytes
 
Variable Size 167775108 bytes
 
Database Buffers 436207616 bytes
 
Redo Buffers 7135232 bytes
 
数据库装载完毕。
 
SQL> alter database datafile 'F:\ORADB.DEF'offline drop;  (忘了文件名，可以先执行下面的，会有文件名提示的)
 
数据库已更改。
 
SQL> alter database open;
 
数据库已更改。
 
SQL> drop tablespace oradb including contents;
 
表空间已删除。

 
近日，在初始化系统的时候，有报错，最后查的是因为部署在一台linux系统上的oracle数据库有异常。登陆到系统中，切换到oracle用户查看数据库状态时，报错现象如下：
 

 
再查看磁盘空间使用情况df –h查看，根目录磁盘空间已经满了(sda3磁盘)
 

 
1、首先想到的是删除一些不用的文件。但是这是一台只部署了oracle数据库而没有部署其他基础件的linux系统，删除文件不会增加太多空间。如果部署了其他基础件，可以删除一些日志和core文件，可以增加很大的磁盘空间。
 
2、根据经验，oracle数据库用久了，它的UNDO表空间和TEMP表空间对应的物理文件会占用很大的磁盘空间。进入对应的oradata目录使用ll –lh查看，果然，分别占用了14G和17G的磁盘空间。
 

 
3、基于以上分析，需要对这2个文件动动手术，可以参考网上资料《UNDOTBS01.DBF太大的解决方法》和《oracle temp01.dbf太大的解决方式》
 
4、以上的”手术”需要在数据库启动的状态下进行，但是目前数据库因为磁盘空间不足，启动都启动不了，便想到删除一些文件先让数据库可以启动起来。
 
前面已经分析了，由于只部署了数据库，删除一些文件之后只多了2M的空间，数据库无法启动。便进行了系统的重启，一般重启系统会释放一些空间，可以让数据库先起起来。但是这次重启系统后，数据库还是因为磁盘空间满无法启动。
 
5、这种情况下，观察到业务的一些数据库文件也占用了很大的空间，可以先挪一部分物理文件到其他非根目录上去。这个环境的数据库文件一部分再/uf02/oradata/test142，这个目录是用的根目录磁盘空间，可能是数据库最开始安装时指定的数据库文件路径；一部分在/uf20/oradata/test142，这个是新挂载的磁盘sdb1,还有18G空间可用。
 
以上挪表空间的物理文件的过程可以在数据库没有启动的时候进行。
 
问题已经分析清楚，可以开始持刀操作了
 
一、加载新磁盘并挂载
 
如果没有新的磁盘，可以申请挂载新的磁盘，操作如下。如有可忽略，实际操作过程中目录名称请自己定义。
 

 
二、挪数据文件到新的磁盘目录
 

 
启动数据库，直接startup会报错刚刚移动的数据文件不存在类似。
 
可以在mount数据库的状态下，指定数据文件到新的位置。
 

 
▪ 已连接到空闲例程↑
 

 
▪ORACLE 例程已经启动↑
 

 
▪数据库装载完毕↑
 

 
▪数据库已更改↑
 
SQL> alter database open;
 
▪数据库已更改↑
 
SQL> alter system register;
 
▪系统已更改↑
 
三、重做UNDO表空间
 
以上步骤二的操作可以解决部分问题，挪一些比较大的物理文件到新的磁盘，则根目录磁盘空间可能就已经多出了好几个G，则够用了。
 
*这里推荐一种方法可以让空间更多点
 
以SYS用户登录Oracle 自带的SQL*PLUS的方法：
 
sqplus “/as sysdba”
 
1、创建一个新的小空间的UNDO TABLESPACE
 

 
2、设置新的表空间为系统UNDO_TABLESPACE
 

 
3、在配置文件中修改undo_tablespace的设置
 

 
在本系统的位置及文件名称
 

 
即cd $ORACLE_HOME/dbs目录下
 
将其中的undo_tablespace=UNDOTBS1 改为 UNDOTBS2
 
4、重启数据库
 
方法一：采用命令SHUTDOWN IMMEDIATE 关闭数据库，然后再采用命令STARTUP 重新开启数据库；
 
方法二：重启计算机
 
5、DROP 旧的表空间
 

 
查询所有表空间情况： SELECT NAME FROM V$DATAFILE;
 
空间得到恢复利用
 
文件位置请根据自己系统情况进行操作
 

 
以上操作完成，查看文件大小以及空间使用情况，感觉心情不错！
 
版权所有 侵权必究
 
如需转载请联系
 
0571-28829811

 
报错：ORA-01219: 数据库未打开:
 
仅允许在固定表/视图中查询
 
出现这个问题情况是：我自己在本地创建一个数据库，在建表空间的时候，建好一个表空间文件，后觉得这个表空间文件名不好，想删掉，然后我就直接到当前数据库的文件夹下面直接操作，并没写SQL语句查询，删除完后当我再用pssqlde工具或删除数据库工具打开它都提示ora-01219
 
:数据库未打开，仅允许在固定表/视图中查询，在网上查了很多，后面才解决掉，现把它记录下来以后遇到相似问题，以便能快速解决，也可供让遇到相同问题的朋友们进
 
行一个参考。
 
主要是删除v$datafile 中的对应文件
 
alter database datafile
 
'E:\oracle\product\10.2.0\oradata\lushoudb\lushu 001.dbf' offline
 
drop;
 
然后把表空间drop：
 
drop tablespace lushu 001.
 
首先在在命令行下输入
 
sqlplus /nolog 进入SQL*PLUS
 
大概步骤如下：
 
C：\documents and
 
settings\administrator>sqlplus/nolog
 
SQL>conn system/manager as sysdba
 
已连接
 
SQL>select name from v$datafile
 
2 ;
 
name
 
-------------------------------------
 
E:\oracle\product\10.2.0\oradata\lushoudb\system01.dbf
 
E:\oracle\product\10.2.0\oradata\lushoudb\user01.dbf
 
E:\oracle\product\10.2.0\oradata\lushoudb\lushu 001.dbf
 
SQL>alter database datafile
 
'E:\oracle\product\10.2.0\oradata\lushoudb\lushu 001.dbf'
 
offline
 
2 ;
 
数据库已更改
 
SQL>alter database datafile
 
'E:\oracle\product\10.2.0\oradata\lushoudb\lushu 001.dbf' offline
 
drop
 
2 ;
 
数据库已更改
 
SQL>alter database open
 
2 ;
 
数据库已更改
 
SQL>select name from v$tablespace
 
2 ;
 
name
 
-------------------------------------
 
system
 
user
 
已选择2行
 
问题解决！！！