你目前正处于脱机状态,正在等待 Internet 重新连接

重新添加到 Windows Server 2003 R2 中的 DFS 复制组的成员服务器后,初始复制不会发生在成员服务器上,并将已复制文件夹中的更改被意外地复制到其他的复制伙伴

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 961655
症状
产生错误的场景如下:在计算机上正在运行 Windows Server 2003 R2,从分布式文件系统 (DFS) 复制组中删除成员服务器。在成员服务器上的 DFS 复制日志中会记录事件 ID 4010 之后,您可以更改在成员服务器上的已复制文件夹中的内容。然后,使用相同的已复制的文件夹添加成员服务器返回到 DFS 复制组。在此方案中,对已复制文件夹所做的更改被复制意外到其它成员服务器。但是,您希望初始复制的成员服务器上发生。
替代方法
要解决此问题,请使用下列方法之一。

方法 1: 禁用而不是删除它的成员服务器

当您想要暂时排除从 DFS 复制组的成员服务器时,我们强烈建议您禁用在 DFS 管理管理单元中的成员资格选项卡上的服务器。如果您想以后包括 DFS 复制组中的成员服务器,则只可以成员服务器而不会遇到本文中描述的问题。

注意我们建议您使用方法 1。

方法 2: 等待超过 60 天,将成员服务器添加到 DFS 复制配置

从 DFS 复制组中删除成员服务器时,将使用 DFS 复制数据库中的 60 天的逻辑删除标记标记为成员服务器。如果此 60 天期限内到 DFS 复制组添加成员服务器,此逻辑删除标记将被删除,并将使用原始的服务器对象,此 DFS 复制数据库中的成员服务器。因此,成员服务器不会执行初始复制,并将已复制文件夹中的内容复制意外。

方法 3: 不会更改已复制的文件夹

重新添加该成员服务器后,意外地复制比其他复制伙伴上的数据更新的已复制文件夹中的内容。因此,请验证重新添加该成员服务器之前将已复制文件夹中的数据是早于其他复制伙伴上的数据。若要实现此目的,不会更改您想要以后重新添加该成员服务器上的已复制的文件夹。
状态
Microsoft 已经确认这是在"适用于"一节中列出的 Microsoft 产品中的问题。

警告:本文已自动翻译

属性

文章 ID:961655 - 上次审阅时间:03/01/2014 05:50:00 - 修订版本: 1.0

Microsoft Windows Server 2003 R2 Datacenter Edition (32-Bit x86), Microsoft Windows Server 2003 R2 Datacenter Edition (64-Bit x86), Microsoft Windows Server 2003 R2 Enterprise Edition (32-Bit x86), Microsoft Windows Server 2003 R2 Enterprise Edition (64-Bit x86), Microsoft Windows Server 2003 R2 Standard Edition (32-bit x86), Microsoft Windows Server 2003 R2 Standard Edition (64-Bit x86), Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Standard, Windows Server 2008 Standard, Windows Server 2012 Datacenter, Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 Standard

  • kbsurveynew kbexpertiseadvanced kbinfo kbhowto kbmt KB961655 KbMtzh
反馈