服务器数据恢复环境： 8块SAS硬盘中的7块硬盘组成RAID5阵列，1块作为热备盘。 服务器故障： 故障服务器存储中的RAID5阵列有2块硬盘损坏离线，RAID5阵列瘫痪，影响上层LUN无法正常使用。管理员联系我们数据恢复中心进行数据恢复，硬件工程师检测硬盘没有发现物理故障和坏道。
数据库数据恢复环境： 5块硬盘组建一组RAID5阵列，划分LUN供windows系统服务器使用。windows系统服务器内运行了Sql Server数据库，存储空间在操作系统层面划分了三个逻辑分区。 数据库故障： 数据库文件丢失，主要涉及3个数据库，数千张表。数据库文件丢失原因未知，不能确定丢失的数据库文件的存放位置。数据库文件丢失后，服务器仍处于开机状态，所幸未写入大量数据。
服务器数据恢复环境： 一台安装windows server操作系统的服务器。一组由8块硬盘组建的RAID5，划分LUN供这台服务器使用。 在windows服务器内装有SqlServer数据库。存储空间LUN划分了两个逻辑分区。 服务器故障&初检： 由于未知原因，Sql Server数据库文件丢失，丢失数据涉及到3个库，表的数量有3000左右。数据库文件丢失原因还没有查清楚，也不能确定数据存储位置。 数据库文件丢失后服务器仍处于开机状态，所幸没有大量数据写入。
北京某国企客户Oracle 11g R2数据库误truncate table CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错，数据库的备份不可用，无法查询表数据。 Oracle数据库执行Truncate命令的原理：在执行Truncate命令后ORACLE会在数据字典和Segment Header中更新表的Data Object ID，但不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致，所以ORACLE服务进程在读取全表数据时不会读取到已经被TRUNCATE的记录，但是实际数据未被覆盖。
oracle数据库ASM磁盘组掉线，ASM实例不能挂载。数据库管理员尝试修复数据库，但是没有成功。
NetApp数据恢复环境： NetApp某型号存储，存储中有数十块SAS硬盘，该型号NetApp存储硬盘是扇区大小是520字节。存储中的lun都映射给小型机使用，存放Oracle数据库文件，采用ASM裸设备存储方式。 NetApp存储故障： 由于业务发展需要重新规划存储空间，工作人员直接将存储卷全部删除并重新分配。当删除卷还没有开始重新分配的时候，上层业务宕机，运维工程师紧急排查故障情况，发现业务服务器上的磁盘都消失了，无法访问数据。
Windows Server操作系统服务器，部署Hyper-V虚拟化环境，虚拟机的硬盘文件和配置文件存放在某品牌MD3200存储中，MD3200存储中有一组由4块硬盘组成的raid5阵列，存放虚拟机的数据文件；另外还有一块硬盘存放虚拟机数据文件的备份。
某单位一台Netapp存储，该Netapp存储内共有数十块SAS硬盘。 工作人员误操作删除了Netapp存储中12个lun，删除的数据包括客户信息和其他重要数据。
服务器数据恢复环境： 某品牌OceanStorT系列某型号存储+MD1200磁盘柜，组建的raid5磁盘阵列。上层分配了1个lun，安装的linux操作系统，划分两个分区，分区一通过lvm进行扩容，分区二格式化为xfs文件系统。 服务器故障： 重装系统操作失误导致上层linux操作系统分区改变，XFS文件系统分区由于未知原因无法访问，分区内的数据丢失。
linux操作系统服务器数据恢复环境： 某品牌R730服务器+MD3200系列存储，linux操作系统。 服务器故障： 机房意外断电导致服务器linux操作系统部分文件丢失。
服务器数据恢复环境： 昆腾某型号存储，StorNext文件存储系统。 共有9个分别配置了24块磁盘的磁盘柜，其中8个磁盘柜存放普通数据，1个磁盘柜存放元数据。 存放元数据的磁盘柜中的24块磁盘组建了8组RAID1阵列和1组4盘RAID10阵列，还有4个全局热备硬盘。 存放普通数据的磁盘柜中的192块磁盘共组建了32组6盘RAID5阵列，32组RAID5阵列分为2个存储系统。 服务器故障： 存放普通数据的其中一个存储系统中的一组RAID5阵列有2块硬盘先后出现故障离线，该RAID5阵列不可用，从而导致该阵列所在的存储系统崩溃，无法使用。
一台服务器上3块盘组建了一组raid5磁盘阵列。服务器运行过程中有一块硬盘的指示灯变为红色，raid5磁盘阵列出现故障，服务器上层操作系统的分区无法识别。
oracle数据库恢复环境&故障： 一台Windows server操作系统的服务器上部署Oracle数据库。 服务器意外断电导致oracle数据库报错，报错信息：“system01.dbf需要更多的恢复来保持一致性”。由于该oracle数据库并没有备份，仅有一些断断续续的归档日志，无法通过备份文件恢复oracle数据库的数据。管理员联系北亚企安数据恢复中心要求修复Oracle数据库。 o
服务器数据恢复环境： 某品牌X系列服务器，4块SAS硬盘组建了一组RAID5阵列，还有1块磁盘作为热备盘使用。服务器上层安装的linux操作系统，操作系统上部署了一个基于oracle数据库的OA（oracle已经不再为该OA系统提供后续服务支持）。 服务器故障： raid5中一块磁盘离线，热备盘未自动激活rebuild（原因不明）。服务器在运行一段时间后，另一块磁盘离线，RAID5阵列崩溃。用户方要求尽可能恢复服务器操作系统和服务器中的数据。
mysql数据库数据恢复环境： 本地服务器，windows server操作系统 ，部署有mysql单实例，数据库引擎类型为innodb，独立表空间，无数据库备份，未开启binlog。 mysql数据库故障： 工作人员使用Delete命令删除数据时未添加where子句进行筛选，导致全表数据被删除，删除后未对该表进行任何操作。
某公司服务器上的SQLServer数据库被加密，无法使用。被加密的数据库有2个，数据库的MDF、LDF、log文件名字被篡改。
VSAN数据恢复环境： 4个节点服务器组建vsan集群。每个节点服务器上有2组分别由6块硬盘组建的raid阵列，上层是虚拟机文件。 VSAN故障情况： vsan集群某一个节点服务器上的一组raid阵列中的一块硬盘离线，安全机制启动，开始进行数据的重构及迁移。在数据迁移过程中机房断电导致数据迁移重构失败。服务器重启之后另一组磁盘阵列中有2块硬盘出现故障离线，导致整个vsan分布式存储不可用，上层所有虚拟机无法访问。
服务器数据恢复环境： 服务器使用磁盘柜+RAID卡搭建了一组riad5磁盘阵列。服务器上层分配了一个LUN，划分了两个分区：sdc1分区和sdc2分区。通过LVM扩容的方式，将sdc1分区加入到了root_lv中；sdc2分区格式化为XFS文件系统。服务器安装的Linux系统。 服务器故障： 服务器重装操作系统后sdc磁盘分区发生改变，原sdc2分区丢失，无法访问。
由于工作人员的误操作，将Ext4文件系统误装入到存储中Ocfs2文件系统数据卷上，导致原Ocfs2文件系统被格式化为Ext4文件系统。 由于Ext4文件系统每隔几百兆就会写入文件系统的原始信息，原Ocfs2文件系统数据会遭受一定程度的破坏，但破坏的应该不太多。
服务器数据恢复环境： 某品牌720服务器搭配该品牌某型号RAID卡，使用4块STAT硬盘组建了一组RAID10阵列。服务器上部署XenServer虚拟化平台，系统盘 +数据盘两个虚拟机磁盘。虚拟机上安装的是Windows Server操作系统，作为Web服务器使用，网站使用的是SQLServer数据库。 服务器故障： 服务器意外断电导致XenServer中一台VPS（XenServer虚拟机）不可用，虚拟磁盘文件丢失。
一台服务器上的SQLserver数据库被加密，无法正常使用。该服务器上部署有多个SQLserver数据库，其中有2个数据库及备份文件被加密，文件名被篡改，数据库无法使用。
MongoDB数据库数据恢复环境： 一台Windows Server操作系统的虚拟机，虚拟机上部署有MongoDB数据库。 MongoDB数据库故障&检测： 在未关闭MongoDB服务的情况下，工作人员将MongoDB数据库文件拷贝到其他分区，然后将原数据库文件所在分区进行了格式化的操作，格式化完成后将数据库文件拷回原分区，重新启动MongoDB服务，发现MongoDB服务无法启动并报错。
NTFS是windows操作系统服务器应用最为广泛的文件系统之一。理论上，NTFS文件系统格式化操作虽然不会对数据造成太大的影响，但是有可能会出现部分文件目录结构丢失的情况。下面介绍一台服务器误操作导致raid5阵列上层的NTFS分区被格式化后如何逆向操作恢复服务器数据的案例。
某品牌DL380服务器中有一组由三块SAS硬盘组建的RAID5阵列。数据库存放在D分区，数据库备份存放在E分区。 服务器上有一块硬盘的状态灯显示红色，D分区无法识别，E分区可识别，但是拷贝文件报错。管理员重启服务器，离线的硬盘上线，同步了一段时间但是还没有完成同步时候，管理员将服务器强制关机，之后就没有动过服务器。
服务器数据恢复环境： 某品牌服务器中有一组16块SAS接口硬盘组建的raid5磁盘阵列。 服务器故障&检测： 服务器raid5阵列中有2块硬盘掉线，上层服务器应用崩溃，导致服务器数据丢失。丢失的数据主要是4个1.5TB大小的卷中的数据，文件类型为虚拟机文件。 将故障服务器中的16块磁盘编号后取出，由硬件工程师对这16块硬盘进行了物理故障检测，经过检测发现2块掉线的硬盘存在大量物理坏道，SMART的错误冗余级别已经超过阀值。其他14块硬盘没有发现有硬件故障。
数据库数据恢复环境： 一台本地windows sever操作系统服务器，服务器上部署mysql数据库单实例，引擎类型为innodb，表内数据存储所使用表空间类型为独立表空间。无数据库备份，未开启binlog。 数据库故障&分析： 工作人员在执行Delete命令删除数据时未添加where子句进行筛选，导致全表数据被删除，删除后未对该表进行其他操作。
MongoDB数据库是文档数据存储库，将文档存储在集合之中，不是像MySQL一样的关系型数据库。 MongoDB数据库是开源数据库，同时提供具有附加功能的商业版本。 MongoDB数据库中的数据是以键值对(key-value pairs)的形式显示的，因此在模式设计上数据库受到的约束少，非常适合具有快速增长或其他变化需求的数据。
服务器数据恢复环境： EMC Unity某型号存储，连接了2台硬盘柜。2台硬盘柜上创建2组互相独立的POOL，2组POOL共有21块520字节硬盘。21块硬盘组建了2组RAID6，1号RAID6有11块硬盘. 2号RAID6有10块硬盘。 服务器故障&检测： 工作人员误操作，删除了2组POOL上的部分数据卷。
存储介质清单 ：一共8台服务器节点，每节点2个磁盘组，其中1个磁盘组配置1块SSD固态硬盘，4块1.2T机械硬盘；另一个磁盘组配置1块SSD固态硬盘，4块2T机械硬盘。共计16块SSD固态硬盘和64块机械硬盘。 故障描述：一个节点服务器掉线，导致部分虚拟机无法访问。 期望恢复数据：恢复VSAN环境中故障虚拟磁盘数据。
SqlServer数据库数据恢复环境： 一台服务器，windows操作系统+NTFS文件系统，运行了12个sqlserver数据库。 SqlServer数据库故障： 根据用户描述，故障情况是工作人员误操作导致服务器硬盘上sqlserver数据库所在分区损坏。经过北亚企安数据恢复工程师对故障服务器硬盘的初步检测，确认sqlserver数据库所在分区损坏，sqlserver数据库数据丢失。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
