服务器数据恢复—raid5多块硬盘出现坏道掉线导致服务器崩溃的数据恢复案例
摘要： 
服务器数据恢复环境：
某品牌服务器中有一组16块SAS接口硬盘组建的raid5磁盘阵列。
服务器故障&检测：
服务器raid5阵列中有2块硬盘掉线，上层服务器应用崩溃，导致服务器数据丢失。丢失的数据主要是4个1.5TB大小的卷中的数据，文件类型为虚拟机文件。
将故障服务器中的16块磁盘编号后取出，由硬件工程师对这16块硬盘进行了物理故障检测，经过检测发现2块掉线的硬盘存在大量物理坏道，SMART的错误冗余级别已经超过阀值。其他14块硬盘没有发现有硬件故障。 阅读全文
服务器数据恢复环境：
某品牌服务器中有一组16块SAS接口硬盘组建的raid5磁盘阵列。
服务器故障&检测：
服务器raid5阵列中有2块硬盘掉线，上层服务器应用崩溃，导致服务器数据丢失。丢失的数据主要是4个1.5TB大小的卷中的数据，文件类型为虚拟机文件。
将故障服务器中的16块磁盘编号后取出，由硬件工程师对这16块硬盘进行了物理故障检测，经过检测发现2块掉线的硬盘存在大量物理坏道，SMART的错误冗余级别已经超过阀值。其他14块硬盘没有发现有硬件故障。 阅读全文
posted @ 2023-11-13 14:52 北亚数据恢复 阅读(93) 评论(0) 推荐(0)
MSSQL Server数据库比较常见的报错是“附加数据库错误823”。如果数据库有备份，只需要还原备份即可；如果无备份或者备份不可用，则需要使用专业的数据恢复手段去恢复数据。
MSSQL Server数据库出现“823”的报错信息通常情况下有以下三种可能：1、由于数据库的物理页面出现了损坏。2、校验值被损坏导致的数据库页面无法被识别。3、异常断电、文件系统损坏导致的数据库页面丢失。 
数据库数据恢复环境：
一台本地windows sever操作系统服务器，服务器上部署mysql数据库单实例，引擎类型为innodb，表内数据存储所使用表空间类型为独立表空间。无数据库备份，未开启binlog。
数据库故障&分析：
工作人员在执行Delete命令删除数据时未添加where子句进行筛选，导致全表数据被删除，删除后未对该表进行其他操作。
在本案例中，由于mysql数据库没有备份也未开启binlog日志，无法直接还原数据库。 
MongoDB数据库是文档数据存储库，将文档存储在集合之中，不是像MySQL一样的关系型数据库。
MongoDB数据库是开源数据库，同时提供具有附加功能的商业版本。
MongoDB数据库中的数据是以键值对(key-value pairs)的形式显示的，因此在模式设计上数据库受到的约束少，非常适合具有快速增长或其他变化需求的数据。 
云服务器数据恢复环境：
阿里云ECS网站服务器，linux操作系统+mysql数据库。
云服务器故障：
在执行数据库版本更新测试时，在生产库误执行了本来应该在测试库执行的sql脚本，导致生产库部分表被truncate，还有部分表内的少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。 
服务器数据恢复环境：
vmfs文件系统，存放的是SqlServer数据库及其他办公文件。
服务器故障：
工作人员误操作还原快照，导致了SqlServer数据库数据丢失。 
一台zfs文件系统服务器，管理员误操作删除服务器上的数据。 
XSAN数据恢复环境：
昆腾存储，MAC OS操作系统，存放视频类数据（MXF、MOV等格式文件）。
XSAN故障&检测：
将存储空间从XSAN架构迁移到STORNEXT架构后，存储空间中数据全部丢失。
故障存储中一共有9个数据卷：1个META信息卷+8个DATA信息卷。北亚企安数据恢复工程师分析META信息卷&读取其中的元信息，初步判断数据丢失的原因是在迁移存储空间的时候，工作人员误将整个存储系统格式化，导致全部数据丢失。 
服务器数据恢复环境：
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环境中故障虚拟磁盘数据。 
浙公网安备 33010602011771号