System Center Configuration Manager и как с ним бороться

Обзор инструментов для удалённого управления от консультанта Microsoft Consulting Services Лёши Тараненко — http://blogs.technet.com/b/syscenter/archive/2011/02/27/remote-tools-windows-7.aspx

После выбора нужного набора задач можно увидеть следующую ошибку:

This task sequence cannot be run because the program files for PackageID are inaccessible on the distribution point

Возможные проблемы:

1. Пакеты, которые указаны в Task Sequence, не находятся в точке распространения.

2. Не указан Network Access Account.

3. DHCP выдаёт адреса, которые не входят в границы сайта. Нужно либо изменить область на DCHP, либо в объявлении соответствующего набора задач выбрать «использовать удалённую точку распространения, если пакет отсутствует на локальной»:

Меня часто спрашивают: «А какие аппаратные требования к реальной боевой системе?». Всё, в первую очередь, упирается в используемый функционал, количество клиентов и расписание агентов.

Конфигурация, используемая в Microsoft — http://blogs.msdn.com/b/shitanshu/archive/2010/10/22/configmgr-site-role-hardware-used-in-microsoft-it.aspx

Если клиент заезжает в границы другого сайта, то он ведёт себя в соответствии с правилами роуминга. Если клиента нужно привязать к другому сайту, то это можно сделать разными способами:

— вручную изменить код сайта через апплет в панели управления;

— для массовой миграции воспользоваться разнообразными утилитами, например, Right Click Tools;

— сделать логон-скрипт:

sSiteCode = «код нового сайта»
sMachine = «.»
set oCCMNamespace = GetObject(«winmgmts://» & sMachine & «/root/ccm»)
Set oInstance = oCCMNamespace.Get(«SMS_Client»)
set oParams = oInstance.Methods_(«SetAssignedSite»).inParameters.SpawnInstance_()
oParams.sSiteCode = sSiteCode
oCCMNamespace.ExecMethod «SMS_Client», «SetAssignedSite», oParams

При миграции клиента столкнулся с ошибками в ClientLocation.log:

Unable to verify the sitecode ‘код нового сайта‘, AD schema is not extended or SLP is not present. Cannot continue site assignment.

И в  LocationServices.log:

LSGetSiteVersionFromAD : Failed to retrieve version for the site ‘код нового сайта‘ (0x80004005)
Attempting to retrieve SLPs from AD LocationServices
Failed to resolve ‘SMS_SLP’ to IP address from WINS
LSGetSLP : Failed to resolve SLP from WINS, is it published
LSGetSiteVersionFromSLP : Unable to get the list of SLPs
LSVerifySiteVersion: Failed to get Site Version from AD and SLP

Данная ошибка указывает на невозможность получения информации о сайтах из AD и от SLP. SLP устанавливается, когда схема AD не расширена или если информация о сайтах не опубликована. У меня же схема была расширена, сервера SCCM имели нужные права на контейнер System Management и успешно публиковали информацию.

Пришлось лечить переустановкой клиента. На 2:38 видно начало установки клиента и успешную привязку к новому сайту:

Если вы устранили ошибки работы какого-то компонента и он перешёл в «зелёный режим», то спустя какое-то время при открытии событий вы не увидите ошибок, а иногда их нужно просматривать. Как это сделать? Заходим в Component Status и меняем время отображения:

После чего при открытии событий будут доступны записи за последний месяц:

Компонент SMS_SITE_SQL_BACKUP может ежечасно сыпать ошибкой ID 1020:

SMS Site Component Manager failed to reinstall this component on this site system.
Solution: Review the previous status messages to determine the exact reason for the failure. SMS Site Component Manager will automatically retry the reinstallation in 60 minutes. To force SMS Site Component Manager to immediately retry the reinstallation, stop and restart SMS Site Component Manager using the SMS Service Manager.

Решение было найдено здесь.

В папке с установленным SCCM 2007 (по умолчанию это C:\Program Files (x86)\Microsoft Configuration Manager\) находим файл install.map, открываем его блокнотом и ищем следующие строки:

BEGIN_COMPONENT_FILELIST
    <SMS_SITE_SQL_BACKUP>
    <1193>
    BEGIN_DIRECTORY
        <bin\i386>
        <9><X86><>
        FILE <smssqlbkup.exe><1><значение>
        END_DIRECTORY

 и меняем на

BEGIN_COMPONENT_FILELIST
    <SMS_SITE_SQL_BACKUP>
    <1193>
    BEGIN_DIRECTORY
        <bin\i386>
        <9><X86><>
        FILE <smssqlbkup.exe><1><значение>
    FILE <srvboot.exe><0><вес файла>
    END_DIRECTORY

где вес файла — объём файла srvboot.exe. Объём файла может отличаться от версии SCCM к версии. У меня SP2 R3, поэтому файл весит 333664:

Перезупаскаем службу SMS_SITE_COMPONENT_MANAGER, после чего ошибка пропадает:

Почти половина людей из поисковиков приходят ко мне по запросу «установка sccm 2007», хотя есть подробная документация, три русскоязычных статьи и два вебкаста. 🙂

Решил записать своё, раз уж так получается — http://www.techdays.in.ua/videos/3347.html

Рассмотрены: подготовка сервера Windows Server 2008 SP1 R2 Ent Eng к установке SCCM 2007 SP2 R3, установка R3, расширение схемы AD, базовая конфигурация SCCM. После просмотра рекомендую посмотреть вебкаст Начальные настройки сайта и установка агента бывшего тренера, ныне сотрудника Microsoft Димы Солопова.

Последнюю версию известной утилиты, позволяющей расширять инвентаризацию, вытаскивая информацию из ключей реестра, можно забрать здесь.

http://www.techdays.in.ua/videos/3339.html
Установка SharePoint Services, инсталляция и кастомизация SCCM Dashboard.

В моём случае проблема решилась установкой последней версии Windows Update Agent на проблемного клиента и перезагрузкой.