北亚数据恢复

摘要： MySQL数据库数据恢复环境： 本地服务器，操作系统为windows server； 部署mysql单实例，引擎类型为innodb，表空间类型为独立表空间； 没有数据库备份，未开启binlog。 MySQL数据库故障： 用户使用Delete命令删除数据时未添加where子句进行筛选，导致全表数据被删除，删除后再未对该表做任何操作。 阅读全文

摘要： MongoDB数据库存储方式是将文档存储在集合之中，而不是像Oracle、MySQL一样的关系型数据库。 MongoDB数据库是开源数据库，也提供具有附加功能的商业版本。 阅读全文

摘要： 一台zfs文件系统服务器，运维人员误操作删了服务器上的数据，用户联系到我们数据恢复中心要求恢复数据。 阅读全文

摘要： 服务器数据恢复环境： EMC Unity某型号存储； 存储设备连接的2台硬盘柜上共创建2组独立的POOL； 2组POOL共包含21块520字节的硬盘。 服务器故障&检测： 误操作删除了2组POOL上的部分数据卷，和用户沟通后得知有5个数据卷被误删。 拿到故障设备的所有硬盘后，服务器数据恢复工程师对全部硬盘做镜像备份，将硬盘转换为512字节格式。 阅读全文

摘要： 服务器数据恢复环境： 某银行服务器，共13块硬盘。 服务器故障&分析： 某公司银行业务突然崩溃，无法正常使用，银行运维人员排查服务器故障，发现服务器有多块硬盘故障离线，上层应用崩溃，服务器无法正常工作。由于服务器内的数据十分重要，不仅需要对服务器硬盘进行物理故障修复，还需要恢复服务器内的数据。于是运维人员联系我们数据恢复中心寻求帮助。 阅读全文

摘要： 服务器数据恢复环境： nas存储服务器，14块硬盘组建raid6磁盘阵列。 服务器故障&分析： 服务器在正常运行过程中突然有硬盘出现故障离线，导致磁盘阵列失效，服务器无法正常访问了。 北亚数据恢复工程师首先对故障服务器内的所有硬盘的底层数据进行了检测，发现服务器的磁盘阵列虽然已经失效，但thin-lvm结构及thin-lv尚未被破坏，数据可以恢复。thin-lvm算法结构的复杂性决定了恢复数据的难度比较大。 阅读全文

摘要： 服务器数据恢复环境： 惠普ML系列某型号塔式服务器，5块SAS硬盘组建raid5磁盘阵列。 服务器故障&分析： 服务器中的一块硬盘掉线，由于磁盘阵列的冗余特性，服务器正常运行，用户没有察觉。直到另外一块硬盘掉线，服务器崩溃。用户联系我们要求恢复存储在服务器中的设计素材及客户数据。 北亚服务器数据恢复工程师检测故障服务器的底层数据，没有发现明显的同步痕迹。 阅读全文

摘要： 服务器数据恢复环境： 北京某公司IBM X系列某型号服务器； 服务器上共8块硬盘组建raid5磁盘阵列； 服务器上部署有oracle数据库。 服务器故障&分析： 服务器在运行过程中，raid5磁盘阵列中有2块硬盘报警，服务器操作系统启动不了，服务器上部署的ORACLE数据库无法启动，用户联系我们数据恢复中心要求恢复服务器的数据。 RAID5最多只能允许有一块硬盘离线，若有第二块磁盘离线，RAID5磁盘阵列便会崩溃，不能正常工作。在用户确认之前还没有第二块硬盘离线，所以初步认定RAID卡上的RAID信息可能已经丢失或破坏。 阅读全文

摘要： 云服务器数据恢复环境： 某云ECS网站服务器，linux操作系统，mysql数据库。 云服务器故障情况： 在执行mysql数据库版本更新测试时，将本应在测试库执行的sql脚本错误地在生产库中执行，部分表被truncate，部分表内的少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。 阅读全文

摘要： 服务器数据恢复环境： 一台采用zfs文件系统的服务器，配备32块硬盘。 服务器故障： 服务器在运行过程中崩溃，经过初步检测没有发现服务器有物理故障，重启服务器后故障依旧，用户联系我们中心要求恢复服务器数据。 阅读全文