服务器数据恢复的正确方法/服务器硬盘故障的解决方案

[服务器数据恢复原因推断]

服务器数据丢失情况很多,通常无法明确服务器数据丢失的原因,常见的丢失原因有:服务器硬盘出现故障,管理员或者服务器自动进行fsck操作,这一操作可能造成更加严重数据丢失或者导致服务器数据恢复的难度增加。服务器数据丢失后执行mkfs操作,若操作未完成则容易导致部分块组全部为0。或者管理员在服务器数据丢失后自行尝试恢复数据、数据恢复公司操作不当等都有可能对服务器内的数据进一步造成破坏,增大数据恢复难度。

[服务器数据恢复正确方法]

首先需要对故障服务器的所有数据进行完整镜像备份操作,数据恢复切忌在原盘中进行数据分析和恢复(包括服务器在内的所有存储介质的数据恢复操作均是如此)。对镜像文件进行分析确定服务器的磁盘分区组成情况,剩余空间分配情况,文件系统类型是什么,根分区的超级块状态是否正常,根据超级块状态查看第一块组的描述是否正常以及节点区的状态是否为0。

由于已经查询过第一块组的描述状态,再根据第一块组的描述表对其他块组进行依次分析,查询规律,例如我们在依次服务器数据恢复中发现用户服务器的前26个块组全部是0,最后部分块组的源数据区域同样全部为0,但中间块组区的描述表、节点、BITMAP等信息都是正常状态,块组前面和后面的数据区有明显的用户数据存在现象。
尝试查×××器的根目录并以此为线索对服务器根目录节点区进行恢复,结合根目录记录生成一个文件系统树,(服务器数据恢复进行到此已经可以看到部分数据)检查文件系统的结构是否正常,注意文件或文件夹的节点是否为0,跟踪文件节点找到节点区处于文件系统的位置。如果在文件系统结构检查中发现有节点区为0的文件或文件夹时则通常很难修复和导出这部分数据。

[服务器数据恢复建议]

如果服务器内部的数据十分重要尽量使用多块硬盘的raid阵列作为存储环境,避免使用单块硬盘进行存储环境搭建;服务器内的数据一定要定期备份,备份包尽量不要存放在同一存储体内,如果条件实在不允许也要避免存放在统一分区内;服务器磁盘出现故障后应尽快做好备份工作,避免非专业人员反复尝试修复;在选择数据恢复公司时尽量选择专业的公司进行操作,避免有意或无意的二次破坏。

原文地址:http://blog.51cto.com/sun510/2301234

时间: 2024-10-10 00:29:02

服务器数据恢复的正确方法/服务器硬盘故障的解决方案的相关文章

Python 3 与 Javascript escape 传输确保数据正确方法和中文乱码解决方案

前几天用Python的Bottle框架写个小web程序,在进行Ajax交互之时,前端则先用 JSON.stringify 来将类序列化,然后用escape() 函数将其编码,确保传输正确. 再基本上配合上Jquery的$.ajax应该就可以了,可能是经验不足,即使编码之后的数据依然在 Python 中难以处理. 后来慢慢思考出一种方式,在网上也发现了类似的方式,于是将其实现. 基本思路如下: escape('你好世界ABC'); //返回 "%u4F60%u597D%u4E16%u754CABC

服务器数据恢复成功案例

一.服务器数据恢复描述 需要进行数据恢复的服务器为华为OceanStor S6800T,服务器硬件配置情况为15块磁盘组成一组80T大小的raid5阵列,阵列划分为两个lun.三个分区.服务器重装系统后发现磁盘分区丢失了一个,需要进行服务器数据恢复. 二.服务器数据备份 服务器数据恢复第一步需要对故障服务器所有磁盘进行镜像备份,客户将服务器所有磁盘带到北亚数据恢复中心,工程师借助数据恢复工具将所有磁盘的数据镜像到备份服务器上.以备后期分析和恢复数据使用. 三.制定服务器数据恢复方案 1.首先需要

服务器数据恢复案例 / raid5阵列多块硬盘离线处理方法

服务器数据恢复案例一: 某研究院 DELL服务器 磁盘阵列崩溃,内置15块1TB硬盘搭建的RAID5阵列.一开始有一块硬盘离线,在更换新硬盘进行同步的过程中,第二块磁盘指示灯报警,同步失败,阵列无法正常工作.服务器数据恢复检测:最先离线的硬盘访问速度极其缓慢,第二块离线的磁盘有少量坏扇区,其他磁盘无明显物理问题.服务器质逻辑状况:整个阵列只包含一个卷组,该卷组占用阵列全部空间:并且该卷组只有一个起始位置为0扇区的XFS裸分区.制定服务器数据恢复方案:RAID5阵列架构在设计上只支持一块磁盘的错误

