ATMP&&&&；文件夹
一个关于网络和autocad保存/qsaves创建ATMP文件，而不是保存实际文件的问题。我们似乎遇到了这样的情况:由于文件被保存为ATMP1234文件，看似保存的文件实际上会丢失编辑内容或其他信息。
任何关于病因或治疗的想法或建议都将受到欢迎！
**** Hidden Message ***** 欧特克没有修复损坏的东西的另一个典型例子。我们不应该忍受这种糟糕的客户服务。 嘘，你会让他走的。
我认为这不是AutoCAD的问题。我以前见过，有一个警告说AutoCAD不能保存到指定的文件，而是保存到TMP文件。如果我关闭绘图，编辑会丢失。如果我没记错的话，保存为不同的文件是成功的，防止了工作的丢失。服务器升级后问题消失了。
但不要告诉他，因为他无论如何都会责怪AutoDesk。
事实上，如果我要责怪autodesk，我早就这样做了
我怀疑我们的网络拓扑，以及我们的合同服务的能力水平。 我只是以一种善意的方式做一个马勒珀特人
我想我们可以把那个放在克鲁斯主义的书里。非常好。 我刚刚在另一个论坛上看到了这个，并链接到这里。这看起来很熟悉吗？ 我面临的挑战是IT人员非常不愿意接受的合同，即这是一个网络问题
尽管我读过或研究过的每一篇文章都表明是这样。
因此，我在如何解决这个问题上陷入了一个无限循环。
如果如你所说，它只在网络保存上，而不是在C：\驱动器上，那么你会认为这会给他们一个线索。 MJF -
我刚刚和我的雇主讨论了这一点(两方面都是；第三方IT和网络相关的AutoCAD保存问题)。
跳过我自己的一些长篇大论，直接进入AutoCAD保存(或缺少保存)...我还没有看到这个问题的一个实例是AutoCAD的错误，甚至与我所怀疑的相反。
经过数周的尝试诊断(虽然我在这里或那里兼职，因为我主要从事生产)，我刚刚克服的问题不是AutoCAD更新，甚至不是网络延迟(尽管我非常希望发现那些不应该被命名的人总是在线收听广播，即使他们去吃午饭[那些b@stards！] )...是“时间”导致了所有的胡说八道。
更具体地说，我从我们的第三方IT部门继承的传统环境包括一个名为NET TIME的NETLOGON脚本，用于同步用户的会话时间(在每台机器、客户端、服务器等上)。)与我们域的时间服务器(也是我们的域控制器、文件/打印服务器等。)
因此，每当我或他们登录时(在他们被解雇之前)，我们的DC(域控制器)就与自己同步时间，DC有效地与自己同步时间-但作为Hyper-V虚拟机(像任何品牌的虚拟机一样)，服务器以CPU周期计量时间，就像任何物理机一样-问题是，虚拟机关闭、重启等。并且没有在这些时间内测量CPU周期，所以时间一点一点地“溜走”。
一般来说，服务器和Kerberos(身份验证)允许有一些差异，但是将任何Server 2008 R2或更新的Windows服务器更改为使用Windows时间服务(W32TM /RESYNC)而不是网络时间，会强制计算机(客户端或服务器)与外部时间服务器(如果不是Hyper-V主机)同步。
-有几种不同的方法来实现W32TM这里可以找到一些有用的信息:http://blogs . msdn . com/b/virtual _ PC _ guy/archive/2010/11/19/time-synchron ization-in-hyper-v . aspx
对我们的域启动脚本所做的这一小小的更改为这里的每个人纠正了这个问题...从那以后，我唯一一次遇到同样的问题，是当我们的文件服务器有一些关键的Windows更新尚未安装，或者没有正确安装(需要重新安装)。
HTH
页:
[1]
2