服务器数据恢复

培训大纲： 一、RAID简介及分类 二、RADI磁盘阵列组合原理 1.RAID 01与RAID 10 2.RAID 50 不同品牌服务器RAID的组成特点数据恢复技术 1.IBM公司RAID 5E/5EE磁盘阵列的组成特点 2.HP公司RAID ADG磁盘阵列的组成特点 3.DELL公司RAID 阵列的组成特点 三、RAID数据恢复技术详解 （一）常见的RAID故障类型 1.RAID通常出现的故障可能性 2.常见的RAID数据丢失情形 3.RAID阵列出现故障应该及时采取的措施 （二）RAID数据恢复恢复技术 1.RAID类型的判断 2.常见RAID级别的恢复方法 ①RAID 0的数据恢复 ②RAID 1的数据恢复 ③RAID 5的数据恢复 3.使用Winhex分析恢复RAID的数据 4.使用R-STUDIO恢复RAID 5的数据 5.RAID5EE的数据恢复 详细信息请登陆官网了解 官网1：www.zksoft.org br/>官网2：www.info-soft.cn 电话咨询：010-62883247，62884854 邮件咨询：soft@info-soft.cn 中科信软高级技术服务培训地址：北京市海淀区羊坊店路18号光耀东方广场N座520/521。 来源： 51CTO 作者： wx5e6c92f0a50e7 链接： https://blog.51cto.com

一、服务器数据恢复故障描述 今天介绍一个服务器数据恢复案例，通过今天这个案例主要介绍一下服务器在分区不能挂载的情况下怎么样将服务器内的数据进行完整恢复，对于没有备份的服务器数据恢复具有一定的帮助。下面简单介绍一下案例中的服务器具体故障情况： 本次需要数据恢复的服务器是一台某品牌730系列服务器，存储阵列型号为MD3200,系列存储，分配lun容量为8TB，操作系统版本是linux centos 7，采用了EXT4文件系统。由于未知原因服务器在运行过程中突然关机且无法启动，服务器管理员进行修复后可以启动服务器，但服务器内原来的分区无法挂载。管理员对不能挂载的分区进行fsck修复并挂载查看数据情况，发现部分文件丢失。由于该服务器内存储了大量的重要数据，管理员决定寻求数据恢复公司的帮助，经过对比多家数据恢复公司后选择了北京一家数据恢复中心，数据恢复中心接到客户咨询后安排服务器数据恢复工程师上门进行故障检测。 二、服务器数据恢复故障分析 服务器数据恢复工程师到客户现场后将发生故障的服务器以只读模式重新映射到数据恢复专用备份服务器上，然后使用数据恢复工具将客户故障服务器以扇区形式镜像到数据恢复备份服务器上。数据恢复工程师对备份服务器内的数据进行分析推测可能是由于机房电压不稳导致服务器异常断电关机，才会出现故障。 三、服务器数据恢复原理

转自：https://www.cnblogs.com/martinjinyu/articles/3750422.html 前段时间使用MySQL作为数据存储做了一个小项目。项目上线运行了几十天之后，数据已经越来越多，达到了100多M。用mysqldump每天备份全量数据然后传输到另外一台机器上这种方式进行数据备份，久而久之越来越慢。于是开始研究如何利用mysql的主 从同步功能实现自动备份。如果实现自动备份，主从服务器之间只需要在有数据更新时同步一点增量数据， 不会在备份时占用大量的CPU和内网的网络带宽资源了。介绍主从同步之前，还是先从基础的mysqldump备份开始讲起。 mysqldump mysqldump是mysql数据库提供的一个数据备份工具。顾名思义，mysqldump可以把mysql数据库导出成sql语句文件，并保存到磁盘上。 mysqldump 命令产生的.sql文件包含一系列SQL INSERT语句，可以用来进行数据恢复。 假定我们在星期日下午1点进行了备份，此时负荷较低。下面的命令可以完全备份所有数据库中的所有表： shell> mysqldump --single-transaction --all-databases > backup_sunday_1_PM.sql 使用mysqldump进行数据备份，至少有两个问题： 1 mysqldump运行时

在服务器数据恢复工作中有一个案例值得分享给大家，本次数据恢复中客户服务器中共有2块硬盘，因为硬盘物理故障导致服务器不可用，在我公司进行数据恢复成功，下面要介绍的并非数据恢复过程，而是数据恢复成功后的数据迁移方法。 由于客户的服务器原本实用2块硬盘组raid才导致一块硬盘掉线后服务器立刻瘫痪，因此客户在重新组建raid阵列时采用了3块硬盘组成raid5阵列，如此一来即使单块硬盘离线也不会导致服务器立刻崩溃，管理员可及时采取补救措施，保障服务器正常运行。 但是如此一来新的问题又出现了，如何快速有效的将恢复出的数据迁移到新的raid阵列中呢？客户的服务器前面板由raid卡来管理，直接插一块新的硬盘到服务器上是不可识别的，但受单盘容量限制又不能通过raid卡创建raid。 另一种方法是通过服务器机盖后使用上面的SATA接口连接一块SATA硬盘进行回迁，但这种方法也有一定的局限性（就是我们这个客户遇到的情况），该服务器使用的SATA接口并非标准大小，而是mini SATA且没有转接卡，方案二也行不通了。 注：如果数据量不大的情况下可以采用USB方式传输，但目前大部分服务器的USB接口依然为USB2.0，仅用于数据量小的情况下，该数据恢复案例中的情况并不适用。 最后我们脑回路清奇的服务器数据恢复工程师提出可以走网络进行数据回迁！具体过程如下： 首先需要启动个linux live cd

KVM虚拟机时Kernel-based Virtual Machine的简称，是一个开源的系统虚拟化模块，自Linux 2.6.20之后集成在Linux的各个主要发行版本中。它使用Linux自身的调度器进行管理。 一、虚拟机故障环境描述 客户的物理机器操作系统为Linux系统，文件系统为EXT4文件系统。其上的KVM虚拟机被删除，每台虚拟机包含一个qcow2格式的磁盘文件，和一个大小约为1.2T的raw格式的磁盘文件，主要需恢复raw格式的磁盘文件。用户需要的是三台虚拟化服务器，里面存放的是数据库，程序代码等数据。 二、虚拟机数据恢复过程 1、分析EXT4文件系统，定位被删除虚拟机磁盘文件的节点位置； 2、获取磁盘文件残留的索引信息； 3、校验残留索引信息的正确性，修复破坏不严重的索引； 图为获取的索引等信息： 图 1 4、修复完成后，解析残留的各级索引，从虚拟机所在的卷中提取虚拟磁盘文件； 5、根据虚拟磁盘文件的提取情况，获取卷中未被索引到的自由空间； 6、校验提取出的磁盘文件的正确性与完整性； 7、从自由空间中获取有效信息，尝试对虚拟磁盘文件进行修补（如节点，目录项，数据库页等信息）。 图为提取出的自由空间： 图 2 三、数据恢复结果 1、由于索引丢失，提取出的虚拟磁盘文件并不完整，针对数据库服务器，数据库文件有丢失的情况，可以从自由空间中获取数据库页去对数据库文件进行修补