我们在 Server 2008 R2 服务器上遵循 Microsoft 的做法Migrating SYSVOL to DFS Replication，以便可以迁移到 Server 2019。我们于 2019 年 8 月 12 日启动它，并让它运行一周以检查错误。我没有测试环境来尝试这个，所以想确保它不会破坏任何东西。
我们目前处于成功Redirected状态。到目前为止一切都很顺利。该SYSVOL_DFSR文件夹已在所有 3 个可写域控制器（无 RODC）上创建，并且我已通过在该文件夹中放置一个新文件并观察其复制来测试复制。
我还运行了健康报告、传播测试和传播报告。我为每个域控制器运行了单独的传播测试/报告。它们显示所有 3 个域控制器均没有错误，带宽减少了 92.18%。传播测试也成功了。
repadmin /replsummary显示复制中有 0 个失败和 0 个错误。
AD Replication Status Tool没有显示错误。
DCDIAG通过了除 NCSecDesc 之外的所有测试，但我已经查过这些错误并且显示它们是良性的，我想是因为我们没有使用任何 RODC。
选择所有选项的“FRSDiag”会显示这些错误，其他选项均能通过。我认为 FRS 日志错误只是因为我之前没有以管理员身份运行 FRSdiag。
Checking for errors/warnings in FRS Event Log ....
NtFrs 8/12/2019 1:05:32 PM Warning 13518 The File Replication Service did not grant the user "tladm" access to the API "Get Internal Information". Permissions for "Get Internal Information" can be changed by running regedit. Click on Start, Run, and type regedit. Expand HKEY_LOCAL_MACHINE, SYSTEM, CurrentControlSet, Services, NtFrs, Parameters, Access Checks, and highlight "Get Internal Information". Click on the toolbar option Security and then Permissions... Access checks can be disabled for "Get Internal Information". Double click on "Access checks are [Enabled or Disabled]" and change the string to Disabled.
1. 我是否应该运行其他复制工具来确保进入消除状态时不会出现任何问题。
2. 这些是 VMWare 虚拟域控制器，并使用 Veeam 仅备份具有 FSMO 角色的主域控制器。Microsoft 建议使用 备份系统状态wbadmin start systemstatebackup。我已经十多年没用过了wbadmin。我们应该这样做还是只使用 Veeam 的完整活动备份？如果我们必须回滚，一些最佳实践将很有用。VMWare Snapshot 可以作为替代方案吗？