解释FRS复制备份如何工作

请解释我为什么必须添加一些registry项来修复sysvol-replication。 我的意思是,这是基于文件的,我想在我改变任何东西之前进行备份。

有一些NtFrs 13568. 2 DC一个损坏的复制 ,也许它们只复制一次GPO,因为有一些GPO文件夹与旧date。

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)和一个“启用日志封装自动恢复”registry项,我需要以某种方式。

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

请解释我为什么必须添加一些registry项来修复sysvol-replication。

因为这是FRS的devise方式。 该服务监视NTFS USN日志以检测需要复制的文件的更改。 如果服务停留时间太长(USN日志继续递增),或者NTFS卷上的更改频率太高,USN日志可以在没有FRS服务的情况下“换行” FRS服务不知道如何进行。 为了防止意外数据丢失,FRS不会尝试“自我修复”,它会耐心等待pipe理员手动干预。

我已经读过系统状态备份中包含的sysvol备份,但是在手册中有一个注释,它告诉你它不包含sysvol和备份将出现的位置?

SYSVOL包含在系统状态备份中。 它通常存储在%Windir%\SYSVOL 。 但是,如果您不能以权威的方式进行还原(D4),则可能会在恢复之后被其他域控制器覆盖。

编辑:让我澄清前面的声明:

注意 Windows域控制器的系统状态备份不包括维护与SYSVOL文件夹和其他内容集中的文件有关的FRS服务的状态信息的FRS数据库。 FRS数据库,debugging日志,临时区域文件和预先存在的数据文件夹中的文件将从系统状态备份中排除。 以下示例FRS编写器规范包含“排除的文件”部分中的排除列表。

这些文件本身包含在系统状态备份中,但数据库不是,因此您必须执行恢复(D2或D4)才能使其成为function性FRS副本。 FRS的还原重build数据库。

D2是更安全的select – 它只是从另一个复制伙伴处重新下载SYSVOL中的所有内容。 D4是“权威”的模式,因为你必须触及每一个DC,所以更多的是涉及DC,并且迫使每一个DC从权威性的恢复的主控器重新下载。 不要D4,除非你真的脖子深,在你的嘴巴张开大口。

这是关于自动还原“registry项的信息:

默认情况下,Windows 2000 Service Pack 3(SP3)和Windows 2000 SP3修补程序中的Ntfrs.exe文件的版本不会执行自动非授权还原(例如,SP3会将内容留在原位,因为2195和SP1会将上下文留在原地)当检测到包裹错误时。 SP3版本的NTFRS可能configuration为在“Enable journal wrap automatic restore”(启用日志封装自动恢复)registry项设置为1在以下registry子项中时,像SP2一样运行:

HKLM \ SYSTEM \ CCS \ SERVICES \ NTFRS \参数

重要说明:我们不build议您使用此registry设置,并且在Windows 2000的Service Pack 3版本之后不应该使用此设置。在DFS或SYSVOL副本集的FRS成员上执行非授权还原的build议方法是使用FRS BurFlagsregistry值。

请参阅粗体部分? 不要使用此registry项。 为什么不? 意外的数据丢失,这就是为什么。 FRS已经老了,而且十年前你应该停止使用它。