【服务器数据恢复】FreeNAS+ESXi虚拟化环境UFS2文件系统故障服务器数据恢复

简介: 本次需要进行数据恢复的设备为一台服务器,该服务器通过FreeNAS提供iSCSI块存储服务,并借助另外两台服务器构建虚拟化系统。在FreeNAS层面采用的是UFS2文件系统,整个服务器创建了一个文件并挂载给ESXi5.0系统。在这个虚拟化系统中,共有5台虚拟机。其中一台虚拟机采用ASP.net和PHP混合构架,使用SqlServer2005和MySQL5.1两个数据库;另一台虚拟机为FreeBSD系统,使用MySQL数据库;还有一台虚拟机存储的是代码数据。这三台虚拟机的数据是本次服务器数据恢复的重点。

一、服务器数据恢复环境

本次需要进行数据恢复的设备为一台服务器,该服务器通过FreeNAS提供iSCSI块存储服务,并借助另外两台服务器构建虚拟化系统。在FreeNAS层面采用的是UFS2文件系统,整个服务器创建了一个文件并挂载给ESXi5.0系统。在这个虚拟化系统中,共有5台虚拟机。其中一台虚拟机采用ASP.net和PHP混合构架,使用SqlServer2005和MySQL5.1两个数据库;另一台虚拟机为FreeBSD系统,使用MySQL数据库;还有一台虚拟机存储的是代码数据。这三台虚拟机的数据是本次服务器数据恢复的重点。

二、服务器故障

该服务器在正常运行过程中意外断电,重启后虚拟化系统无法连接服务器。经检查,发现FreeNAS中的UFS2文件系统出现问题。服务器管理员对文件系统进行了修复,但ESXI系统无法识别原有数据和文件系统。在此情况下,管理员联系北亚数据恢复中心要求恢复服务器数据。

三、服务器数据恢复过程

1、应用构架层次分析
本案例应用构架:FreeNAS(UFS2文件系统–>一个大的稀疏模式的文件)–>ESXi5.0(VMFS文件系统层)->单台虚拟机的虚拟磁盘(windows-NTFS文件系统/FreeBSD-UFS2文件系统)。

2、FreeNAS层镜像与分析
对FreeNAS层进行镜像操作,随后分析整个存储,发现仅有一个名为iscsidata的大文件。北亚企安数据恢复工程师通过UFS2文件系统的二进制结构,定位到iscsidata文件的Inode数据,发现此文件已被重建,inode指针指向的数据量极少。若FreeNAS层的问题无法解决,后续的VMFS层分析将无法开展。

3、UFS2文件系统重要结构收集
收集UFS2文件系统的重要结构参数:
块大小:16KB
Segment大小:2KB
柱面组大小:188176KB
UFS2一个数据指针占8字节,一个块可存储2048个数据指针。一个二级指针块可存储2048204816KB=64GB数据,一个三级指针块可存储64GB*2048=128TB数据。
若能找到iscsidata文件的三级指针块,即可解决FreeNAS层问题。但由于iscsidata文件已重建,过程和大小与原始情况一致,推测部分指针块已被覆盖。原始iscsidata文件的inode和新建的iscsidata文件的inode处于同一位置,经搜索未发现其他有用的inode。因此,北亚企安数据恢复工程师只能编写程序收集有用的指针块。
1副本.jpg

4、指针块分析
由于iscsidata文件采用稀疏模式,收集条件只能放宽,最终收集到大量三级指针块和二级指针块。对收集到的所有三级指针块进行分析,均为无效块,未发现iscsidata文件使用的三级指针块。服务器数据恢复工程师推测在新建iscsidata文件时被新数据覆盖(新的iscsidata文件在挂载到ESXi5.0后有个VMFS格式化过程,而ESXi5.0使用GUID Partition Table分区,GUID Partition Table分区会在磁盘最后写入冗余的GUID Partition Table头和分区表信息数据,从而使用了iscsidata文件的三级指针块)。
因此,北亚企安数据恢复工程师只能对收集到的二级指针块进行分析,对大量二级指针块指向的数据进行DUMP,然后从磁盘中的数据定位到二级指针,得到大量DUMP数据。

5、VMFS层分析
由于VMFS已被重格式化,原始UFS2的指针丢失,导致VMFS元文件基本不可用,缺乏重要参考信息。所幸虚拟机均无快照,数据仍可恢复。通过单台虚拟机层(windows(NTFS)和FreeBSD(UFS2)系统的文件系统结构),向上定位到VMFS层,再通过VMFS层定位到DUMP出的单个64GB文件,经过多次组合,北亚企安数据恢复工程师成功完全恢复了这三台重要虚拟机的虚拟磁盘。将恢复出的网页数据和数据库数据上传到新构建的系统中,应用正常拉起,数据完整无误。

