Chinaunix首页 | 论坛 | 博客
  • 博客访问: 354041
  • 博文数量: 608
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 6115
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(608)

文章存档

2024年(172)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

分类: 服务器与存储

2020-02-04 15:00:48

服务器硬盘物理故障情况简介:

服务器简单来说就是计算机的一种,具有高速的CPU运算能力、长时间的可靠运行、强大的I/O外部数据吞吐能力以及更好的扩展性。多数企业配备有自己的服务器,同时也带来了服务器故障导致数据丢失的困惑,毕竟更换一台新设备无法恢复原有的设备,今天给大家简单介绍一下服务器硬盘故障导致数据丢失后的数据恢复方法,下面是案例背景。

北京某公司的一台服务器出现了硬盘故障,导致服务器瘫痪,数据丢失。经数据恢复中心服务器数据恢复工程师前往客户现场了检测发现,客户的服务器组建了raid5磁盘阵列,一共配置3块硬盘,导致服务器崩溃的原因是有一块硬盘不知什么故障离线,存储重要数据的D分区不能被识别了。

在数据恢复工程师来到之前,客户的服务器管理员已经对故障服务器进行了一系列挽救操作。管理员先重启了服务器让故障硬盘重新上线然后同步数据,数据同步到40%左右时管理员进行了强制关机操作。很遗憾,管理员的一系列操作并不会起到挽救数据的作用,下面介绍的是这种情况下我们对服务器数据恢复的常规操作流程和方法。

服务器数据恢复方法:

在介绍数据恢复方法前有必要先介绍一下保障措施,在数据恢复操作前,必须要将客户的故障服务器内所有硬盘以只读模式进行备份,一方面是为了避免对客户原始数据进行分析和操作,保护原始服务器数据不被干扰,另一方面也可以避免数据分析和恢复的过程占用客户服务器,影响业务。

数据恢复中心的服务器数据恢复工程师对镜像文件进行了分析,重组了raid结构并进行抑或校验,部分数据校验通过,这是因为离线硬盘上线后的同步操作对数据造成了破坏。服务器数据恢复工程师尝试了多种方法,但最终提取到的数据都是被破坏的,只好尝试修复。

服务器数据恢复工程师对D分区的数据文件进行扫描和分析,D分区的数据文件目录不可见,对自由空间数据页进行扫描并进行碎片分析和重组。最后对重组出的文件进行完整度和有效性验证。通过后进行提取。

通过客户上层应用连接数据库对提取到的数据进行可用性验证,经过验证,数据库文件可以正常加载,上层应用信息正常。本次服务器数据恢复圆满成功。

服务器数据恢复结论:

在服务器出现不明原因的故障导致系统崩溃或者文件不可用时,我们通常不建议客户盲目的在源服务器设备上进行数据分析和数据恢复尝试,如果却有数据恢复技术的,可以在对原服务器镜像后在镜像服务器上进行数据恢复操作,避免操作失误导致的数据丢失或者数据恢复难度增加。

阅读(1015) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~