Позвольте мне начать с упоминания, что у меня нет предыдущего опыта работы с SCCM, и что это доказательство концепции, которую мы настраиваем для более динамичного развертывания наших учебных сред. Возникла потребность в возможности переключения между операционными системами (для начала XP и Win7) и программным обеспечением (в первую очередь Office 2003 и 2007, которые здесь являются проблемными детьми).
Мы начали с самого начала с развертывания ОС без дополнительного программного обеспечения. Рассматриваемая последовательность задач имеет только клиент App-V. Никакая другая реклама не включена в коллекцию.
Развертывание Windows7, похоже, проходит без проблем (пока). Размер выборки не очень большой, но у нас есть основания так думать.
Однако развертывание WindowsXP не работает так, как ожидалось, поскольку на кажущихся случайными компьютерах не распознается клиент или домен SCCM в консоли SCCM. Похоже, что связь между клиентом и сервером «заблокирована» или не происходит (правильным образом).
Первым признаком рядом с информацией (домен и клиент), не отображаемой в SCCM, является то, что в свойствах Configuration Manager на панели управления клиента есть только 2 действия. Немного осмотревшись, я заметил, что служба BITS не была запущена, тогда как на клиентах она работала правильно. Запуск, похоже, не решил проблему автоматически (примерно через час после запуска вручную).
Затем я просмотрел журналы на клиенте и обнаружил несколько ошибок, наиболее актуальными, на мой взгляд, являются следующие:
CcmExec.log:
OutgoingMessage(Queue='mp_[http]mp_policymanager', ID={3250AB2B-F5B8-4227-9AC9-8884F17AD703}): Will be discarded (expired). CcmExec 10/20/2010 11:28:42 AM 548 (0x0224) CForwarder_Base::Send failed (0x8000000a). CCMEXEC 10/20/2010 1:40:57 PM 356 (0x0164)
ClientIDManagerStartup.log:
RegTask: Failed to send registration request message. Error: 0x8000000a ClientIDManagerStartup 10/20/2010 2:44:57 PM 356 (0x0164)
RegTask: Failed to send registration request. Error: 0x8000000a ClientIDManagerStartup 10/20/2010 2:44:57 PM 356 (0x0164)
LocationServices.log:
Failed to resolve 'SMS_SLP' to IP address from WINS LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
LSGetSLP : Failed to resolve SLP from WINS, is it published LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
LSGetManagementPointForSiteFromSLP : Unable to get the list of SLPs LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
Failed to retrieve Default Management Point from SLP LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
Failed to resolve 'NLB_001' to IP address from WINS LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
Failed to resolve 'MP_001' to IP address from WINS LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
Failed to retrieve default MP through WINS. LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
Failed to reset certificate request times. (0x80041002) LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
Failed to update security settings over AD with error 0x80004005.
LocationServices 10/20/2010 11:34:56 AM 356 (0x0164)
Обновление: дополнительная информация Настройка выполняется на одном физическом сервере под управлением SCCM, SQL Server 2008 и App-V. Он полностью интегрирован в AD, а схема AD расширена. Права не должны быть проблемой, так как большая часть ПК развертывается нормально, но всегда есть пара, которой нет. Кто-то спросил, есть ли WINS-сервер; нет. Я не уверен, что это проблема, и не ожидал, что это будет ... "Неисправный" компьютер может просто пропинговать и разрешить имя хоста сервера SCCM.
Любая помощь будет оценена, мы как бы застряли в банкомате.
Надеюсь, я предоставил достаточно информации.
Получают ли машины ваш код сайта SCCM автоматически? Предположительно, вы развертываете клиент SCCM с параметром SMS Site Code, установленным на AUTO, что обычно означает, что с помощью комбинации AD и / или DNS машины должны автоматически найти ваш код сайта SCCM и сервер.
На проблемном ПК, если вы посмотрите в Панель управления, апплет Configuration Manager, вкладку «Дополнительно», вы должны увидеть «В настоящее время назначено для кода сайта:» с вашим трехбуквенным кодом сайта в поле. Если его там нет, нажмите кнопку «Обнаружить» и убедитесь, что он появился.
Ошибки, которые вы получаете, выглядят так, будто клиенты испробовали все известные ему методы для обнаружения точки управления и в конечном итоге искали SLP в WINS, поскольку не могли найти точку управления в DNS и не могли получить доступ к схеме расширения в AD. Видеть Configuration Manager и расположение службы (информация о сайте и точки управления), смотрите также Как расширить схему Active Directory для Configuration Manager. Проверьте разрешения в контейнере управления системой что было создано, большинство методов расширения схемы не назначают автоматически необходимые разрешения для этой папки
Другие вещи, которые стоит проверить, - это настройки, связанные со временем на клиенте, убедитесь, что клиент настроен на правильное время (также проверьте, в каком часовом поясе они думают, что они находятся, чтобы убедиться, что часы действительно показывают правильное время), если часы на ваших клиентах более чем в часе езды от сервера, у вас возникнут проблемы. Сделать net time /set на клиенте, чтобы синхронизировать его с контроллером домена.
Также проверьте настройки брандмауэра на машинах XP, у нас были проблемы с ними, когда SCCM не проходил через встроенный брандмауэр Windows XP должным образом.
Поскольку служба BITS никогда не запускалась на вышедших из строя компьютерах, я решил попробовать обходной путь, при котором я вручную запускаю службу перед развертыванием клиента SCCM. Однако я продолжал получать ошибки, когда некоторые инструменты командной строки, казалось, не работали, или я не мог запустить службу в текущей среде, являющейся WinPE. Я пробовал несколько типов скриптов, как с net start, так и с sc start. Ни один не работал ...
Поэтому я попытался применить более простой подход: установить автоматическую службу через GPO. Я ожидал, что это сработает, поскольку очевидно, что клиент устанавливался под WinPE, что требовало перезагрузки WinXP, прежде чем клиент и сам SCCM «подключатся». Кажется, я был прав, сервис запускается правильно, и пока все наши клиенты были обнаружены. Все идет нормально...