2010-12-07 64 views
19

Windows 2008 R2 - 內核(系統進程PID = 4)長時間鎖定文件和文件夾。 例如,在刪除文件時,該文件可能會保持鎖定狀態1分鐘或更長時間,並且只有在刪除之後。 另一次我遇到了無法刪除的文件或文件夾。 ProcMon表明系統進程對這些資源的句柄持續了幾分鐘,然後釋放它們 我提到的所有資源都不是系統資源,只有安裝的文件和文件夾由我的應用程序進行安裝。Windows 2008 R2 - 內核(系統進程PID = 4)鎖定文件和文件夾

回答

30

正如達尼在註釋中已經提到:

這是在Windows 7和Windows Server(可能只有64位版本),2008年中的錯誤可能。它會在您禁用Application Experience服務時顯示。

重新啓用此服務已爲我解決了這個問題。

有點多信息here至於爲什麼它會導致問題。的這似乎與其他SO問題

列表:通過一個共享訪問

+3

+1對於這個答案是不夠的 - 這讓我折服了幾年,表現爲由於鎖定文件導致Visual Studio 2010無法構建。現在它已經修復了。 – 2013-09-22 10:58:52

+0

如果是Windows 10,則按照以下說明找到應用程序體驗http://answers.microsoft.com/zh-cn/windows/forum/windows_10-other_settings/where-can-i-find-application-experience-service- in/a499361b-b7c5-46d1-81c3-15a098860446?auth = 1 – Makis 2016-09-21 08:57:09

10

文件將被系統處理(PID 4)被鎖定。

嘗試打開compmgmt.msc - >系統工具 - >共享文件夾 - >打開文件,看是否鎖定的文件中列出有

參見the sysinternals forum一種方式來複制此。
並非所有應用程序在打開時鎖定文件,但是Excel中確實...

0

試過所有這些...

即使複製文件,刪除原始,重命名複製到原來的名稱(全部在服務器)會立即告訴我用戶鎖定了它。

最後 -

使用Unlocker清除文件鎖定。 將文件OFF THE SERVER複製到桌面。 從服務器上刪除原始文件。 更改桌面上副本的文件名。 將其重命名爲桌面上的原始名稱。 將文件放回服務器上的原始位置。

HTH,情況因人而異... :)

0

有了這個問題剛纔雖然試圖將數據複製到一個新的文件服務器(運行Windows 2008 R2兩個源&目標服務器)。

PID 4被發現鎖定文件(使用如上的procexp),但是應用程序體驗從未安裝在任何一臺服務器上&該文件未顯示在打開的文件列表中。

幸運的是,我們在此服務器上使用了計劃卷影副本(以使用戶能夠自助服務大多數文件恢復)。我只使用了Previous Versions選項(通過包含文件夾的屬性可用),選中最近拷貝的文件&將其複製到其他地方,然後刪除並替換問題文件。

您可能需要刪除包含的文件夾才能刪除文件 - 如果顯然有很多文件正在使用(這對我來說不是問題,因爲這是該文件夾中的唯一文件),這可能會出現問題。

對於像我這樣的一次性問題(整個服務器驅動器的單個鎖定文件),這可以在不中斷服務器或用戶的情況下運行。

鑑於您正在討論Shadow Copies正在使用VSS的服務器&,如果您不使用卷影副本,您應該能夠從備份中恢復鎖定的文件(假設您擁有這些文件)。否則,ShadowSpawn(https://github.com/candera/shadowspawn)等一些有用的應用可能會有所幫助。

3

對我來說,它是固定在命令行簡單的命令:

net session /delete 

我希望幫助。

0

我嘗試重命名文件夾時遇到此問題。我必須在執行重命名時停止服務器服務。剛剛重新啓動並沒有幫助,因爲系統進程在服務器服務重新啓動後立即重新鎖定文件夾。

相關問題