提示
X
本案例来自tskb,请前往tskb修改源内容:立即前往
'>

基础排查:步骤一:数据丢失问题排查前基本信息确认

|

问题描述

本文主要介绍针对虚拟机数据丢失类问题的排查方法,以及介绍如何做前期的现象确认以及信息收集。并且分享一些已知的数据丢失类问题的案例。

有效排查步骤

在收到用户反馈数据有丢失的时候,首先我们一定要明确客户反馈数据丢失是具体问题现象,可能并不是真正的数据丢失,只是用户反馈在界面看不到他想要的数据,认为是数据“丢失”,比如有些用户不小心使用了某个壁纸软件把桌面的东西全部隐藏了;比如用户登录了另外的windows账户看不到原本桌面存在的文件;

在进行数据丢失类的问题,有一些最基本的信息要做确认才能进行下一步的排查,也防止错误的操作,破坏原有“现场”;


排查前基本信息确认

1. 确认具体丢失的文件名字或目录名称,收集丢失文件的虚拟机名字。

2. 确认虚拟机内部是整个磁盘全部文件丢失还是部分文件丢失。

3. 确认最后一次看到虚拟机文件的时间,以及最近虚拟机内是否有做过特殊操作。

4. 确认虚拟机是否有加入域或者更换过Windows账号登录。

5. 确认是所有虚拟机文件丢失,还是只有单台虚拟机文件。

6. 确认虚拟机桌面重定向功能是否正常,以及虚拟机是否有使用UPM功能(包含是否有部署第三方的UPM类功能)。

7. 注意操作虚拟机之前一定要做备份或快照,严禁上手直接进行操作。

注意事项(明确不做技术支持排查的场景如下):

(1)虚拟机内部某个文件里面的部分内容丢失。

(2)某个聊天软件里面的部分聊天内容丢失。

(3)单个文件丢失和单个目录丢失场景下,使用文件恢复工具恢复后确认无法恢复的。

平台存储数据是基于整个磁盘的,单个虚拟机的磁盘是以整个 qcow2 的文件形式存在于 VMP 后端,如果平台出现异常则整个虚拟机磁盘数据都会丢失。虚拟化平台不会有主动删除虚拟机某个文件内容和软件聊天记录的行为,由于 Windows 操作系统层面和深信服 agent 不会输出对应的文件日志记录。所以问题也无法溯源。遇到出现的问题建议用户定期做虚拟机快照和备份。


根据排查信息的确认,如果确认是数据丢失后;我们再进行相对应的操作;


解决方案

数据丢失的可能原因
1. 虚拟机进行了模板更新或有数据同步
2. 虚拟机为还原模式,或虚拟机设置了重启后还原,虚拟机进行了快照或备份恢复操作。
3. 存储出现故障或者磁盘出现异常。
4. 虚拟感染了病毒或者安装了流氓勒索软件。
5.虚拟机磁盘被格式化或者用户误删数据。
6. Linux虚拟机的个人盘所有数据被agent格式化。
7. 系统异常,导致文件(分区信息)丢失
wshellym 发表于 2022-10-20 08:36
  
有助于学习!!!!!!!!!
哇哈哈哈哈哈 发表于 2023-5-4 09:29
  

有助于学习!!!!!!!!!

我要分享
文档编号: 225227
作者: admin
更新时间: 2023-01-05 17:29
适用版本: