![当一个节点已断电数月时,关闭 DFSR 最安全的方法是什么](https://linux22.com/image/686794/%E5%BD%93%E4%B8%80%E4%B8%AA%E8%8A%82%E7%82%B9%E5%B7%B2%E6%96%AD%E7%94%B5%E6%95%B0%E6%9C%88%E6%97%B6%EF%BC%8C%E5%85%B3%E9%97%AD%20DFSR%20%E6%9C%80%E5%AE%89%E5%85%A8%E7%9A%84%E6%96%B9%E6%B3%95%E6%98%AF%E4%BB%80%E4%B9%88.png)
我们有两台独立的文件服务器。我们使用 DFSR 将数据从服务器 1 复制到服务器 2。
服务器 2 已经断电一段时间了,我犹豫着是否要将其重新启动,以防它导致 DFS 尝试协调数据差异时出现问题。
我可以简单地关闭实时节点上的 DFS,然后启动没有网络连接的第二个节点并在那里禁用它吗?
答案1
可以肯定的是,您可以完全删除古老的复制品,然后使用新闻数据重新创建它:
1)停止 dfsr 服务并在两台服务器上停用它。
2)等待事件日志 ID 4004 4010
- 3)删除所有文件和目录
System Volume Information\dfsr
(这是一个隐藏目录) dfsrprivate
4)删除共享目录中的链接。5)使用 robocopy 在新服务器上复制源服务器的数据:
robocopy /MIR /E /R:0 /W:0 /NP /COPYALL M/T:128 /LOG:c:\temp\file.log
COPYALL 很重要,它将复制文件的访问权限和审核。如果您不使用此参数,DFSR 会认为您的文件不同。
/MIR 将删除目标服务器上的文件,而不删除源服务器上的文件。因此请小心
- 6)当 robocopy 完成后,您可以重新创建以源服务器为主要服务器的复制。
在初始复制期间,DFSR 的数据库将在目录 c:\System Volume Information\DFSR\database_x_xxxx 中创建。直到数据库增加后,复制才会开始。
7) 复制可能需要很长时间,对于 1000 000 个文件,我的初始复制花了 24 小时。
- 8) 当目标服务器上出现时,复制完成
event log id 4104
。为确保万无一失,您可以在一台服务器上创建一个文件,然后在另一台服务器上检查其复制情况。您还必须测试另一台服务器。
- 8) 当目标服务器上出现时,复制完成
如果您想跟踪初始复制,您可以查看复制的积压:
fsrdiag backlog /rgname:<name of your replication group> /rfname:<name of your shared directory> /sendingmember:<source server> /receivingmember:<dest server> /v
为了确保它是作为主服务器的良好服务器,您可以使用以下命令进行验证:
dfsradmin membership list /rgname:<> /attr:IsPrimary,MembershipGuid,memname
复制的日志位于 中c:\windows\debug\
。
使用此方法,您可以在复制期间获得没有松散文件的操作 dfsr。
如果您不愿意进行预复制:
您可以停止该服务并停用它。
使用此命令将源服务器配置为主服务器:
dfsradmin 成员资格设置 /rgname:<> /rfname:<> /memname: /isprimary:true
并验证:
dfsradmin membership list /rgname:<> /attr:IsPrimary,MembershipGuid,memname
此方法向 dfsr 解释,如果 2 个文件发生冲突,主服务器将获胜,其文件将成为参考。我无法保证您在复制期间不会丢失文件。而且 dfsr 将需要很长时间才能重新同步您的所有文件。
所以我推荐第一种方法。
祝你好运 !