ITPub博客

故障： 业务新增应用，需要增加一台服务器。服务器管理员在原服务器在线状态下将其中一个lun映射到一台新服务器上。服务器管理员在执行操作之前没有注意到这个刚刚映射过去的卷已经map到了solaris生产系统上的某个lun上了。将这个lun映射到新的服务器后，服务器对这个卷开始进行初始化，solaris生产系统上的磁盘出现报错，于是服务器管理员重启服务器，重启服务器之后这个卷已经无法挂载了。

Mysql数据库数据恢复环境： 服务器操作系统windows； mysql5.6单实例，innodb数据库引擎； 表内存储数据的是独立表空间； 无数据库备份，binlog未开启。 Mysql数据库故障： 误操作，使用Delete命令删除数据时未添加where子句进行筛选，导致全表数据被删除，所幸删除数据后未进行任何操作，没有数据覆盖，需要对Mysql数据库误删除的数据进行数据恢复。

服务器数据恢复环境： ORACLE-SUN-ZFS存储服务器； Windows操作系统； zfs文件系统； 4个组，每组8块硬盘； 热备盘全部启用。 服务器数据恢复故障： 服务器正常运行时突发故障无法正常工作，服务器管理员重启服务器无法进入系统，需要对服务器内的数据进行数据恢复。 数据恢复工程师拿到服务器后，和服务器管理员沟通后，确定服务器故障不是因为断电、进水、异常操作或者其他外部因素造成的。

数据库数据恢复环境： 华为云ECS网站服务器，linux操作系统； Mysql数据库版本号5.6，数据表采用innodb作为存储引擎。 故障： 在执行数据库版本更新测试时，错误地将本应在测试库执行的sql脚本执行于生产库，导致其中8个表被truncate，4个表的少量数据被delete。DBA联系北亚数据恢复中心要求恢复被truncate的8个表以及部分数据被delete的4个表的数据。

服务器数据恢复环境： 服务器：Infortrend ESDS系列存储服务器； 12块容量2TB的磁盘组成raid6； 阵列上一个lun映射到WINDOWS系统； WINDOWS系统包含一个GPT分区。 故障： 服务器运行过程中不可访问，经检查发现其中有3块硬盘离线，服务器管理员进行强制上线rebuild操作，上线成功后分区不能打开，数据无法访问。服务器管理员联系北亚数据恢复中心进行数据恢复。

服务器数据恢复环境： 某品牌730系列服务器； linux操作系统。 故障： 意外断电导致服务器文件丢失。服务器管理员联系北亚数据恢复中心进行服务器数据恢复。

服务器数据恢复环境： 华为OceanStor系列服务器； MD1200磁盘柜，raid5磁盘阵列组，50T容量； linux操作系统，1个lun；两个分区：分区一通过lvm进行扩容，分区二格式化为xfs文件系统。 故障： 用户对服务器重装系统误操作导致原服务器内的第二分区不可访问，服务器分区内的数据丢失，原因不明。服务器管理员联系北亚数据恢复中心进行服务器数据恢复。

Ceph是一种为优秀的性能、可靠性和可扩展性而设计的统一的、分布式文件系统。北亚数据恢复工程师团队已经攻克了Ceph数据恢复这个专题。对于北亚数据恢复工程师团队来说，Ceph数据恢复已经不是什么问题了。

服务器数据恢复环境： IBM DS系列存储，Linux操作系统； 8块硬盘组成raid5。 故障： 服务器在运行过程中有一块硬盘掉线，热备盘上线并开始自动同步数据，在热备盘上线同步数据过程中，存储中一块其他硬盘由于未知原因掉线，raid同步过程中断，阵列崩溃，卷无法挂载。管理员联系北亚数据恢复中心进行数据恢复。

服务器数据恢复环境： 昆腾系列存储； 9个配置24块硬盘的磁盘柜； 8个存储柜存储数据，1个存储柜存储元数据； 元数据存储柜24块146G硬盘：8组RAID1+1组4盘位的RAID10+4个全局热备盘； 数据存储柜192块硬盘：32组6盘位的RAID5，分为2个存储系统。 故障： 数据存储中的1个存储系统中的一组RAID中的2块硬盘先后故障离线，RAID失效，整个存储系统崩溃，无法使用。管理员联系北亚数据恢复中心进行数据恢复。

服务器数据恢复环境： emc服务器； raid5磁盘阵列； 两块热备盘。 故障： 服务器上有两块硬盘出现故障，但是热备盘中只有一块被成功激活，导致了raid阵列瘫痪，服务器的上层应用不可用。管理员联系北亚数据恢复中心进行数据恢复。

服务器故障： 用户误删除了服务器上的卷，raid5磁盘阵列数据丢失，联系北亚数据恢复中心进行数据恢复。 服务器数据恢复过程： 经过检测，服务器没有物理故障。可以从raid5磁盘阵列层面进行数据恢复。

数据恢复环境： 3块硬盘组成raid5磁盘阵列。 故障： 组成raid5中的1块硬盘的状态灯出现红色报警，磁盘阵列出现故障，服务器分区识别不了。服务器管理员联系北亚数据恢复中心进行服务器数据恢复。

故障： 由于服务器意外断电，导致服务器上的Oracle数据库报错：“system01.dbf需要更多的恢复来保持一致性”。由于数据库并没有备份，仅有一些断断续续的归档日志，用户联系北亚数据恢复中心修复Oracle数据库。

服务器数据恢复环境： IBM X系列服务器； 操作系统为linux redhat； 5块73G SAS硬盘，4块组成RAID5，1块作为热备盘(Hot-Spare)。 故障： 3号盘最早离线，热备盘未自动激活rebuild（原因不明），然后2号盘离线，RAID崩溃。用户联系北亚数据恢复中心进行数据恢复。

服务器数据恢复环境： IBM DS系列存储服务器； 16块容量600G的FC硬盘。 故障： 存储服务器前面板10号和13号硬盘故障灯亮，存储映射到redhat上的卷挂载不上，业务下线。服务器管理员联系北亚数据恢复中心进行服务器数据恢复。

故障： 服务器raid5磁盘阵列中的5块硬盘中有1块硬盘掉线，服务器管理员请外部公司对服务器进行维护，外部公司人员在没有了解具体情况下用服务器内另外4块正常硬盘重建了一组新的raid5阵列，导致服务器原有数据全部丢失。服务器管理员联系北亚数据恢复中心寻求帮助。

环境： XFS文件系统服务器； RAID卡+Linux； riad5+两个分区的LUN； sdc1分区通过LVM扩容的方式加入到了root_lv中； sdc2分区为XFS文件系统。 服务器故障： 服务器重装系统后sdc磁盘分区改变，原先的sdc2分区丢失，无法访问。管理员联系北亚数据恢复中心寻求帮助。

误操作将linux文件系统装入到Ocfs2文件系统的数据卷上，原始Ocfs2文件系统被格式化成为Ext4文件系统。服务器管理员联系北亚数据恢复中心进行数据恢复。

误操作导致数据库数据丢失是最常见的数据库故障。如果有最新备份的情况下，误删除数据后恢复备份数据即可。当然也会有特殊状况如：数据库备份无法使用、还原报错等。北亚数据恢复工程师为大家介绍的是一例oracle数据库误truncate table 后的数据库恢复案例。如果您碰到误操作导致数据丢失，备份又恰好无法使用的情况可以参考这个数据恢复方案。