6、经过用户方的仔细检测后,确认3台重要虚拟机中的数据成功恢复,认可本次数据恢复结果。本次服务器数据恢复工作完成。
2副本.jpg

相关文章
|
2月前
|
存储 运维 安全
【服务器数据恢复】服务器RAID5故障数据恢复实战案例解析
本次为大家分享一则典型的服务器RAID数据恢复实战案例,故障原因为RAID配置信息丢失。 故障服务器为某品牌DL380系列机型,由6块73GB SAS硬盘组建RAID5磁盘阵列,上层运行Windows Server操作系统,盘内主要存储企业内部办公文档,无数据库文件。
|
29天前
|
存储 算法 关系型数据库
【服务器数据恢复】RAID6阵列3块硬盘离线故障的数据恢复案例
一台Web服务器上有一组由6块磁盘组成的RAID6磁盘阵列,服务器上运行MySQL数据库和存放一些杂乱的其他类型文件。服务器在正常运行过程中,先后有两块磁盘离线,但服务器管理员并未及时更换磁盘。结果,当第三块硬盘离线后,RAID崩溃,服务器瘫痪,业务被迫停滞。
|
30天前
|
存储 人工智能 搜索推荐
阿里云 AI Agent 全套餐指南:qwen-plus、函数计算 CU、NAS资源包价格及使用教程
阿里云AI Agent全套餐仅113.66元!含Qwen-Plus大模型(12000千tokens)、函数计算CU(50万CU)及NAS存储(200GiB),覆盖LangStudio推理、MCP搜索、文档持久化等核心场景,一站式搭建高性价比智能体。
317 1
|
网络协议 数据安全/隐私保护 Windows
Windows Server 各版本搭建域控制器实现通过域管理用户(03~19)
Windows Server 各版本搭建域控制器实现通过域管理用户(03~19)
|
1月前
|
数据采集 人工智能 监控
AI Agent 与 Agentic AI 有什么区别?一文讲清智能体与智能代理的核心差异
本文解析AI智能体(任务驱动、规则执行)与Agentic AI(自主决策、目标生成)的本质区别:前者如Siri响应指令,后者如自动驾驶主动规划。通过智能家居、信贷审批等案例,揭示二者在自主性、任务复杂度与应用场景上的关键差异,展望Agentic AI的演进潜力。(239字)
|
1月前
|
人工智能 自然语言处理 JavaScript
2026年1分钟部署 OpenClaw(Clawdbot) 保姆级图文教程
2026年AI智能代理工具迎来爆发式发展,OpenClaw(前身为Clawdbot/Moltbot)作为开源、本地优先的AI助理框架,凭借7×24小时在线响应、多任务自动化执行、跨平台协同等核心能力,成为个人办公与轻量团队协作的首选工具。与传统聊天机器人不同,OpenClaw不仅能实现自然语言交互,更能通过指令完成文件处理、日程管理、邮件整理、多平台自动化操作等实际工作,兼容Qwen、GPT、Claude等多款大模型,是真正能落地的“数字员工”。
711 11
|
1月前
|
人工智能 安全 算法
70万用户退订OpenAI?Claude上线“记忆搬家”,AI护城河真的被撬开了?
Anthropic推出Claude“导入记忆”功能,用户可60秒迁移ChatGPT部分显式记忆。此举虽非“搬空灵魂”,却削弱平台锁定效应,凸显“记忆”作为AI时代新护城河。对测试从业者而言,意味着需应对状态一致性、语义安全、迁移完整性等全新挑战。
|
1月前
|
人工智能 安全 API
告别多App切换!OpenClaw阿里云/本地部署+多渠道集成,把AI装进微信/WhatsApp
工作中需要反复切换ChatGPT网页查资料,手机端想调用AI却没有便捷入口,想要自动化流程却被复杂配置劝退——这些痛点,开源项目OpenClaw都能完美解决。它并非简单的聊天机器人,而是能将AI能力融入微信、WhatsApp等日常消息应用的智能代理工具,支持本地私有化部署与云端稳定运行,既能执行命令、读写文件、调用外部API,还具备长期记忆功能,真正成为融入日常的AI助手。
927 11
|
Java 关系型数据库 MySQL
高校大学生社团管理系统的设计与实现(论文+源码)_kaic
高校大学生社团管理系统的设计与实现(论文+源码)_kaic
|
30天前
|
人工智能 开发框架 机器人
智能体(Agent)全面解析:什么是智能体agent
智能体(Agent)是具备自主思考、决策与工具调用能力的AI执行者,超越传统问答机器人。它以LLM为大脑、工具为手脚、AgentType为思维模式,支持低代码(如Coze)与专业开发(如LangChain)双路径构建,可融合RAG增强知识,实现复杂任务自动化。(239字)
2498 0

热门文章

最新文章