解释 FRS 复制备份的工作原理

解释 FRS 复制备份的工作原理

请解释一下为什么我只需添加一些注册表项即可修复 sysvol-replication。我的意思是,它就像基于文件的,我想在更改任何内容之前备份它。

有一些 NtFrs 13568。 2 个 DC损坏的复制,也许他们只复制了一次 GPO,因为存在一些日期较旧的 GPO 文件夹。

https://msdn.microsoft.com/en-us/library/windows/desktop/cc507518(v=vs.85).aspx#backing_up_an_frs-replicated_sysvol_folder_on_a_windows_server_2008_or_windows_server_2003__domain

我在某处读到过sysvol 备份包含在系统状态备份中,但手册中有一条注释告诉你它不包括 sysvol备份会出现在哪里?

有一个权威模式和非权威模式(D4 和 D2)以及一个“启用日志包装自动恢复”注册表项,我不知何故需要它们。

我知道当我完成复制问题后我必须将 FRS 迁移到 DFS-R。

答案1

请解释为什么我只需要添加一些注册表项来修复 sysvol-replication。

因为 FRS 的设计方式就是这样的。该服务监视 NTFS USN 日志,以便检测需要复制的文件的更改。如果服务停止的时间过长(而 USN 日志继续递增),或者 NTFS 卷上的更改频率过高,则 USN 日志可能会“回绕”,而 FRS 服务无法见证,并且 FRS 服务不知道如何继续。为了保护您免受意外数据丢失,FRS 不会尝试“自我修复”,而是耐心等待管理员手动干预。

我读到过某处说 sysvol 备份包含在系统状态备份中,但手册中有一条说明告诉您它不包含 sysvol 以及备份将出现在哪里?

SYSVOL 包含在系统状态备份中。它通常存储在%Windir%\SYSVOL。但如果您不恢复它权威地,(D4,)恢复后,它可能会被另一个域控制器覆盖。

编辑:让我澄清一下之前的声明:

笔记 Windows 域控制器的系统状态备份不包括 FRS 数据库,该数据库维护与 SYSVOL 文件夹和其他内容集内的文件相关的 FRS 服务的状态信息。FRS 数据库、调试日志、暂存区文件和预先存在的数据文件夹中的文件被排除在系统状态备份之外。以下示例 FRS 编写器规范在“排除的文件”部分包含排除列表。

文件本身包含在系统状态备份中,但数据库不包含在内,因此您必须执行还原(D2 或 D4)才能再次使其成为可运行的 FRS 副本。FRS 还原将重建数据库。

D2 是更安全的替代方案 - 它只是从另一个复制伙伴重新下载 SYSVOL 中的所有内容。D4 是“权威”模式,它更复杂,因为您必须接触每个 DC,并且它会强制每个 DC 从权威恢复的主服务器重新下载。除非您真的深陷困境,张大嘴巴,否则不要使用 D4。

以下是有关“自动恢复”注册表项的信息:

默认情况下,Windows 2000 Service Pack 3 (SP3) 和 Windows 2000 SP3 修补程序中的 Ntfrs.exe 文件版本在检测到日志覆盖错误时不执行自动非授权还原(例如,SP3 将内容保留在 2195 的位置,而 SP1 将上下文保留在位置)。当以下注册表子项中的“启用日志覆盖自动还原”注册表项设置为 1 时,可以将 NTFRS 的 SP3 版本配置为像 SP2 一样运行:

HKLM\System\Ccs\Services\Ntfrs\参数

重要提示:我们不建议您使用此注册表设置,并且不应在 Windows 2000 Service Pack 3 之后的 Windows 版本中使用此设置。对 DFS 或 SYSVOL 副本集的 FRS 成员执行非权威性还原的推荐方法是使用 FRS BurFlags 注册表值。

看到粗体部分了吗?不要使用此注册表项。为什么不呢?这就是意外数据丢失的原因。FRS 已经过时了,你应该在 10 年前就停止使用它了。

相关内容