服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

什么上传技术适合这个用例呢?

我们的部门在客户从另一个软件供应商切换到我们时进行数据迁移,我们通常需要获得他们的旧数据(不pipe可能是什么)的副本并将其发送给我们。 我们面临的巨大挑战是一些系统将有数十万个文件(主要是文档/图像库),整个集合可能在十几兆字节的大小。 我们在转换过程开始时获取他们的数据副本,然后我们在安装之前抓取第二套,这可能在几个月后。 我们正在寻找更好的解决scheme来上传第二组数据。 目前主要的方法是创build一个大的整个目录的zip文件和FTP(通过一个只写帐户)到我们的服务器,这当然有一个很大的开销,由于大部分文件可能没有改变分享最初的数据抓取。 像rsync这样的工具看起来像是一个完美的解决scheme,但从我研究的内容来看,没有简单的方法来像“FTP”那样只写一个帐户。 防止未经授权下载另一个客户的数据是上级关注的重点。 总之,我应该使用哪种工具来满足这些要求: 不允许下载其他客户的数据。 最小的安装工作要执行客户端。 通常通过电话提供有关如何上传数据的说明,而且现场没有任何人。 此外,电话另一端的人往往是非常不熟练的电脑使用。 客户端的Windows可比性。 95%的客户是Windows用户,另外5%是Mac电脑,但是Mac的可比性不是主要关心的问题(但是会是+)。 允许我们不发送没有改变的冗余文件 。 客户端的可靠性。 以前我们试图用BITS来上传,但是我们发现相当多的XP时代机器无法正常工作。 我们使用的任何客户端都需要在任何Windows XP SP2或更新版本上运行99%的时间。 最小的安装工作服务器端每客户端。 我们不希望为每一个上传的客户端创build一个单独的用户,但是如果我们不得不这样做的话,不排除一个工具只能算作一个 – 。 服务器端程序在窗口内运行。 我们主要是一个Windows / C#商店,不得不设置和pipe理一个Linux机器将不是首选。 但是,如果有问题的工具能够很好地满足所有其他要求,那么就不排除在Windows中不能运行。 目前的先行者是rsync和编写某种用户pipe理器,可以在每个客户端的rsync服务器上创build一个单独的用户帐户,但我相信还有其他选项,我不知道哪些可能更适合。