本文可帮助你修复文件复制服务（FRS）将“_NTFRS_<xxxxxxxx>”添加到文件夹名称的问题。
原始 KB 数： 328492
现象
创建由文件复制服务（FRS）复制的文件夹时，FRS 会将“_NTFRS_<xxxxxxxx>”追加到文件夹名称。
注意
在此示例中， <xxxxxxxx> 表示八个随机十六进制数字。
下表显示了 FRS 如何更改两个文件夹的名称。
| 原始文件夹名称 | New folder name |
|---|---|
07/29/2002 09:58a Policies |
07/29/2002 09:58a Policies_NTFRS_000add30 |
07/29/2002 10:18a scripts |
07/29/2002 10:02p scripts_NTFRS_000874bb |
注意
较新版本的 Windows Server 中已弃用 FRS。 有关如何移动到较新的解决方案的详细信息，请参阅以下文章：
原因
如果两个用户分别在单独的副本上创建一个文件夹，并且文件夹具有相同的名称，则 FRS 会在复制期间检测到名称冲突。
创建操作之一优先，该文件夹保留原始名称。 FRS 更改其他文件夹的名称。
此问题有两个常见原因：
-
在副本集的多个成员上创建一个文件夹，然后才能复制该文件夹。 管理员或程序可能会在多个 FRS 成员上创建重复的文件夹。 例如，如果管理员尝试通过手动复制文件夹使所有成员中的数据保持一致，则可能会出现这种情况。
-
在一台服务器上启动权威还原（D4），但不执行以下准备：
- 在授权还原后 NTFRS 服务重启之前，请在重新初始化的副本集的所有其他成员上停止该服务。
- 在任何服务器都可以复制出站更改以重新初始化副本集的成员之前，请在重新初始化的副本集的所有其他成员上配置 D2 注册表项。
解决方案
注意
受影响文件夹的组策略处理在清理过程中不起作用。 这是因为策略中的 UNC 路径与文件夹名称不匹配。
若要解决该问题，请执行以下步骤：
-
重命名原始文件夹和已更改的文件夹，然后等待新名称在整个系统中传播。
这可确保每个文件夹在整个 SYSVOL 中都有一个公用名，并且名称和 GUID 在所有成员上都匹配。
注意
不要删除不需要的文件夹，然后重命名另一个文件夹。 这可能会导致更多的命名冲突。
-
重命名传播后，选择要保留的文件夹，并将名称还原为原始名称。 然后，可以安全地删除其他重命名的文件夹。
注意
在删除任何文件夹之前，最佳做法是确保拥有原始数据（完整）数据的备份。
详细信息
FRS 管理的所有文件和文件夹都由文件或文件夹 GUID 唯一标识。 FRS 使用 GUID 作为正在复制的文件和文件夹的规范标识符。
FRS 尝试确保每个文件或文件夹的 GUID 在副本集的所有成员上完全相同。 对于 FRS，在 Windows 资源管理器或命令的输出 DIR 中可见的文件或文件夹名称只是文件或文件夹的属性。 名称和路径不标识文件。 GUID 标识文件。
如果 FRS 成员收到使用现有文件夹的名称创建文件夹的更改顺序，FRS 将检测命名冲突。 现有文件夹和新文件夹具有不同的 GUID。 因此，新文件夹不能与现有文件夹同名。 在这种情况下，新文件夹以 FolderName>_NTFRS_<xxxxxxxx> 的形式<提供一个新名称。
注意
在此示例中， <FolderName> 表示请求的名称（第一个文件夹的名称）和 <xxxxxxxx> 表示八个随机十六进制数字，例如“001a84b2”。