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

Блогу вчера исполнилось два года. 🙂

В SCCM 2012 появилась отдельная утилита, которая скачивает нужные для инсталляции обновления (т.н. файлы манифеста) — \SMSSETUP\BIN\X64\setupdl.exe. Воспользоваться ею придётся в том случае, когда будущий сервер SCCM не имеет выхода в интернет. Файлы можно скачать на другом компьютере:

Затем файлы нужно подложить на локальный диск сервера SCCM:

Каждый приличный администратор SCCM рано или поздно сталкивается с такой ошибкой при загрузке через PXE:

С такой ошибкой столкнулся и я, в т.ч. в процессе работы с тестовой лабой SCCM 2012. Как известно, после распространения загрузочных образов на PXE DP, папки \RemoteInstall\SMSBoot\x86 и \RemoteInstall\SMSBoot\x64 заполняются служебными файлами, которые требуются для сетевой загрузки. Частый случай — когда папки файлами не заполняются. Правильные методы решения проблемы описаны здесь: 1, 2, 3 и 4.

Я проверил работу DHCP, WDS и PXE SP: всё было в порядке. Мне было лень переустанавливать роли и я просто скопировал соответствующие файлы из \RemoteInstall\Boot в \RemoteInstall\SMSBoot. Компьютер загрузился по РХЕ.

Через неделю столкнулся с этой же ошибкой. Мне опять было лень «правильно» решать проблему переустановкой ролей и я удалил папки из \RemoteInstall\SMSBoot и скопировал туда соответствующие папки с PXE SP SCCM 2007, благо отличий в файлах никаких.

Хозяйке на заметку. 🙂

В случае автоматического неудачного восстановления файлов в процессе миграции операционной системы можно запустить loadstate.exe с нужными параметрами или, если это Windows 7, просто открыть файл двойным кликом:

Альтернативой встроенному средству является утилита MigRecover, работающая из командной строки. Достаточно просто указать путь к MIG-файлу и папку для распаковки:

Continue reading ‘извлечение файлов из USMT.MIG’ »

Граждане киевляне и понаехавшие гости столицы, с 5.09 по 16.09 в Microsoft Ukraine будет проводиться уже ставший традиционным Microsoft University. В этот раз он будет посвящён семейству продуктов System Center 2012. Этот Microsoft University примечателен тем, что два из шести семинаров буду читать я. 🙂

Посовещавшись с представителями Microsoft, мы решили первый доклад по SCCM 2012 Beta2 посвятить возможностям продукта, а во втором будут рассматриваться новшества (галочки, кнопочки, подходы и всяко-разные изменения) по сравнению с SCCM 2007, т.е. первый доклад будет интересен широкой аудитории, второй — опытным администраторам SCCM.

Я буду улыбаться и размахивать руками. А ещё бесплатные бутерброды и кофе с печеньками, что актуально для студентов. 🙂

Зарегистрироваться можно нужно здесь.

Загружаясь в Windows PE, компьютер на моменте запроса политик перезагружается с ошибкой 0x80004005. В smsts.log следующая ошибка:

signature varification failed
signature check failed
Failed to get client identity (80004005)
failed to request for client
Failed to read PXE settings.

На PXE Service Point в smspxe.log такая ошибка:

The system cannot find the file specified. (Error: 80070002; Source: Windows)
WARNING: _SMSTSSiteSigningCertificate Not Set. This might cause client failures in native mode.
WARNING: _SMSTSRootCACerts Not Set. This might cause client failures in native mode.
WARNING: _SMSTSCertStoreName Not Set. This might cause client failures in native mode.
WARNING: _SMSTSCertSelection Not Set. This might cause client failures in native mode.

Если сайт работает в смешанном режиме, то заблокируйте активные сертификаты и в свойствах PXE SP создайте новый самоподписанный сертификат:

После этого снова загрузите компьютер в режиме PXE.

При миграции операционной системы на этапе захвата документов и сохранении их на State Migration Point в scanstate.log можно встретить такую ошибку:

Failed to verify certificate signature for ‘SCCM.FIRMA.COM’ (0x80090006)
ClientKeyRequestToSMP failed (0x80090006).
ClientRequestToSMP::DoRequest failed. error = (0x80090006).
Request to SMP ‘SCCM.FIRMA.COM’ failed with error (Code 0x80090006). Trying next SMP.

Первый вариант решения — проверить системные логи сервера SCCM. Возможно, в логах SMP вы найдёте ошибки, связанные с попыткой сохранения документов сверх указанного лимита пользователей, соответственно, этот лимит нужно увеличить:

Второй вариант — по каким-то причинам клиент перестал доверять точке управления, хотя успешно её находит. Например, он работал с уже несуществующей точкой управления и при привязке к новой точке управления не смог обновить ключ доверенного корня, или «потерял» его. Поэтому клиенту нужно «подставить» правильный ключ.

Текстовым редактором открываем на сервере <папка с установленным SCCM>\bin\<архитектура>\MobileClient.tcf. Копируем строчку, начинающуюся на SMSPublicRootKey, и вставляем её в командную строку на проблемном клиенте, как параметр при инсталляции для Client.msi. Выполняемая команда должна быть похожа на следующую:

C:\Windows\System32\CCMSetup\{4CD82FBB-0AFC-4864-A089-15364DF5F14B}\Client.msi SMSPublicRootKey=0602000000A40000525341310004000_тут_ещё_много_цифр

После этого обновляем политики и заново запускаем соответствующий набор задач.

На TechNet Edge доступны для скачивания следующие видеосессии:

• Technical Overview;
• Deployment and Infrastructure Technical Overview;
• Application Management Part 1;
• Application Management Part 2;
• Compliance and Settings Management.