ITPub博客

设备清单：源服务器   dell r710 服务器  3块盘raid5，2块盘raid1，1块盘热备，windows2008操作系统目标服务器  dell r730 服务器  6块盘   无操作系统。客户需求：由于客户操作系统存在特殊软件，需要进行整体迁移，windows2008操作系统从源服务器dell r710到目标服务器d

【数据恢复故障描述】今天为大家介绍的是服务器数据恢复案例，服务器的故障是raid信息丢失了。下面简单介绍一下本次数据恢复的服务器基础信息：某品牌DL380系列服务器，存储是由6块73GB SAS硬盘组成的RAID5磁盘阵列，服务器上层操作系统是WINDOWS 2003 SERVER，服务器内主要存储了企业的内部文件，没有数据库文件，在服务器的主机（无UPS）发生故障前曾经出现过几次意外断电的情况，

【服务器数据恢复背景】本次数据恢复的设备是一台服务器，使用的是FreeNAS做iSCSI，再借助于两台服务器做虚拟化系统。FreeNAS层面是UFS2文件系统，整个服务器建一个文件然后挂在给ESXi5.0 系统。这个虚拟化系统中一共有5台虚拟机，其中一台虚拟机采用了ASP.net和 PHP 混合构架，SqlServer2005和 mysql 5.1两个数据库。还有另一台是FreeBSD系统，MyS

在所有正式内容开始之前先问一个问题，什么是raid？raid的概念描述在互联网上比比皆是，都未免太过专业了。我想用最简单的原理描述，就是在定义存储方式时允许在一部分数据缺失的情况下不影响全部数据，类似于通讯领域的纠错码。不同的冗余模式形成了不同的RAID类别。我们需要先描述仅具备一个磁盘冗余的RAID模型(思想同RAID3,RAID4,RAID5)。假设现在有3页空白的纸，用来记录一些数字，为了更

最近小编我连续几天接到了大量关于服务器断电后的各种数据丢失，有的是意外断电导致服务器无法启动了，有的是服务器可以启动但是虚拟机丢失了，还有的是服务器断电后有多块硬盘出现故障离线了等等.....（怎么好像最近全国各地的机房供电都不太稳定的样子）。现在我们言归正传，通过对其中一例服务器断电导致数据丢失的案例给大家简单介绍一下服务器断电后怎么进行数据恢复，仅供技术交流，如果有更简便的方法欢迎探讨。服务器

一、故障环境描述客户使用MD1200磁盘柜+RAID卡的方式，创建一组RAID5阵列，分配一个LUN共55T左右，在Linux系统层面对LUN进行分区，划分sdc1和sdc2两个分区，其中sdc1分区大小为2T，通过LVM扩容的方式，将sdc1分区加入到了root_lv中，剩余的sdc2分区格式化为XFS文件系统使用。客户在对服务器进行重装系统操作后，发现sdc磁盘分区改变，原先的sdc2分区丢失

一.服务器数据恢复故障描述需要进行数据恢复的服务器共10个磁盘柜，每个磁盘柜满配24块硬盘。其9个存储柜用作数据存储使用，另外1个存储柜用作元数据存储使用。元数据存储里一共24块146G硬盘，其中设置了9组RAID 1阵列，1组4盘位RAID 10阵列，4个热备硬盘。数据存储中，每6块硬盘设置一组RAID 5阵列，共36组RAID，这36组RAID阵列中，又分为2个存储系统。其中1个存储系统中，一

接修复损坏的gzip压缩文件之原理篇，再次引用GZIP结构图：已知修复一个损坏的gzip文件的关键环节在于找到下一个正常压缩包的起始点。根据结构图中的信息可知，每个压缩包的开始结构中有是否到达尾部标志、使用的哈夫曼树类型、以及3个哈夫曼树的树元素个数等。如果某个gzip文件中间有一个坏扇区，要找到坏扇区后的一个正常起点，仅需按位右移，一直移位到可以正常解压的某个位，就可能找到了正确的压缩包起始。而

【前言】RAID为廉价磁盘冗余阵列（Redundant Array of Inexpensive Disks），RAID技术将一个个单独的磁盘以不同的组合方式形成一个逻辑硬盘，从而提高了磁盘读取的性能和数据的安全性。不同的组合方式用RAID级别来标识，常见RAID的级别有0、1、01、10、5、6等等。具体实现的数据存储的原理请参考相关文章。本章主要概述Linux环境下RAID 6级别的存储原理。

