随着电子政务、电子商务及全球信息化的发展，越来越多的国家职能部门、企事业单位及大型企业配备了服务器用于自身信息系统的建设。受服务器自身硬件技术的局限和技术人员的操作因素，服务器无法做到的无故障发生。存储着海量数据资料的服务器，特别是企业级的大型服务器一旦发生故障，将直接导致服务器内存储的海量数据丢失，造成国家职能部门、企事业单位及大型企业的严重数据灾难。面对服务器的日益普及，服务器数据面临着巨大的挑战，而此时服务器数据恢复作为服务器数据后一道防线，就显得尤为重要。
RAID物理层故障
服务器物理层故障，主要是指服务器阵列SAS、SCSI硬盘由于硬盘内部磁头或者电机原因引起的故障，主要包括如下几种：
1、硬盘通电敲盘；
2、硬盘通电不转；
3、硬盘通电不识别；
般类型提示
eth1: Too much work at interrupt, IntrStatus=0x0001
这条提示的含意为. 某网卡的中断请求过多. 如果只是偶尔出现一次可忽略. 但这条提示如果经常出现或是集中出现,那涉及到的可能性就比较多有可能需要进行处理了.。可能性比较多,如网卡性能;服务器性能;网络攻击..等等。
IPVS: incoming ICMP: failed checksum from 61.172.0.X!
服务器收到了一个校验和错误的ICMP数据包。 这类的数据包有可能是非法产生的垃圾数据.但从目前来看服务器收到这样的数据非常多.一般都忽略。
一般代理服务器在工作时会每秒钟转发几千个数据包.收到几个错误数据包不会影响正常的工作.这是问我多的一类提示了。
NET: N messages suppressed.
服务器忽略了 N 个数据包.和上一条提示类似.服务器收到的数据包被认为是无用的垃圾数据数据. 这类数据多是由攻击类的程序产生的。
这条提示如果 N 比较小的时候可以忽略.但如果经常或是长时间出现3位数据以上的这类提示.就很有可能是服务器受到了垃圾数据类的带宽攻击了。
UDP: bad checksum. From 221.200.X.X:50279 to 218.62.X.X:1155 ulen 24
UDP: short packet: 218.2.X.X:3072 3640/217 to 222.168.X.X:57596
218.26.131.X sent an invalid ICMP type 3, code 13 error to a broadcast: 0.1.0.4 on eth0
服务器收到了一个错误的数据包.分别为 UDP校验和错误; 过短的UDP数据包; 一个错误的ICMP类型数据. 这类信息一般情况下也是非法产生的。但一般问题不大可直接忽略。
kernel: conntrack_ftp: partial 227 2205426703+13
FTP_NAT: partial packet 2635716056/20 in 2635716048/2635716075
服务器在维持一条FTP协议的连接时出错. 这样的提示一般都可以直接忽略。
服务器数据恢复从从广义上说，位于服务器存储介质上的信息都是数据。任何使这些信息发生非主观意愿之外的变化都可视为破坏。那么相应地，服务器数据恢复就是一个把服务器上异常数据还原成正常数据的过程。