- 综合排序
- 最热优先
- 最新优先
【vSAN分布式存储服务器数据恢复】VMware vSphere vSAN ESXi超融合HCI分布式存储数据恢复案例
整个VMware vSphere共控制多个集群，其中出现故障的集群使用的vSAN分布式结构存储，该vSAN由10台华为2288H V5 存储构成，每一台存储由2块HDD（物理盘）和一块SSD（闪存盘）构成 2.恢复方案为确保数据的安全性，需要将10台存储的所有硬盘单独取出，并逐一进行完整的扇区镜像，再对镜像盘进行恢复操作；逐一镜像完成后，使用我司自主研发的VMware vSAN数据恢复系统对镜像文件进行扫描 三：案例总结随着数据存储量越来越大，一般的存储难以满足很多大公司的使用需求，故数据中心服务器出现了各种虚拟化平台，这些平台为了更好的幸好和方便管理，都自研了一些独有的存储方式，其中最常见的就是分布式存储是基于 VMware vSphere ESXi虚拟机所创建的vSAN分布式存储架构。 在恢复vSAN数据的过程中，获取组件信息是最关键的，因为组件是每个对象的重要组成部分。
61420编辑于 2024-08-16【vSAN分布式存储服务器数据恢复】VMware vSphere vSAN 分布式存储虚拟化平台VMDK文件1KB问题数据恢复案例
一：案例描述知己知彼，方能百战百胜，数据恢复也是一样，详细了解数据丢失的过程，可以使数据恢复更加简单，与客户详细沟通得知故障原因如下：整个VMware vSphere共控制多个集群，其中出现故障的集群使用的 vSAN分布式结构存储，故障原因是一台存储中的1个磁盘组的闪存盘出现故障，磁盘指示灯报错，但是数据能够正常使用，于是更换一块新的SSD硬盘上去，但之前的磁盘组不认这个硬盘，故磁盘组失效，维护人员重新选择该磁盘组的 但没有使用该策略的虚拟机则不能自动恢复，出现数据丢失。 第三步：依据获取的虚拟对象ID，从硬盘提取隶属于该ID的组件成员，重组RAID，获取丢失的数据，提取vSAN分布存储在该磁盘组中的组件数据，可以提取出整个虚拟对象的组件，然后重组RAID即可恢复出丢失的数据 三：案例总结vSAN是一种以vSphere内核为基础进行开发，基于VMware ESXi虚拟化平台的可扩展的分布式存储架构。vSAN通过在vSphere集群主机当中安装闪存和硬盘来构建vSAN存储层。
53920编辑于 2024-08-16【服务器数据恢复】H3C华三Ceph分布式存储文件丢失数据恢复案例
它将文件存储在多个节点上，这些节点通常是位于不同地理位置的服务器或计算机集群。 2.恢复挑战在服务器没有备份容灾的情况下进行数据恢复是极具挑战性的，主要挑战包括：无备份可用：传统的恢复方式依赖于已有的备份，而在没有备份的情况下，需要通过日志文件、元数据和其他剩余数据来重建丢失的配置 系统复杂性：云平台与Ceph分布式存储的配置复杂，恢复过程中稍有不慎就可能造成数据的永久性丢失。时间紧迫：在实际业务环境中，服务的中断会带来巨大的损失，因此需要快速而准确地进行恢复。 4.恢复方案1、初步解析在工作站上使用winhex查看物理盘和闪存盘，发现底层为ceph分布式存储，其下层是基于bluestore的分布式结构，“上层”使用leveldb算法，“中间层”使用rocksdb 4、将自建的SQL数据库与每块硬盘（osd）关联5、通过ID→head→空间信息→获取分配的地址信息5、开始数据文件的恢复提取五：案例总结经过紧张而有序的工作，我方技术团队终于成功恢复了Ceph分布式存储服务器集群的配置文件
22610编辑于 2025-12-19- 来自专栏全栈程序员必看
恢复服务器安装信息被破坏了,服务器存储瘫痪数据恢复成功案例-服务器数据恢复…
一、服务器数据恢复故障描述 机房突然断电导致整个存储瘫痪，加电后存储依然无法使用。经过用户方工程师诊断后认为是断电导致存储阵列损坏。 数据盘大小不确定，并且数据盘都是精简模式。 二、服务器数据恢复备份数据 将故障存储的所有磁盘和备份sss数据的目标磁盘连入到一台Windows Server 2008的服务器上。 用此程序镜像完所有盘的数据。 三、服务器数据恢复故障分析 1、分析损坏扇区 仔细分析损坏扇区发现，损坏扇区呈规律性出现。 -每段损坏扇区区域大小总为256。 1、将MD 1200阵列上的数据通过HBA卡连接到用户的VCenter服务器上。 2、在VCenter服务器安装“UFS”工具，然后使用“UFS”工具解释VMFS卷。 2、数据恢复总结；数据恢复过程中由于坏道数量太多，以致备份数据时花费了很长世间。整个存储是由坏道引起的，导致最终恢复的数据有部分破坏，但不影响整体数据，最终的结果也在可接受范围内。
3.9K30编辑于 2022-06-24 【服务器数据恢复】戴尔DELL EMC SC系列存储服务器故障StorageCenter停机错误数据恢复案例
一：案例描述客户向我们反馈他们的戴尔DELL SCv/EMC SC E10J机型（4020）存储服务器故障，登录控制器后提示Storage Center停机，所有数据无法访问，希望能够帮助他们进行数据恢复 二：解决方案1.案例评估1）现象描述戴尔服务器Storage Center登录成功后无法访问数据，划分的存储空间全部报错，Storage Center停机，连接错误，Data Collector无法与Storage ，重装后系统会自动接入内层，这样即可直接访问数据存储层，如图所示：可以看到重装存储系统后，可以正常的点开下面已经划分的空间，图标带X报错的原因是因为该存储是直接取下来进行重装系统的，这种情况下有两种恢复思路 如果硬盘扇区损坏严重，又恰好三个坏硬盘上的虚拟化信息没有镜像出来，那么接回原存储也是没办法正常使用的，这种情况下需要将所有硬盘取出，通过专业工具手动解析所有硬盘的虚拟化信息，然后再重组分布式存储的阵列结构 .服务器硬盘丢失或者恢复硬盘上线失败；5.服务器电源损坏；6.Dell服务器操作系统损坏等。
89620编辑于 2024-08-19- 来自专栏数据恢复案例
实例解析vsan分布式存储架构故障如何恢复数据
VSAN是一种应用于服务器、存储的以vSphere内核为基础进行开发、可扩展的分布式存储架构。VSAN通过在服务器vSphere集群主机当中安装闪存和硬盘来构建VSAN存储层。 这些设备由VSAN进行控制和管理，VSAN形成一个供vSphere集群使用的统一共享存储层。 vsan数据恢复；服务器数据恢复成功案例；北亚数据恢复中心.png 二、服务器数据恢复检测过程 服务器数据恢复中心接到客户的咨询电话后30分钟内从北京总部安排工程师上门进行服务器数据恢复故障检测，服务器数据恢复工程师到达客户现场后首先对客户服务器上的所有原始硬盘进行镜像备份 由于客户的服务器内存储的文件类型是数据库文件，所以服务器数据恢复工程师提取所有数据后首先在数据恢复服务器上安装客户的数据库环境将恢复出来的数据库文件还原到数据恢复服务器上进行正确性验证。 四、服务器数据恢复结果验证 服务器数据恢复完成后由客户管理员对数据恢复结果进行验证，经验证所有数据全部恢复，本次数据恢复成功率为100%。
1.7K20发布于 2019-12-03 - 来自专栏散尽浮华
GlusterFS分布式存储数据的恢复机制(AFR)的说明
GlusterFSFS恢复数据都是基于副本卷来说的，GlusterFSFS复制卷是采用镜像的方式做的，并且是同步事务性操作。 那么在写某一个副本时发生故障没有写成功，或者运行过程中某一个节点断电了，造成数据丢失了，等等，就能通过另一个副本来恢复。 现在这里说一个疑问： 就是GlusterFS写副本时同步写的，就是客户端同时写两份数据，这样就会产生两倍的流量，测2副本的分布式复制卷性能时，能明确看到性能只有无副本的一半，或者只有读的一半；另一个分布式文件系统 ceph就不是这样，是异步来写副本的，就是写到一个主OSD（ceph的存储单元）就返回了，这个OSD再通过内部网络异步写到其他的OSD，这样不是更快了。 涉及到数据恢复，有如下几种场景： 1）所有文件都是IGNORANT，这是手动触发了heal，也就是通过命令，这是怎么恢复呢，就找UID最小的文件作为源，去恢复大小为0的那些文件。
2.2K50发布于 2018-04-18 - 来自专栏数据恢复案例
服务器硬盘掉线数据恢复-服务器数据恢复专家
不过虽然导致服务器数据丢失的故障情况比较单一了，但是服务器数据恢复的案例却并没有明显减少，今天还是通过一个近期处理的服务器数据丢失案例来为大家介绍一下服务器硬盘掉线的数据恢复过程。 服务器数据恢复、北京北亚数据恢复中心.jpg 在我们接到客户这台服务器之前已经有过一家北京的数据恢复公司对服务器进行过数据恢复操作了，恢复了大部分的数据，但是数据遭到严重损坏无法使用，办公文件也有近40 我们的服务器数据恢复工程师简单了解了客户的服务器故障情况后首先将所有硬盘镜像到数据恢复安全存储池中，虽然不确定上一家数据恢复公司是否也做了同样的操作，但是为确保数据原始性，我们还是必须要对客户原始服务器进行镜像操作 既然是核心算法，那么我就不详细描述我们分析和恢复数据的过程了，服务器数据恢复工程师们编写了一个通用的小程序将被破坏的数据进行了重组和提取，然后生成为完整镜像，在安全存储池内对恢复出的数据进行验证没有问题后联系客户来进行最终验证数据 经客户最终验证，该服务器内所有数据全部恢复，数据库可以正常使用，本次服务器数据恢复100%成功。
2.9K30发布于 2019-11-22 【服务器数据恢复】数据中心私有云Ceph分布式集群文件丢失数据恢复案例
它将文件存储在多个节点上，这些节点通常是位于不同地理位置的服务器或计算机集群。 2.恢复挑战在服务器没有备份容灾的情况下进行数据恢复是极具挑战性的，主要挑战包括：无备份可用：传统的恢复方式依赖于已有的备份，而在没有备份的情况下，需要通过日志文件、元数据和其他剩余数据来重建丢失的配置 1.2分布式存储中元数据概述提取之前，首先要科普1下元数据的作用，方便大家理解：在分布式存储系统中，元数据是系统运转的关键，它不仅支撑了数据的存储、访问、复制和恢复，还在负载均衡、安全管理、去重等方面发挥了重要作用 如在本作的Ceph分布式存储系统中，CephMonitor维护了集群的元数据，包括存储池、数据副本位置和状态等。故障检测与恢复：分布式存储系统需要处理节点故障、数据损坏等问题。 五：案例总结经过紧张而有序的工作，我方技术团队终于成功恢复了Ceph分布式存储服务器集群的配置文件，并确保了整个系统环境的稳定运行。
25610编辑于 2025-12-18- 来自专栏数据恢复案例
VSAN存储结构解析+存储数据恢复案例
伴随着计算机网络的快速发展，vsan的存储结构也在不断的更新换代过程中，传统的存储管理机制中的底层存储不了解虚拟化和文件系统，新一代的存储管理机制将更新为基于对象存储系统、虚拟数据存储、分布式存储。 VSAN数据数据存储结构;数据恢复案例.png VSAN数据存储是一个对象存储，以文件系统的形式呈现给vSphere主机，这个对象存储服务会从启用VSAN集群中的每台主机上加载卷。 将他们展现为单一的、在所有节点上可见的分布式共享数据存储，VSAN简化了存储配置，对于虚拟机来说，只有一个数据存储，这个分布式数据存储来自VSAN集群中每一台vSphere主机上的存储空间，通过磁盘组进行配置 vsan存储数据恢复案例。 先把四个节点的所有硬盘都做个只读的镜像，包含SSD闪存盘和SAS容量盘，还有三块因故障离线的硬盘，备份完成之后，把所有的原盘都还原到服务器上，开始对镜像文件来进行分析底层数据存储结构，来确认虚拟机所在硬盘的分布信息
1.8K30发布于 2019-10-18 - 来自专栏数据恢复案例
服务器数据恢复案例：FreeNAS数据恢复过程记录
【服务器数据恢复背景】 本次数据恢复的设备是一台服务器，使用的是FreeNAS做iSCSI，再借助于两台服务器做虚拟化系统。 还有另一台是FreeBSD系统，MySQL数据库，还有一台服务器存储的是代码数据，这三台虚拟机是该服务器上数据恢复的重点数据，必须要进行完美数据恢复。 管理员联系到数据恢复中心进行服务器数据恢复。 【服务器数据恢复过程】 分析故障，最大化利用可用信息。 那么一个二级指针块则可存储：2048*2048*16KB= 64GB 数据。一个三级指针块则可存储 64GB*2048= 128TB 数据。 图二：（图片来源于数据恢复中心） 图片2 服务器数据恢复案例；北京北亚数据恢复中心.png 【服务器数据恢复结果】 耗时3天，该服务器内的所有数据成功恢复。
4.5K30发布于 2019-09-09 - 来自专栏数据恢复案例
StorNext服务器数据恢复案例；硬盘掉线数据恢复
【故障描述】 一台StorNext服务器，服务器里有一组raid5磁盘阵列，阵列上先后有两块硬盘因为物理故掉线，raid5磁盘阵列发生故障，需要进行服务器数据恢复操作，并携带服务器内所有磁盘来到数据恢复中心进行数据恢复操作 【磁盘备份】 数据恢复中心使用数据恢复工具对客户服务器内的所有磁盘进行只读模式下的镜像备份，首先将客户服务器内的所有正常硬盘进行标记并接入只读镜像设备上进行备份，对两块有故障的硬盘使用pc3000修复后进行只读备份 timg.jpg 登录昆腾存储的管理界面，获取到StorNext文件系统中卷相关的一些基本信息。 【数据恢复】 服务器数据恢复工程师通过数据分析及基础信息的提取已经获取了客户服务器的全部数据，编写数据恢复程序，对服务器卷内的目录项信息及节点信息进行扫描和解析，最终提取了服务器内的节点信息及目录项信息 【恢复结果】 服务器数据恢复工程师利用数据提取程序对服务器内的数据进行提取，数据提取结束后对提取的数据进行随机抽取验证，验证数据没有异常后将所有数据提取到数据恢复服务器内。
3.4K30发布于 2020-04-30 【RAID磁盘阵列服务器数据恢复】华为OceanStor Dorado存储系统RAID-TP数据丢失数据恢复案例
一：案例描述客户向我们反馈他们的华为OceanStor Dorado存储系统RAID-TP故障，导致数据丢失，希望能够帮助他们进行数据恢复。 RAID-TP阵列由三部分组成：数据磁盘、校验磁盘和转换磁盘：数据磁盘：数据磁盘是存储主要数据的磁盘；校验磁盘：校验磁盘用于存储数据磁盘中数据的校验信息，如果数据磁盘损坏，可以通过校验磁盘来恢复数据；转换磁盘 ：转换磁盘用于存储数据磁盘和校验磁盘之间的转换信息，以提高数据恢复的效率。 RAID-TP自动校验的数据恢复过程，如果数据磁盘损坏，系统可以通过以下步骤恢复数据：1）系统首先从校验磁盘中读取校验信息，然后根据转换信息，计算出损坏的数据块；2）然后系统将恢复的数据块写入到新的数据磁盘中 ，完成数据的恢复。
84820编辑于 2024-08-19- 来自专栏Web前后端、全栈出发
分布式数据存储
分布式数据存储 海量数据的存储问题 如今随着互联网的发展，数据的量级也是成指数的增长 从GB到TB到PB 对数据的各种操作也是愈加的困难，传统的关系型数据库 已经无法满足快速查询与插入数据的需求 但是，在有些场合NoSQL一些折衷是无法满足使用场景的，就比如 有些使用场景是绝对要有事务与安全指标的 这个时候NoSQL肯定是无法满足的，所以还是需要使用关系性数据库 如果使用关系型数据库解决海量存储的问题呢 此时就需要做数据库集群 为了提高查询性能将一个数据库的数据，分散到不同的数据库中存储。 -- dataHost 一个datahost是一组服务器，构建一个集群环境，对于集群环境会涉及到主/从关系。 对于mysql服务上有1个写入服务器，和多台读取服务器。 ）指定执行哪一台写服务器 slaveThreshold 主从备份,数据同步的时间间隔 当有两台服务器,都进行读操作, 程序会根据它们上一次读取的时间,分析性能,时间短的性能高,
1.2K10编辑于 2024-08-06 - 来自专栏全栈程序员必看
信息服务器怎么恢复,服务器数据恢复怎么弄
原标题：服务器数据恢复怎么弄 服务器数据恢复怎么弄?说到服务器数据恢复，很多外行人或许不太明白。所谓的服务器数据恢复，首先需要拆分解释一下。何为服务器数据？ 小编给各位的解释就是：位于服务器存储介质上的信息就可以统称为服务器数据。那么，什么样的情况下需要服务器数据恢复呢？服务器数据恢复的前提是服务器的数据有损坏。何为数据损坏？ 数据信息发生意料之外的变化即为损坏或数据破坏！因此如果服务器损坏了大家也不要着急，通过专业的数据恢复技术手段是可以将服务器中丢失的数据恢复的。 那么，对于服务器数据恢复，下面我们爱特数据恢复中心给出一个具体的的实际案例，供大家详细分析下。 服务器数据恢复之数据恢复过程: 首先对三块硬盘分别做完整的磁盘克隆，单盘容量比较小，克隆时间大概在40分钟左右。
7.5K30编辑于 2022-07-05 - 来自专栏数据恢复案例
案例讲解服务器硬盘离线数据恢复方法-数据恢复
多数企业配备有自己的服务器，同时也带来了服务器故障导致数据丢失的困惑，毕竟更换一台新设备无法恢复原有的设备，今天给大家简单介绍一下服务器硬盘故障导致数据丢失后的数据恢复方法，下面是案例背景。 经数据恢复中心服务器数据恢复工程师前往客户现场了检测发现，客户的服务器组建了raid5磁盘阵列，一共配置3块硬盘，导致服务器崩溃的原因是有一块硬盘不知什么故障离线，存储重要数据的D分区不能被识别了。 北京北亚数据恢复中心；服务器硬盘数据恢复.jpg 服务器数据恢复方法： 在介绍数据恢复方法前有必要先介绍一下保障措施，在数据恢复操作前，必须要将客户的故障服务器内所有硬盘以只读模式进行备份，一方面是为了避免对客户原始数据进行分析和操作 服务器数据恢复案例；北京北亚数据恢复中心服务器数据恢复.jpg 服务器数据恢复结论： 在服务器出现不明原因的故障导致系统崩溃或者文件不可用时，我们通常不建议客户盲目的在源服务器设备上进行数据分析和数据恢复尝试 ，如果却有数据恢复技术的，可以在对原服务器镜像后在镜像服务器上进行数据恢复操作，避免操作失误导致的数据丢失或者数据恢复难度增加。
1.9K00发布于 2020-02-04 - 来自专栏北亚数据恢复中心
存储崩溃MySQL数据库恢复案例
RAID5磁盘阵列，由于未知的原因导致存储忽然崩溃无法启动，RAID5阵列中的虚拟机全部丢失，其中3台虚拟机为重要数据，需要主要针对该3台虚拟机进行数据恢复。 一、分析存储底层次结构 工程师通过与客户的沟通及对RAID阵列的分析得出故障存储的底层结构为若干物理磁盘组成一个存储池，划分了多个LUN，需要进行数据恢复的为LUN1，其中包含重点恢复的3台虚拟机。 二、通过重组的RAID阵列提取LUN 通过对存储结构的进一步分析我们可以获取到存储划分的MAP块，进而对各个LUN的数据块指针进行解析，通过编写数据提取程序、提取LUN碎片。 四、通过分析数据库页提取数据 本次数据恢复的虚拟机内有mysql数据库，可以利用数据库底层存储的特殊性进行数据页扫描，提取数据。 七、数据验证 因为两个版本的数据库表结构不同，所以联系了客户方的应用工程师进行调试。调试完成后导入平台，平台调试成功，本次数据恢复成功。
5.6K20发布于 2021-10-22 - 来自专栏北亚数据恢复中心
RAID6存储断电数据恢复案例
将故障存储的所有磁盘和备份sss数据的目标磁盘连入到一台Windows Server 2008的服务器上。以底层方式读取扇区，发现了大量损坏扇区。初步判断可能是这种硬盘的读取机制与常见的硬盘不一样。 由于部分虚拟机的数据盘很大，而数据很少。像这种情况就可以直接导出数据，然后新建一个虚拟磁盘，最后将导出的数据拷贝至新建的虚拟磁盘中即可。 统计了一下整个存储中虚拟机的数量，大约有200台虚拟机。 目前的情况只能通过上述方式将恢复的虚拟机一台一台的恢复到用户的ESXI中。由于是通过网络传输，因此整个迁移的过程中网络是一个瓶颈。 经过不断的调试以及更换主机最终还是无法达到一个理想的状态，由于时间紧张，最终还是决定在当前的环境迁移数据。 整个恢复过程，用户方要求紧急，我方也安排工程师加班加点，最终在最短的时间内将数据恢复出来。 后续的数据迁移过程中由我方工程师和用户方工程师配合完成，本次数据恢复圆满成功。
1.2K20发布于 2021-09-27 - 来自专栏数据恢复案例
存储上的数据丢失了怎么恢复
一.服务器数据恢复故障描述 需要进行数据恢复的服务器共10个磁盘柜，每个磁盘柜满配24块硬盘。其9个存储柜用作数据存储使用，另外1个存储柜用作元数据存储使用。 存储及文件系统架构大致如下图一： 服务器数据恢复案例之硬盘离线数据恢复1.png 注：Meta_LUN(元数据卷) Data_LUN（用户数据卷） 二.磁盘备份 为防止服务器数据恢复过程中由于误操作对原始磁盘造成二次破坏 备份过程如下图二所示： 服务器数据恢复案例之硬盘离线数据恢复2.png 对故障RAID中的6块成员盘进行编号标记，将硬盘从存储柜中拔出，接入到准备好的备份平台上，对6块硬盘进行全盘备份。 登陆昆腾存储设备的管理界面，获取到StorNext文件系统中卷相关的一些基本信息，如下图四： 服务器数据恢复案例之硬盘离线数据恢复4.png 继续对StorNext文件系统中的Meta卷和Data卷进行分析 文件节点如下图六： 服务器数据恢复案例之硬盘离线数据恢复6.png 目录块如下图七： 服务器数据恢复案例之硬盘离线数据恢复7.png 四.数据恢复 通过分析研究我们已经获取到了恢复工作所需全部信息，开始编写程序
2.7K40发布于 2019-08-21 - 来自专栏北亚数据恢复中心
IBM存储RAID5数据恢复案例
本次北亚小编分享的案例是关于IBM存储DS3512，6块盘，坏了多块盘，导致阵列失效，数据丢失。 故障情况：IBM存储DS3512，6块盘，坏了多块盘，导致阵列失效，数据丢失。 【数据恢复过程】 客户存储中6块硬盘，一组RAID5，划分一个LUN，其中LUN分配给LINUX服务器，并格式化成ocfs2文件系统，之后共享给虚拟化使用，存放虚拟机文件。 6、数据提取 此次数据恢复工作中，我们根据客户的需求，首先由于部分虚拟机的优先级别和实效性非常高，需要尽快将其恢复出来，我们根据客户提供的具体的文件信息列表，编写脚本，读取数据库并重构文件的目录树，针对着急的虚拟机优先提取恢复 【数据恢复结果】 此次恢复工作共为客户挽回近1.4T数据，24台虚拟机、压缩包和配置文件，与客户紧密配合，24台虚拟机可以全部启动，虚拟机里布置的业务应用也成功启动，及时有效的为客户完成了全部的数据恢复
1.8K30发布于 2021-02-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号