遇到了挑战！！！！！！
OS：AIX 5。3DB：ORACLE 10。2。4
备份存储：TSM
问题描述：客户的系统每晚都会用RMAN对DB 作一次全量备份，全库备份也不到4G。备份在TSM管理的磁带上，但是人有不测风云。。。。。
通过RMAN日志分析2009-7-13这一天晚上，最后一个日志序列228备份后，第二天开始一直到今天2009-8-22。备份始终失败。
都说屋漏偏逢连阴雨，这话真TMD经典。果真应验了这个千古成语。就是2009-8-18这一次，维护人员一不小心，误删了两张非常重要的表。
发现以后也不知道如何恢复。就稀里糊涂地重新建了一遍。继续往这两个表里写数据。直到后来。。。。。。。。。
昨天，他们打电话通过N个人转到我这里，希望我能帮点小忙。我也不好推辞。就开始工作了。。。
客户现在要求： 恢复到2009-8-18 18：00 这个时间点。这个已经确认了。
由于采用的是主备机。主机上不能轻举妄动，所以昨晚工程师在夜黑人静时，默默地将主机的数据库文件硬件镜像了一份装到了备机上。
今天下午开始从备机上恢复。目前恢复过程中遇到了一个非常关键的问题：
最近能够使用的全备是2009-7-13日，已经可以正常RESTORE。
但是要恢复到2009-8-18，必须有228-266之间的所有归档呀。可是第一个归档（sequence=228）就坏在磁带上了，读不出来。
其它归档还好，都在硬盘上存着。
于客户开始幻想：能不能跳过SEQ=228这个归档，直接从229开始恢复。
客户的理由是：两张误删的表从8月份才开始有数据。因此228这个归档对恢复两张误删的表没有影响。
我听了觉得似乎有点启发，但由于本人的水平很一般。像这种打破常规习俗的事真的不知道该如何下手。
今发此贴，征求良策。若被采纳，永生感谢！！！
页:
[1]