前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >服务器数据恢复案例-一顿操作猛如虎

服务器数据恢复案例-一顿操作猛如虎

原创
作者头像
北亚数据恢复中心
修改2019-07-31 18:28:00
7980
修改2019-07-31 18:28:00
举报
文章被收录于专栏:数据恢复案例数据恢复案例

服务器数据恢复背景介绍:

本次数据恢复案例的背景是一台装有20块硬盘的普通服务器,由于未知原因上层业务突然崩溃,机房管理员对服务器进行检查发现导致服务器崩溃的主要原因是服务器上有3块硬盘离线,管理员将服务器内的所有硬盘按照现有盘序从槽位取出后携带硬盘来到北京某数据恢复中心进行服务器数据恢复操作。

服务器数据恢复过程:

服务器数据恢复工程师接到客户的硬盘后使用数据恢复检测设备对20块硬盘进行检测,结果发现所有硬盘在数据恢复设备下均可识别,这就避免了修复硬件的过程和由于硬盘物理损伤过于严重无法修复导致的服务器数据恢复风险,是一件值得庆幸的事情,随后对该服务器内的所有硬盘进行镜像,镜像过程中发现原来服务器中提示离线的3块硬盘镜像个过程十分缓慢,这也与之前硬盘离线的原因有一定的关系,多数原因是因为这三块硬盘内存在大量的坏道或者不稳定扇区,所以在正常的服务器环境下出现离线情况,在专业的数据恢复设备中则可以识别,在镜像过程中就会出现镜像十分缓慢的情况,通过调整镜像策略来调过硬盘的坏扇区来进行调整,直至所有硬盘都成功镜像完成。

所有硬盘都成功镜像以后,数据恢复工程师继续使用服务器数据恢复工具将所有的镜像文件展开进行底层数据分析,根据ext3文件系统的逆向分析得到服务器内硬盘的盘序和校验信息,分析过程这里就不赘述了。最后利用这些分析出来的信息进行重组raid阵列,通过和用户沟通提取出了一些oracle的dmp文件,在dmp恢复的过程中,数据库报告为imp-0008错误,通过仔细分析导入dmp文件的日志文件,发现恢复的dmp文件存在问题而导致dmp导入数据失败。立刻重新分析raid结构,以及进一步确定ext3文件系统被破坏的程度,又经过数小时的工作,重新恢复dmp文件和dbf原始库文件,将恢复出来的dmp文件移交给用户进行数据导入测试,结果测试顺利没有发现问题,说明这次的数据恢复是成功的,接着对恢复出来的dbf原始库文件进行校验检测,所有文件均能通过测试。

服务器数据恢复工程师联系客户进行数据恢复结果的验证,经过客户验证所有数据均已经成功恢复,于是在服务器上又搭建了一组新的raid阵列,由数据恢复工程师配合将所有恢复成功的服务器数据迁移回客户的服务器上。客户的数据原则上在我公司免费保存三天,三天后进行数据销毁。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 服务器数据恢复背景介绍:
  • 服务器数据恢复过程:
相关产品与服务
对象存储
对象存储(Cloud Object Storage,COS)是由腾讯云推出的无目录层次结构、无数据格式限制,可容纳海量数据且支持 HTTP/HTTPS 协议访问的分布式存储服务。腾讯云 COS 的存储桶空间无容量上限,无需分区管理,适用于 CDN 数据分发、数据万象处理或大数据计算与分析的数据湖等多种场景。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档