【前言】RAID为廉价磁盘冗余阵列（Redundant Array of Inexpensive Disks），RAID技术将一个个单独的磁盘以不同的组合方式形成一个逻辑硬盘，从而提高了磁盘读取的性能和数据的安全性。不同的组合方式用RAID级别来标识，常见RAID的级别有0、1、01、10、5、6等等。具体实现的数据存储的原理请参考相关文章。本章主要概述Linux环境下RAID 6级别的存储原理。

1.切记使硬盘再受磕碰，多次磕碰可能使硬盘盘片损坏，这对数据的破坏也是致命的，同时数据恢复工作将变得异常艰难甚至无法完成 2.切记非专业人士对损坏的硬盘进行拆卸，更换或焊接元器件，电路模块内ROM芯片匹配要求是非常严格的，如果此芯片损坏或丢失，此时的数据恢复工作会比较耗时。

IBM_V7000(全名IBM Storwize V7000)是IBM推出的新一代中端存储系统，尽管定位中端，Storwize V7000却提供了以往高端存储才具备的强大存储管理功能。其常见型号有IBM Storwize V3700，IBM Storwize V5000以及IBM Storwize V7000。其底层存储结构支持RIAD 0，RAID 10，RAID5以及RAID 6。

VSAN是一种以vSphere内核为基础进行开发、可扩展的分布式存储架构。VSAN通过在vSphere集群主机当中安装闪存和硬盘来构建VSAN存储层，由VSAN进行控制和管理，形成一个供vSphere集群使用的统一共享存储层。vSphere基础架构中的存储正在发生变化，传统的基于LUN的存储管理机制将存储能力应用于数据存储级别。底层存储阵列不了解虚拟化，也不了解文件系统。VMware的下一代策略驱

fsck会校验文件系统节点、数据索引之间的匹配关系，修复时会试图重新生成文件系统目录树，并一致化节点与索引的关系，当文件系统结构不一致时，就会占用新的空间生成一致性的元数据结构，有时候，这种操作会破坏恢复现场，导致数据恢复工作更加困难甚至无法完成。

在SQL SERVER2005以上版本中，数据页默认开启checksum，标识为m_flagBits & 0x200 == True，其值m_tornBits位于页头0x3C，4字节。其算法概述如下：读8KB 进BUF 将BUF头部 CHECKSUM的4字节值清0 uint32 checksum = 0 //初始checksu

在SQL SERVER2005以上版本中，数据页默认开启checksum，标识为m_flagBits & 0x200 == True，其值m_tornBits位于页头0x3C，4字节。其算法概述如下：读8KB 进BUF 将BUF头部 CHECKSUM的4字节值清0 uint32 checksum = 0 //初始checksu

分析磁盘底层数据并重组RAID恢复数据.数据恢复第一步即分析阵列底层的数据情况，根据磁盘底层元信息记录信息，确定了每块磁盘所在的盘序及功能（数据/校验），同时确定无离线盘无需校验信息，剔除校验盘。 NetApp所使用的文件系统为WAFL，在本案例中文件系统采用了高版本模式。填写配置文件，使用数据恢复公司自主研发解析程序进行解析：

【故障描述】    某大学因黑客入侵，导致其“教学系统”的重要数据被删除。其中包括“教学系统”中的MSSQL数据库，以及大量的MP4、ASF和TS类型的视频教学文件。整体存储架构采用EMC高端网络NAS（Isilon S200），节点数量为3个，每个节点配置12块3T STAT硬盘，无SSD。所有数据一共分两部分，一部分数据为vmware虚拟机（WEB服务器

【故障描述】    某大学因黑客入侵，导致其“教学系统”的重要数据被删除。其中包括“教学系统”中的MSSQL数据库，以及大量的MP4、ASF和TS类型的视频教学文件。整体存储架构采用EMC高端网络NAS（Isilon S200），节点数量为3个，每个节点配置12块3T STAT硬盘，无SSD。所有数据一共分两部分，一部分数据为vmware虚拟机（WEB服务器

对该服务器内的所有硬盘进行镜像，镜像过程中发现原来服务器中提示离线的3块硬盘镜像个过程十分缓慢，这也与之前硬盘离线的原因有一定的关系，多数原因是因为这三块硬盘内存在大量的坏道或者不稳定扇区，所以在正常的服务器环境下出现离线情况，在专业的数据恢复设备中则可以识别，在镜像过程中就会出现镜像十分缓慢的情况，通过调整镜像策略来调过硬盘的坏扇区来进行调整，直至所有硬盘都成功镜像完成