北亚数据恢复

摘要： 服务器数据恢复环境： IBM某型号服务器中共6块硬盘搭建的raid5磁盘阵列，其中1块盘作为热备盘使用。 上层部署的是SAP应用+Oracle数据库。 服务器故障&检测： 服务器中RAID5磁盘阵列中的1块盘出现故障离线，热备盘激活替换离线硬盘，在进行数据同步的过程中又有一块硬盘故障离线，RAID5磁盘阵列瘫痪，上层LUN不可用，服务器崩溃。 阅读全文

摘要： 数据库数据恢复环境： 5块硬盘组建RAID5，划分LUN供windows服务器使用，共有三个逻辑分区； 在windows服务器内部署有Sql Server数据库。 数据库故障： 未知原因导致数据库文件丢失，涉及5个数据库，数千个表，不能确定数据存储位置。 数据库文件丢失后服务器仍在运行，但未写入大量数据。 阅读全文

摘要： 某企业一台存储设备，一组由16块硬盘组建的raid5磁盘阵列。管理员在巡检过程中发现该存储的卷无法挂载，经过检查发现存储设备的raid5磁盘阵列中有2块硬盘离线。 阅读全文

摘要： 服务器数据恢复环境： 某公司网站服务器，6块SCSI硬盘组建raid5磁盘阵列； 服务器上层：linux操作系统+EXT3文件系统。 服务器故障&分析： 服务器在工作状态下raid5磁盘阵列中的一块硬盘由于未知原因离线。因为raid5中的一块硬盘掉线并不会影响磁盘阵列的正常工作，服务器没有出现异常，直到该raid5磁盘阵列中又有一块硬盘掉线，服务器瘫痪。 阅读全文

摘要： 服务器数据恢复环境&故障： 某公司一台存储设备存放公司内部重要文件。存储设备上有一组由6块硬盘组成的raid5磁盘阵列。存储设备在正常运行过程中突然崩溃，管理员强制重启后无法找到存储设备，多次重启后还是找不到存储设备。 服务器故障分析： 经过数据恢复工程师和硬件工程师团队的检测和分析，初步判断这台存储设备故障原因应该是raid模块损坏。raid模块损坏故障包括raid信息丢失和raid模块硬件损坏。基于以往大量的案例经验，北亚企安数据恢复工程师团队判断该存储设备故障极有可能就是设备多次异常断电导致的。经过与用户方管理员的沟通得知这台存储在出现故障之前确实遭遇过数次非正常的断电关机，但每次断电后重启一切正常，因此未引起管理员的注意。即使存储设备崩溃后也没有意识到这次故障与以前设备多次异常断电有关系。 阅读全文

摘要： 服务器数据恢复环境： 某公司信息管理平台，若干台VMware虚拟机共享一台存储设备，供内部使用，该存储设备中存放了公司大量重要数据。 服务器故障： 该存储设备运行时，管理员在存储网络中连接了一台Windows服务器，这台存储设备突然无法正常使用。管理员对该存储设备进行初步检查后发现该存储设备中的虚拟磁盘丢失，分区表丢失，重启该存储设备后故障依旧。由于该存储设备中的数据十分重要且没有备份，管理员不敢擅自进行操作。 阅读全文

摘要： 北京某公司管理员误操作删除了XenServer虚拟化服务器上的一台虚拟机。 服务器数据恢复工程师到现场对故障服务器进行初检后发现服务器内的VPS不可用，虚拟磁盘数据丢失。 阅读全文

摘要： 服务器数据恢复环境： 某公司一台web服务器，存储网站程序和网站内容数据，部署的MySQL数据库。 6块硬盘组建的一组raid6磁盘阵列。 服务器故障： 服务器raid6中有3块硬盘离线，服务器崩溃。服务器上部署的MySQL数据库数据丢失，服务器上跑的网站关停，业务中断。用户联系我们数据恢复中心要求恢复服务器数据。 阅读全文

摘要： 服务器数据恢复环境： 某品牌EVA系列某型号存储设备，采用的ESXI虚拟化系统，虚拟机存储的是mysql数据库。 服务器故障： 由于异常断电导致存储设备中的一台虚拟机无法启动，管理员发现虚拟机无法启动后再次重启服务器，但是该虚拟机依然无法正常启动。由于该虚拟机中的数据涉密极为重要，而且只能到现场进行恢复，于是用户方联系我们数据恢复中心寻求帮助。 阅读全文

摘要： 北京某国企服务器中部署的Oracle 11g R2数据库被误操作执行了truncate table CM_CHECK_ITEM_HIS，表数据丢失，查询该表时报错，数据库备份不可用，表数据无法查询。 Truncate数据原理：表被Truncate后，ORACLE会在数据字典和Segment Header中更新表的DATA_OBJECT_ID，但是不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致，所以ORACLE服务进程在读取全表数据时读取不到已经被TRUNCATE但是实际未被覆盖的数据。 阅读全文