数据文件被删恢复过程总结.pdfVIP

数据文件被删恢复过程总结 by yangshuaijun@ 目 录 一、 现象3 二、 处理过程4 (一) 清查受损范围4 1. 检查数据文件受损范围4 2. 检查临时文件受损范围4 3. 检查受损文件总大小4 4. 检查备份情况5 (二) 恢复数据文件5 (三) 文件识别8 (四) 离线数据文件9 (五) 恢复数据文件9 (六) 摘除无法恢复的回滚段数据文件10 三、 教训总结12 (一) 单实例的高可用性12 (二) 文件识别12 (三) 文件系统操作防范12 (四) 误操作后的反应13 (五) 运维管理13 一、 现象 2011 年12 月30 日早上9 点左右，开发人员告诉我一个消息，晚上应用上 线的时候误删除了一个集群文件系统下的数据文件。我随即问了一下大概过程， 早上4 点多上线发现归档目录满数据库无法归档暂停了，就计划把归档迁移到一 个数据文件系统下（悲剧的开始），mv 的过程发现速度太慢，几百G 的归档确 实很慢，索性就rm 一把（悲剧就此诞生）。数据库还在运行，不过alert 日志已 经被疯狂刷新了。 环境： Host：Oracle M5000X2 OS: Oracle Solaris 10 DB: Oracle FS：Symantec SF CFS 悲剧已经酿，为了在最后的恢复过程中不出错，我请了一帮监工监督我干活。 监工有Oracle 原厂，云和恩墨，北京银河金星。 二、 处理过程 (一) 清查受损范围 1. 检查数据文件受损范围 SQLselect file#, name from v$datafile where name like ‘%YH_ORADATA4%; 结果是6 个数据文件，1 个回滚表空间文件。 2. 检查临时文件受损范围 SQLselect file#,name from v$tempfile where name like ‘%YH_ORADATA4%’; 结果是2 个临时文件。 3. 检查受损文件总大小 #df -h 发现有130G 的文件空间没释放。 SQLselect file#, name, create_bytes from v$datafile where name like ‘%YH_ORADATA4%’; SQLselect file#, name, create_bytes from v$tempfile where namke like ‘%YH_ORADATA4%’; 结果是每个文件大小16G。(坑爹啊„„) 4. 检查备份情况 SQLselect start_tiem,status from v$rman_backup_job_details; 这个结果更坑爹，都是“FAILED”。 这么多坑爹的事情堆在一块就不要问我，什么权限管理，备份巡检„„ (二) 恢复数据文件 在检查受损文件大小时，发现文件系统未释放空间达130G，可是文件已经 被rm 掉，不过这个是个好消息，至少文件句柄还没有被释放，还有最后的机会。 接下来的工作就比较摧残人性。 这里有大家熟知的方法找出是哪些进程打开了文件: fuser lsof 不过这些工具比较坑爹的是对于Solaris 10 UFS 工作的不错，对于Symantec SF CFS ，结果惨不忍睹啊，悲催的过程就不再一一赘述。 总所周知Oracle 后台进程dbwriter 负责，dbwriter