在哪些情况下没有系统的进程(PID4)保持一个开放的文件处理?
题
我应用的Windows服务器上运行,使用一个喷射/接入数据库。由于某些原因,大约每两个星期,数据库文件被锁定系统的过程(PID4,似乎是固定)
经过一些我在谷歌上搜索发现了其他一些用户具有自己的文件锁那个特别的过程,但不同的文件(当然)。
- 有什么大的系统过程保持开放的文件处理?
- 是我申请的原因,这个锁定的情况?
- 都是处理隐含开启系统的过程?我可以想象,后一个过程崩溃,处理可能仍然是公开和系统过程中需要以某种方式owernship的处理。
- 我可以做一些事在我的应用程序,以防止它发生吗?
解决方案
这听起来对我像一个驱动程序的级别问题,一个漏水的处理。
如果你正在运行的一个防病毒软件包的尝试升级,禁止(暂时!) 或者换一个不同的品牌。
其他提示
文件可通过一个分享将被锁定系统的过程(PID4).
尝试开口 compmgmt.msc
-> 系统的工具 -> 共享文件夹 -> 打开文件 看如果锁定的文件列有
也参看 在微软论坛 一种方法来复制这一点。
不是所有的应用程序锁定的文件,当他们打开,Excel但是不。我不知道如果的访问不一样...
它可能是一个挥之不去的话,从一个远程计算机的共享文件夹。如果是这种情况下,它可以从命令行:
net session /delete
是你的服务器上设置进行定期文件备份吗?
如果是这样,是的备的运行系统,也许是促使该锁着的文件的时候你会得到一个冲突?
对我来说,这是"Windows卫士"(抗病毒)。我除外我Visual Studio建立的文件夹,从Windows设辩护律师名单的文件夹它检查,问题就走了。(Visual Studio不能够建立的文件,PID4锁定它来检查virii)
对于我,我不得不打一个大锤。导/f的驱动器上的文件夹是位于固定它。谨慎使用。
检查安全设置为每个文件夹和子文件夹。确保该系统不只是自动建立一个特别权限的设置,它不会允许任何人要删除的文件。显然对于一些奇怪的原因OS创造了一个奇怪的特别许可设置保护的文件被删除。
不隶属于 StackOverflow