千家信息网

服务器不同的故障导致数据丢失都怎么解决的

发表于:2025-12-02 作者:千家信息网编辑
千家信息网最后更新 2025年12月02日,服务器数据恢复案例一、服务器3块硬盘离线数据恢复本次进行数据恢复的是一组6块750G磁盘的 RAID6,先后有两块磁盘离线,但维护人员在此情况下依然没有更换磁盘,所以在第三块硬盘离线后raid直接崩溃
千家信息网最后更新 2025年12月02日服务器不同的故障导致数据丢失都怎么解决的

服务器数据恢复案例一、服务器3块硬盘离线数据恢复

本次进行数据恢复的是一组6块750G磁盘的 RAID6,先后有两块磁盘离线,但维护人员在此情况下依然没有更换磁盘,所以在第三块硬盘离线后raid直接崩溃了。由此导致数据全部丢失。这台服务器是WEB服务器,运行MYSQL数据库,同时存放了大量其它文件,管理员在数据丢失后便第一时间寻求数据恢复公司的帮助,但是经过某公司的操作后仍有近一个月的文件损坏或丢失,MYSQL数据库也严重损坏。后来经其它运维人员的介绍,这位管理员同志就联系到了我们。

了解了服务器故障的基本情况以后,我们的工程师先将这6块磁盘镜像备份到我们的安全存储池中,就不再对原存储进行任何的操作,这样就保障了客户数据的原始性。通过对服务器备份镜像的分析,数据恢复工程师发现有两块磁盘离线时间很早,最新的数据已经不再写入。此RAID6用的是双校验,第一个校验是由普通的XOR运算生成,而第二个校验是由Reed-Solomon算法生成,相当复杂,运用了相当奇妙的数学原理。此RAID6有两块磁盘早已不写入新数据,要想完整恢复数据就必须运用第二个校验,否则会导致最新的数据丢失或损坏。目前市面上还没有公开的数据恢复软件能解决这个问题,虽然有部分软件设有这一功能,但不过是摆设而已,实则无法使用。这也就是其他公司并没能够完整的恢复所有数据的根本原因所在。

服务器数据恢复工程师分析出原始RAID的一些参数,然后使用了我们自己写的完全RAID6恢复软件,生成出一个完整镜像,再将镜像导回客户用新磁盘搭好的存储上,开机,一切正常,经过管理员的验证,数据没任何问题,本次服务器数据恢复成功

服务器数据恢复案例二、服务器两块硬盘故障数据恢复成功

本次进行数据恢复的服务器由4块18GB的硬盘做成RAID 5磁盘阵列,其阵列卡是NetRaid;操作系统为Window 2000,数据库是Server 2000。服务器在正常工作时一块硬盘红灯闪亮,机器还在正常运行,但没有多久,系统就不能正常运行,这时才发现另一块硬盘的红灯也在闪亮。

本次服务器数据恢复的过程首先是由数据恢复国内工程师检测服务器。自检至阵列时按Ctrl+M进入NetRaid管理程序。查看阵列信息,发现硬盘状态为Failed,运用修改配置将一硬盘强行设置成OnLine。重新启动服务器,在进入系统前的硬件自检时无效,启动失败。

数据恢复工程师再次启动服务器,自检至阵列时按Ctrl+M进入NetRaid管理程序。选择磁盘阵列,将原来OnLine挂起来的硬盘手工Fail掉,然后再把另一块Failed的硬盘手工设置成OnLine,重新启动服务器就可以进入系统了。查看系统及数据库都运行正常后,再进阵列配置工具把Failed的硬盘手工设置成Rebuild,100%完成重建后再重启服务器,所有的阵列及系统都恢复原状了,本次服务器数据恢复成功。

服务器数据恢复案例三、未知原因导致的服务器崩溃数据恢复

