![为团队管理基于云的大型文件存储库](https://linux22.com/image/787521/%E4%B8%BA%E5%9B%A2%E9%98%9F%E7%AE%A1%E7%90%86%E5%9F%BA%E4%BA%8E%E4%BA%91%E7%9A%84%E5%A4%A7%E5%9E%8B%E6%96%87%E4%BB%B6%E5%AD%98%E5%82%A8%E5%BA%93.png)
我被要求处理有关 Dropbox 团队文件夹的一些问题,该文件夹大约有 80GB 的数据,9,000 个文件夹中有 75,000 个文件,经常出现同步冲突问题,或者文件被移动的情况,给团队带来麻烦。
主要问题是,偶尔当新设备连接到 Dropbox 文件夹时,就会发生某种情况,即出于未知原因创建该文件夹的副本。上次发生这种情况时,我收到了 Dropbox 发出的大规模删除警报,结果是 Dropbox 文件夹所有者更改了文件夹在本地硬盘上的位置,而该操作似乎同步了移动操作,文件消失后又重新出现在团队面前。
不管怎样,我想你明白了。
我认为我已经解决了这个问题,方法是使用管理控制台将“仅在线模式”和“不自动同步”设置为该团队文件夹的默认模式,以防止删除/移动文件。我还与团队沟通,开始使用 Dropbox Badge 功能,以尽量减少与正在使用的文件的同步冲突。
这让我想到,我可能想将一些文件归档到本地备份中,将某个日期之前的文件移动到存档文件夹中,团队可以使用其他方法访问该文件夹。我认为这可以减少 Dropbox 因存储库的大小和文件数量而可能遇到的任何开销。
在进行此更改之前,我使用 Macrium Reflect 备份了帐户持有人的系统驱动器,其中包含他的 Dropbox 文件夹(启用了仅在线设置),并使用 Carbonite 作为异地备份解决方案。但我认为我需要为 Dropbox 文件夹提供其他备份解决方案,因为默认情况下不会自动同步文件。
这个人只是一个人,只有几个员工,所以他不想添加任何本地管理的设备来实现这一点。
我想知道是否有人遇到过这种情况,以及您采用了什么策略:
- 对设置为仅在线同步的 Dropbox 数据进行可靠备份
- 通过归档最大程度减少同步开销
- 或者如果你有其他想法。