这是一个影响我的问题。虽然这个描述不是我写的（见 www.experts-exchange.com (1)，其中一种网站 stackoverflow 的创建是因为）它适用于我遇到的问题的 95%。下次我不会遵循 MS 的建议时，该域一直在工作，直到我在事件日志上尝试了建议的解决方案（“启用日志包装自动还原”）。这是一个多么大的错误！！！！
描述（如（1）所示）如下：
---------- 剪辑从这里开始 ----------
我在使用 2003 SBS 服务器时遇到了一些明显严重的问题。
我们刚刚开始为一个项目将第二个域控制器放入此网络的过程。
在开始现场环境之前，我在实验室环境中执行了相同的任务，并且没有任何问题。
首先，我们将 SBS（tisserver）升级到 2003 R2。之后，我进行了 adprep 以将架构更新为 R2。
我建立了 2003 R2 服务器 (tisdr)，安装了 DNS，将其加入域并进行了 DCPROMO。
这一切都很好，但我在新服务器上的文件复制服务事件日志中发现了错误：
事件 ID 13508 - 源 NtFRS
文件复制服务无法使用 DNS 名称 tisserver.TIS.local 为 c:\windows\sysvol\domain 启用从 tisserver.TIS.local 到 TISDR 的复制。FRS 将继续重试。以下是您会看到此警告的一些原因。
[1] FRS 无法从这台计算机正确解析 DNS 名称 tisserver.TIS.local。[2] FRS 未在 tisserver.TIS.local 上运行。[3] 此副本的 Active Directory 中的拓扑信息尚未复制到所有域控制器。
此事件日志消息将在每个连接中出现一次，问题解决后，您将看到另一条事件日志消息，表明连接已建立。
有关详细信息，请参阅http://go.microsoft.com/fwlink/events.asp上的帮助和支持中心。
当我去检查 SBS 时，我发现出现了以下错误：
Eventid ID 13568 - 源 NtFrs
文件复制服务检测到副本集“DOMAIN SYSTEM VOLUME (SYSVOL SHARE)”在 JRNL_WRAP_ERROR 中。
副本集名称为：“DOMAIN SYSTEM VOLUME (SYSVOL SHARE)” 副本根路径为：“c:\windows\sysvol\domain” 副本根卷为：“\.\C:”它试图从 NTFS USN 日志中读取，但未找到。这可能是由于以下原因之一。
[1] 卷 "\.\C:" 已被格式化。[2] 卷 "\.\C:" 上的 NTFS USN 日志已被删除。[3] 卷 "\.\C:" 上的 NTFS USN 日志已被截断。如果 Chkdsk 在日志末尾发现损坏的条目，它可以截断日志。[4] 文件复制服务长时间未在此计算机上运行。[5] 文件复制服务无法跟上“\.\C:”上磁盘 IO 活动的速率。将“Enable Journal Wrap Automatic Restore”注册表参数设置为 1 将导致执行以下恢复步骤以自动从此错误状态中恢复。[1] 在 5 分钟后发生的第一次轮询中，这台计算机将从副本集中删除。如果您不想等待 5 分钟，请运行“net stop ntfrs”，然后运行“
警告：在恢复过程中，副本树中的数据可能不可用。您应该将上述注册表参数重置为 0，以防止在再次出现此错误情况时自动恢复使数据意外不可用。
要更改此注册表参数，请运行 regedit。
单击开始、运行并键入 regedit。
展开 HKEY_LOCAL_MACHINE。单击关键路径：“System\CurrentControlSet\Services\NtFrs\Parameters” 双击值名称“Enable Journal Wrap Automatic Restore”并更新该值。
如果值名称不存在，您可以使用“编辑”菜单项下的“新建”->“DWORD 值”功能添加它。完全如上所示键入值名称。
有关详细信息，请参阅http://go.microsoft.com/fwlink/events.asp上的帮助和支持中心。
在做了一些阅读之后，似乎正确的做法是非权威性的reotre，所以我通过并创建了注册表项，然后停止并启动了NTFRS服务。
正如预期的那样，我得到了：
EventID 13560 - 源 NtFRS
文件复制服务正在从副本集“DOMAIN SYSTEM VOLUME (SYSVOL SHARE)”中删除这台计算机，以尝试从错误状态中恢复，错误状态 = FrsErrorSuccess 在下一次轮询（将在 5 分钟后发生）时，这台计算机将重新添加到副本集中。重新添加将触发副本集的完整树同步。
有关详细信息，请参阅http://go.microsoft.com/fwlink/events.asp上的帮助和支持中心。
整整五分钟后，我得到：
EventID 13520 - 源 NtFRS
文件复制服务将 c:\windows\sysvol\domain 中预先存在的文件移动到 c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog。
文件复制服务可能随时删除 c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog 中的文件。可以通过将文件从 c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog 中复制来避免删除文件。如果文件已存在于其他复制伙伴上，则将文件复制到 c:\windows\sysvol\domain 可能会导致名称冲突。
在某些情况下，文件复制服务可能会将文件从 c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog 复制到 c:\windows\sysvol\domain 中，而不是从其他复制伙伴复制文件。
可以随时通过删除 c:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog 中的文件来恢复空间。
有关详细信息，请参阅帮助和支持中心，网址为
&
EventID 13553 - 源 NtFRS
文件复制服务已成功将此计算机添加到以下副本集中：“DOMAIN SYSTEM VOLUME (SYSVOL SHARE)”
与此事件相关的信息如下所示： 计算机 DNS 名称为“tisserver.TIS.local” 副本集成员名称为“TISSERVER” 副本集根路径为“c:\windows\sysvol\domain” 副本暂存目录路径为“c :\windows\sysvol\staging\domain" 副本工作目录路径为 "c:\windows\ntfrs\jet"
有关详细信息，请参阅帮助和支持中心，网址为
---------- 剪切到此结束 ----------
从这一点开始，我开始偏离原始海报：
EventID 13566 - 源 NtFRS
文件复制服务正在扫描系统卷中的数据。在此过程完成之前，计算机 DOMSERVER 无法成为域控制器。然后系统卷将作为 SYSVOL 共享。
要检查 SYSVOL 共享，请在命令提示符处键入：net share
当文件复制服务完成扫描过程时，将出现 SYSVOL 共享。
系统卷的初始化可能需要一些时间。时间取决于系统卷中的数据量。
有关详细信息，请参阅http://go.microsoft.com/fwlink/events.asp上的帮助和支持中心。
我已经离开它大约一个半小时了，还没有看到任何 sysvol 或 netlogon 共享的迹象。用户无法登录。我不知道从这里去哪里。我处于如此绝望的状态，如果我有钱，我肯定会支付专家交换费用（我知道坏人会赢:(）。不幸的是，我不能这样做有很多原因（没有信用卡就是其中之一）。
您的帮助将不胜感激！
PS：对不起我的英语不太好。这不是我的母语。下次我会做得更好。:)