更改文件夾權限時速度極慢
上週五,我嘗試對包含多個文件夾的文件夾設置權限。我只是刪除了一個使用者組的訪問條目,然後點擊“應用”並收到一個沙漏。很快我就無法在伺服器上做任何事情而沒有極度延遲,並開始接到使用者的電話。它持續了幾分鐘,直到我手動按下電源按鈕,因為我什至無法再登錄,甚至坐在控制台前——它在“應用桌面設置”時軟凍結。
在系統日誌中,我們每秒有數百個這樣的條目,從我點擊應用開始,到我的手動重置結束:
Event Type: Error Event Source: Srv Event Category: None Event ID: 2000 Date: 2010-11-26 Time: 8:55:01 AM User: N/A Computer: MyServer Description: The server's call to a system service failed unexpectedly. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 00 00 04 00 01 00 54 00 ......T. 0008: 00 00 00 00 d0 07 00 c0 ....Ð..À 0010: 00 00 00 00 0a 01 00 c0 .......À 0018: 00 00 00 00 00 00 00 00 ........ 0020: 00 00 00 00 00 00 00 00 ........ 0028: 34 03 bd 00 4.½.
但只有幾秒鐘。似乎在 1-4 秒內爆發,但在給定分鐘內的大多數秒內仍然至少有十幾個條目。
現在,我仍然需要應用此更改,但我在 Google 上找到的所有解決方案似乎都不是解決方案,只是其他人說這個或那個權限更改需要 1 或 2 或 22 或 28 小時的這種極度緩慢。我需要盡快做出改變,我想知道我能做些什麼來增加我不必等到週末或聖誕節的機會,或者我不知道是什麼。我們的伺服器不是最新的,但也不算太簡陋(雙 Intel Xeon 3.2 GHz,4 GB RAM,大約十幾個客戶端),而且在其他方面都很活潑,尤其是在最近將 NetBIOS 和其他 Win98 遺留功能從我們的網路中踢出之後。
上述事件日誌條目是否表明我可以修復以加快整個過程?(並避免填寫我的事件日誌!)
更新 w/kern 回答 tony roth 的問題,它說:
PathName ServiceType Started C:\WINDOWS\system32\DRIVERS\ACPI.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\afd.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\atapi.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\ati2mpad.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\audstub.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\Beep.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\cdrom.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\compbatt.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\cpqasm2.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\cpqcidrv.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\CPQCISSE.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\cpqcissm.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\crcdisk.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\disk.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\dmio.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\dmload.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\Fips.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\ftdisk.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\msgpc.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\hidusb.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\i8042prt.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\imapi.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\intelide.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\intelppm.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\ipsec.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\isapnp.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\kbdclass.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\KSecDD.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\mnmdd.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\mouclass.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\MountMgr.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\mssmbios.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\NDIS.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\ndistapi.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\ndiswan.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\NDProxy.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\netbt.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\npf.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\Null.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\PartMgr.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\pci.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\PCIIde.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\raspptp.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\ptilink.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\b57xp32.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\rasacd.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\rasl2tp.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\raspppoe.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\raspti.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\RDPCDD.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\rdpdr.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\RDPWD.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\redbook.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\serenum.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\serial.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\swenum.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\sysmgmt.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\tcpip.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\TDTCP.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\termdd.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\update.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\usbehci.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\usbhub.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\USBSTOR.SYS Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\usbuhci.sys Kernel Driver TRUE C:\WINDOWS\system32\drivers\vga.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\volsnap.sys Kernel Driver TRUE C:\WINDOWS\system32\DRIVERS\wanarp.sys Kernel Driver TRUE
基本上,對您問題的評論是正確的。
您正在更改 ACL 點以下的所有子文件夾和文件上的 ACE,因為shell 呼叫的 API 會執行此操作。
您從 SRV.SYS 在事件日誌中收到的錯誤是“STATUS_PROCESS_IS_TERMINATING”(0xc000010a)。我不清楚您為什麼會看到該特定錯誤。鑑於它與您對 ACL 的更改同時發生,它可能是相關的,但我個人從未在實時文件伺服器上對深層文件層次結構的 ACL 更改中看到過這種情況。
我已經在具有較慢規格的實時文件伺服器上更改了更深層次的 ACL,並且在沒有問題的情況下更加活躍。正如托尼羅斯評論的那樣,我懷疑某些第三方軟體(如防病毒軟體)可能在您所看到的行為中起作用。