【服务器数据恢复】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月前
|
存储 人工智能 搜索推荐
阿里云 AI Agent 全套餐指南:qwen-plus、函数计算 CU、NAS资源包价格及使用教程
阿里云AI Agent全套餐仅113.66元!含Qwen-Plus大模型(12000千tokens)、函数计算CU(50万CU)及NAS存储(200GiB),覆盖LangStudio推理、MCP搜索、文档持久化等核心场景,一站式搭建高性价比智能体。
494 1
|
2月前
|
人工智能 自然语言处理 JavaScript
2026年1分钟部署 OpenClaw(Clawdbot) 保姆级图文教程
2026年AI智能代理工具迎来爆发式发展,OpenClaw(前身为Clawdbot/Moltbot)作为开源、本地优先的AI助理框架,凭借7×24小时在线响应、多任务自动化执行、跨平台协同等核心能力,成为个人办公与轻量团队协作的首选工具。与传统聊天机器人不同,OpenClaw不仅能实现自然语言交互,更能通过指令完成文件处理、日程管理、邮件整理、多平台自动化操作等实际工作,兼容Qwen、GPT、Claude等多款大模型,是真正能落地的“数字员工”。
831 11
|
2月前
|
数据采集 人工智能 监控
AI Agent 与 Agentic AI 有什么区别?一文讲清智能体与智能代理的核心差异
本文解析AI智能体(任务驱动、规则执行)与Agentic AI(自主决策、目标生成)的本质区别:前者如Siri响应指令,后者如自动驾驶主动规划。通过智能家居、信贷审批等案例,揭示二者在自主性、任务复杂度与应用场景上的关键差异,展望Agentic AI的演进潜力。(239字)
|
2月前
|
机器学习/深度学习 传感器 人工智能
物理AI如何开始重塑我们的世界
本文提出AI驱动数字孪生的统一四阶段框架:建模(物理信息AI)、镜像(生成式AI实时同步)、干预(预测与优化)和自主管理(大模型与智能体)。综述十一大领域应用,剖析可扩展性、可解释性等共性挑战,指明跨学科演进方向。(239字)
375 3
|
2月前
|
人工智能 安全 算法
70万用户退订OpenAI?Claude上线“记忆搬家”,AI护城河真的被撬开了?
Anthropic推出Claude“导入记忆”功能,用户可60秒迁移ChatGPT部分显式记忆。此举虽非“搬空灵魂”,却削弱平台锁定效应,凸显“记忆”作为AI时代新护城河。对测试从业者而言,意味着需应对状态一致性、语义安全、迁移完整性等全新挑战。
|
2月前
|
人工智能 安全 API
告别多App切换!OpenClaw阿里云/本地部署+多渠道集成,把AI装进微信/WhatsApp
工作中需要反复切换ChatGPT网页查资料,手机端想调用AI却没有便捷入口,想要自动化流程却被复杂配置劝退——这些痛点,开源项目OpenClaw都能完美解决。它并非简单的聊天机器人,而是能将AI能力融入微信、WhatsApp等日常消息应用的智能代理工具,支持本地私有化部署与云端稳定运行,既能执行命令、读写文件、调用外部API,还具备长期记忆功能,真正成为融入日常的AI助手。
1081 11
|
Kubernetes 数据可视化 容器
『Kubernetes』在k8s中部署Dashboard可视化面板
📣读完这篇文章里你能收获到 - 保姆级的K8S安装Dashboard - 可视化管理Kubernetes
2228 1
『Kubernetes』在k8s中部署Dashboard可视化面板
|
7月前
|
人工智能 算法 调度
阿里云ACK托管集群Pro版共享GPU调度操作指南
本文介绍在阿里云ACK托管集群Pro版中,如何通过共享GPU调度实现显存与算力的精细化分配,涵盖前提条件、使用限制、节点池配置及任务部署全流程,提升GPU资源利用率,适用于AI训练与推理场景。
623 1
|
资源调度 Kubernetes 调度
从单集群到多集群的快速无损转型:ACK One 多集群应用分发
本文介绍如何利用阿里云的分布式云容器平台ACK One的多集群应用分发功能,结合云效CD能力,快速将单集群CD系统升级为多集群CD系统。通过增加分发策略(PropagationPolicy)和差异化策略(OverridePolicy),并修改单集群kubeconfig为舰队kubeconfig,可实现无损改造。该方案具备多地域多集群智能资源调度、重调度及故障迁移等能力,帮助用户提升业务效率与可靠性。
|
存储 Kubernetes 监控
安装部署 kubernetes Dashboard UI
Kubernetes Dashboard是一个基于Web的用户界面,用于管理Kubernetes集群。它提供了集群资源的可视化和监控,以及部署应用程序等功能。
864 2

热门文章

最新文章