备份恢复问题-急！

xhtang

某7*24H生产数据库，归档模式为开启。此数据库的备份计划是：周日晚上做incremental level 0备份，周一到周六晚上都做incremental level 1备份，每天的备份保留期限为一周。某个周二上午9点由于数据库的一个表空间test使用量已到90%，所以为此tablespace新增了一个datafile，文件名叫test02.dbf，此文件test02.dbf不在raid上，而是在一块单独的硬盘上。这天下午3点机房突然断电，1分钟后恢复供电，启动机器时发现有块硬盘坏了，而损坏的硬盘上刚好有且只有当天新增的那个datafile。现在，数据库库无法启动，检查备份，发现：周日的备份失败了，周一的可用。问：怎样恢复数据库？

motes

你的归档日志和控制文件完好的话，是可以恢复的。
startup mount;
alter datafile <corrupt_filename> offline;
alter database create datafile '<corrupt_filename>' as '<new_filename>';
recover datafile <new_filename>;
alter datafile <new_filename> online;

xhtang

周日的备份不可用,没有level 0的备份了。是不是周一的备份就没有什么用了？从周二新增文件那一刻起的所有归档都是完好的，且redo也一切完好

xhtang

周日的备份不可用,没有level 0的备份了。是不是周一的备份就没有什么用了？从周二新增文件那一刻起的所有归档都是完好的，且redo也一切完好

xhtang

原帖由 motes 于 2006-6-30 08:39 发表
你的归档日志和控制文件完好的话，是可以恢复的。
startup mount;
alter datafile <corrupt_filename> offline;
alter database create datafile '<corrupt_filename>' as '<new_filename>' ...

有人建议 ：
2. alter database backup controlfile to trace;  (获取当前controlfile的内容,去udump下最新的文件找)
3. shutdown immediate;
4. 把找到的controlfile script打开,修改其中的datafile存储路径(test02.dbf的路径)
5. 创建新的controlfile,然后startup mount;

是不是 9I 直接支持 alter database create datafile '<corrupt_filename>' as '<new_filename>'
不需要从control文件去修改那么麻烦？

xhtang

原帖由 motes 于 2006-6-30 08:39 发表
你的归档日志和控制文件完好的话，是可以恢复的。
startup mount;
alter datafile <corrupt_filename> offline;
alter database create datafile '<corrupt_filename>' as '<new_filename>' ...

有人建议 ：
2. alter database backup controlfile to trace;  (获取当前controlfile的内容,去udump下最新的文件找)
3. shutdown immediate;
4. 把找到的controlfile script打开,修改其中的datafile存储路径(test02.dbf的路径)
5. 创建新的controlfile,然后startup mount;

是不是 9I 直接支持 alter database create datafile '<corrupt_filename>' as '<new_filename>'
不需要从control文件去修改那么麻烦？

xhtang

在恢复的时候，我是要恢复 datafile  还是 database??
recover datafile <new_filename>;
alter datafile <new_filename> online;

recover database until cancel;
到底做哪一种恢复？

motes

原帖由 xhtang 于 2006-6-30 09:36 发表


有人建议 ：
2. alter database backup controlfile to trace;  (获取当前controlfile的内容,去udump下最新的文件找)
3. shutdown immediate;
4. 把找到的controlfile script打开,修改其中的datafile存储路 ...

这种方法很强悍，连SID都可以改了。有点儿杀鸡用牛刀了。
恢复最后一步:recover datafile <newfile>;即可。当然recover database;和recover tablespace <tablespace_name>;也可以。

天涯明月刀

原帖由 xhtang 于 2006-6-30 09:46 发表
在恢复的时候，我是要恢复 datafile  还是 database??
recover datafile <new_filename>;
alter datafile <new_filename> online;

recover database until cancel;
到底做哪一种恢复？

为什么还要 until cancel

recover谁都会让数据库一致起来

imtj

你的归档日志和控制文件完好的话，是可以恢复的。
startup mount;
alter datafile <corrupt_filename> offline;
alter database create datafile '<corrupt_filename>' as '<new_filename>';
recover datafile <new_filename>;
alter datafile <new_filename> online;
这样恢复最简单！！