Назад | Перейти на главную страницу

Сильное замедление при изменении разрешений папки

В прошлую пятницу я попытался установить разрешения для папки, содержащей несколько папок. Я просто удалил запись доступа одной группы пользователей, затем нажал «Применить», и меня встретили песочные часы. Вскоре я уже не мог ничего делать на сервере без чрезмерных задержек и начал получать телефонные звонки от пользователей. Это длилось несколько минут, пока я вручную не нажал кнопку питания, потому что я больше не мог даже войти в систему, даже сидя прямо за консолью - он плавно зависал при «применении настроек рабочего стола».

В системном журнале у нас есть сотни таких записей в секунду, начиная с момента, когда я нажимаю «Применить», и заканчивая ручным сбросом:

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 часов такой чрезвычайной медлительности. Мне нужно внести это изменение в какой-то момент в ближайшее время, и мне интересно, что я могу сделать, чтобы увеличить мои шансы, что это не придется ждать до выходных или Рождества, или я не знаю что. Наш сервер не самый новый, но и не слишком убогий (Dual Intel Xeon 3,2 ГГц, 4 ГБ ОЗУ, около десятка клиентов) и в остальном работает быстро, особенно после недавнего удаления NetBIOS и других устаревших функций Win98 из нашей сети.

Указывает ли приведенная выше запись журнала событий на то, что я мог бы исправить, чтобы ускорить весь процесс? (И не заполняйте мой журнал событий!)

Обновить с керн Чтобы ответить на вопрос Тони Рота, он говорит:

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

Комментарии к вашему вопросу в основном правильные.

Вы касаетесь ACE во всех подпапках и файлах ниже точки, в которой вы меняете ACL, потому что API, который вызывает оболочка, делает это.

Ошибка, которую вы получаете в журнале событий от SRV.SYS, - это «STATUS_PROCESS_IS_TERMINATING» (0xc000010a). Мне непонятно, почему вы видите именно эту ошибку. Учитывая, что это совпало с вашим изменением в ACL, это, вероятно, связано, но лично я никогда не видел изменений ACL в глубоких файловых иерархиях на действующих файловых серверах.

Я изменил ACL в более глубоких иерархиях на живых файловых серверах с более медленными спецификациями и гораздо более активными без проблем. Я подозреваю, как комментирует Тони Рот, что какое-то стороннее программное обеспечение (например, антивирус) может влиять на поведение, которое вы наблюдаете.

каков результат выполнения следующих

wmic sysdriver, где "servicetype как 'kern%' and start = 'true'" получить путь, начало, тип обслуживания