北亚数据恢复
码龄9年
求更新 关注
提问 私信
  • 博客:1,407,847
    社区:665
    1,408,512
    总访问量
  • 1,150
    原创
  • 1,769
    排名
  • 1,469
    粉丝
  • 2
    关注
IP属地以运营商信息为准,境内显示到省(区、市),境外显示到国家(地区)
IP 属地:北京市
目前就职: 北亚数据恢复中心
加入CSDN时间: 2017-01-04

个人简介:我是北亚数据恢复中心的工程师

博客简介:

beiya123的博客

查看详细资料
个人成就
  • 获得2,085次点赞
  • 内容获得81次评论
  • 获得2,341次收藏
  • 原力等级
    原力等级
    9
    原力分
    7,804
    本月获得
    61
创作历程
  • 96篇
    2025年
  • 211篇
    2024年
  • 227篇
    2023年
  • 230篇
    2022年
  • 49篇
    2021年
  • 34篇
    2020年
  • 113篇
    2019年
  • 136篇
    2018年
  • 78篇
    2017年
成就勋章
TA的专栏
  • 服务器数据恢复
    534篇
  • raid数据恢复
    220篇
  • 存储数据恢复
    175篇
  • vsan数据恢复
    6篇
  • 硬盘数据恢复
    46篇
  • NetApp
    10篇
  • 虚拟机数据恢复
    65篇
  • 虚拟化数据恢复
    10篇
  • linux数据恢复
    6篇
  • mysql数据恢复
    3篇
  • 数据库数据恢复
    80篇
  • XSAN数据恢复
    4篇
  • Sybase数据恢复
    1篇
  • xfs数据恢复
    2篇
  • EVA存储数据恢复
    6篇
  • 手机取证系统
  • 手机取证软件
  • 手机取证
  • ceph数据恢复
    1篇
  • 数据恢复
    856篇
  • vsan
    11篇
  • 存储结构
    24篇
  • 原理
    7篇

TA关注的专栏 0

TA关注的收藏夹 0

TA关注的社区 0

TA参与的活动 0

创作活动更多

AI 镜像开发实战征文活动

随着人工智能技术的飞速发展,AI 镜像开发逐渐成为技术领域的热点之一。Stable Diffusion 3.5 FP8 作为强大的文生图模型,为开发者提供了更高效的图像生成解决方案。为了推动 AI 镜像开发技术的交流与创新,我们特此发起本次征文活动,诚邀广大开发者分享在 Stable Diffusion 3.5 FP8 文生图方向的实战经验和创新应用 本次征文活动鼓励开发者围绕 Stable Diffusion 3.5 FP8 文生图方向,分享以下方面的内容: 1. 技术实践与优化 - Stable Diffusion 3.5 FP8 模型架构解析与优化技巧 - 文生图生成效果的提升方法与技巧 - 模型部署与加速策略,例如使用 Hugging Face、Diffusers 等工具 - 针对特定场景(例如二次元、写实风)的模型微调与定制化开发 2. 应用场景探索 - Stable Diffusion 3.5 FP8 在不同领域的应用案例分享,例如游戏设计、广告创意、艺术创作等 - 利用 Stable Diffusion 3.5 FP8 实现图像编辑、图像修复、图像增强等功能的探索 - 结合其他 AI 技术(例如 NLP、语音识别)构建更强大的应用 3. 创新应用与思考 - 基于 Stable Diffusion 3.5 FP8 的创新应用场景设计 - AI 镜像开发的未来发展方向的思考与展望 - 对 AI 镜像开发伦理、安全等问题的探讨

23人参与 去参加
  • 最近
  • 文章
  • 专栏
  • 代码仓
  • 资源
  • 收藏
  • 关注/订阅/互动
更多
  • 最近

  • 文章

  • 专栏

  • 代码仓

  • 资源

  • 收藏

  • 关注/订阅/互动

  • 社区

  • 帖子

  • 问答

  • 课程

  • 视频

搜索 取消

服务器数据恢复—Raid5阵列热备盘上线同步数据失败如何恢复数据?

