目前大概有六个工程师的小型networking，目前正在处理AutoCAD项目文件的本地副本，然后将其复制回文件服务器（2008 Standard，1 – 2年前的戴尔服务器硬件，RAID 5 SAS磁盘（10k？ ））在一天结束。
对我来说，这听起来非常低效且容易出错，但是我被告知“AutoCAD和networking文件=坏主意”，这是福音。
networking目前是10/100（也许这就是“福音”的原因），但是所有的工作站都在2年之内，并且拥有GbE网卡，所以核心交换机的升级早就应该进行了。 但是，我知道某些应用程序根本不喜欢networking访问，任何延迟或中断的迹象都会导致整个事件崩溃。
任何人都在意钟声？
在以前的工作中，我们有大约十几名工程师，当时有一个100Mb的局域网。 对于所有人来说，通过networking使用文件的最简单的图纸是不可接受的。 当我们开始升级到1Gb的时候，情况有所好转，但即使在当地的副本上工作，对于大中型图纸来说也好得多。 我不记得档案大小，但大多数是从一个房子到非常大的公共build筑的任何东西从十几个细节层向上的任何东西的详细工程图纸。
我们从来没有遇到与AutoCAD LT有关的问题，十几个人将它与networking文件和100Mbit连接一起使用。 我们只有一个人需要完整的AutoCAD，他们从来没有报告任何问题。 那是很久以前的了，只有10Mbps的交换机。 不过，在所有情况下，这些都是相对较小的文件。
寻找信息。 在线上，我发现这样的链接 ，也表明有一个LAN没有问题，但广域网可能是一个问题。
对于更多的轶事证据，我公司有近80人直接从服务器上直接使用DWG的大图像。 我们正在使用DFS，并且在这个办公室里，它们都是通过一个单独的Server 2008 R2虚拟机在全千兆位局域网上访问的。
性能非常好，我们也没有任何用户对访问缓慢的抱怨。
轶事：我工作过的大多数地方直接从networking共享中打开DWG。 它一般工作得很好。 我在保存过程失败的一个networking上遇到问题。 这是随机间断的，我们从来没有追踪过。 如果在pipe理.BAK文件和写入新文件的过程中失败了。 它写了一个临时文件。 再次保存它工作正常。 这是与Windows XP的繁忙networking上的Win 2008服务器。 是的，XP。 是的，我知道今年是几年了。 ：/不要让我开始。
Autodesk很快就会谴责任何他们无法支持的事情，而您的networking就属于这个类别。 内部错误检查也是如此，但这是另一回事。
总之，如果你的networking足够快，它对我来说工作得很好。 对于跨站点同步我使用Dropbox。 那还没有打破。 因人而异。