Ветеран
Сообщения: 4735
Благодарности: 1418
|
Профиль
|
Отправить PM
| Цитировать
Sergey666, тогда это нормально, так как DC немного параноидален в вопросах доступа к ресурсам. Кстати разворачивал в одной конторе 3,01 - так он на домене вообще не пошол, пришлось ставить 2-ку. Поройтесь в политиках домена и для сервиса mssqlexpress и wsus подкрутите параметры:
Цитата:
WSUS необходимо установить на автономном сервере, а не на контроллере домена (DC). Применение WSUS на DC приемлемо для малой компании или филиала, но при таком подходе на любом предприятии снижается производительность и возникают проблемы с безопасностью.
Если WSUS установлен на контроллере домена Windows 2000, то следует изучить конкретные проблемы DC по документации. WSUS можно установить и на SBS, но при этом следует обратиться к документации, чтобы избежать конфликтов между WSUS, Web-сервером компании и Windows SharePoint Services. Лучший вариант — установить WSUS на автономном сервере.
Для администрирования WSUS и управления исправлениями учетная запись должна входить в локальную группу Administrators. Нельзя делегировать права администрирования WSUS или обновления без делегирования административных полномочий для всего сервера, поэтому необходимо установить WSUS на выделенном сервере. Для повышения производительности серверы WSUS следует разместить так, чтобы они минимально загружали сетевые каналы.
Сервер WSUS должен загружать метаданные обновления и, в большинстве случаев, файлы обновления от службы Microsoft Update или вышестоящего сервера WSUS. Каждый клиент, направляемый на сервер WSUS, опрашивает и, как правило, загружает файлы обновления с сервера, поэтому типовое решение — размещать серверы WSUS в офисах, соединенных медленными каналами. Необходимо также учитывать число пользователей каждого WSUS-сервера и отслеживать узкие места, влияющие на производительность сервера.
|
|
|
-------
Опыт — это слово, которым люди называют свои ошибки. P.S. "Полезное сообщение" не пишется, а нажимается.
Мои аддоны
Отправлено: 10:47, 21-10-2009
| #4
|
