随着电子政务、电子商务及全球信息化的发展，越来越多的国家职能部门、企事业单位及大型企业配备了服务器用于自身信息系统的建设。受服务器自身硬件技术的局限和技术人员的操作因素，服务器无法做到的无故障发生。存储着海量数据资料的服务器，特别是企业级的大型服务器一旦发生故障，将直接导致服务器内存储的海量数据丢失，造成国家职能部门、企事业单位及大型企业的严重数据灾难。面对服务器的日益普及，服务器数据面临着巨大的挑战，而此时服务器数据恢复作为服务器数据后一道防线，就显得尤为重要。

RAID固件层故障

服务器固件层故障，主要是指，磁盘阵列中SCSI、SAS硬盘由于固件模块损坏或者丢失引起的一块或多块硬盘不识别，数据区不能正常访问。

般类型提示

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+13

FTP_NAT: partial packet6/20 in8/

服务器在维持一条FTP协议的连接时出错. 这样的提示一般都可以直接忽略。

在服务器发生故障后，需注意以下几点：

1、服务器发生故障后，用户切忌再对服务器进行任何操作，也切忌随意取出硬盘，以免弄乱顺序增加后期数据恢复的难度。

2、如果已经取出硬盘，标记好硬盘的顺序。

3、求助专业服务器数据恢复公司的专业服务器数据恢复工程师，切忌随意交给不知名的小数据恢复公司。

4、如果单位服务器内存储的是保密度较高、或者较为重要的数据资料，建议配备单位内部服务器数据恢复设备，防止将数据库交由外部数据恢复公司进行数据恢复时，造成数据丢失或泄漏。

5、需要在专业人员帮助下抓取服务器阵列卡或存储管理系统里边的日志，为数据恢复提供数据恢复索引。

6、如需取出硬盘恢复，则将记录服务器硬盘接口对应编号。在取服务器硬盘时应当佩戴静电手环，以防硬盘静电击伤。