今天碰到客户一个很特别的需求,很无语。windows平台。
开发部门的测试数据库,用户不知道rman是什么东西。备份方式是数据库打开状态下,将dbms+datafile等文件夹拷贝出来。(真有才~)不幸的是数据硬盘分区坏了,需要我用这些所谓的“备份”恢复到异机。
恢复步骤:
按照原有目录结构,搭建虚拟机,建好dbms目录以及数据目录。将dbms从10.2.0.1升级到10.2.0.4(客户说库是10.2.0.4的,后来证明是10.2.0.1~客户的话不能全信的~)为了方便,用dbca建立一个与需要恢复系统相同sid、数据存储路径的数据库。然后将数据库关了,把用户的“备份”恢复过去,覆盖原文件。
startup nomount检查一下参数文件,没问题
alter database mount也没问题,alter database open;报错,提示丢失数据文件,一看,我们的客户真有才,只备份的oradata目录下的文件,还有其他表空间的文件存放于D盘根目录~没办法找他要了,把控制文件备份到trace,手工打开trace文件,将缺失的数据文件注释掉,重建控制文件。
alter database open,提示需要介质恢复,recover database;想完成了,应该能打开了。再次试图启动,居然报需要升级模式打开~我彻底无语~
顺手给他做了升级,2个脚本跑了半天~哎,升级完成,收拾机器,明天带去根据需求expdp把要的东西导出来~哎
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7969839/viewspace-670161/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/7969839/viewspace-670161/
本文记录了一次使用非标准方法备份数据库后的恢复过程。用户通过简单复制文件的方式进行备份,在遇到硬盘故障后,需要通过一系列复杂操作来恢复数据,包括搭建环境、调整控制文件和进行介质恢复。
1736

被折叠的 条评论
为什么被折叠?



