北亚数据恢复

摘要： 某品牌服务器上有一组由两块SAS硬盘组建的raid0阵列，上层是windows server操作系统+ntfs文件系统。服务器上一个硬盘指示灯显示黄颜色，该指示灯对应的硬盘离线，raid不可用。 阅读全文

摘要： 服务器存储数据恢复环境： 存储中有一组由12块硬盘组建的RAID6阵列，上层linux操作系统+EXT3文件系统，该存储划分3个LUN。 服务器存储故障&分析： 存储中RAID6阵列不可用。为了抢救数据，运维人员使用原始RAID中的部分硬盘重新组建RAID并进行了初始化。 初始化开始一段时间后，运维人员察觉到情况有异后强制终止初始化，这个时候初始化已经完成一半以上。数据部分已被不可逆的破坏。 阅读全文

摘要： Sybase数据库数据恢复环境： Sybase数据库版本：SQL Anywhere 8.0。 Sybase数据库故障&分析： Sybase数据库无法启动。 使用Sybase Central连接报错。 数据库数据恢复工程师经过检测，发现Sybase数据库出现故障的原因是：异常断电造成Sybase数据库无法回写正常数据，导致多个存储页数据不一致，系统表描述和存储表不一致，部分存储页底层数据完全杂乱。 阅读全文

摘要： Oracle数据库故障&分析： 一台Oracle数据库打开报错，报错信息： “system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。管理员联系我们数据恢复中心寻求帮助，并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份，无法通过备份去恢复数据库。 “system01.dbf需要更多的恢复来保持一致性”，出现这个报错信息可能是由控制文件损坏、数据文件损坏，数据文件与控制文件的SCN不一致等原因所导致。对数据库文件做进一步检测&分析，结果发现sysaux01.dbf文件有坏块。修复并启动数据库后，很多查询报错，export和data pump工具也无法使用。查询告警日志并分析报错，发现就是sysaux文件损坏所导致的上述错误。从数据库层面无法修复数据库。system和用户表空间的数据文件都是正常的，可以尝试利用底层解析数据文件，恢复用户数据。 阅读全文

摘要： 服务器存储数据恢复环境： 某品牌光纤存储上共有16块FC硬盘。存储上的卷映射到Linux操作系统上。Linux操作系统上运行Oracle数据库。 服务器存储故障&检测： 存储上2块硬盘故障灯亮起，存储映射到linux操作系统上的卷挂载不上，业务中断。 阅读全文

摘要： 服务器存储数据恢复环境： 某品牌MSA2000FC存储中有一组由7块盘组建的RAID5阵列，另外还有1块硬盘作为热备盘使用。 基于RAID5阵列划分的几个LUN分配给小机使用，存储空间通过LVM管理，重要数据为Oracle数据库及OA服务端。 服务器存储故障： RAID5阵列中2块硬盘离线，唯一的热备盘成功激活，RAID5阵列还是变得不可用，上层LUN无法使用。 阅读全文

摘要： 服务器数据恢复环境： 两组分别由4块SAS硬盘组建的raid5阵列，两组阵列划分的LUN组成LVM架构，格式化为EXT3文件系统。 服务器故障： 一组raid5阵列中的一块硬盘离线。热备盘自动上线替换离线硬盘，但在热备盘上线同步数据的过程中，又有一块硬盘离线，导致热备盘同步失败。该组raid阵列崩溃，LVM结构不完整，文件系统无法正常使用。 将2块离线硬盘做好标记后取出&进行检测，发现先离线的硬盘无法识别，初步判断该硬盘出现硬件故障，需要开盘修复，另一块离线硬盘可以识别。 阅读全文

摘要： 存储掉盘超过上限，lun无法识别。管理员重组存储的位图信息并导出lun，发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息，重新导出控制文件中记录的数据文件，发现这些文件的大小依然为0kb。 阅读全文

摘要： 服务器存储数据恢复环境： 某单位一台某品牌型号为DS5300的服务器存储，1个机头+4个扩展柜，底层是2组分别由数十块硬盘组建的RAID5阵列。存储系统上层一共分了11个卷。 服务器存储故障&分析： 存储设备上一组raid5阵列上的2块磁盘出现故障，对应的硬盘指示灯亮黄灯，阵列崩溃，存储不可用。该组故障阵列上层存放的是Oracle数据库文件。 阅读全文

摘要： 服务器数据恢复环境： 某品牌X3850服务器中有一组由数块SAS硬盘组建的RAID5阵列，该阵列中有一块盘是热备盘。操作系统为linux redhat，上面跑着一个基于oracle数据库的oa。 服务器故障： 服务器raid5阵列中有一块硬盘离线，但是热备盘没有成功激活，之后另外一块硬盘离线，RAID崩溃。 阅读全文