【北亚服务器数据恢复】LUN映射出错导致文件系统一致性错误的数据恢复
业务新增应用,需要增加一台服务器。服务器管理员在原服务器在线状态下将其中一个lun映射到一台新服务器上。服务器管理员在执行操作之前没有注意到这个刚刚映射过去的卷已经map到了solaris生产系统上的某个lun上了。将这个lun映射到新的服务器后,服务器对这个卷开始进行初始化,solaris生产系统上的磁盘出现报错,于是服务器管理员重启服务器,重启服务器之后这个卷已经无法挂载了。
服务器管理员联系SUN原厂工程师进行修复。SUN工程师检测故障情况后执行了fsck操作并成功挂载文件系统,但是多数数据丢失或文件大小为0,而最新的数据全部丢失。服务器管理员联系北亚数据恢复进行服务器数据恢复。
阅读全文
posted @ 2022-03-31 09:55
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操作,上线成功后分区不能打开,数据无法访问。服务器管理员联系北亚数据恢复中心进行数据恢复。
Raid6最多允许2块硬盘同时离线,由于用户服务器内3块硬盘先后出现故障离线,服务器管理员将最先离线的硬盘进行上线操作,则服务器会将所有数据进行算法同步,数据无法访问,服务器崩溃。
服务器数据恢复环境:
某品牌730系列服务器;
linux操作系统。
故障:
意外断电导致服务器文件丢失。服务器管理员联系北亚数据恢复中心进行服务器数据恢复。
服务器数据恢复环境:
华为OceanStor系列服务器;
linux操作系统,1个lun;两个分区:分区一通过lvm进行扩容,分区二格式化为xfs文件系统。
故障:
用户对服务器重装系统误操作导致原服务器内的第二分区不可访问,服务器分区内的数据丢失,原因不明。
在北亚数据恢复工程师团队的努力下,攻克了Ceph数据恢复这个专题。对于北亚数据恢复工程师团队来说,Ceph数据恢复已经不是什么问题了。
服务器数据恢复环境:
某品牌存储,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磁盘阵列数据丢失,联系北亚数据恢复中心进行数据恢复。
数据恢复环境:
3块硬盘组成raid5磁盘阵列。
故障:
组成raid5中的1块硬盘的状态灯出现红色报警,磁盘阵列出现故障,服务器分区识别不了。服务器管理员联系北亚数据恢复中心进行服务器数据恢复。
故障:
由于服务器意外断电,导致服务器上的Oracle数据库报错:“system01.dbf需要更多的恢复来保持一致性”。由于数据库并没有备份,仅有一些断断续续的归档日志,用户联系北亚数据恢复中心修复Oracle数据库。
服务器数据恢复环境:
IBM X系列服务器;
操作系统为linux redhat;
5块73G SAS硬盘,4块组成RAID5,1块作为热备盘(Hot-Spare)。
故障:
3号盘最早离线,热备盘未自动激活rebuild(原因不明),然后2号盘离线,RAID崩溃。用户联系北亚数据恢复中心进行数据恢复。
应用是基于oracle数据库的一个OA系统。因oracle已经不再对本OA系统提供后续支持,用户要求尽可能恢复数据和操作系统。热备盘完全无启用,硬盘无明显物理故障,无明显同步表现。
服务器数据恢复环境:
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 后的数据库恢复案例。如果您碰到误操作导致数据丢失,备份又恰好无法使用的情况可以参考这个数据恢复方案。
环境:
Dell PowerEdge服务器;
XenServer虚拟化平台;
4块希捷2T STAT硬盘用RAID卡组成的RAID10;
XenServer虚拟机操作系统:Windows Server系统;
虚拟机磁盘:1个10G系统盘和1个5G数据盘,部署的Web服务器(ASP +SQL)。
故障:
服务器突然断电导致服务器中一台XenServer虚拟机不可用,虚拟磁盘文件丢失,服务器管理员联系北亚数据恢复中心寻求帮助。
在大数据和互联网时代,数据就是生产力,数据安全是现代企业最重要资产之一。对于一些企业比如互联网公司来说,服务器中的数据就是一切。相信很多企业都有过数据恢复的经历。那么在企业运营过程中有没有什么办法尽量避免服务器中的数据丢失造成重大损失呢?北亚数据恢复工程师通过这篇文章为大家介绍一些避免数据丢失造成重大损失的措施,希望对不了解的朋友们有用,对于熟悉的朋友们也能起到一个提醒的作用。
环境:
IBM FlashSystem存储;
raid5;
windows,ntfs;
64块900G的SAS硬盘。
故障:
存储中一块硬盘发生故障离线,热备盘启用替换,与离线盘同一组Mdisk中的另一块磁盘也离线,导致热备盘同步失败,这组Mdisk失效,整个通用卷无法使用,阵列瘫痪。管理员联系北亚数据恢复中心寻求帮助,恢复的数据主要是dcm图像文件。
环境:
某品牌X3850系列服务器;
linux操作系统;
4块SAS接口硬盘组成raid5阵列。
服务器故障:
服务器运行过程中瘫痪,管理员对原系统进行了重新安装,数据丢失。丢失的数据包括:数据库、办公文档、代码文件等。联系北亚数据恢复中心进行数据恢复。
北亚数据恢复工程师对这台服务器进行了检测,发现由于重装系统,逻辑卷被改变,文件系统被破坏,出现了空白超级块,数据丢失。
浙公网安备 33010602011771号