交由用户方验证,数据完整有效。2、镜像完所有硬盘后,基于镜像文件分析所有硬盘的底层数据(raid阵列的条带大小、数据走向、硬盘顺序、热备盘、数据库的分布规律等),根据分析获取到的raid信息重组raid。6、数据库工程师验证数据库文件后发现部分数据库文件及日志文件异常,表空间内存在大量坏块,所有控制文件被破坏,undotbs02丢失、数据库数据恢复工程师对数据库文件进行修复。服务器raid5阵列中一块硬盘离线,热备盘激活后开始同步数据,在同步数据过程中又有一块硬盘离线,服务器数据丢失,上层应用崩溃。
原创
博文更新于 昨天 14:04 ·
238 阅读 ·
4 点赞 ·
0 评论 ·
2 收藏

服务器数据恢复—Raid5热备盘同步中断的数据重生

2、基于镜像数据分析所有硬盘的底层数据,获取raid阵列条带大小、盘序等重组raid的关键信息。将服务器内所有硬盘按照mdisk组进行分类,然后分析mdisk组获取所有硬盘的阵列组信息,继而重组raid,提取阵列中数据。1、服务器数据恢复工程师将服务器内所有硬盘以只读方式进行扇区级完整镜像,镜像完成之后,将所有硬盘按照原样还原到原服务器上。管理员查看后重启服务器,掉线的硬盘重新上线并同步数据。重新扫描故障服务器内的数据碎片并提取。硬件工程师对故障服务器中的所有硬盘进行物理故障检测,检测后排除物理故障。
原创
博文更新于 2025.12.16 ·
349 阅读 ·
4 点赞 ·
0 评论 ·
1 收藏

服务器数据恢复—RAIDZ多盘离线导致ZPOOL下线的数据恢复

提取ZVOL卷头部信息,按照XenStore卷存储结构进行分析,发现该vhd在整个卷的尾部,计算得到其起始位置后从此位置开始提取数据。2、基于镜像文件分析所有磁盘的底层数据,北亚企安数据恢复工程师发现所有磁盘是通过ZFS进行管理,磁盘内记录系统元信息的NVLIST较为混乱。6、经过分析,数据恢复工程师发现在此存储中的ZFS版本与开源版本有较大差别,无法使用以前开发的解析程序解析,所以北亚企安数据恢复工程师重新编写了数据提取程序提取数据。ZPOOL的子设备可以有很多种类:块设备、文件、磁盘等。
原创
博文更新于 2025.12.11 ·
320 阅读 ·
6 点赞 ·
1 评论 ·
9 收藏

zfs数据恢复—迁移数据时候ZFS下数据读不出怎么恢复数据?

存储故障:管理员对一台存储设备内的文件进行迁移操作时,数据突然无法读取,管理界面出现报错。管理员查看数据时发现其中一个lun的数据丢失。
原创
博文更新于 2025.12.09 ·
109 阅读 ·
2 点赞 ·
0 评论 ·
0 收藏

vsan数据恢复—供电异常导致磁盘文件丢失的VSAN数据恢复

Vsan是一种可扩展的分布式存储架构,这种存储架构区别于其他存储架构的地方在于由vsan进行管理和控制的vsan存储层。另外vsan分布式存储还提供有安全容灾机制,如果单台主机故障不会影响整个存储,所以一旦vsan存储故障数据丢失,也就说明至少有2台主机同时损坏,只能通过数据恢复方式恢复数据。4、Vmdk文件合并完成后继续分析vmdk文件,提取服务器中的数据库备份文件并还原数据库,验证数据库文件完整性。2、数据恢复工程师分析和重组镜像文件,利用北亚企安自主开发的工具进行扫描,提取被破坏的数据文件。
原创
博文更新于 2025.12.04 ·
198 阅读 ·
10 点赞 ·
0 评论 ·
5 收藏

vsan数据恢复—Vsan存储故障应对:数据恢复与SQLserver数据库数据恢复

