数据库打不开了!

[复制链接]
查看11 | 回复9 | 2011-1-25 15:42:33 | 显示全部楼层 |阅读模式
出现如下提示
ORA-01113:文件2需要媒体恢复
ORA-01110:数据文件2:'E:\ORADATA\RBS01.DBF'
该如何处理?
我是非归档模式,WIN2000+8.1.7
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
startup mount;
recover database;
alter database open;
just test it
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
非归档模式,只能用原来备份的控制文件、数据文件、LOG文件佛盖原来的文件就行了
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
一般来讲,如果没有备份是不可能作完全恢复的,如果能够强制作媒体恢复的话最好
最糟糕的就是将该数据文件删除
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
这个文件是回滚段文件,除了用备份文件,还有别的办法吗?
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
back it up so as not losing any data
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
startup mount;
recover database;
alter database open;
不行吗?
那mount下drop掉tablespace 标记所有的rbs为offline 或者corrupted有参数设置(搜说一下) 然后估计可以open了
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
能说明一下,你在出错之间做过什么操作。是你shutdown abort。还是数据库自己crash的?
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
希望你能看懂下面的话
I.B. THE DATABASE WAS NOT CLEANLY SHUT DOWN
-------------------------------------------

This is the situation where the database was last shut down abort or crashed.
In this case, it is almost certain that the rollback segments that had
extents in the lost datafile still contain active transactions.Therefore,
the file cannot be offlined or dropped.You must restore the lost datafile
from a backup and apply media recovery to it.If the database is in
NOARCHIVELOG mode, you will only succeed in recovering the datafile if the
redo to be applied is within the range of your online logs.If a
backup of the datafile is not available, please contact Oracle Customer
Support.

These are the steps:

1. Restore the lost file from a backup.

2. Mount the database.

3. Issue the following query:


SELECT FILE#, NAME, STATUS FROM V$DATAFILE;


If the status of the file you just restored is "OFFLINE," you must

online it before proceeding:


ALTER DATABASE DATAFILE '' ONLINE;

4. Issue the following query:


SELECT V1.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE#

FROM V$LOG V1, V$LOGFILE V2

WHERE V1.GROUP# = V2.GROUP# ;


This will list all your online redolog files and their respective

sequence and first change numbers.

5. If the database is in NOARCHIVELOG mode, issue the query:


SELECT FILE#, CHANGE# FROM V$RECOVER_FILE;


If the CHANGE# is GREATER than the minimum FIRST_CHANGE# of your

logs, the datafile can be recovered.Just keep in mind that all the

logs to be applied will be online logs, and move on to step 6.


If the CHANGE# is LESSER than the minimum FIRST_CHANGE# of your logs,

the file cannot be recovered.Your options at this point include

restoring a full backup if one is available or forcing the database

to open in an inconsistent state to get a full export out of it.

For further details and to assist you in your decision, please

contact Oracle Customer Support.

6. Recover the datafile:


RECOVER DATAFILE ''

7. Confirm each of thelogs that you are prompted for until you
receive the message "Media recovery complete".If you are prompted for a
non-existing archived log, Oracle probably needs one or more of the
online logs to proceed with the recovery.Compare the sequence number
referenced in the ORA-280 message with the sequence numbers of your online
logs.Then enter the full path name of one of the members of the redo group
whose sequence number matches the one you are being asked for.Keep entering
online logs as requested until you receive the message "Media recovery
complete".

8. Open the database.
回复

使用道具 举报

千问 | 2011-1-25 15:42:33 | 显示全部楼层
所有的datafile的备份都拷过去先这样处理了,掉了一天的数据
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行