клиент в новом сайте
Если клиент заезжает в границы другого сайта, то он ведёт себя в соответствии с правилами роуминга. Если клиента нужно привязать к другому сайту, то это можно сделать разными способами:
— вручную изменить код сайта через апплет в панели управления;
— для массовой миграции воспользоваться разнообразными утилитами, например, 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 видно начало установки клиента и успешную привязку к новому сайту:
Столкнулся с подобной проблемой на одном из Secondary Site.
А если после переустановки все повторилось? Что тогда делать?
Самое забавное то, что на этом сайте есть несколько клиентов, которые отлично находят инфу из AD, и спокойно азайнятся на Primary Site.
А вот некоторые ни в какую.
А до переустановки там был клиент с кодом другого сайта?
Попробуйте скрипт.
Проверьте, открыты ли нужные порты между клиентом и контроллером домена.
UPD:
Удивительно. Служба брандмауэра была отключена. Просто ради эксперимента запустил ее, и попробовал заново вызвать Assign к сайту, и все получилось. Вывод — даже отключенная служба брандмауэра каким-то образом блокировала нужный порт 🙂 Файрвол такой файрвол…
Наверное, не отключена, а просто остановлена.
Хорошо, что получилось.
Самое интересно, что именно отключена 🙂 Поскольку мне пришлось перевести ее в режим Ручного запуска, и лишь потом я ее смог запустить. До этого кнопка запуска была не активна.
В общем, на своей практике уже второй раз сталкиваюсь с брандмауэром Windows XP, который в выключенном состоянии может глючить.
Предполагаю, что он либо не до конца выключился. Либо была какая-то вирусная активность.
Сложно теперь точно сказать. А особенно в инфраструктуре с количеством клиентов > 9000