vsan数据恢复环境：
一组4台服务器搭建vsan集群；
每台服务器配置有2组分别由6块硬盘组成的磁盘阵列，上层是虚拟机文件。
vsan故障：
在运行过程中，某一个节点的一块硬盘离线，vsan安全机制启动，开始重构&迁移数据。在数据迁移过程中机房意外断电，数据重构失败，服务器重启，该节点的另一组磁盘阵列中的2块磁盘由于异常断电引发故障离线，从而让整个分布式存储瘫痪，上层所有虚拟机无法访问。
阅读全文
posted @ 2022-12-30 11:52
服务器数据恢复环境：
磁盘柜+RAID卡搭建riad5磁盘阵列;
Linux操作系统；
总共一个LUN，划分两个分区;：sdc1分区通过LVM扩容的方式加入到了root_lv中，sdc2分区格式化为XFS文件系统。
服务器故障：
用户为服务器重装系统后发现分区发生改变，原先的sdc2分区丢失，无法访问。
阅读全文
posted @ 2022-12-29 11:18
服务器故障：
用户误操作将linux文件系统误装入到Ocfs2文件系统的数据卷上，导致原始Ocfs2文件系统被格式化为Ext4文件系统。
因为Ext4文件系统每隔几百兆就会写入文件系统的原始信息，所以本案例中的原始Ocfs2文件系统中的数据可能受到一定程度的破坏，但不会太严重。
阅读全文
posted @ 2022-12-28 10:58
数据库恢复环境：
操作系统：windows server；
数据库：win_oracle_x64。
数据库故障&分析：
oracle数据库误truncate table，备份无法使用。
oracle数据库误操作导致数据丢失是比较常见的一种故障，如果有备份只需要恢复备份数据即可，我们中心数据恢复工程师接到的case多是无备份或者备份无法使用、还原报错等。
首先介绍下Truncate工作原理：正常情况下oracle会通过Segment Header及数据字典对表更新Data Object ID，实际上存储数据部分的块并未被修改，如果被truncate，那么oracle在读取全表数据时会因为数据字典和Data Object ID与实际存储的数据块内容不一致而不会读取被truncate的内容记录。
阅读全文
posted @ 2022-12-27 13:38
服务器数据恢复环境：
EMC某型号存储；
8块硬盘组成raid5磁盘阵列。
服务器故障：
raid5磁盘阵列中2块硬盘离线，服务器崩溃，上层应用不可用。
阅读全文
posted @ 2022-12-26 11:55
服务器故障：
某品牌Storwize系列存储中raid5阵列有一块硬盘出现故障离线，热备盘启用替换离线盘，开始同步数据。这时与离线盘同一组Mdisk中的另一块磁盘故障离线，热备盘同步失败，这组Mdisk失效，整个通用卷无法使用。用户联系我们数据恢复中心寻求帮助。
本案例中用户要求恢复的主要是dcm图像文件。
阅读全文
posted @ 2022-12-23 11:36
服务器数据恢复环境：
某品牌X系列服务器；
linux操作系统；
4块SAS接口硬盘组建raid5磁盘阵列。
服务器故障&检测：
服务器运行过程中由于未知原因突然瘫痪，用户为故障服务器重新安装操作系统，安装完成后发现数据丢失。联系我们数据恢复中心寻求帮助，需要恢复的数据包括：数据库、办公文档、代码文件等。
数据恢复工程师检测了故障服务器，发现用户的重装系统操作导致逻辑卷被修改，文件系统被破坏，出现空白超级块。
阅读全文
posted @ 2022-12-22 10:56
vSAN存储数据恢复环境：
某公司一台vSAN分布式文件系统存储设备；
VSAN存储采用了超融合架构，存储内总共有24块硬盘。
vSAN存储故障&初检：
由于未知原因关机重启，逻辑架构出现严重故障，上层虚拟机瘫痪，存储数据丢失。
阅读全文
posted @ 2022-12-21 11:21
服务器数据恢复环境：
某公司一组服务器：磁盘柜+raid卡，raid5磁盘阵列；
linux操作系统+XFS文件系统，共3个分区。
服务器故障：
服务器重装操作系统，完成操作后用户发现服务器的磁盘分区出现问题：一个分区消失，其他分区不可访问。
阅读全文
posted @ 2022-12-20 10:59
服务器数据恢复环境：
一台使用NTFS文件系统的服务器；
7块硬盘组成了一组raid5磁盘阵列。
服务器故障&初检：
raid5磁盘阵列磁盘故障离线导致服务器瘫痪。用户在处理掉线磁盘时只添加新的硬盘rebuild，并没有将掉线的3块硬盘从阵列中拔掉。
阅读全文
posted @ 2022-12-19 11:40
分布式存储数据恢复环境：
16台物理服务器，每台物理服务器上有数台虚拟机；
虚拟机上配置分布式，上层部署hbase数据库和hive数据库。
分布式存储故障&分析：
误删除数据库底层文件，数据库不能使用。需要恢复hbase和hive数据库。
阅读全文
posted @ 2022-12-16 10:16
SQL server数据库故障：
SQL server数据库和备份文件被加密，无法使用。数据库MDF、LDF、log日志文件名字被修改。
阅读全文
posted @ 2022-12-15 11:19
服务器故障：
服务器中一组由16块硬盘组成的raid6磁盘阵列，其中有一块硬盘由于物理故障掉线，服务器上层虚拟机不可用，部分分区丢失。用户重启服务器后发现上层数据还是处于丢失状态。
阅读全文
posted @ 2022-12-14 11:14
一台某型号存储设备，组建Raid5磁盘阵列，阵列中一共有6块硬盘，其中有几块硬盘掉线导致阵列崩溃，存储不可用。
阅读全文
posted @ 2022-12-13 11:10
服务器数据恢复环境：
VMware虚拟化平台；
vmfs文件系统；
服务器故障&分析：
误操作将虚拟化重装系统，服务器崩溃。
正常情况下，重装系统会导致文件系统元文件很高的概率被覆盖。恢复数据必须找到&提取重装系统前的文件系统残留信息，根据元文件信息拼接&恢复虚拟磁盘，然后提取出服务器数据。
阅读全文
posted @ 2022-12-12 11:40
某公司服务器8块硬盘组成raid5磁盘阵列，其中有2块硬盘故障指示灯报警，其他硬盘指示灯正常，上层应用不可用。
阅读全文
posted @ 2022-12-09 13:39
MS SQL Server是微软公司研发的数据库管理系统，SQL Server是一个可扩展的、高性能的、与WindowsNT有机结合的，为分布式客户机/服务器所设计的数据库管理系统，提供基于事务的企业级信息管理系统方案。
SQL Server数据库故障情况&分析：
SQL Server数据库经常出现一个比较常见故障：附加数据库时候提示“附加数据库错误823”。这个时候如果有数据库备份，只需要还原备份即可。如果没有备份或者备份的时间间隔太久，或者备份数据不可用，这个时候就需要对数据库进行数据恢复的操作。
阅读全文
posted @ 2022-12-08 11:07
MySQL数据库数据恢复环境：
本地服务器，操作系统为windows server；
部署mysql单实例，引擎类型为innodb，表空间类型为独立表空间；
没有数据库备份，未开启binlog。
MySQL数据库故障：
用户使用Delete命令删除数据时未添加where子句进行筛选，导致全表数据被删除，删除后再未对该表做任何操作。
阅读全文
posted @ 2022-12-07 10:59
MongoDB数据库存储方式是将文档存储在集合之中，而不是像Oracle、MySQL一样的关系型数据库。
MongoDB数据库是开源数据库，也提供具有附加功能的商业版本。
阅读全文
posted @ 2022-12-06 11:14
一台zfs文件系统服务器，运维人员误操作删了服务器上的数据，用户联系到我们数据恢复中心要求恢复数据。
阅读全文
posted @ 2022-12-05 10:26
服务器数据恢复环境：
EMC Unity某型号存储；
存储设备连接的2台硬盘柜上共创建2组独立的POOL；
2组POOL共包含21块520字节的硬盘。
服务器故障&检测：
误操作删除了2组POOL上的部分数据卷，和用户沟通后得知有5个数据卷被误删。
拿到故障设备的所有硬盘后，服务器数据恢复工程师对全部硬盘做镜像备份，将硬盘转换为512字节格式。
阅读全文
posted @ 2022-12-02 11:36
服务器数据恢复环境：
某银行服务器，共13块硬盘。
服务器故障&分析：
某公司银行业务突然崩溃，无法正常使用，银行运维人员排查服务器故障，发现服务器有多块硬盘故障离线，上层应用崩溃，服务器无法正常工作。由于服务器内的数据十分重要，不仅需要对服务器硬盘进行物理故障修复，还需要恢复服务器内的数据。于是运维人员联系我们数据恢复中心寻求帮助。
阅读全文
posted @ 2022-12-01 11:07
