我试图用 Windows 10 的新策略更新我们的中央存储。最初,我在同一位置复制了该存储并将其命名为 .bak,以防万一。
我已成功将本地定义文件夹复制到商店中。但是我现在看到文件夹名称:
PolicyDefinitions_NTFRS_45859c8a
PolicyDefinitions_NTFRS_49198af0
毫不奇怪,当我重命名其中一个以删除新后缀时,它很快就会再次被添加。我正在其中一个域控制器上进行这些更改。我们总共有 4 个 AD 站点和 6 个 DC。
因此,这与 FRS 有关,但我在日志中没有看到与此相关的错误。我不确定这里的问题是什么。复制似乎仍在工作,因为在我的所有其他 DC 上都可以看到新名称。但是,组策略不会从中央存储中提取模板;只是从我的本地计算机中提取。
答案1
我认为您在复制位置拥有多个同名文件夹,从而造成了 FRS 冲突,如微软知识库 328492
症状文件复制服务 (FRS) 可能会通过在文件夹名称中添加“NTFRS_xxxxxxxx”来更改文件夹的名称。
注意在此示例中,xxxxxxxx 代表八个随机十六进制数字。
以下是两个经常更改的文件夹的示例:
07/29/2002 09:58a 政策 07/29/2002 09:58a Policies_NTFRS_000add30 07/29/2002 10:18a 脚本 07/29/2002 10:02p scripts_NTFRS_000874bb
原因当两个用户在两个不同的副本上创建同名的文件夹时,文件复制服务 (FRS) 会在复制期间检测到名称冲突。
其中一个创建操作优先,该文件夹保留原名。另一个文件夹名称被更改。
我猜想这是在您重命名策略定义文件夹然后添加另一个策略定义文件夹时发生的。我建议删除所有策略定义文件夹几天,让复制将它们从所有 DC 中清除,然后重新添加中央存储策略定义文件夹。
答案2
不是这个具体的问题,但我读到过,从 2003 升级到 2008 的 AD 林可能会出现问题。我的情况就是这样。我遵循的解决方案是将 SYSVOL 共享责任从文件复制服务 (FRS) 迁移到 DFSR。为了使此方法有效,您的域功能级别至少需要为 2008
完整说明请见迁移过程的 TechNet。由于需要考虑很多角度,因此对于这种格式来说,注意事项和细节可能太长了。在其最簡單您正在dfsrmig
PDC 模拟器上运行该实用程序。
逐步将 GlobalState 从“开始”、“准备”、“已复制”提升到“已消除”。验证 sysvol 共享是否可用,以及在这些步骤中数据是否被复制到新的共享位置(在我的情况下是 windows 目录中名为 sysvol_dfsr 的文件夹)。只有当所有 DC 的当前状态相同时,才将 GlobalState 更改为下一级别。
您可以用来dfsrmig /GetMigrationState
验证当前级别,以便知道何时可以轻松继续。
一旦达到 GlobalState Redirected(通过运行dfsrmig /SetGlobalState 2
和确认),DFSR 现在应该托管并复制 sysvol 共享。确认并测试复制。
您可以通过将 Global State 改回此状态来将整个过程回滚到此状态。如果您确信一切正常,那么最后一步就是删除旧的 FRS 设置。将 GlobalState 更改为 Eliminated 将完成:dfsrmig /SetGlobalState 3
。