各节点创建两个磁盘组,每组用1块SSD作缓存盘、2块机械硬盘作容量盘,共6个磁盘组构成VSAN存储空间存储虚拟机文件。Vsan是基于vSphere内核开发的可扩展分布式存储架构,通过在vSphere集群主机安装闪存和硬盘构建存储层,由vsan控制管理,形成统一共享存储层供集群使用。3、VSAN文件以对象存于系统,对象分割为多组件,北亚企安数据恢复工程师编写程序扫描组件信息,记录组件ID与所属对象ID。4、北亚企安数据恢复工程师编写程序,据组件信息定位数据块及逻辑位置,提取完整组件。
原创
博文更新于 2025.12.02 ·
182 阅读 ·
5 点赞 ·
0 评论 ·
4 收藏

服务器数据恢复—服务器RAID硬盘盘片划伤的数据恢复案例

2、对另一块未开盘的硬盘进行检测和开盘,开盘后发现该硬盘的磁头损坏,在盘片上检测到极微小的划痕。可以通过更换磁头、盘片处理等方式恢复数据,经过北亚企安数据恢复工程师的一番努力,终于将损坏的硬盘数据完整提取。1、检测已经开过盘的硬盘,发现硬盘盘面有规则的同心圆状划痕,属于典型的磁头故障导致盘片划伤,数据无法恢复。3、服务器数据恢复工程师收集了故障服务器存储上的日志信息,根据获取到的相关信息虚拟重组raid。4、通过位图信息在虚拟重组出来的raid中提取lun信息,导出数据并进行验证。
原创
博文更新于 2025.11.27 ·
172 阅读 ·
3 点赞 ·
0 评论 ·
0 收藏

Netapp数据恢复—NetApp卷误删数据的完整恢复流程与避坑要点

Netapp的节点分布在数量众多的数据块内,在数据块内的节点又被统一组织为节点组。b、筛选出最新的数据库备份文件,使用筛选出的备份文件还原数据库。经过一一尝试,筛选出最新的可用的数据库备份,还原数据库环境。8、分析好存储结构之后,使用北亚企安自主开发的NetApp解析程序提取数据, 解析asm文件系统,提取出数据库文件。d、根据索引根内的第一级数据指针提取本文件的所有直接数据指针,在指针提取完毕后开始提取文件数据。7、获取目录项,并根据其节点编号,找到对应节点。b、扫描硬盘内的所有节点。
原创
博文更新于 2025.11.25 ·
319 阅读 ·
5 点赞 ·
0 评论 ·
3 收藏

虚拟化数据恢复—Hyper-V服务中断应急:虚拟机数据文件丢失的恢复案例

2、在所有提取出来的文件索引项中搜索“VHD”文件记录,将与之连续的文件索引项提取出来。正常情况下,服务器的文件索引项固定为1KB,呈连续分布状态,每个文件索引项对应一个相应的目录(或文件)。但是数据恢复工程师对提取出来的文件索引项进行分析,发现这些文件索引项多数以16或8KB对齐,呈不连续且无规律状态分布。对底层数据进行扫描,找到大量未被覆盖的文件索引、文件系统目录项等信息。服务器数据恢复工程师在恢复出的数据中随机拷贝出一个VHD文件,在数据恢复专用服务器上附加此VHD文件,检查VHD中的数据完整性。
原创
博文更新于 2025.11.20 ·
352 阅读 ·
3 点赞 ·
0 评论 ·
8 收藏

服务器数据恢复—Linux服务器断电数据恢复案例

服务器管理员在修复和检查过程中还写入了一部分的新数据到服务器,导致损坏的目录项没有被成功修复,而是以节点号命名后存放到了lost+found文件夹内,对应的数据区索引也被自动清除。4、根据文件系统的结构信息,在底层空间的相对应位置扫描&提取符合丢失目录结构条件的信息,再与目录项节点号整合,将扫描到的目录项节点号记录到数据库。北亚企安服务器数据恢复工程师提取出lost+found文件夹下的文件名称,根据丢失文件的文件目录项节点号进行匹配,分析出丢失的目录结构。某品牌服务器+存储,安装的linux操作系统。
原创
博文更新于 2025.11.18 ·
267 阅读 ·
4 点赞 ·
0 评论 ·
2 收藏

服务器数据恢复—5盘RAID5中四盘重建RAID5,原RAID5数据恢复有戏吗?

