服务器数据恢复环境:一台服务器中有一组由24块FC硬盘组建的raid5磁盘阵列,linux操作系统+ext3文件系统,服务器上层部署有oracle数据库。 服务器故障&检测:raid5阵列中有两块硬盘出现故障掉线,导致服务器上层卷无法挂载,oracle数据库无法正常使用。通过管理后台查看服务器中硬盘的状态,显示有两块硬盘处于离线状态。 服务器数据恢复过程:1、将故障服务器中所有硬盘编号后取出,硬件工程师检测后发现2块离线硬盘存在物理故障,硬件工程师对存在物理故障的2块磁盘进行处理后进行扇区级的全盘镜像。针对没有物理故障的磁盘以只读方式进行扇区级的全盘镜像。镜像完成后将所有磁盘按照编号还原到故障服务器中,后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。2、镜像过程中,在服务器管理后台以及硬盘SMART状态检测中均没有发现问题的另外3块盘也存在大量不规律的坏道分布。通过坏道列表定位到目标镜像文件,发现ext3文件系统的部分关键源数据信息被坏道破坏,只能通过同一条带进行xor以及根据文件系统上下文关系手动修复损坏的文件系统。3、北亚企安数据恢复工程师对服务器的文件系统和日志进行逆向分析,获取到服务器raid5阵列的盘序信息、raid块大小、校验方式等重组raid的必要信息。利用上述信息虚拟重组raid后,进一步分析服务器文件系统信息&提取oracle数据库dmp文件。4、在恢复数据库时出现imp-008报错。对oracle数据库进行排查后,发现从虚拟raid阵列中提取出的dmp文件存在异常,从而导致导入dmp文件时报错。5、重新分析raid阵列结构和文件系统结构并提取数据,提取出dmp文件及dbf原始库文件,导入dmp文件进行检验,重复上面步骤直到检验正常。6、将dmp文件移交给用户方验证,经过验证,用户方确认dmp文件没有问题。7、将恢复出来的数据导入搭建好的环境中由用户方进行验证,经过验证,用户方确认恢复数据完整有效。本次服务器数据恢复工作完成。
服务器数据恢复-ext3文件系统下oracle数据库数据恢复案例
来源:这里教程网
时间:2026-03-03 19:02:13
作者:
编辑推荐:
- 服务器数据恢复-ext3文件系统下oracle数据库数据恢复案例03-03
- [20231013]共享服务器的问题.txt03-03
- 中国OCM联盟隆重落户ITPUB社区,百位OCM已入驻,欢迎更多的OCM加入我们哦!03-03
- [20231016]增加字段与统计分析问题.txt03-03
- [20231017]建立索引的问题.txt03-03
- [20231017]使用dbms_workload_repository.add_colored_sql之2.txt03-03
- [20231017]使用dbms_xplan.display_awr查询遇到的问题.txt03-03
- [20231019]rename IDL_UB1$的恢复测试前准备.txt03-03
下一篇:
相关推荐
-
雷神推出 MIX PRO II 迷你主机:基于 Ultra 200H,玻璃上盖 + ARGB 灯效
2 月 9 日消息,雷神 (THUNDEROBOT) 现已宣布推出基于英
-
制造商 Musnap 推出彩色墨水屏电纸书 Ocean C:支持手写笔、第三方安卓应用
2 月 10 日消息,制造商 Musnap 现已在海外推出一款 Oce
热文推荐
- 中国OCM联盟隆重落户ITPUB社区,百位OCM已入驻,欢迎更多的OCM加入我们哦!
- AIGC降临家装:未来盒子“赶进度”,东易日盛“勤专研”
AIGC降临家装:未来盒子“赶进度”,东易日盛“勤专研”
26-03-03 - IvorySQL3.0:基于PG16.0最新内核,实现兼容Oracle数据库再升级
- 文心大模型商业化领跑,百度在自我颠覆中重构生长力
文心大模型商业化领跑,百度在自我颠覆中重构生长力
26-03-03 - 读懂搜狐财报里的“生长密码”
读懂搜狐财报里的“生长密码”
26-03-03 - oracle查询sql执行耗时、执行时间、sql_id
oracle查询sql执行耗时、执行时间、sql_id
26-03-03 - Oracle Exadata简介
Oracle Exadata简介
26-03-03 - PC产业岔路口:传统PC唱罢,AI PC登场
PC产业岔路口:传统PC唱罢,AI PC登场
26-03-03 - 甲骨文:AI驱动的复兴之路
甲骨文:AI驱动的复兴之路
26-03-03 - 优必选、小鹏、小米,人形机器人“奋勇争先”
优必选、小鹏、小米,人形机器人“奋勇争先”
26-03-03
