DFS 每小时开始一次新的命名空间元数据刷新,永远不会完成 - 复制已停止
DFS starts a new metadata refresh of the namespace every hour, never finishes - replication halted
全部!
我的组织使用 DFS 复制三台服务器 - 一个站点的中心服务器、一个站点的分支服务器和远程站点的分支服务器。它们包含许多独立共享的文件夹,都在同一个复制组中。所以命名空间是 CompFileShare,它包含 IT,Public 等用户可以根据权限映射的共享。
我们远程站点的驱动器最近已满,并且由于托管它的驱动器是 MBR 并且最大容量为 2 TB,因此我们创建了一个新的 4 TB GPT 驱动器。然后我们使用推荐的 xcopy 命令标志将 MBR 驱动器自动复制到 GPT 驱动器,并让它完成。完成后,我们取消共享原来的IT文件夹,共享GPT驱动器上的新IT文件夹,并将复制目标从MBR更改为GPT并让它复制。
出于某种原因(可能无关),我们现在看到远程站点的文件共享服务器每小时抛出事件 ID 516,"DFSN service has started performing complete refresh of metadata for namespace TTFileShare. This task can take time if the namespace has large number of folders and may delay namespace administration operations." 因为它是 运行,所有到远程站点的复制都已停止,即使对于仍在旧 MBR 驱动器上的共享也是如此。在我真正有机会看到它之前,它已经这样坐了一天。我应该寻找解决此问题的任何提示或地方?我查看了 google 并咨询了我知识渊博的老板,因此非常感谢您的帮助。
谢谢!
所以...
部分迁移原因是我们的 MBR 驱动器已满。还剩 100 Kbs。
我们从整个驱动器中删除了一个文件夹(已经自动复制到新驱动器)(释放了约 20 MB)并重新启动了服务器。
服务器随后复制了所有内容,没有问题。所以吸取教训 - 不要让驱动器变得如此满 DFS 甚至无法管理它们的数据。
编辑:此外,命名空间刷新在应标记为信息性时被标记为警告。如果您查看信息性消息,您将在命名空间刷新开始消息后不久看到命名空间刷新完成消息。这是标题问题的实际原因 - 微软错误将命名空间刷新标记为警告。仅供参考
全部!
我的组织使用 DFS 复制三台服务器 - 一个站点的中心服务器、一个站点的分支服务器和远程站点的分支服务器。它们包含许多独立共享的文件夹,都在同一个复制组中。所以命名空间是 CompFileShare,它包含 IT,Public 等用户可以根据权限映射的共享。
我们远程站点的驱动器最近已满,并且由于托管它的驱动器是 MBR 并且最大容量为 2 TB,因此我们创建了一个新的 4 TB GPT 驱动器。然后我们使用推荐的 xcopy 命令标志将 MBR 驱动器自动复制到 GPT 驱动器,并让它完成。完成后,我们取消共享原来的IT文件夹,共享GPT驱动器上的新IT文件夹,并将复制目标从MBR更改为GPT并让它复制。
出于某种原因(可能无关),我们现在看到远程站点的文件共享服务器每小时抛出事件 ID 516,"DFSN service has started performing complete refresh of metadata for namespace TTFileShare. This task can take time if the namespace has large number of folders and may delay namespace administration operations." 因为它是 运行,所有到远程站点的复制都已停止,即使对于仍在旧 MBR 驱动器上的共享也是如此。在我真正有机会看到它之前,它已经这样坐了一天。我应该寻找解决此问题的任何提示或地方?我查看了 google 并咨询了我知识渊博的老板,因此非常感谢您的帮助。
谢谢!
所以...
部分迁移原因是我们的 MBR 驱动器已满。还剩 100 Kbs。
我们从整个驱动器中删除了一个文件夹(已经自动复制到新驱动器)(释放了约 20 MB)并重新启动了服务器。
服务器随后复制了所有内容,没有问题。所以吸取教训 - 不要让驱动器变得如此满 DFS 甚至无法管理它们的数据。
编辑:此外,命名空间刷新在应标记为信息性时被标记为警告。如果您查看信息性消息,您将在命名空间刷新开始消息后不久看到命名空间刷新完成消息。这是标题问题的实际原因 - 微软错误将命名空间刷新标记为警告。仅供参考