九月进行安全更新的悄悄行动干掉了文件历史备份功能, 很多人以为把盘插着就万事大吉了, 结果等到要恢复文件的时候发现根本没有版本记录, 微软虽然已经确认了这个问题的存在但修复补丁还没有到位。
备份功能静默失效的表现
在控制面板里面查看上次备份的那一个日期, 它就一直停在那儿, 没有因为更新而发生任何改变, 当试着去恢复某一份文档的时候, 选择了以前的版本这个选项, 系统马上就告诉你是不可用的, 那份文件明明已经被修改过好几个回了, 但是历史的版本却好像从来都不存在一样。
外接USB盘或者网络存储设备, 这些明明都是连接好了的, 指示灯也有亮着的样子, 但是系统那边却还是反复不断地弹出来那个“请重新连接驱动器”的提示框。拔插操作试过, 换一个接口试, 重启也尝试过, 但全都不起作用, 根本原因完全不在硬件那边。
事件日志里的线索
打开事件查看器的界面之后, 是可以看到引用了特定exe文件和dll文件的崩溃记录的, 但是系统只是把这种情况归为了一般的错误类别, 并没有明确地写明是“文件历史服务崩溃”这样一个情况, 所以对于普通用户来说, 是非常难以把这仅有的两条线索串联到一起去进行判断的。
在微软提供给用户的支持文档之中, 确实有列出导致系统崩溃所涉及到的一些具体的进程还有模块方面的信息, 可是大多数人压根儿就不会去看那些日志文件里的具体记录。
备份服务很有可能就在无声无息地停了下来, 这个状态可能持续了三天那么长时间, 或者是一周, 甚至还会更久一些, 直到有人不得不去尝试找回自己需要的文件的时候才会突然察觉到之前就已经发生了非常严重的问题。
受影响的系统版本
Windows 11这个操作系统, 具体的版本是包括从23H2一直到26H1的所有阶段, 全都受到了影响, 同时, Windows 10这个系统, 它的22H2和21H2这两个版本也一样没能幸免, 没有能够逃脱掉, 在企业侧部署的LTSC 2016以及LTSC 2019这两个版本, 也都同样在这个受影响的列表里面出现, 于是导致了有数量非常多的大量办公电脑设备以及服务器设备全部都遭遇了这些问题。
微软在其发布的官方公告中, 专门提及了有某一个特定的版本是属于完全不受影响的状态。
当你对自己当前安装的到底是哪一个具体的版本存在着不确定性的时候, 你应该前往到计算机的设置菜单内部, 找到“关于”这一页面进行查看操作, 通过去核对系统所显示的构建版本号这个信息点, 就可以很清晰地判断出自己设备所处的位置以及状况到底有没有被包含在该问题的范围内。
为什么不能卸载安全补丁
在此次同期发布的九月版本更新事项之中, 针对那些目前正在遭受外部实际黑客攻击利用的零日漏洞, 一共修复了两个实例, 除此之外还额外附带实施了数量多达数十个的安全级别修复操作动作。
如果为了躲避某一个备份环节出现的逻辑错误bug而去选择卸载已经安装好的系统补丁程序包, 这种行为简直就像是拆掉了自家大门的门板用来防范入室盗窃的小贼一样, 最终的后果肯定是弊大于利, 或者说完全就是得不偿失的一种决策表现方式。
微软和安全研究员的说法是一样的, 大家的意思都非常明确, 千万不要去回退安全更新, 因为这次出现的问题是和那些高危补丁一起发布的, 想要把它们单独拆开来处理并不现实, 官方目前没有提供其他的临时解决办法, 所以人们除了等待并没有其他选择。
官方修复进度
微软方面已经确认, 出现这个问题的起因是在于九月份进行安全更新的时候存在的组件冲突的情况。微软承诺, 会在未来某一次更新的进程中把这个问题给修复好。但是, 截止到发稿这个时间点为止, 并没有给出一个具体的日期。在官方的公告原文当中, 使用的是“未来的更新”这种比较模糊的措辞来表达这件事。
微软在近期单独发布了一个紧急系统更新, 该更新所修复的对象是声音问题以及远程桌面功能方面的问题。这个补丁与备份故障没有关联。请不要因为多条版本信息混杂而被误导。明确指出的是, 那份紧急补丁并没有针对文件历史记录进行修复。
等待修复期间的替代方案
最稳妥的做法是去手动翻动一下备份日志, 千万不要仅仅依赖驱动器图标是否亮起来作为判断依据。你需要前往控制面板去核实相关的时间戳信息, 然后转到备份目录里查看最近文件的记录修改时间, 以此来确认备份操作确实已经成功执行过。
当发现文件历史记录的功能并不可靠的时候, 那就临时动用系统里自带有的那个备份功能, 完整地执行一遍全量备份操作, 或者采取使用第三方工具的这种方法来生成一份磁盘映像。在企业的环境之中, 管理员通常会直接为那些关键的机器单独设置一个独立的备份策略, 这样做的好处就是完全不用去依赖文件历史记录这项服务。
你备份目录里最近一次实际写入是什么时候, 如果答不上来, 现在就去翻一翻。觉得有用就点赞转发给还在用Win10和11的朋友。