这意味着在组成RAID5阵列的任一条带中,总有一个校验块的数据是创建时生成的,会破坏原始数据。经过分析,后生成的4盘RAID5阵列是按照双循环,64K块大小,16次条带换校验的方式组织的。维修人员在未了解具体情况下,使用raid5阵列中没有掉线的4块硬盘重新创建了一组全新的RAID5阵列,并完成同步数据,导致原始5盘raid5阵列中的数据全部丢失。通过分析5盘raid5阵列和4盘raid5阵列结构的差异性,用之前掉线的盘重新补回之后重建RAID时破坏的校验信息,再虚拟重组RAID,解释文件系统,导出文件。
原创
博文更新于 2025.11.13 ·
199 阅读 ·
6 点赞 ·
0 评论 ·
3 收藏

虚拟机数据恢复—从失联到重生:异常断电导致ESXI与存储失联的数据恢复案例

由于该文件曾经被重建,部分指针被重建的数据所覆盖,原文件的iNode和重建后的文件iNode所在的位置完全一致,也没有其他可用于数据恢复iNode数据。北亚企安服务器数据恢复工程师根据实际数据情况编写小程序收集有用的指针块,收集到了大量二级指针块和三级指针块。继续分析二级指针块,对有大量的二级指针块的指向数据进行DUMP,然后再从磁盘中的数据定位到二级指针。管理员对上层文件系统及数据进行检查,发现原服务器上的文件系统和存储数据都无法识别,于是对vmfs进行了格式化等操作,导致数据丢失。
原创
博文更新于 2025.11.11 ·
368 阅读 ·
4 点赞 ·
0 评论 ·
3 收藏

服务器数据恢复—Raid5阵列热备盘同步失败,数据恢复揭秘

数据同步尚未完成时,同一阵列中的另一块硬盘掉线,热备盘同步失败,这组raid5阵列不可用,lvm结构被损坏,文件系统也无法正常使用。3、基于镜像文件对底层数据进行分析,结合EXT3文件系统结构分析raid5阵列的盘序、条带、校验方向等重组阵列的必要信息。4、重组完成后,分析raid5阵列的底层数据,找到与数据恢复有关的lvm结构信息。5、按照数据恢复方案,重组lvm以后,服务器数据恢复工程师继续分析逻辑卷内的EXT3文件系统,分析并导出所有数据。6、经过用户方验证,绝大部分数据已经恢复,认可数据恢复结果。
原创
博文更新于 2025.11.06 ·
436 阅读 ·
3 点赞 ·
0 评论 ·
3 收藏

服务器数据恢复—raid5阵列硬盘离线搞崩溃,分区数据恢复案例来袭

2、基于镜像文件分析所有硬盘底层数据,根据获取到的raid信息重组了raid,并进行抑或校验,只有部分数据校验通过。服务器数据恢复工程师通过多种方式进行尝试,但提取到的数据都是损坏的,只能修复数据。不明原因的故障导致服务器操作系统崩溃或者服务器中的数据不可用时,不建议在原服务器设备上进行数据分析和数据恢复尝试。服务器管理员重启服务器,故障硬盘重新上线同步数据,数据同步到将近一半时,管理员将服务器强制关机。服务器中有一块硬盘由于未知原因离线,服务器崩溃,存储重要数据的D分区无法识别。
原创
博文更新于 2025.11.04 ·
312 阅读 ·
3 点赞 ·
0 评论 ·
5 收藏

服务器数据恢复—重装导致reiserfs中损坏数据如何复活?

前2GB被覆盖的数据已经无法恢复,且文件系统前面对整个树的索引全部丢失,加上reiserfs的树的抽象设计,重搭建树会很困难。服务器管理员重装系统后发现数据组织结构发生了改变:2GB的boot与swap分区+数百GB的LVM卷,LVM卷中文件系统位置有个空的reiserfs超级块。需要恢复的数据是LVM卷中的reiserfs文件系统上所有用户数据,包含数据库、网站程序与网页、OA系统里的所有办公文档。5、在修复用的suse虚拟机下,挂载用于copy数据的目标硬盘,mkfs后将所有数据cp到目标盘。
原创
博文更新于 2025.10.30 ·
404 阅读 ·
3 点赞 ·
0 评论 ·
6 收藏

