OSD недоменного компьютера без агента, проблемы и решения

Давно не писал в блог, как-то не возникало ничего интересного, что хотелось бы как-то задокументировать.

Недавно появилась задача - сделать Task Sequence для разливки Windows 7 на компьютеры, которые не будут входить в домен и агент SCCM там не нужен. Машины разольют 1 раз и отдадут людям в поля.

Ну все как обычно: сделал эталонную машину, установил весь софт, патчи на Windows/Office, добавил туда необходимый минимум вроде ssh, tftpd и еще пару мелочей. Включил встроенную учетную запись Администратор, от которой и выполнял все действия, пароль сбросил. Воткнул capture media, захватил образ, при этом в Task Sequence указал, что :

Разливаю образ на тестовую машинку, пытаюсь залогиниться учетной записью Администратор, а получаю ошибку, что учетная запись заблокирована. Удивлению нет предела. Ладно, думаю, проблема в том, что не указал пароль. Задаю пароль, разливаю еще раз, ввожу пароль и опять заблокировано.

Раз так, решаю завести еще одну учетную запись в эталонной машинке, добавить ее в группу Администраторы и разлить, уж тут-то будет все равно, что встроенный администратор заблокирован. Создаю учетку, логинюсь ей на компьютер, запускаю из под нее Capture Media, граблю образ, разливаю, пробую залогиниться этой учеткой - неправильный логин или пароль. Загружаюсь в безопасном режиме, захожу под встроенным администратором, открываю консоль и вижу, что нет моей учетной записи и в папке Users каталога тоже нет.

Для теста решил попробовать проделать то же самое, но оставить шаг с установкой агента SCCM. Если ставить агента, то все хорошо и прекрасно - встроенный администратор будет включен, все прекрасно.

Думаю, что надо попробовать запустить шаг Run CMD и выполнить там

net user Администратор /active:yes

, но потом понимаю, что в случае с разливкой недоменной машины и без агента все действия будут выполняться в Windows PE и нужного эффекта не добиться, т.к. данную команду нужно выполнять в Full OS.

Вот так дела... О решении проблемы в следующем посте, скажу лишь, что нужно использовать unattended.xml

OSD - error 0x80074005 или 0x87d00269. Install Application.

По умолчанию во всех Task Sequence боевого SCCM в нашей компании есть шаг - ввод в домен. Опять таки - тестировал разливку "любимой" Windows XP на уже "любимые" hp 5000 с процессорами x86 на тестовой среде. Шаг этот убрал. ОС разлилась отлично, а вот на шаге Install Application получаем ошибку 0×80074005.

Ошибка эта связана с тем, что на недоменных машинах не находится MP. Решается проблема довольно просто - на шаге установки агента-клиента SCCM необходимо в Installation Properties указать SMSMP= и указать FQDN вашей Management Point.

OSD - error 0x80070002. Network Access Account, Anonymous DP access.

Развернул недавно тестовую среду, настроил OSD для тестирования моей уже ставшей "любимой" Windows XP. Начинаю загрузку по PXE на тестовой виртуалке: полился загрузочный образ Windows PE, загружается, выбираю Task Sequence и на шаге Apply operating system получаю ошибку 0x80070002.

SMS_STATUS_MANAGER - Error. В БД не попадают логи.

Пару недель назад обновился до System Center 2012 Configuration Manager R2. Все вроде бы хорошо, все компоненты в порядке, но вот SMS_STATUS_MANAGER начал показывать Error. Пытаюсь посмотреть что за ошибки - лог пустой за прошедшую неделю. Выбираю период за месяц - вижу ошибки. Удаляю полностью все ошибки, делаю сброс счетчиков ошибок/предупреждений, а все равно SMS_STATUS_MANAGER показывает, что статус - Error.

System Center 2012 Configuration Manager Support Center.

Если вы когда-нибудь открывали кейсы в Microsoft, то наверняка сталкивались с какими-нибудь утилитками, которые вам присылают специалисты. Утилитки эти собирают кучу всяких логов, пакуют в архив.

OSD, Offline обновление образов операционных систем. DotNet

Очень удобная функция - обновлять в оффлайне образы операционных систем. Как вариант - можно в Task Sequence добавить шаг установки апдейтов, но это лишнее время. Гораздо удобнее к образу применить патчи (с помощью dism монтируется образ, вливаются патчи).

Workflow у offline патчинга примерно следующий:

Software Metering - принудительное обновление записей в БД.

В System Center 2012 Configuration Manager у компонента Software Metering существует несколько встроенных заданий по обслуживанию:

1. Delete Aged Software Metering Data
2. Delete Aged Software Metering Summary Data
3. Summarize Software Metering File Usage Data
4. Summarize Software Metering Monthly Usage Data

Первые два задания удаляют устаревшую информацию Software Metering, задание 3 и 4 производят "суммирование" информации по Software Metering в БД, но при условии, что информация старше 12 часов.

Если вы только-только настроили Software Metering, клиенты уже скачали обновленную политику, уже даже рапартовали какие-то данные на сервер - вы их не увидите. Поэтому можно воспользоваться утилитой runmetersumm.exe из комплекта System Center Configuration Manager 2012 Toolkit, который можно скачать с сайта Microsoft.

Запускать утилиту нужно с Sql Server'а, на котором крутится БД вашего System Center 2012 Configuration Manager. Синтаксис прост:

runmetersumm.exe Имя_БД_SCCM

В результате вы должны увидеть что-то вроде:

Logging is turned off, turn on logging for the SMS_SQL_MONITOR component for more detail.

Summarizing data up to 0 hours old.

File Usage Summary added 735 rows in 1 seconds.

Monthly Usage Summary added 90 rows in 0 seconds.

Все, после этого можно идти и смотреть отчеты со свежими данными. 

OSD - Error 0x80070570

При развертывании системы через System Center 2012 Configuration Manager вываливается ошибка 0x80070570 после выбора Task Sequence.

OSD. Windows PE. Error 0x80004005.

После загрузки Windows PE и ввода пароля вываливается ошибка 0x80004005.

Client Push Installation - расписание и troubleshooting

Если вы вручную, либо через Automatic wide push install происходит установка System Center Configuration Manager агента, то происходит она следующим образом:

1. При ручном запуске установка происходит после завершения мастера.

2. При Automatic wide push install установка будет происходить сразу после обнаружения нового объекта (во время цикла Discovery Systems).

И самое основное - установка будет происходить по следующему расписанию, в случае недоступности клиента: каждый час в течение 7 дней.

Для каждого клиента, кому необходимо установить Агента через push install, на сервере создается CCR запись (client configuration request), которые хранятся в %programfiles%\Microsoft Configuration Manager\inboxes\ccr.box\inproc (здесь хранятся тех машин, на которые в данный момент производится установка), а вот в %programfiles%\Microsoft Configuration Manager\inboxes\ccrretry.box - хранятся записи машин, на которые установку произвести не получилось (выключена, не доступны административные шары, ...)

Траблшутинг push install можно поделить на 3 стадии:

1. Пред-инсталляционная фаза. На ней будет полезно посмотреть лог ccm.log (ccm.lo_) на сервере. Там вы увидите было ли задание на произведение push install

2. Инсталляционная фаза. На ней будет полезно смотреть логи ccmsetup.log и client.msi.log, которые хранятся на клиенте в %windir%\ccmsetup\

3.Пост-инсталляционная фаза. На ней уже полезно будет посмотреть на клиенте следующие логи: clientlocation.log, locationservices.log, clientidstartupmanager.log, которые хранятся в %windir%\ccm\logs и определить - видит ли клиент management point, куда он прицепился.