我有一个环境，其中有一个文件服务器（物理）和一个 DC（虚拟），由以前的技术人员设置了 DFS 复制。我以前从未使用过 DFS。
大约有 1TB 的数据正在复制到 DC 上的第二个驱动器。我想完全停止对 DC 的所有复制。但我不知道如何安全地执行此操作。我假设/希望这可以在不影响文件服务器的情况下完成，不必踢出用户、关闭它、重新启动等，因为在这种情况下需要几天的时间来协调。
当我在 DC 上查看 DFS 管理时，我看到 1 个命名空间和 2 个复制条目。一个用于文件服务器共享 - dfs-rep，一个用于域系统卷。
我想要的最终结果是文件服务器拥有所有数据，而 DC 只是一个 DC。没有人从 DC 访问数据，它是作为“备份”实现的。所以我想删除整个驱动器，而实际上文件服务器上显然不会丢失任何内容。
文件服务器是2008 R2，DC是2012 Standard。
有人知道这个操作的程序吗？
答案1
Remove-DfsrMember cmdlet 可从复制组中删除成员计算机。复制组的成员托管已复制的文件夹。如果从其复制组中删除成员，分布式文件系统 (DFS) 复制将停止对该成员的复制。此 cmdlet 不会删除已复制文件夹的内容或其私有数据。
如果您没有该 cmdlet，因为它是最近添加的，那么关键是，是的，只需使用 DFS 管理 mmc 管理单元从复制组中删除 DC。不用说，不要对名为“域系统卷”的复制组执行任何操作 - 即 sysvol。
答案2
首先，不要管 Sysvol（又称“域系统卷”）DFS 复制条目。这是 AD 的正常功能，不需要对默认设置进行任何调整。
至于文件服务器，这里有两个独立的 DFS 相关技术，DFS 命名空间负责托管实际共享，而 DFS 复制只关心确保 DC 和文件服务器之间的数据同步。一个不需要另一个，它们可以单独运行而不会出现问题。
因此，第一步是检查您的 DFS 命名空间。其中可能至少定义了一个文件夹/共享。选择每个文件夹/共享并执行以下操作。
- 检查“文件夹目标”选项卡。应该至少有一个条目指向您的文件服务器。如果只有一个条目，那就太好了。您已经完成了。
- 如果你的 DC 在文件夹目标中列出，并且它是并非唯一入口，删除它。这不会中断现有客户端连接。但它会阻止新客户端被定向到它。
- 如果您的 DC 已列出，并且是唯一的入口，您需要执行两个步骤。首先，添加指向文件服务器的新条目，然后等待，直到您开始看到客户端被定向到该服务器。然后删除 DC 的条目。
- 如果您做了任何更改，请开始监视共享的连接，直到每个人都过滤掉 DC。
现在没有客户端实际上使用 DC 作为文件服务器，您可以继续进行 DFS 复制。
- 选择复制组并转到“成员资格”选项卡
- 删除你的 DC 的条目
- 如果您要完全停止使用 DFS 复制，也可以直接删除整个复制组。但如果您打算启动新的备份文件服务器，则可能希望保留它并稍后添加新服务器。
- DC 上的 DFSR 服务最终将自行获取更改，或者您可以手动重新启动该服务。
- DC 的 DFS 复制事件日志中会有一些消息表明它已获取更改并将其自身从组中删除。此时，可以安全地删除数据。
更新
您的评论让我意识到我忘了谈论命名空间服务器本身。因此，DFS 命名空间的工作方式是一组服务器“托管”根命名空间（例如\\example.com\ns），这样当人们寻找特定共享（例如）时\\example.com\ns\share，他们可以通过询问其中一个命名空间服务器有效地路由到托管该共享的服务器之一。
您提到，在您的命名空间中，文件服务器和 DC 都列在您的命名空间的命名空间服务器中。保留原样也没什么坏处。并且有两个可用服务器意味着当其中一个因修补等原因而关闭时，客户端不会在尝试连接时抛出错误。我经常看到人们使用多个 DC 作为命名空间服务器。