麦克雷

标题: 联想System x3650 M5 2U机架式服务器数据恢复案例 [打印本页]

作者: admin 时间: 2019-1-26 22:09
标题: 联想System x3650 M5 2U机架式服务器数据恢复案例
(, 下载次数: 15)

本周二，鸿萌接到一位政府客户联想System x3650 M5服务器数据恢复业务。
(, 下载次数: 12)

经了解，客户在安装操作系统时不小心选错了服务器。误将一台审批系统服务器格式化，并安装了Linux操作系统，而且安装了两遍。该服务器为联想System x3650 M5服务器，内装Windows Server 2008操作系统和 Sql Server 2008 R2数据库。
客户将硬盘带过来之后，工程师经过检测分析，该服务器由两块2.5寸 1TB SAS接口服务器硬盘组成了Raid 0磁盘阵列，所需数据为接近2G容量的SQL数据库。
这个案例，难度很大。
首先服务器系统是Windows 2008 Server ,硬盘分为两个分区，被误格式化重装Linux系统两次，涉及不同的硬盘分区格式；
其次，还有重装系统导致的数据覆盖问题。
第三，要恢复的是数据库文件，而且这个单一的数据库文件容量还很大，会涉及文件恢复后的数据库受损，无法顺利加载的问题。
最重要的问题是，数据库会不会被后装的Linux系统文件覆盖掉。这是本次数据恢复的关键。如果数据库确定被完全覆盖，则数据恢复工作就宣告失败。
但是，为了能找回客户的数据，就是有1%的希望，鸿萌也不会放弃。
面对这些问题，鸿萌的工程师按照如下思路，有条不紊的开展数据恢复工作：
1、确定阵列参数工程师快速分析出Raid 0的磁盘阵列参数，并校验了参数的正确性；
2、按照正确的阵列参数，将Raid 0阵列按照扇区写入一块对等大小的2T物理磁盘，现在这块2T的物理磁盘，就相当于客户的实际阵列了，这样做有效保护客户磁盘原状态，避免出现二次破坏；
3、采用鸿萌Sql Server数据库专用恢复技术，从这2T磁盘中找出数据库全部碎片文件；
(, 下载次数: 12)

4、对找到的数据库碎片文件进行分析和修复；幸运的是数据库没有遭到大面积破坏；
5、客户所需数据库基本95%以上修复。导出的数据库可以顺利加载到客户的软件程序中。
6、数据恢复成功。
(, 下载次数: 10)

通过这个数据恢复案例，鸿萌想给大家提几个数据安全建议：
1、慎重选用Raid 0磁盘阵列 Raid 0阵列充分利用了硬盘的容量，加快了硬盘工作速度，但是一旦其中一块硬盘损坏，就会导致阵列内数据彻底丢失。如果想设置Raid 0，建议仅作操作系统运行使用。
2、最好将数据库的物理位置设置到除了C分区之外的位置，比如D或者E等分区，以避免数据库遭到破坏，因为服务器系统产生故障，无论软硬故障，C分区机率较高。这个客户的数据库就是放在C分区，索性误装的的操作系统是Linux，占用磁盘空间不大，否则丢失的数据库极有可能被覆盖。
3、Sql数据库安装调试好以后，务必要设置Sql数据库自带的数据库备份计划任务。最好将备份设置到与数据库不同的分区，这样一旦服务器出现严重故障，就多一个数据恢复成功的机会。这次的这个客户根本就没有设置数据库的备份任务。
(, 下载次数: 14)

(, 下载次数: 16)

4、建议对服务器的应用数据库做异机备份。就是将数据库备份到另外一个存储设备上。数据库对一个单位来说非常重要，一旦丢失或者损坏，将会对单位产生无法承受的严重影响。鸿萌针对服务器的异机备份，有性价比极好的方案，有兴趣的朋友可以交流。
总之，通过这个案例，鸿萌提醒大家，数据安全的核心就是备份、备份、再备份。如果没有良好的备份措施，那么，一旦出现不测，您的珍贵数据就只有交给命运了。就像这位客户，数据恢复的成功与否，取决于幸运与否，就是是否数据库被覆盖。那就没法掌握了。
好了，写了这么久，发一张靓图养养眼。
(, 下载次数: 15)

欢迎光临麦克雷 (https://mavom.cn/)