即时还原早结束了，ESXi 上还挂着 NFS 数据存储？留着是设计如此
先把心放回肚子里
即时还原任务早就结束了——迁移也做了，或者任务直接取消了——可打开 VMware 的存储列表，那个 NFS datastore 还稳稳挂在那里。有人会怀疑是还原没清干净，反复检查任务日志，或者干脆当成故障报了上去。结论先说：这是预期行为，业界同类备份方案也普遍这么设计，不是清理失败，更不是故障。
这个挂载点是怎么来的
即时还原的思路是让虚拟机先跑起来再慢慢搬数据。执行时，Active Backup for Business 会把 NAS 上的共享文件夹作为 NFS datastore 挂载到 ESXi 主机上，虚拟机直接以 NAS 为存储空间立即启动——不必等整台机器完整还原，业务先恢复，数据后台慢慢迁移。
为什么还原结束还留着
- 复用效率：下次再从同一个共享文件夹做即时还原，现成的 datastore 可以直接复用，省掉反复挂载、卸载同一目录的开销，流程更快；
- 命名可识别：这类 datastore 的命名规则是 NAS IP 加共享文件夹名称，例如 192.168.1.100-ActiveBackupForBusiness，一眼能认出来路；
- 占用很小：备份任务不再活跃时，它只是 VMware 端的一个空挂载点，不会明显占用 ESXi 主机或 NAS 的系统资源与存储空间。
换句话说，它留着不碍事，删了下次还得重挂。
确实想清理时怎么卸
如果存储列表要求保持干净，且近期不再打算做即时还原，可以手动卸载：
- 登录 VMware vSphere Client；
- 导航到存储空间，按命名规则找到对应的 datastore；
- 右键选择卸载 Datastore。
卸载前务必确认没有其他正在运行的虚拟机仍在使用这个 datastore——先查清挂载关系，再动手。
小结
- 即时还原结束后 NFS datastore 保留挂载，属预期行为；
- 留着的三个理由：复用省开销、命名可识别、空闲占用小；
- 清理走 vSphere Client 手动卸载，卸载前确认无虚拟机在用；
- 拿不准它从哪来，看命名规则：NAS IP 加共享文件夹名。
诚鑫致达科技给备份专用的共享文件夹起名时统一带专用前缀，日后在 ESXi 存储列表里看到挂载点，一眼就知道它从哪来、能不能卸。