我在一个小的（6名员工）网站/devise店工作。 我们有一个文件服务器，我们用它来存储大型devise文件（photoshop文件，flash源文件，indesign等）和其他工作正在进行中。 服务器只是一个基本的Windows机器，一些强劲的硬盘驱动器和文件共享启用。 （我们正在转向使用FreeNAS的解决scheme）。
该公司的所有者/首席devise师喜欢直接在服务器上的文件（而不是做一个本地副本和工作）上的文件。 这当然会导致各种令人敬畏的文件损坏和文件访问问题。 我在Adobe的网站上向他展示了他的支持文章，解释他的工作stream程是一个糟糕的主意。 他仍然相信，问题实际上只是一个“权限问题”，如果我们只是转而使用NFS而不是Windows共享/ Samba，一切都会好起来的。
我的问题是：你能推荐任何可能帮助我改变主意的其他资源吗？ 或者，你能推荐任何可能有助于改变我的想法的资源吗？ 他使用Mac，所以如果有任何特定的操作系统，它可能比一般信息承载更多的重量。
目前我知道：
文件损坏不能由于权限问题。 只要有多个用户同时在相同的文件上工作，就会发生损坏，除非应用程序在打开时locking该文件（这样一次只有一个用户可以打开该文件） ，并且locking工作通过您的文件共享系统（NFS / samba / …）。 使用NFS而不是samba可能会对后者有所帮助，但根据您引用的参考资料，这是没有意义的，您的小组所使用的应用程序不会locking。
有些地方会尝试纪律，每个人在工作之前都要先获得许可，并在完成工作后向权限经理报告。 墨菲的法律保证它失败（特别是在大家疯狂的最后期限前一天）。
版本控制系统是正确的解决scheme：结账，工作，提交; 如果两个人同时处理文件，则提交操作将失败，第二个提交者被告知必须将他的工作与第一个提交者合并。 版本控制系统具有保持更改历史的额外好处。
可悲的是，你面临的是一个社会问题，而不是一个技术问题。 你可以尝试显示你的老板文章赞美版本控制的优点（谷歌的东西，如“为什么版本控制”，并过滤掉任何重点开发人员），但他很可能会解雇他们。 你可以做的最好的事情就是确保当发生混乱时，他们会牵扯到他，他知道为什么会发生。 祝你好运。
我读了2009年的闪光文章，并认为这是荒谬的。 通过networking访问文件的单个用户应该与本地存储类似地工作。
NFS不是解决问题的答案，iSCSI也不是。 iSCSI将为系统提供一个驱动器，但是一旦安装了这个驱动器，就需要“共享”这个驱动器，因此会遇到和以前一样的困境。
如果目标是拥有一个中央存储库，并且您将尊重Adobe的“ 任何情况下不支持在本地networking上使用Flash文件 ”的荒谬限制，则需要使用某种types的系统来为您检出文件。 不确定的细节，但颠覆或其他CVS系统可以适应。
我认为在服务器上处理大文件是完全可以的，我可以毫无问题地使用它。 它们是不同types的文件，从photoshop到outlook个人文件夹每个接近2GB，如果networking（或服务器的磁盘，当然）没有失败，从来没有腐败问题。 您必须确保文件locking工作，您的networking必须可靠。 我使用Linux桌面的NFSv4和Windows桌面的Samba（在相同的文件上）。 在我通过samba使用所有东西之前，但我正在将所有的窗口移动到Linux我也安装了nfs4，一切工作正常。
无论如何，将文件复制到本地，而编辑绝对不是一个解决scheme！ 你会用两个不同的修改后的副本来做什么？ 要做到这一点，你不需要一个文件服务器…你可以更加安全的定义计算机上的每个文件，你必须坐在它上面编辑文件就像在networking前的时间。 你店里的主人是完全正确的。
这个问题会持续下去，而且会变得更糟，直到你改变你工作的方式（上面提到的社会工程），通过移动到一个残酷的入住/退房制度，或者你转向一个更宽容的解决scheme首席devise师想要工作的方式和 – 什么？ – 这意味着为您的文件共享find一个现代的法新社实施。 [我们正在从'vanilla'Windows共享（通过ADmitMac连接的SMB）转向由ExtremeZ-IP提供的Windows共享。 我们的testing显示，InDesign在networking上打开时performance得更加优雅（例如，您不能在AFP上同时在两台Mac上打开和编辑同一文档！ 但是，您仍然会遇到这样的问题：您正在为Adobe InDesign应用程序的devise参数（其中包括我在此的解释）“快速，频繁，随机访问快速LOCAL存储”的devise参数工作。
祝你好运！
iSCSI听起来像一个解决scheme。