Cermit
![](http://forum.ru-board.com/board/avatars/private/Cermit.gif)
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору penkovmm Цитата: Доброго времени суток уважаемой общественности! Вопрос - свежеустановленная винда с WSUSа обновляется нормально, на сервере загрузка процессора не возрастает. Но стоит поставить офис и дать команду на принудительное обновление, на сервере сразу же один из процессоров выходит на 100% загрузки, грузит его процесс w3wp, и может так висеть час. И только после того, как этот процесс чё-то там доделает, начинается перекачка обновлений на клиентский ПК. Вопрос - что там делает этот w3wp, и почему именно офис 2003 его в такую задумчивость вгоняет? В данный момент приходится после установки винды обновлять её с WSUS, а после установки офиса обновляться через Microsoft Update - быстрее получается. | ButDenisPerm Цитата: Все работает. И на сервере, и на клиентах. Уже года два. На сервере в списке продуктов было выбрано Server 2003, XP и т. д. КРОМЕ MS OFFICE 2003. Недавно добавил Office 2003. На клиентах установлен именно он. Синхронизировал, обновления скачались, клиенты обновились. Все прекрасно. Но ... Появилась следующая проблема - на клиентах, во время очередного поиска обновлений служба автоматического обновления грузит проц на 80-10% и происходит это в течении 10-15 минут. Если руками остановить службу автоматического обновления, то проблемный процесс пропадает вместе с загрузкой проца. Т. е. это точно служба автоматического обновления (не вирус какой). Это нормально или как ? | Да, есть такая проблема (давно известная многим админам, которые используют WSUS), когда на компе, подключеном к WSUS серверу, после установки Microsoft Office XP или Microsoft Office 2003 (с установленным Office 2007 не проверял, т.к. ненавижу его (точнее его интерфейс) ), во время проверки доступных обновлений процессор грузится одним из процессов svchost.exe (который скорей всего частично отвечает за службу Automatic Updates) на 100% в течение определенного времени. Время зависело от мощности установленного в компе процессора. К примеру, на моём компе (Pentium 4 - 1.4 ГГц, 768 Мб памяти, Windows XP SP3) проверка на доступные обновления занимала от 5 до 8 минут при 100% загрузке процессора вышеуказанным процессом. На "древнем", по теперешним временам, "корче" (Pentium II - 400 МГц, 192 Мб памяти, Windows 2000 SP4) проверка обновлений занимала 15-20 минут. "Неплохо", не правда ли ? . Вся проблема такого поведения операционки кроется в Windows Update Agent (если быть более точным, то в кривых руках мелкософтовских программеров, которые, как обычно, чего-то где-то недосмотрели). И вот, по прошествии примерно 3 лет (а может и больше), мелкософтовские программеры "заметили" (наконец-таки) проблему. И выпустили (опять же, наконец-таки) в конце прошлого года новую версию Windows Update Agent (версия 7.2.6001.788), в которой решена проблема такой длительной загрузки процессора под 100% с установленым на компе мелкософтовским оффисом. Если быть более точным, то эта проблема была пофикшена ещё в версии 7.2.6001.784, о чём указано на странице, ссылка на которую есть в конце моего поста: Цитата: Historical Information Issues that are fixed by version 7.2.6001.784 of the Windows Update Agent Version 7.2.6001.784 of the Windows Update Agent fixes the following issues that are not previously documented in a Microsoft Knowledge Base article: * Improves scan times for Windows Update (вот он, самый долго ожидаемый фикс ) * Improves the speed at which signature updates are delivered * Enables support for Windows Installer reinstallation functionality * Improves error messaging | Сейчас, после установки новой версии Windows Update Agent, проверка обновлений на моей машине занимает макс. 2 минуты, а на "древнем корче" - макс. 5 минут. Вот ссылка на страницу, откуда можно скачать новую версию Windows Update Agent (7.2.6001.788): http://support.microsoft.com/kb/949104. P.S. Проверить версию установленного Windows Update Agent'а можно, посмотрев версию файла wuapi.dll, который находится в папке %SystemRoot%\system32. | Всего записей: 1097 | Зарегистр. 29-03-2002 | Отправлено: 16:22 12-04-2009 | Исправлено: Cermit, 16:51 12-04-2009 |
|