标签: file-replication-services

我们正在运行多个 Windows Server 2008 R2 域控制器。sysvol 的复制由 NTFRS 完成。

昨天，我们的主 DC 报告了SYSVOL 共享的“JRNL_WRAP_ERROR”。我在 C:\ 上运行了 chkdsk，但没有显示任何问题。在此之后，我通过停止 ntfrs.exe，在HKLM/SYSTEM/CurrentControlSet/services/Ntfrs/Parameters/Backup\Restore/Process at Startup中将BurFlags 设置为“D2”并再次重新启动 ntrfs.exe来启动非权威还原。

虽然这似乎适用于C:\WINDOWS\SYSVOL\domain\Policies，但出于某种原因，它不会从其他 DC 中提取C:\Windows\Sysvol\domain\scripts。在非权威还原后，脚本文件夹中有几个目录，这些目录确实应该在那里。然而，它并不包含所有这些，而且它包含的那些是不完整的。

我还重命名了 C:\Windows\ntrfs\jet 并再次启动了非权威还原，以排除与缓存相关的问题，但它也没有导致任何成功。

重新启动非权威还原后，我还注意到脚本目录奇怪地没有出现在C:\Windows\SYSVOL\domain\NtFrs_PreExisting___See_EventLog 中，而策略目录却出现了。我认为它只是将 C:\Windows\SYSVOL\domain\ 移动到该文件夹​​，但似乎并没有那么简单。它遗漏了脚本这一事实让我想知道是否有一些数据库跟踪 C:\Windows\SYSVOL\domain\ 中的内容，以便它只移动它实际知道的内容。

事件日志对我帮助不大，它说 SYSVOL 在非授权还原后已成功启动。

编辑：目前，我们通过在受影响的服务器上重新安装 AD 解决了这个问题。虽然目录在删除后被清除，但 C:\Windows\Sysvol\domain\scripts 由于某种原因仍然存在 - 也许是权限问题。然后我们明确删除了 C:\WINDOWS\SYSVOL 并重新安装了 AD。

这个问题与我之前问过的关于备份域控制器和 RODC 的问题有关。基本上，我正在对网络中的 DC 进行一些更改。我希望在我的域中添加一个可写的 2008R2 DC 和一个 2008R2 RODC。

我创建了一个名为“DC-04”的可写 2008R2 DC，它已设置好并且似乎工作正常，但有一个例外。当我在这个新的域控制器上运行 dcdiag /v 时，我在 FRS 事件测试期间收到错误消息。此错误对应于我收到的事件 13508，它指出：

“文件复制服务无法使用 DNS 名称 dc-02.domain.com 为 c:\windows\sysvol\domain 启用从 DC-02 到 DC-04 的复制。FRS 将继续重试。”

一些可能有用的信息：

DC-02 运行 2003R2 x86，它还拥有所有 5 个 FSMO 角色

还有另一个名为 DC-03 的 DC 也运行 2003R2 x86，DC-04 上没有出现关于从该 DC 复制的错误

所有 DC 都是全局目录并具有 DNS

我可以从 dc-04 ping dc-02.domain.com，所以 DNS 似乎没问题

FRS 服务正在 DC-02 上运行

任何想法或要检查的事情将不胜感激。

谢谢！

我正准备将我们当前的域从 Server 2008 R2 服务器升级到 Server 2016。所有 dcdiag 检查和 replmon 检查都很好，看起来已经准备好了。然而，我一直在阅读 DFSR 并意识到我们仍然在 FRS 上。

我的问题是我现在是否需要迁移到 DFSR（建议在 FRS 上迁移），还是在升级新的域控制器时完成？或者我是否应该在将我的域名升级到 2016 年之后进行迁移？

我有两个域控制器。

DC01 通常包含所有内容并且运行良好（AFAIK），但是 DC02 不断“丢失”在 DC01 上清晰可见并且应该被复制的文件。

例如，可以在事件查看器中找到以下错误。

例子：

由于在文件上遇到了一致的共享冲突，DFS 复制服务一再被阻止复制文件。由于共享冲突，该服务无法暂存文件以进行复制。

附加信息： 文件路径：E:\fs\dep\pu\documents\meetings\110325.ppt 复制文件夹根：e:\fs 文件 ID：{FC3F83F7-ACB7-47C6-83D6-25A7029A73DB}-v1183507 复制文件夹名称：复制FS 复制文件夹 ID：C9A1D84D-2C0D-49E9-B79B-2A002D46A1E0 复制组名称：brandos.local\brandos\fs 复制组 ID：A1BAE4C9-E711-48C1-937A-584B0FB22192604D-D40D40D-D400404D-D4004D-D40204D-E

知道为什么文件丢失了吗？