windows-server-2008 – 文件复制到分支机构
我们目前正在使用Server 2008中的DFSR,通过VPN链接从总部复制到3个分支机构.
这样,我们就可以在每个站点中拥有所有公司文件的本地副本,以便快速访问和容错.出于成本和速度原因,我们决定不使用WAN加速器和集中文件. 但是,DFSR并没有为我们削减它.由于我们在中心站点一次打开100个文件,因此DFSR花费更多时间重试打开文件而不是传输关闭文件,这会产生积压.每天上午11点左右,积压中有近500个文件,直到那天晚上才被清除. 这是一个主要问题,因为当天大部分时间服务器都不同步.根据我的理解,这不是可以纠正的,所以我们现在正在寻找DFSR的替代方案来保持这些服务器的同步. 有没有人目前使用这样的系统作为他们的文件,如果是这样,你能推荐你正在使用的软件吗? 我发现的一些例子是GlobalScape WAFS和PeerSync.
没有同步工具可以同步打开的文件,而不会产生不一致副本的风险.除非该工具在应用程序中挂起文件以保持文件打开以请求它“停顿”该文件,否则将始终存在由打开文件构成的副本最终不一致且不可用的风险.
听起来,对于我来说,考虑到您正在谈论的打开文件的配置文件,几乎任何工具都会让您服务不佳.我想知道版本控制系统/文档管理系统是不是更适合你. 我使用了Software Pursuits的SureSync同步工具,虽然不是你正在分发的场景,并且对它非常满意.它在复制集中的服务器上作为Windows服务运行,并执行增量传输(使用“SPI代理”附加组件).它可以复制打开的文件(可以静止VSS感知的应用程序),尽管你可能会遇到一致性问题,正如我上面所说的那样. 回复:评论: 这是经典的快速/廉价/好三角形权衡.如果您希望您的副本在一整天保持同步,那么您需要花费大量资金来实现快速连接.如果你不在乎复制品不同步(但一夜之间“赶上”),那么你可以花更少的钱在快速连接上. 我没有任何客户希望所有以这种方式复制的文件在所有服务器上始终“同步”.他们没有钱花在LAN速度的WAN连接上来支持它. 如果您有一小部分文件需要更加严格地保持同步,您可以考虑使用这种更实时的复制解决方案来覆盖这些文件,并在速度较慢,带宽较少的复制解决方案中覆盖其余文件. 你不得不以某种方式支付吹笛者,我想,我在说什么. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 在Windows中使用cygwin编译的C程序工作,Linux下的分段故障.
- 构建Win32 GUI代码
- 如何在Windows XP中从命令行打开“查找文件”对话框以搜索特
- powershell – Office365如何恢复整个垃圾箱
- windows – Inno Setup – 如何在安装Google Chrome时告知安
- win7系统下epub文件格式及打开方法
- 加密 – 无法在Windows 7/2008环境中使用aspnet_regiis加密
- Windows操作系统按钮样式CSS
- 升级Windows Server并保留UNC路径?
- windows-server-2012 – 远程桌面服务安装/执行模式
- AWS Elastic Load Balancer(ELB)背后的Windows身
- ShinyApp:Peer连接重置
- Windows – IIS6:从命令行创建/安装SSL自签名证
- 是否建议在使用RDP的服务器上完成工作后从Window
- windows下配置apache+https
- Windows安装Python环境和Python集成开发环境(ID
- 如何在Windows,Linux和MacOS中确定Python中的显示
- Windows环境中的文件路径区分大小写?
- 如何使用__declspec(dllexport / import)从DLL /
- 如何通过Powershell编辑Active-Directory站点属性