我维护两台通过 VPN 连接的 Win 2003 服务器,数据通过 DFS 复制。就目前而言,客户抱怨丢失数据 - 通常是因为每个办公室都有一个人保存文件的一个版本,导致一个副本默默地转到冲突文件夹。
理想的做法是在两个位置锁定对文件的访问,或者至少通知用户他们的更改是否最终出现在冲突文件夹中,但我对如何安排任何一个都感到困惑。
任何建议将不胜感激,当然,我会努力回答您的任何问题!
我维护两台通过 VPN 连接的 Win 2003 服务器,数据通过 DFS 复制。就目前而言,客户抱怨丢失数据 - 通常是因为每个办公室都有一个人保存文件的一个版本,导致一个副本默默地转到冲突文件夹。
理想的做法是在两个位置锁定对文件的访问,或者至少通知用户他们的更改是否最终出现在冲突文件夹中,但我对如何安排任何一个都感到困惑。
任何建议将不胜感激,当然,我会努力回答您的任何问题!
没有内置功能可以执行您所描述的操作。DFS 复制非常好,但在您所说的那种情况下它并不出色。
您可以编写代码来解析 ConflictandDeletedManifest.xml 文件(它必须作为“管理员”运行)并针对它进行报告。此外,由于 ConflictAndDeleted 文件夹具有配额和“包装”,因此您所做的任何事情都不能保证是自动化的。识别文件的“所有者”可能就像检查 ACL 中的所有者一样简单,但所有者可能不是应向其发送通知的一方。
如果您看到它或其他人指出它,Microsoft 企业产品支持提供了一个脚本,该脚本将基于 ConflictandDeletedManifest.xml 文件恢复文件。这可能是一个起点,但它不会满足您开箱即用的要求。
这个想法表面上听起来不错,但我认为它会被证明是有问题的。您可能最好尝试组合一个工作流程,该工作流程涉及保存为新文件名或使用修订控制系统(SharePoint、Subversion 等)之类的东西来代替基于文件的数据存储,这些数据已成为问题的根源.
正如 Evan 所说,此功能本身并不存在,但您可以通过设置带有锁定功能的 subversion 存储库来完成类似的操作。基本上,人们将不得不签出一个文档,从而锁定它并且在他们完成之前不允许打开另一个副本。这是一本关于 Subversion 的免费在线 O'Reilly 书籍,它将带您完成所有步骤。希望这有帮助,祝你好运。