求助！9i裸设备上文件出问题，恢复不了，数据库起不来
OS:RHEL4_u7 x86_64
DB:Oracle 9i
roseha双机。实际上就是单实例。
现象：
1.三天前做的数据的迁移，rman copy文件系统上的数据文件到磁盘阵列上，裸设备方式。因为用户的系统空间几乎耗尽，所以 用户要求迁移。
2.迁移之后发现文件访问正常。
3.昨天早上做了一次检查，发现还没有问题。快九点的时候反应数据库出问题了。一看双机状态为standby，两台都是。而且实例本来在2号机器，当时看的时候是在一号机器上，不知道什么东西触发的。
4.客户打来电话，比较着急，要求暂时先用迁移之前保留的数据文件，应该是有一些反应和压力给他，于是我就rename file_on_raw to file_on_os了。
5.这个时候发现数据库是可以起来的，大多数文件都是可用的。
6.过了一会儿客户反映说迁移的那个文件的数据无法用。
7.尝试了recover等操作，提示文件不能识别或者是系统访问权限不足。
8.后来觉得数据库大部分能访问，想观察一下，结果得知down了，然后再也没起来。总是报无法识别文件或者是文件需要介质恢复。打开了归档也关不了了。
9.归档虽然开了，但没有找到归档日志，alert log里面明明显示生成了归档日志，我问过客户，客户说没有操作过，既然客户这么说了，我也不能再多问什么了。
非常郁闷的事情，为了做这个项目，我在咱们论坛里先发了一个帖子，咨询迁移是否可行，有什么方法，后来好多好心的朋友都给出了建议，我自己也做成功了，并且认真写了一个rman copy到裸设备的测试报告发了帖子。
本来迁移是正常使用的，后来出了问题，都来责难我了，压力特别大，我觉得最重要的问题还是最好能恢复，能open数据库。
单独备份的表空间能异机恢复么？有人做过吗？
是热备的，当初感觉保险，就用常用的rman备份了，没想到最后出了问题，就找我了，我之前做的操作一只都正常。平时我不负责维护那个数据库的，作了个迁移，我做完还验证了一下信息是否可读、可用，没想到后来出了问题就让我解决了，既然事情到这个地步，我想不管怎么说，客户也很着急，我也只能保守谨慎的做了。
页:
[1]