ITPub博客

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

一、故障环境描述客户使用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块硬盘镜像个过程十分缓慢，这也与之前硬盘离线的原因有一定的关系，多数原因是因为这三块硬盘内存在大量的坏道或者不稳定扇区，所以在正常的服务器环境下出现离线情况，在专业的数据恢复设备中则可以识别，在镜像过程中就会出现镜像十分缓慢的情况，通过调整镜像策略来调过硬盘的坏扇区来进行调整，直至所有硬盘都成功镜像完成

一、HP-lefthand的特点HP-lefhand是一款非常不错的SAN存储，使用iscsi协议为客户端分配空间。它支持RAID5、RAID6以及RAID10。并且还支持卷快照，卷动态扩容等。常见的型号有：P4500,P4300,P4000等，基于市场占有量和软件定义存储的弊端，有一定的数据恢复市场需求。HP-lefhand的存储系统是一款嵌入式LINUX系统，需要安装客户端软件才能配置left

（一）故障类型：EFS加密文件无法打开（二）典型特征：1.重装系统后以前加密的文件无法打开2.密钥文件丢失导致加密文件无法打开 （三）损坏程度星级评价：★★★★［故障原理及恢复思路］在使用EFS加密一个NTFS文件时，系统首先会生成一个伪随机数FEK (File Encryption Key，文件加密钥匙)，然后用FEK加密数据并对文件进行原位覆写。随后系统利用用户的公钥加密FEK，并把

概述：北京某国企客户 Oracle 11g R2 数据库误truncate table CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错，此时发现数据库的备份不能用，表数据无法查询。客户Oracle 11g R2 数据库误truncate table CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错，此时发现数据库的备份不能用，表数据无法查询。Truncat

经常使用笔记本电脑和移动硬盘的朋友，常会感到电脑用着用着就变得速度很慢，做了磁盘整理和重装系统后速度还是比较慢，有懂的朋友就会到网上下载一个硬盘检测软件MHDD，扫描硬盘发现出现了很多绿块（VCR硬盘测试软件扫描绿块为正常，红快为坏道），甚至出现褐色或红色的色块，这就表明硬盘已经或即将出现坏道，何为坏道？根据百科做出的定义解释：硬盘出现坏道除了硬盘本身质量以及老化的原因外，还有很大程度上是由于平时