我的 DFS 命名空间中有一个目标，最初创建时名称拼写错误，底层共享是正确的。不过几年后才引起注意。我创建了一个具有更正名称的新目标，并且我相信我已经更新了大多数 GPO、脚本等以使用新的更正目标。
该设置大致如下所示。
- 命名空间服务器/共享：
\\dc-[1-12].example.org\dfs - 命名空间：
\\example.org\dfs - 旧目标：
\\example.org\dfs\missmelled -> \\srv01\staff - 新目标：
\\example.org\dfs\correct -> \\srv01\staff
我想删除旧的无效目标，同时尽量减少干扰。如何监控并查看旧目标是否仍在使用以及在何处使用。
对 DFS 目标目的地进行文件系统审计似乎没有什么用，因为新旧目标都会被发送到该位置。
我还没有尝试过，但我猜启用命名空间共享的审核可能会有用？这似乎会很麻烦，因为我必须检查每个命名空间服务器的日志？因为我有很多跨慢速链接的小型网站，所以有 12 个这样的服务器，并且这个特定目标可能在任何网站上都可以访问。
所有命名空间服务器均为 Server 2012 或 2012r2。实际目标是 2008r2 主机。
重申一下，我想找到谁/什么正在使用我的命名空间中的特定 DFS 目标，因为我想以最少的服务中断将其删除。搜索引擎没有给我好的答案，也许我问错了问题？
答案1
你可以考虑这样的事情：
1 - 将“staff”目录重新配置为共享两次，即“staff”和“staffBad”
2 - 重新配置 DFS 中的“missmelled”链接，使其仅有的目标是“\srv01\staffBad”。用户访问不会被中断，他们仍将访问它，只是通过不同的共享。3
- 运行 powershell 脚本（以某种间隔循环一整天/一周）以查询谁通过“staffBad”共享连接，并将结果记录到文件中
gwmi -comp srv01 Win32_ServerConnection | where {$_.sharename -eq "staffBad" } | select username, sharename, computername | out-file -append staffBad.txt
powershell 可能更复杂... 以 csv 或 xml 形式记录。仅记录上次运行中未找到的连接。或者在审查后从完整结果中选择 UNIQUE。