Архивы: настройка WSUS в SCCM

Руководство по установке и настройке SCCM 2007 или Библия SCCM 2007 R2 SP2 v2 (Часть 9)

Логотип WSUSРазвертывание системы обновления станций при помощи SCCM + WSUS

Зачем же нам связь SCCM + WSUS, ведь как было сказано WSUS это самостоятельный и бесплатный продукт. Но SCCM расширяет возможности WSUS, делая механизм распространения обновлений намного более гибким и комфортным, как для администраторов, так и для конечных пользователей.
Для работы с обновлениями в SCCM нам необходимо:

  • WSUS сервер, собственно обновления с сайта Microsoft Update закачивает именно он;
  • Software Update Point – роль Configuration Manager;
  • Cвободное дисковое пространство под обновления (в зависимости от количества обновляемых продуктов).

Что есть что:
WSUS сервер – отвечает за синхронизацию обновлений в вашей локальной базе с базой на серверах Microsoft Updates. Кроме этого именно с сервером WSUS клиенты сверяют необходимый список обновлений.
Software Update Point — роль SCCM, отвечающая за то, какие именно обновления будут загружены с сайтов Microsoft, за передачу обновлений на клиенты и их запуск на установку.
Дисковое пространство – Microsoft рекомендует использовать как минимум 20Гб том для обновлений. Размер тома будет очень сильно зависеть от количества обновляемых продуктов.
[stextbox id=»alert» caption=»Замечание:» collapsing=»false» collapsed=»false»]Пример из жизни: обновления безопасности Windows XP, Windows 7, Windows Server 2008R2, занимают у меня от 4Gb до 120 Gb, включая MS Office 2007 и остальные продукты Microsoft. Однако SCCM дублирует все обновления, закаченные в WSUS. Таким образом, нам нужно резервировать двух кратное место на диске. Файлы обновлений будут храниться как в базе WSUS, так и в базе SCCM . Наверное, спросите зачем? Да все просто. Сейчас у Вас есть деньги на SCCM, а завтра их не будет и где тогда вы будете искать какие обновления, стоят у клиента, а какие нет, а тут удаляете схему SCCM и все видно во WSUS, да и самому SCCM так проще работать.[/stextbox]

Основная ошибка людей, которые только начинают работать с обновлениями через SCCM, это попытка использования консоли администрирования WSUS для каких либо действий – забудьте о ней.
[stextbox id=»info» image=»null»]Главное что следует запомнить: либо мы используем для установки обновлений WSUS и тогда любые действия по управлению обновлениями мы осуществляем через консоль WSUS и соответственно, напрочь забываем о существовании SCCM, либо мы используем SCCM, и тогда консоль администрирования WSUS после установки мы не трогаем вообще никогда. Я все таки, выбрал SCCM управление т.к. в нем есть все, что нам нужно.[/stextbox]

Общие моменты перед началом боевых действий вроде бы прояснили, давайте перейдем к делу.

Установка Software Update Point

Запустите консоль SCCM. Выберите: Site Management => Код сайта => Site Settings => Site Systems => выбираем наш уже установленный сервер, щелкаем на нем правой клавишей и выбираем => New Roles
[stextbox id=»alert» caption=»Замечание:» collapsing=»false» collapsed=»false»]Использование WSUS на отдельном сервере, я считаю целесообразным, только в случае модернизации уже существующей инфраструктуры обновлений, либо если вы собираетесь использовать сервер для обновления очень большого количества клиентов.[/stextbox]

В ткрывшемся мастере щелкаем Next до следующего окна

Установка и настройка SCCM. Настройка роли WSUS

Указываем для установки роль “Software update point
Так как при установке WSUS роли сервера, у нас проблем с прокси-сервером не было, то я просто пропустил эти окна, оставив все по умолчанию, если нужны изменения, то пропишите все для Вас необходимое. На этом создание роли сервера обновлений у нас завершено. Читать далее »

Руководство по установке и настройке SCCM 2007 или Библия SCCM 2007 R2 SP2 v2 (Часть 8)

Создание коллекций для обновлений в SCCM

Обновления в SCCM, как и почти любые действия в Configuration Manager 2007 применяются
к коллекциям.

коллекция (collection) — группа объектов (пользователи, компьютеры, группы безопасности)
объединенная, по какому либо признаку.

Для работы лучше всего использовать коллекции, построенные из объектов — компьютеров.
Можно конечно назначать обновления на системные коллекции, например на коллекцию «All
computers» или коллекцию «All Windows XP Systems», но лучше такого не делать. Почему? Да все
потому, что «All computers», например, содержит и серверные рабочие станции, если вы это
заметили, и поэтому при назначении обновления, например для XP систем вызовет просто
ненужные ошибки. По совету некоторых коллег по цеху мне предложили вот такую схему:
Установка и настройка SCCM. Создание коллекций

В данной схеме указан один источник обновлений. Далее делиться на основные две части:

1. Обновления для серверных систем

2. Обновление для пользовательских рабочих станций.
— Update Windows XP
— Update Windows Vista
— Update Windows 7

3.Иное программное обеспечение.
— Update MS Office 2007
— Update Lotus Notes
— Update …. иное настроенное вами

В свою очередь данные два подраздела уделяться на виды операционных систем, как серверных, так и пользовательских. Читать далее »