VM资料出错没备份，第一步怎么办？

当VM资料遗失了，但没有备份，资料救援怎么开始第一步？专门从事企业资料救援的OSSLab资讯长张道弘就表示，遇到VM资料遗失又没有备份时，抢救第一步，优先要确保避免系统额外写入，并将LUN储存空间（统称所有硬盘，包含虚拟和实体）立刻离线，再把原始LUN交给专业资料救援公司，资料救回的成功概率比较高。非得执行写入，要确实备份LUN，或对硬件建立快照，才开始操作。

避免执行如fsck指令的写入，以免增加资料救援的难度

遇到VM资料遗失，恢复备份是一个为了求时效性的紧急恢复的手段，但没有备份时，就进到资料救援操作。

以这次学习历程资料遗失事件为例，因误用了错误VM设定样板，采取“独立非持续性”的模式设定，造成重开机后VM硬盘的资料归零。

张道弘直言，一般MIS所采取的一些资料恢复处置，几乎都有写入型的动作，常见如fsck（file system consistency check）指令。它是一个修理档案错乱的指令工具，类似Windows的chkdsk，但这些操作都有代价，存在潜藏的风险，只是一般IT人员不知道原理，难以判断它的风险高低，所以，有时容易造成不可逆的状况，增加资料救援的难度。

不过，LUN备份也有一定程度的门槛，不是每家企业都能自己来，包括需要正确的操作经验，储存空间又要够大，甚至备份也很花时间。

在拿到LUN备份以后，一般来说，资料救援厂商会透过一些逆向工程的手法，从LUN中找出资料恢复的线索。

张道弘表示，资料救援，其实就是对一个档案系统底层的理解，以VMware VMFS档案系统来说，使用的是传统inode块位档案系统，它会有个索引表记录所有位置，而且位址分配和地址相当严谨，当有档案被删除，删除的并不是真正的实体资料，而是档案空间，只是在索引表修改，将这段档案空间给释放出来，原来的资料还在，只是正常情况下看不到。

开始进行VMFS的资料救援，需要逆向档案系统工程技巧，也会借助开源方法或程式，来进行程式码解读（code review），写出自己的脚本程式，这样的话，才有办法找到被删的实体资料所在。他提到说，市面上有很多现成的资料救援软件，但有些支援不够新，例如还没支援到VMFS 6版本，也不支援快照档的累积，得走工具脚本。

资料遗失事件发生迄今，教育部目前仍以协助学生做档案恢复和重传为主，资料救援仍没有更多进展。对此，张道弘也提出他个人的观察，他说，假设事故当下，维运人员没更动LUN，资料救援的概率高，但时间过久陆续有写入动作，恐降低救回概率，虽然还是可用raw 救援工具（raw recovery tool）以碎片扫描／比对方式来尝试救援，但救回概率渺茫，且耗时。