共享文件被误删或覆盖后，先检查文件服务器上是否已有事故前的卷影副本：在客户端打开共享文件夹的“以前的版本”，浏览正确时间点，把所需文件复制到隔离目录，确认内容和权限后再交还。事故发生后才启用卷影副本，不能补回事故前的历史。
下面以 Windows Server 2022 桌面体验、单台文件服务器、NTFS 数据卷和 Windows 11 客户端为操作示例，完成启用、计划、恢复演练与日常检查。微软现行文档说明 VSS 支持 Server 2022；本文界面路径依据官方功能说明及历史管理文档整理，未在同配置实机演练。菜单名称可能随系统语言和补丁变化，应以当前对话框为准。
一、先判断：现在应该恢复，还是先配置保护？
卷影副本是某一时间点的数据视图；“以前的版本”是用户从共享目录访问这些历史内容的入口。它不是客户端回收站，也不是保存每次编辑的 Office 版本历史。
| 当前情况 | 应采取的动作 | 停止门槛 |
|---|---|---|
| 已有事故前的历史，原数据卷可读 | 从历史副本复制所需文件到隔离目录 | 时间点或内容不符时不覆盖原文件 |
| 从未启用，或最早历史晚于事故 | 查独立备份、应用版本记录或联系存储恢复人员 | 不为“试试看”在故障盘大量写入 |
| 磁盘掉线、阵列异常、疑似勒索感染 | 按事故流程隔离影响、保全证据与备份 | 不继续本文的创建和恢复演练 |
| 数据库、虚拟机、正在运行的业务数据 | 使用应用支持的备份恢复流程 | 不把普通共享文件恢复当作应用一致性恢复 |
微软说明“共享文件夹的卷影副本”可恢复网络共享中删除或修改的文件；VSS 还被备份软件使用，但两者的工作流不能混为一谈。功能依据：Microsoft VSS。
图：当前文件继续变化，历史时间点通过原卷和差异区共同提供读取视图。图示为原理说明，不表示每个时间点都完整复制了一遍文件，也不代表本文现场结果。
二、准备环境与参数，先把共享访问做对
本例已有正常工作的 SMB 共享；不把启用卷影副本和新建共享、修改权限安排在同一次操作里。SMB 是 Windows 常用的网络文件共享协议，NTFS 是本例数据卷的文件系统。
| 检查项 | 本例选择 | 操作前应确认 |
|---|---|---|
| 服务器 | Windows Server 2022 Standard/Datacenter，桌面体验 | 本文不覆盖 Core、群集共享卷、NAS 厂商快照或云文件服务 |
| 服务器名称 | FILE01 | 名称解析和共享访问正常，客户端连接到实际文件服务器 |
| 源数据卷 | D 盘，NTFS | “此电脑→数据盘属性”核对文件系统、容量和剩余空间 |
| 共享名称 | Company | 记录共享对应的真实本地目录，不能只看映射盘字母 |
| 影子存储 | 本例使用本机 E 盘，NTFS | 空间和性能充足；独立卷仍不等于独立备份 |
| 管理账号 | 获授权的文件服务器管理员 | 普通用户账号仅用于客户端恢复验证 |
| 演练资料 | 专门测试文件夹和虚构内容 | 不删除真实业务文件，不放客户资料或密码 |
在文件服务器打开“服务器管理器→工具→计算机管理→系统工具→共享文件夹→共享”，找到 Company，记录其本地路径。切换客户端，用普通业务账号从资源管理器打开已经验证的 Company 共享。直接从 FILE01 的共享入口进入，避免误用指向其他服务器的旧映射盘或DFS路径。
应能读取授权目录、创建允许创建的测试文件；无权限的目录仍应拒绝访问。若此时已经“拒绝访问”或路径不存在，先按Windows 文件共享权限验收核对共享访问，不用卷影副本绕过权限。恢复演练和备份恢复也应放进企业备份恢复演练记录，而不是只记录“备份任务成功”。
三、打开卷影副本设置，核对源卷与存储位置
1. 进入管理对话框
在服务器“计算机管理→系统工具”中，右键“共享文件夹”，选择“所有任务→配置卷影副本”。部分安装也可从“此电脑”右键数据卷进入“配置卷影副本”或卷属性的“卷影副本”页。
上方“选择一个卷”列表列出的是源卷。选中 D 盘，再核对共享真实目录确实在 D 盘；不要因为 E 盘准备存放差异区，就误把 E 盘当成保护源。下方列表显示所选源卷已有的历史时间点。启用范围是整个源卷，不只 Company 这一个共享；同卷其他目录的数据变化也会消耗差异区。
若没有入口、源卷不在列表、文件系统不是本例的 NTFS，或已有第三方备份管理它，先确认安装方式和产品兼容性，不临时套用其他系统教程。本例不需要安装 FSRM，也不需要修改注册表才能开始。
2. 首次启用前设定存储位置与上限
选中源卷后点击“设置”。核对“存储区域/位于此卷”的目标；首次规划可选择本机空间充足的 NTFS 卷。本例选 E 盘。已有历史的服务器不在本教程中迁移差异区：改变位置可能涉及删除现有副本，应另立变更计划。
“最大值”不要直接选“无限制”。例如测试环境可先为本源卷规划 102400 MB 的上限，同时给业务写入和其他任务留出空间；这是容量示例，不是通用推荐值。该配额不是每份副本的大小，也不能保证保留几天。
实际保留窗口取决于数据块变化量、配额、可用空间和副本数量限制。同一卷上的其他写入也可能影响历史占用。建立初始配置后，观察一个正常业务周期内的增长与最早时间点，再按需要调整。微软记录了容量不足时旧副本被删除的情况，不应把提高计划频率当作增加保留时间的方法。容量边界：Microsoft 支持文档。
3. 配置计划，再核实启用后的最终值
点击“计划”。本例教学计划为工作日中午和下班前各创建一次，例如 12:00、18:00；分别新建或编辑计划项，核对星期、开始时间、服务器时区和启用状态。这里只是演示两个时间点，不构成业务恢复目标承诺。
如果业务上午频繁修改文件，中午之前没有新历史就可能不满足要求。与业务负责人先约定“最多能接受丢失多长时间的修改”，再决定频率；副本仍只能恢复到已成功生成的时间点。
保存设置后点击“启用”，阅读确认框；系统可能创建初始副本并设置计划。完成后重新打开“设置→计划”，确认保留下来的是你批准的时刻、位置与配额，避免仅凭点击过“确定”就认定生效。已有启用状态时不要反复禁用再启用。
四、用测试文件验证“历史能读”，不能只看列表
先在共享内建立“卷影恢复演练”文件夹，并用记事本创建“版本验证.txt”。写入第一版内容，保存并关闭编辑器；记录这个时间。打开的应用尚未保存到服务器的内容，不会因为创建副本就自动成为可恢复文件。
回到服务器的卷影副本页，选中 D 盘，点击“立即创建”。等待新时间点出现在下方列表；创建失败时保存错误文本，转到故障判断，不重复点击制造任务。
回到客户端，把测试文件内容改成第二版，保存关闭。右键测试文件“属性→以前的版本”，选择刚才第一版对应时间点，点“打开”查看内容。应读到第一版，而当前文件仍保持第二版。若打开按钮不可用或没有历史，不要先做删除实验。
再等待一次计划触发后检查新增时间点：手动创建成功不等于定时任务成功。记录服务器计划时间、实际生成时间、客户端可见时间以及文件内容；时间显示差异先核对客户端和服务器时区。测试文件只在所有结果确认后清理，仍须遵守内部保留要求。
五、误覆盖与误删除分别怎样恢复？
文件还在，但内容被覆盖
- 请使用者停止继续编辑该文件，记录出错时间，保留当前文件副本，避免丢掉其中仍有价值的新内容。
- 从共享 UNC 地址进入真实文件夹，右键目标文件，打开“属性→以前的版本”。选择错误发生之前的时间点。
- 优先“打开”检查。确认名称、内容、日期和业务版本后，把所需文件复制到一个管理员准备、访问受限的隔离恢复目录；若界面有“复制”按钮，也选择这个隔离目录。
- 用原应用打开恢复副本，检查正文、工作表、附件或格式。不要在历史只读视图内尝试保存修改。
- 由文件负责人确认后，约定交还位置。需要替换生产文件时，先保留当前版本和批准记录，再由获授权人员执行；不要直接恢复整个父文件夹。
文件或子文件夹已经被删除
不要在当前目录重新创建同名空文件来“找回历史”。右键原文件所在的父文件夹，打开“属性→以前的版本”，选择删除前的时间点并点击“打开”。在历史父文件夹中找到目标，复制出来再验证。
如果整个子文件夹被删，就从仍存在的上级目录查看；如果删除发生在共享根目录，查看共享根目录的历史。选中的时间点必须同时满足“文件当时已存在”和“事故尚未发生”。选到更早历史但文件尚未创建，看到空目录是可能的。
图：恢复顺序是“选时间→打开历史→复制到隔离区→内容与权限检查→确认交还”。单文件恢复不需要把整份共享目录回退到过去。
“打开”“复制”“还原”应怎样选？
“打开”用于浏览；复制到新位置便于保留现状和比较；“还原”可能直接改变原位置的文件或文件夹。恢复一个文件时，整个父目录的“还原”会扩大影响范围，因此本例不采用这一动作。
资源管理器复制到新位置，不应被当作完整恢复原共享配置、审计信息和所有安全描述符。恢复目录本身必须限制访问；文件交还后用预期用户检查“可读、可改”和无关用户“不可读”。不要把恢复文件放入全员可见的临时共享。若要求精确保留原 ACL、所有者和审计，应改用支持安全元数据的备份恢复流程。
六、看不到以前的版本，按这个顺序判断
| 现象 | 先检查 | 下一步与停止条件 |
|---|---|---|
| 客户端没有任何历史 | 是否进入正确服务器与共享；源卷是否正确；事故前是否生成过副本 | 没有历史就查独立备份，不能现场补造 |
| 服务器有时间点，客户端没有 | 用实际文件服务器 UNC 路径对照；检查客户端策略、权限和连接目标 | 不启用 SMB1、不放宽全员权限来排障 |
| 只有旧历史、近期副本缺失 | 最近计划是否执行；是否曾人为增大保留数量 | VSS 保留限制与 SMB 展示限制不同，交管理员按官方说明核对 |
| 手动创建成功，计划不生成 | 计划项是否启用，时间/星期是否正确，任务计划程序中对应任务的结果与历史 | 仅查看能准确对应源卷的任务，不改其他备份任务 |
| 创建失败、历史突然减少 | 剩余空间、最大配额、系统日志 Volsnap 和应用程序日志 VSS | 先留错误记录，勿批量删除历史、禁用 VSS 或重启生产服务 |
微软说明“以前的版本”展示数量和 VSS 保留数量并非同一限制。本文不修改注册表，也不把任何数量上限换算成固定保留天数。近期版本缺失说明。
任务计划程序可从“服务器管理器→工具”打开；按任务动作、源卷与上次运行时间定位，不能只凭相似名称编辑。事件查看器同样从“工具”打开，查看事故前后的相关事件。把容量、历史时间点和任务结果加入Windows Server 日常维护巡检。
七、验收、保留与安全回退
交付前至少完成四项：第一版可从历史打开，当前第二版不变；删除测试文件后能从历史父目录复制出来；至少一次计划任务实际生成副本；恢复文件经过授权与未授权账号的访问检查。只列出时间点、只看到磁盘空间变化，均不足以证明可恢复。
图：FSC Primergy TX200 S2 服务器硬盘托架。卷影副本仍依赖源数据与存储；同机历史不能承担整机或存储故障后的独立备份责任。摄影：Mixabest / Wikimedia Commons，作者发布为公有领域；已等比缩小并转为 WebP，非本文现场，也不证明该设备运行 Windows Server 2022。
每日关注最近成功时间、最早可用时间、差异区占用与剩余空间；定期重新抽样恢复。卷影副本不是异地或离线副本，管理员误操作和攻击也可能毁掉历史。独立备份的凭据、保留和恢复演练应单独设计。
需要回退本次配置时，先保留配置记录、确认独立备份，并导出仍需保存的文件。若只是暂停新增历史，准确定位本次源卷对应的计划任务后禁用该计划，并记录原启用状态；这不会承诺现有副本永久保留。不要把卷影副本页的“禁用”、删除历史或缩小配额当成无损暂停。若磁盘持续异常或业务受影响，停止继续变更，交管理员与备份厂商处理，不禁用系统 VSS 服务来代替排障。
常见问题
刚启用，为什么找不到昨天误删的文件？
历史从成功创建副本后才开始。昨天没有相应副本，就不能靠今天启用补回；继续查独立备份或其他真实版本来源。
设置两次计划，就一定保留一个月吗？
不能。计划决定尝试创建的时刻，容量和限制决定历史能留下多少；应观察实际最早时间点，不用配额直接承诺天数。
文件服务器装了备份软件，还需要改这套设置吗？
先确认厂商支持和现有策略。备份软件使用 VSS 不代表它的快照会在客户端“以前的版本”中展示；不要为排障擅自删除它管理的副本。
能用它恢复数据库或抵御勒索吗？
本文只演示普通共享文件恢复。数据库需要应用支持的一致性备份和恢复；勒索防护还需要隔离、权限、离线或不可变备份及演练，不能依赖同机历史。
相关解决方案
需要统一规划文件服务器、独立备份和恢复验收时，可了解容灾备份解决方案，先确认共享规模、可接受数据损失和恢复目标。
相关阅读
若需要煜企协助，请准备系统版本、共享对应源卷、事故时间、最近可用历史和当前备份情况；请勿提交真实业务文件或账号密码。