本次数据恢复案例的背景是一台装有20块硬盘的普通服务器,由于未知原因上层业务突然崩溃,机房管理员对服务器进行检查发现导致服务器崩溃的主要原因是服务器上有3块硬盘离线,管理员将服务器内的所有硬盘按照现有盘序从槽位取出后携带硬盘来到北京某数据恢复中心进行服务器数据恢复操作。

服务器数据恢复工程师接到客户的硬盘后使用数据恢复检测设备对20块硬盘进行检测,结果发现所有硬盘在数据恢复设备下均可识别,这就避免了修复硬件的过程和由于硬盘物理损伤过于严重无法修复导致的服务器数据恢复风险,是一件值得庆幸的事情,随后对该服务器内的所有硬盘进行镜像,镜像过程中发现原来服务器中提示离线的3块硬盘镜像个过程十分缓慢,这也与之前硬盘离线的原因有一定的关系,多数原因是因为这三块硬盘内存在大量的坏道或者不稳定扇区,所以在正常的服务器环境下出现离线情况,在专业的数据恢复设备中则可以识别,在镜像过程中就会出现镜像十分缓慢的情况,通过调整镜像策略来调过硬盘的坏扇区来进行调整,直至所有硬盘都成功镜像完成。

所有硬盘都成功镜像以后,数据恢复工程师继续使用服务器数据恢复工具将所有的镜像文件展开进行底层数据分析,根据ext3文件系统的逆向分析得到服务器内硬盘的盘序和校验信息,分析过程这里就不赘述了。最后利用这些分析出来的信息进行重组raid阵列,通过和用户沟通提取出了一些oracle的dmp文件,在dmp恢复的过程中,数据库报告为imp-0008错误,通过仔细分析导入dmp文件的日志文件,发现恢复的dmp文件存在问题而导致dmp导入数据失败。立刻重新分析raid结构,以及进一步确定ext3文件系统被破坏的程度,又经过数小时的工作,重新恢复dmp文件和dbf原始库文件,将恢复出来的dmp文件移交给用户进行数据导入测试,结果测试顺利没有发现问题,说明这次的数据恢复是成功的,接着对恢复出来的dbf原始库文件进行校验检测,所有文件均能通过测试。

服务器数据恢复工程师联系客户进行数据恢复结果的验证,经过客户验证所有数据均已经成功恢复,于是在服务器上又搭建了一组新的raid阵列,由数据恢复工程师配合将所有恢复成功的服务器数据迁移回客户的服务器上,本次服务器数据恢复成功。

数据 服务 服务器 数据恢复 硬盘 镜像 文件 阵列 工程 工程师 磁盘 成功 系统 分析 过程 管理 原因 客户 数据库 管理员 数据库的安全要保护哪些东西 数据库安全各自的含义是什么 生产安全数据库录入 数据库的安全性及管理 数据库安全策略包含哪些 海淀数据库安全审计系统 建立农村房屋安全信息数据库 易用的数据库客户端支持安全管理 连接数据库失败ssl安全错误 数据库的锁怎样保障安全 华为云底层服务器安全吗 福建服务器散热片定制虚拟主机 原深改服务器保存不了 企业轻量云服务器 cnki数据库教程ppt 海南大学图书馆+数据库 网络安全事件处理机构电话 数据库用户权限修改 国家网络安全宣传周龙岩活动 单位网络安全监测宣传稿 数据库养老金怎么领 校园网络安全设计方案 数据库静态监听配置的重要性 软件开发套件 广州远智新景软件开发有限公司 核算序列比对数据库 办公自动化网络安全主要内容 鲲鹏服务器芯片干吗的 网络安全蜜罐是什么 荥阳网络安全系统公司 海南飞鹰电脑软件开发有限公司 软件开发知识产权和所有权 网络安全技术支撑五星级单位 青岛培训软件开发公司 滨州商城软件开发哪家做的好 数据库怎么查询特定的数据 软件开发工期分配 中美网络安全差距 利用cbm数据库中的分类导航 网络安全技术第2版答案
0