各位大虾紧急救命,数据库启动报ORA-01113,ORA-01110的错,不知道怎么处理!!

Question

我在启动数据库的时候报如下的错误,不知道怎么处理,请各位大虾出招,谢谢!!SQL> startup;
ORACLE instance started.Total System Global Area  110576688 bytes
Fixed Size                   726064 bytes
Variable Size              92274688 bytes
Database Buffers           16777216 bytes
Redo Buffers                 798720 bytes
Database mounted.
ORA-01113: file 21 needs media recovery
ORA-01110: data file 21: '/home/oracle9i/product/9.2.0.2/dbs/RMS_TBS_0205.dbf'

Answer 1

ORA-01113 file string needs media recoveryCause: An attempt was made to open a datafile that is in need of media recovery.Action: First apply media recovery to the datafile identified in the message, then retry the operation.ORA-01110 data file string: 'string'Cause: This message reports the file name involved with other messages.Action: See the associated messages for a description of the problem.

Answer 2

是不是手动改变了文件的位置？
如果不是
recover database就可以了先查查，自己试下，不成功大家再一起看看

Answer 3

文件RMS_TBS_0205.dbf可能被人移动过了,或者是被损坏了
系统提示启动时,需要的文件找不到
你知道这个数据文件里面有什么数据或什么表吗?
如果是不重要的,可以把这个文件设置为离线,然后用备份文件恢复回来ALTER TABLESPACE game OFFLINE;
如果是意外删除了数据文件，则必须带有RECOVER选项
ALTER TABLESPACE game OFFLINE FOR RECOVER;有关表空间的操作,请参考:
http://blog.csdn.net/hdhai9451/archive/2009/02/07/3867196.aspx

Answer 4

ALTER TABLESPACE game OFFLINE; 会报错说数据库还没打开呢？、现在数据库重启后打不开，所以不能置表空间offline

Answer 5

今天在检查接口机的时候，发现速度奇慢，于是，就差了一下v$session表，可是很不幸，查询的速度慢的要命，原来的前几天备份的时候出现的问题，没办法，关闭后重其一次吧，可是关闭的时候出现了ORA-01113: file 9 needs media recovery
ORA-01110: data file 9: '/data2/oracle/oradata/MOSS/users01.dbf'的错误，怎么回事呢，原来也没有修改过什么，也没有操作过users表空间阿，没办法，于是shutdown abort;$ sqlplus
 
SQL*Plus: Release 9.2.0.1.0 - Production on Tue Oct 10 12:01:17 2006
 
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
 
Enter user-name: / as sysdba
 
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
 
SQL> startup mount;
ORACLE instance started.
 
Total System Global Area 1108838600 bytes
Fixed Size                   731336 bytes
Variable Size             973078528 bytes
Database Buffers          134217728 bytes
Redo Buffers                 811008 bytes
Database mounted.
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01113: file 9 needs media recovery
ORA-01110: data file 9: '/data2/oracle/oradata/MOSS/users01.dbf'
 
 
SQL> recovery database;
SP2-0734: unknown command beginning "recovery d..." - rest of line ignored.
S
 
SQL> alter database datafile '/oracle/oradata/MOSS/USERS01.DBF' online;
alter database datafile '/oracle/oradata/MOSS/USERS01.DBF' online
*
ERROR at line 1:
ORA-01516: nonexistent log file, datafile, or tempfile
"/oracle/oradata/MOSS/USERS01.DBF"
 
 
SQL> l
  1* alter database datafile '/oracle/oradata/MOSS/USERS01.DBF' online
SQL> c /oracle/data2
  1* alter database datafile '/data2/oradata/MOSS/USERS01.DBF' online
SQL> /
alter database datafile '/data2/oradata/MOSS/USERS01.DBF' online
*
ERROR at line 1:
ORA-01516: nonexistent log file, datafile, or tempfile
"/data2/oradata/MOSS/USERS01.DBF"
 
 
SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
$ sqlplus
 
SQL*Plus: Release 9.2.0.1.0 - Production on Tue Oct 10 12:03:53 2006
 
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
 
Enter user-name: / as sysdba
 
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
 
SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
$ pwd
/data2/oracle/oradata/MOSS
$ sqlpus
sqlpus: not found
$ sqlplus
 
SQL*Plus: Release 9.2.0.1.0 - Production on Tue Oct 10 12:04:19 2006
 
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
 
Enter user-name: / as sysdba
 
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
 
SQL> alter database datafile '/data2/oracle/oradata/MOSS/users01.dbf' online;
 
Database altered.
 
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01113: file 9 needs media recovery
ORA-01110: data file 9: '/data2/oracle/oradata/MOSS/users01.dbf'
 
 
SQL> recover database;
Media recovery complete.
SQL> alter database open;
 
Database altered.
 
SQL> ok！问题解决！呵呵

Answer 6

产生： （不限于以下具体操作）
   1、新建表空间TB，对应数据文件TB1.ora
   2、将TB离线（offline）
   3、新建数据文件TB2.ora（大小与TB1.ora不同）
   4、将TB的TB1.ora改名为TB2.ora
   5、将TB上线（online）
结果出现了ORA-01113、ORA-01110问题。解决1：（尝试了，但没成功）
startup mount;
alter database datafile filename offline drop;
alter database open;解决2：（成功恢复）
startup mount;
recover datafile filename;
alter database open;

Answer 7

答复楼上的这个问题是这样造成的,一个表空间有三个数据文件,有人在后台直接把其中的一个数据文件
RMS_TBS_0205.dbf给干掉了,即 rm -f RMS_TBS_0205.dbf然后关了数据库,重启就打不开了

Answer 8

不要用startup,而是startup mount
进入startup mount后,把找不到的文件离线ALTER TABLESPACE 表空间名 OFFLINE,
再创建一个新的文件补回来

Answer 9

参照
http://hi.baidu.com/jdsnhan/blog/item/69c8cab15968d051092302fc.html

Answer 10

这个是数据文件丢失了，解决步骤是：重新创建一个数据文件，然后recover过来就可以了，不过前提是日志文件还在。
1. alter database create datafile '/home/oracle9i/product/9.2.0.2/dbs/RMS_TBS_0205.dbf';
2. set autorecovery on;
3. recover datafile '/home/oracle9i/product/9.2.0.2/dbs/RMS_TBS_0205.dbf';
4. alter database datafile  '/home/oracle9i/product/9.2.0.2/dbs/RMS_TBS_0205.dbf' online;
5. alter database open;