closuresDFSR的最安全方法是什么时候,一个节点已closures几个月

我们有两个独立的文件服务器。 我们使用DFSR将数据从服务器1复制到服务器2。

服务器2已经关机了一段时间了,而且我还在犹豫是否打开它,以防DFS试图调和数据差异。

我可以简单地closures活动节点上的DFS,然后打开没有networking连接的第二个节点,并在那里禁用它?

可以肯定的是,你可以完全删除古代的复制,并用新闻数据重新创build:

  • 1)停止dfsr服务并在两台服务器上停用他。

  • 2)等待事件日志ID 4004 4010

  • 3)删除所有文件和目录System Volume Information\dfsr (这是一个隐藏的目录)
  • 4)删除共享目录中的链接dfsrprivate
  • 5)使用robocopy复制新的源服务器的数据:

    robocopy / MIR / E / R:0 / W:0 / NP / COPYALL M / T:128 /LOG:c:\temp\file.log

COPYALL是重要的,它会复制访问权限和审核你的文件。 如果你不使用这个参数,DFSR会认为你的文件是不同的。

/ MIR将删除目标服务器上而不是源服务器上的文件。 所以要小心

  • 6)当robocopy完成时,你可以重新创build你的源服务器作为主要的复制。

在初始复制期间,将在目录c:\ System Volume Information \ DFSR \ database_xxx_xxxx中创buildDFSR数据库。 在数据库增加之前,复制将不会开始。

  • 7)复制可能需要很长时间,有1000万个文件我的复制需要24小时。

    • 8)当目标服务器上出现event log id 4104时,复制完成。 可以肯定的是,你可以在服务器上创build一个文件进行testing,然后检查他的复制。 你也必须testing对方。

如果你想跟随你的初始复制,你可以看看你的复制积压:

fsrdiag backlog /rgname:<name of your replication group> /rfname:<name of your shared directory> /sendingmember:<source server> /receivingmember:<dest server> /v

要确定它是作为主服务器的良好服务器,可以使用以下方法进行validation:

 dfsradmin membership list /rgname:<> /attr:IsPrimary,MembershipGuid,memname 

复制的日志位于c:\windows\debug\

使用这种方法,您可以在复制过程中使用无操作的dfsr文件。

如果您愿意并且不想进行预复制,请执行以下操作:

  • 您可以停止服务并停用他。

  • 使用此命令将源服务器configuration为主服务器:

    dfsradmin membership set / rgname:<> / rfname:<> / memname:/ isprimary:true

并validation:

 dfsradmin membership list /rgname:<> /attr:IsPrimary,MembershipGuid,memname 

这种方法解释为dfsr在与2个文件冲突的情况下,主服务器将赢,他的文件将作为参考。 我不能肯定你在复制过程中不会丢失文件。 而dfsr将花费很长时间来重新同步所有的文件。

所以我推荐第一种方法。

祝你好运 !