摘要： 北京某国企客户在业务运维过程中，误执行TRUNCATE TABLE CM_CHECK_ITEM_HIS操作，导致该表数据被清空，业务查询该表时出现报错。同时客户发现现有数据库备份不可用，无法通过常规备份方式恢复数据，表内数据无法正常访问与查询。 阅读全文

摘要： 本次数据恢复对象为一台配备20块硬盘的普通服务器。因未知原因，服务器上层业务突然崩溃。机房管理员排查后确认，故障原因为服务器中有3块硬盘离线。管理员将全部硬盘按原有槽位顺序取出后，送至北亚数据恢复中心进行数据恢复。 阅读全文

摘要： 某企业部署NetApp FAS-8200存储设备，共计配置96块磁盘，构建两组互为镜像的存储池。存储池内划分逻辑卷并映射至ESXi虚拟化平台作为数据存储，卷内承载虚拟机数量超300台，存储数据为企业核心业务数据。运维过程中因未知异常导致存储卷丢失，对应虚拟机全部无法访问。服务器管理员初步排查并尝试自行恢复未果，为避免二次破坏原始数据，委托北亚数据恢复中心紧急修复数据。 阅读全文

摘要： 本次故障涉及由四台某品牌服务器组成的VSAN集群，每台服务器配置两个磁盘组，单个磁盘组采用1块SSD硬盘作为闪存缓存、5块SAS硬盘作为容量存储的标准架构。故障初始诱因是某一节点的单个磁盘组内，一块SAS容量盘突发故障离线，VSAN系统随即自动启动数据重构迁移流程，试图将故障磁盘的数据同步至其他正常节点。 然而在数据迁移关键阶段，突发停电事故导致迁移进程意外中断，系统未能完成数据重构。供电恢复后，又出现新的故障——同一集群内另一个磁盘组中，两块SAS容量盘相继故障离线，多重故障叠加直接导致整个VSAN数据存储全面崩溃。此时VSAN管理控制台虽可正常登录，但集群内所有虚拟机均无法访问，业务陷入停滞。 阅读全文

摘要： 案例一：6盘RAID6多盘离线，数据库与网站文件完整恢复 案例二：4盘RAID5双盘故障，Windows 2000系统完整修复 案例三：20盘服务器多盘离线，Oracle数据库完整恢复 阅读全文

摘要： 本次故障服务器搭载10组磁盘柜，单柜满配24块硬盘，整体架构分为数据存储层（9组磁盘柜）与元数据存储层（1组专用磁盘柜），核心依赖StorNext文件系统实现跨卷数据调度与管理。 核心存储配置： 1、 元数据存储柜：24块146G硬盘，组建9组RAID1阵列+1组4盘位RAID10阵列，配置4个全局热备盘，承担StorNext文件系统元数据（Meta_LUN）的存储与调度； 2、 数据存储柜：每6块硬盘组建1组RAID5阵列，共36组RAID，划分为2个独立存储系统，承载核心用户数据（Data_LUN）。 阅读全文

摘要： 磁盘柜中磁盘通过RAID卡创建一组RAID5阵列，分配一个LUN。在Linux系统层面对LUN进行分区，划分sdc1和sdc2两个分区。通过LVM扩容的方式将sdc1分区加入到了root_lv中，剩余的sdc2分区格式化为XFS文件系统。 服务器管理员对服务器重装系统操作后，发现sdc磁盘分区发生改变，原始sdc2分区丢失，无法访问。 阅读全文

摘要： 北亚数据恢复中心最近接到很多服务器数据恢复的案子，这些案子有：服务器断电数据丢失、意外断电导致服务器无法启动、服务器可以启动但是虚拟机丢失、服务器断电后多块硬盘出现故障离线.....。下面通过其中一例服务器断电导致数据丢失的案例给大家简单介绍一下服务器断电后数据如何恢复。 阅读全文

摘要： 虚拟机技术作为虚拟化技术的一种，在现代信息技术领域扮演着重要角色。虚拟化技术的核心是将事物从一种形式转变为另一种形式，它在多个方面都有广泛应用。 阅读全文

摘要： 在服务器运维过程中，硬盘掉线是导致服务器故障、数据丢失的常见原因。针对普通服务器硬盘掉线引发的数据丢失问题，存在一套常规的数据恢复方法。下面将详细介绍北亚数据恢复中心为某客户服务器进行数据恢复的全过程。 服务器故障： 故障服务器配备了16块硬盘。某一天，运维人员发现10号和13号硬盘亮黄灯，服务器业务随即中断。 阅读全文