北亚数据恢复

摘要： 服务器数据恢复环境： 5台服务器节点，每台服务器节点配置一组RAID5，每组6块硬盘，其中1块设置为热备盘。 系统环境为Lustre分布式文件系统，5台服务器共同存储全部的数据文件。 服务器故障&检测： 机房漏水导致服务器进水，服务器中的部分硬盘损坏。每组服务器有2块及以上的盘掉线。由于短时间同时掉线2块及以上硬盘导致RAID5崩溃，服务器,数据无法正常读取。 阅读全文

摘要： SQL SERVER数据库故障类型： MDF（NDF）或LDF损坏。 SQL SERVER故障原因： 1、数据库正在操作过程中，机器突然断电； 2、人为误操作。 阅读全文

摘要： 数据库数据恢复环境： 合肥某大学一台安装redhat linux操作系统的服务器，采用ext3文件系统，服务器部署有mysql数据库用来存储&管理教职员工和学生的信息。 编写好的脚本每天会定时将数据库文件打包成tar.gz备份到本地磁盘的其他分区并删除前一天的备份文件。 数据库故障&分析： 服务器遭受攻击，所有数据库文件（包括备份）被恶意删除。 本案例是ext3文件系统数据被删除，若删除的文件数量比较少且删除后没有或者只有很少的写入，恢复出数据的概率比较高。 阅读全文

摘要： 服务器数据恢复环境： infortrend某型号存储； 12块硬盘组成RAID6，一个GPT分区文件系统为NTFS。 服务器故障： 3块硬盘离线后强制激活并做了REBUILD，数据出错。 阅读全文

摘要： xen server常见故障： 1、sr无法识别，所有虚拟磁盘(vdi)丢失。 2、sr中的虚拟磁盘(vdi)访问时报错。 3、虚拟磁盘(vdi)删除或丢失。 4、快照(snapshot)删除或丢失。 5、sr初始化。 6、sr所在的LVM结构损坏。 7、sr所属的PV分区表损坏。 8、其他故障。 xen server故障分析： 上述故障是用户界面层的常见故障表现，解决这些故障问题首先要明白xen server sr层的结构组成。 阅读全文

摘要： 服务器数据恢复环境： IBM AIX系统； 存储由4个PV组成1个VG，VG中划分了5个文件系统：2个JFS2，2个JFS2LOG，1个JFS，两个JFS2中重要的一个JFS2由2组LV条带化后组成；  存储中存放的是由ORACLE数据库组织的某单位交管系统的重要数据。 服务器故障&分析： 因业务需要新增应用服务器，管理员不小心将4个PV MAP到新环境，然后删除全部LV后重新做了4个LV并生成文件系统。生产环境报错后又试图重建回原始的LV结构，导致对数据的进一步破坏。  需要恢复数据的文件系统中有200多个ORACLE数据文件。 阅读全文

摘要： 服务器数据恢复环境： MYSQL数据库服务器，2块硬盘组建RAID1； DATA卷存储了200多个数据库； 每天将每个数据库dump出后直接压缩成.gz包，然后将所有重要数据库的.gz 包放在一起压缩成一个总的.tar.gz包，覆盖原来的备份； 数据文件及备份文件全部存储于DATA卷上。 服务器故障&分析： 在一次常规的维护中，管理员不小心将DATA卷下的所有文件全部rm，删除后管理员马上关闭系统，再未做其它操作，但在删除那一刻有大量终端在访问此服务器。 阅读全文

摘要： 服务器电源损坏，用户找到一家电源销售商更换电源。可能是害怕损坏硬盘中的数据，电源销售商竟然把硬盘全部拔掉（只留下RAID卡）启动服务器进行测试，完成测试后再次连接硬盘启动服务器，发现RAID信息已经破坏。之后又做了一些操作（未知）。 我们中心拿到故障服务器时的故障表现：启动操作系统时提示无效的引导记录。用户要求恢复服务器中的数据，同时重新激活修复服务器的操作系统。 阅读全文

摘要： LINUX系统执行FSCK出错的故障表现： 1、无法挂载分区; 2、文件/目录丢失，根目录下生成/LOST+FOUND文件夹，里面有大量#XXXXXX类的文件和目录; 3、FSCK很快报错完成； 4、执行FSCK时有大量提示如修改节点、清0节点等操作。 阅读全文

摘要： 数据库数据恢复环境： LINUX EXT3文件系统，部署ORACLE数据库。 数据库故障&分析： 管理员在建立测试库时选错了服务器，在ORACLE数据库平台上CREATE了一套新库，创建至10%左右时发现异常，中止操作。 查看数据库目录发现只剩下SYSTEM2.DBF这一个库，其他的库（主要为SYSTEM1.DBF）丢失。 阅读全文