服务器数据恢复案例之xfs数据丢失数据恢复方法

今天为大家分享的是一例服务器linux系统下xfs文件系统数据丢失的案例,武汉某公司的服务器出现故障,管理员使用xfs_repair工具修复文件系统,但文件系统修复失败导致服务器中数据全部丢失,经过多方咨询与比较后,客户联系到北京数据恢复公司,由于客户数据涉及保密且恢复难度较大,数据恢复中心从北京总部派出服务器数据恢复工程师前往客户现场进行数据恢复.一.服务器 故障描述客户服务器为linux服务器,连接一台华为存储.客户使用的文件系统为XFS文件系统,在一次机器故障中,客户使用xfs_repai

服务器数据恢复成功案例(raid5阵列故障恢复方法)

服务器数据恢复故障环境: 需要进行数据恢复的服务器型号为IBM DS5300存储设备,包含一个存储机头和多个存储扩展柜,创建了2组RAID 5磁盘阵列.发生故障的阵列组为客户服务器中的3号磁盘柜中的raid5阵列,该阵列共有15块成员盘和1块热备硬盘组成.服务器在使用过程中3号磁盘柜中的11号硬盘离线,由16号热备硬盘替换,进行数据同步,在热备硬盘同步过程中,5号硬盘也因为故障离线,导致数据同步失败,RAID 5阵列失效,卷无法挂载访问,服务器瘫痪,急需进行服务器数据恢复. 服务器数据恢复第一步

SharePoint 2010 Reporting Services 报表服务器实例没有正确配置 解决方法

报表服务器实例没有正确配置.请先使用 Reporting Services 配置工具创建 SharePo 在管理中心配置Reporting Services集成时候,报下面的错误 报表服务器实例没有正确配置.请使用Reporting Services配置工具创建SharePoint集成模式的报表服务器数据库,然后再为此SharePoint Web应用程序设置集成选项. 这说明Reporting Services配置管理器的数据库使用了默认的数据库,没有创建SharePoint集成数据库 新建数据

服务器数据恢复

服务器数据恢复 服务器在现代商业中扮演着重要的角色,无论是网站服务器,财务服务器,邮件服务器,数据库服务器以及虚拟机服务器,我们的日常生活和商务活动都无法离开这些幕后英雄. 如果您的服务器没有一个有效的备份,您将面临的是随时可能中断的业务以及沉重的灾难恢复成本,不幸的是,服务器经常存储大量的数据,因此服务器系统也是易受故障的系统,经常面临严重的硬件和软件问题. 甲驭科技拥有多年服务器数据恢复经验,并且采购了大量的服务器进行研究和开发,让我们能够有足够的时间以及精力应对最新的存储技术.并且甲驭科技

服务器数据恢复成功案例+服务器数据恢复通用原理

服务器数据恢复案例一:某研究院 DELL服务器 磁盘阵列崩溃,内置15块1TB硬盘搭建的RAID5阵列.一开始有一块硬盘离线,在更换新硬盘进行同步的过程中,第二块磁盘指示灯报警,同步失败,阵列无法正常工作.服务器数据恢复检测:最先离线的硬盘访问速度极其缓慢,第二块离线的磁盘有少量坏扇区,其他磁盘无明显物理问题.服务器质逻辑状况:整个阵列只包含一个卷组,该卷组占用阵列全部空间:并且该卷组只有一个起始位置为0扇区的XFS裸分区.制定服务器数据恢复方案:RAID5阵列架构在设计上只支持一块磁盘的错误冗

32块4TB SATA接口硬盘组成RAID6 128TB MAC苹果服务器数据恢复

32块4TB SATA接口硬盘组成RAID6 128TB MAC苹果服务器数据恢复 故障服务器: 32块4TB SATA接口硬盘组成RAID6 苹果服务器 故障现象: 服务器开机后找不到磁盘阵列上的硬盘,客户与设备供应商沟通后,设备供应商远程将RAID重建RAID5,商家按照自己的方式,将每个柜子16块硬盘先组成一组RAID5再将2组RAID5组成RAID0,但重组后还是看不到客户分区与数据. 恢复方法: 将客户32块硬盘连接到我们服务器恢复设备上进行手动分析,经过几个小时分析后,我们确定结果是