如何在用户运行它们时覆盖EXE文件？ [英] How can we overwrite EXE files while users are running them?

问题描述

背景

我们的公司内部用户在10-20个Windows终端服务器上运行.Net程序。
可执行文件都存储在运行Windows 2003的中央文件服务器上。某些终端服务器正在运行Windows 2003，有些正在运行2008年。

Our companies internal user's run our .Net programs on 10-20 windows terminal servers. The executables are all stored on a central file server running windows 2003. Some of the terminal servers are running windows 2003 and some are running 2008.

问题：

当我们发布我们的一个程序的新版本时，我们重命名了可能被锁定的文件（EXE，DLL的等等）那么我们将该文件的较新版本复制到正确的位置。直到我们开始引入Windows 2008终端服务器，这一切都是完美无缺的。现在如果一个2008年WTS上的用户正在运行该程序，那么这些文件被锁定，甚至不能被重命名。

When we release a new version of one of our programs we renamed the files that might be locked (EXE, DLL's, ect.), then we copy the newer version of the file to the proper location. This worked flawlessly until we started introducing windows 2008 terminal servers. Now if a user on one of the 2008 WTS is running the program, then the files are locked in such a way that they cannot even be renamed.

问题

• 是否一种重新命名锁定的
  文件的方法？

• Is there a way to rename the locked file?

有没有办法禁用2008年在运行EXE文件时锁定的新功能？

Is there a way to disable this new feature of 2008 that is locking the EXE files while they are being run?

有更好的解决方案吗？

Is there a better solution?

推荐答案

我们的问题原来是因为Windows中的一个新功能文件共享称为机会锁定。当两个服务器都是2008年时，目前不可能关闭此功能。

Our problem turned out to be because of a new feature in windows file sharing called "Opportunistic Locking." It's currently impossible to turn this feature off when both servers are 2008.

我们目前有一个案例，微软寻求其他解决方案并开展工作。倾向于使用DFS。

We currently have a case open with Microsoft looking for other solutions and work a rounds. Leaning towards using DFS at the moment.

这篇关于如何在用户运行它们时覆盖EXE文件？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！