叙述
XenServer网络服务器中的一个VPS(XenServerVM虚拟机)因为网络服务器突然关断电源而无法使用,虚拟磁盘文件丢失。根据电话,联系北亚数据进行维修。硬件配置是Dell720网络服务器,配有H710PRAID卡,RAID10由4块希捷2TSTAT电脑硬盘组成。顶层自然环境是XenServer6.2版计算机 *** 作系统,vm是WindowsServer2003系统软件,10G系统盘5G数据盘两个vm硬盘,顶层是Web服务器(ASPSQL2005网站结构)。
分析常见故障的原因。
将客户的数据盘连接到北亚自然环境修复网络服务器,然后提前准备好超过客户电脑硬盘总容量的室内空房间。通过硬盘底轨的方式将客户数据盘镜像到备份数据室空,保证客户数据安全。
通过对底层数据的分析,发现XenServer网络服务器中vm的硬盘都是以Lvm结构存储的,即每个vm的虚拟磁盘都是LV,并且精简了虚拟磁盘的方式。LVM的相关信息记录在Xen服务器中。在“/etc/LVM/backup/frombtye.com”下查询LVM的相关信息后,发现没有损坏的虚拟磁盘信息,可以判断LVM的信息早已升级。然后分析底层,看能不能找到还没升级的LVM的信息,不要设置在底层有没有找到还没升级的LVM的信息。如下图:
根据没有升级的LVM信息找到虚拟磁盘的数据区域,发现这个区域的数据已经被破坏。经过分析发现,vm虚拟机无法使用的最后一个原因是vm虚拟机的虚拟磁盘被破坏,进而导致vm虚拟机中的计算机 *** 作系统和数据丢失。但这种情况很可能是vm虚拟机遭受互联网***或黑客***后遗留的恶意软件造成的。仔细检查这个区域后发现,虽然这个区域的很多数据都被破坏了,但是发现了很多数据库页面。因此,我们可以尝试从众多数据库的页面碎片中拼出一个可用的数据库。
解决方法:
1.实施意见1
根据方案1的构思进行底层分析。根据RAR压缩包的结构,我们可以找到很多压缩包的数据的开头,这个RAR的文件夹名会记录在RAR压缩包文件的第一轨。因此,根据从客户处获得的备份数据数据库压缩包的文件夹名与现阶段搜索到的压缩包部分的文件夹名一致,可以搜索到备份数据数据库压缩包的起始部分。找到压缩包的位置并详细分析这个区域的数据,然后修复这个区域的数据并重命名为RAR文件格式的压缩包。然后我试着泄压,发现泄压有错误。
错误如下图所示:
对修复后的压缩包进行分析,发现部分数据被破坏,因此泄压时出现错误。尝试使用RAR的恢复工具,看看是否可以忽略不正确的数据,缓解一些压力。结果恢复后,缓解压力的数据库只有一部分URL代码,没有数据库的备份数据。因此,可以区分数据的备份数据在RAR压缩包中被破坏。
以下是缓解压力的部分网站源代码。
2.实施意见2
因为该计划没有同时修复数据库,所以选择了第二个计划来修复数据。根据SQLServer数据库的结构,对数据库的初始部分进行底层分析。在数据库结构中,图书数据库的数据库名称将记录在第9页。所以客户得到数据库名称后,分析底层,找到数据库的开头。因为数据库的每一页都会记录数据库页的序列号及其文件号,所以可以根据这个特性对底层扫描器的数据进行编程。
然后,将来自扫描仪的片段按顺序重构为一个详细的MDF文档,然后按照MDF检查流程对所有MDF文档进行细节检查。重新构建的MDF文档如下:
3.认证数据
检查没有问题后,我们的数据库技术工程师会搭建数据库自然环境,资产重组后的数据库会添加到搭建好的数据库自然环境中。然后检查相关表格数据是否正常,检查是否有新数据存在。截图如下:
4.结果
因为数据库必须和网站的源代码整合在一起,数据库的一致性才能更强。客户从房产中介处获取网站源代码,搭建自然环境,然后将修复后的数据库发给客户。客户认证后,数据库没有问题。根据拼接数据库碎片的方法成功修复了数据库,所有数据都修复成功。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)