RAID5阵列2块硬盘的指示灯亮黄色，存储不可用，且已经过保。 硬件工程师对16块硬盘做硬件故障检测，经过检测发现raid5阵列中2块硬盘存在坏道、SMART的错误冗余级别已经超过阈值。
服务器数据恢复环境&故障： 某公司一台服务器上有一组由24块FC硬盘组建的raid。 服务器出现故障，无法正常工作。 经过初步检测，管理员发现导致服务器故障的原因是raid中有两块硬盘掉线，导致卷无法挂载。 服务器数据恢复过程： 1、将故障服务器中的所有硬盘做好标记后移出盘位，经过硬件工程师的初步检测，所有硬盘都可以正常读取。以只读方式将所有硬盘（除了2块离线硬盘）进行完整镜像。镜像完成后
Oracle数据库故障： 某公司一台服务器上部署Oracle数据库。服务器意外断电导致数据库报错，报错内容为“system01.dbf需要更多的恢复来保持一致性”。该Oracle数据库没有备份，仅有一些断断续续的归档日志。 Oracle数据库恢复流程： 1、检测数据库故障情况； 2、尝试挂起并修复数据库； 3、解析数据库文件； 4、导出并验证恢复的数据库文件。
一台服务器上一个分区存放Oracle数据库数据。由于管理员误操作不小心删除了该分区，数据库报错，无法使用。 北亚企安数据恢复工程师到达现场后，将故障服务器中所有硬盘以只读方式进行完整镜像。镜像完成后将所有硬盘按照原样还原到原服务器中，后续的数据分析和数据恢复操作基于镜像文件进行，避免对原始磁盘数据造成二次破坏。基于镜像文件分析所有硬盘底层数据。发现服务器内丢失的数据是数据库文件，导致数据库报错。
一台服务器中有5块硬盘，其中的4块组建了一组RAID5阵列，剩下一块盘作为热备盘(Hot-Spare)使用。服务器操作系统为linux，应用系统为构架于oracle数据库的一个oa。 raid5阵列中一块盘离线，但热备盘未自动激活rebuild。直到另外一块盘离线，RAID崩溃。 由于oracle已经不再对本案例中的oa系统提供后续支持，用户方要求尽可能恢复数据和操作系统。经过检测发现热备盘完全没有启用，硬盘无明显物理故障，无明显同步表现。
一台光纤服务器存储上有16块FC硬盘，上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常，存储映射到linux操作系统上的卷挂载不上，业务中断。 通过storage manager查看存储状态，发现逻辑卷状态失败。再查看物理磁盘状态，发现其中一块盘报告“警告”，硬盘指示灯显示异常的2块盘报告“失败”。
一台服务器上有一组raid5磁盘阵列，该raid5阵列有5块硬盘。服务器数据无备份。 服务器一块硬盘掉线，运维人员在没有完全了解服务器的具体情况下，使用服务器上的另外4块正常硬盘重建了一组新的raid5阵列，导致服务器原有数据丢失。
存储数据恢复环境&故障： 某单位一台EMC某型号存储中有12块STAT接口的硬盘，其中10块硬盘组建了一组RAID5阵列，剩下2块设置为热备盘使用。 RAID5阵列中的2块硬盘出现故障离线，但是只有一块热备盘成功激活，导致RAID5阵列不可用，上层LUN无法使用。
一台操作系统为windows server的本地服务器上部署mysql数据库，innodb引擎，独立表空间。数据库没有备份，未开启binlog。 人为误操作使用Delete命令删除数据时未添加where子句进行筛选，结果是全表数据被删除，删除后未对该表进行任何操作。
MongoDB数据库数据恢复环境： 一台操作系统为Windows Server的虚拟机上部署MongoDB数据库。 MongoDB数据库故障： 工作人员在MongoDB服务仍然开启的情况下将MongoDB数据库文件拷贝到其他分区，数据复制完成后将MongoDB数据库原先所在的分区进行了格式化操作。 结果发现拷贝过去的数据无法使用。管理员又将数据拷贝回原始分区，MongoDB服务仍然无法使用，报错“Windows无法启动MongoDB服务（位于 本地计算机 上）错误1067：进程意外终止。”
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