Netapp数据恢复—Netapp数据恢复超牛案例分享

初始化完毕后,开始提取文件的各级MAP。再使用块号取余块数,得到数据块在此磁盘上的物理块号,物理块号乘以块大小,得到数据块偏移位置。一般情况下存储划分出的单个节点会作为LUN映射到服务器使用,根据file_size可以确定这个文件的大小,按照文件大小分组后再选取usn最大值的节点,跳转到MBFI文件的offset值偏移位置,取出节点。2、服务器数据恢复工程师基于镜像文件分析所有硬盘底层数据,找到盘头位置的超级块,继续分析超级块信息得到磁盘组的起始块信息、磁盘组名称、逻辑组起始块号、raid编号等基本信息。
原创
博文更新于 2025.10.28 ·
550 阅读 ·
21 点赞 ·
0 评论 ·
14 收藏

Vsan数据恢复—Vsan分布式存储虚拟机组件信息被破坏的数据恢复案例

3、北亚企安数据恢复工程师根据数据情况编写程序扫描&重组所有服务器组件,获取到所有组件信息中的ID信息和所隶属的对象ID等信息。5、提取所有可用数据后,北亚企安数据恢复工程师根据描述信息中记录的组件逻辑位置信息进行数据重组,拼接出完整的vmdk文件。将提取到的所有快照的vmdk文件的快照和父盘进行合并,解析后提取其中的数据文件。所幸数据恢复所需的信息完整。8、用户方工程师验证恢复结果后,确认恢复出来的数据完整可用,本次数据恢复工作完成。4、利用这些信息追溯每一个数据块在所隶属的组件内的逻辑位置,提取数据。
原创
博文更新于 2025.10.23 ·
199 阅读 ·
2 点赞 ·
0 评论 ·
4 收藏

服务器数据恢复—EqualLogic存储硬硬盘坏道,数据恢复有妙招

某品牌EqualLogic PS6100存储阵列上有一组由16块硬盘组建的raid5磁盘阵列。磁盘阵列上层划分多个大小不同的卷,存放虚拟机文件。硬盘出现故障导致存储阵列不可用,需要恢复存储阵列中的数据。
原创
博文更新于 2025.10.21 ·
267 阅读 ·
10 点赞 ·
0 评论 ·
5 收藏

服务器数据恢复—RAID5硬盘掉线,热备盘未启用如何恢复raid5阵列数据?

将阵列内所有硬盘做好标记后从服务器取出,挂接到北亚企安数据恢复专用服务器上,对所有硬盘以只读方式做完整镜像。2、北亚企安数据恢复工程师基于镜像文件分析raid结构,获取重组raid所需的信息(条带信息、条带分布规律、校验方向、meta区域等)。服务器运行过程中突然崩溃,管理员查看raid阵列状态,发现阵列中2块硬盘掉线,热备盘没有启用。3、根据获取到的raid信息虚拟重组raid5阵列,解析虚拟磁盘的文件系统数据。5、经过用户方工程师的验证,确认raid5阵列内的所有数据恢复完整,应用正常。
原创
博文更新于 2025.10.16 ·
231 阅读 ·
1 点赞 ·
0 评论 ·
0 收藏

服务器数据恢复—硬盘黄灯预警,RAID5阵列数据如何恢复?

1、硬件工程师对出现故障的raid5阵列中的27块硬盘做硬件故障检测,发现其中2块硬盘存在坏道、SMART的错误冗余级别已经超过阈值,其他25块硬盘正常。某单位一台某品牌DS5300存储,1个机头+4个扩展柜,50块的硬盘组建了两组RAID5阵列。同步完成后,上层的卷直接可以使用了,所有数据也都可见,上层应用也能正常使用。分析两块硬盘的掉线时间,搞清楚数据较新的那块硬盘,使用数据较新的硬盘来恢复数据。方案一:通过存储设备的管理软件强制上线,强制上线之前把存储的所有硬盘进行备份。本次数据恢复工作完成。
原创
博文更新于 2025.10.14 ·
270 阅读 ·
7 点赞 ·
0 评论 ·
1 收藏
加载更多