Пакеты точек распространения вторичного сайта SCCM 2007 не найдены
Я создал вторичный сайт с помощью скрипта PowerShell Кайдо Ярвемета из Codeplex, который отлично работал, и он находится здесь: "Сервер вторичного сайта Automated Configuration Manager с PowerShell". Затем я воспользовался встроенным мастером копирования пакетов SCCM и скопировал пакеты из одной из моих точек распространения в DP вторичных сайтов. Мастер копирования пакетов сообщил об успешном выполнении, но когда я захожу на сервер вторичного сайта, я нигде не могу найти пакеты. Я даже запустил отчет, показывающий состояние всех моих DP, и он даже показал, что все мои пакеты находятся на моем вторичном сайте DP, но у меня НЕТ ИДЕИ, где их найти. Может кто-нибудь помочь мне здесь, пожалуйста? Спасибо
2 ответа
Когда SCCM использует сервер сайта в качестве точки распространения, он создает скрытые общие папки на жестких дисках для распространения пакетов. SCCM будет использовать диск с наибольшим количеством свободного места на момент добавления пакета в DP. Название доли начинается с SMSPKG
, а затем буква диска и знак доллара.
Предположим, точка распространения отправляется пакет. Во время отправки посылки E:
диск имеет наибольшее количество свободного места. Пакет будет храниться в скрытой папке \\{DistributionPoint}\SMSPKGE$\{PKG_ID}
, Вы можете найти идентификатор пакета различными способами, но одним из них может быть Powershell:
## where XXX is the site code and SCCMSERVER is the name of your SCCM SERVER
PS X:\> gwmi -namespace 'root\sms\site_XXX' -query 'SELECT name,packageId FROM SMS_PACKAGE' -computer SCCMSERVER|select name,packageid
Надеюсь, это полезно.
Вы можете подтвердить местоположение любого пакета в консоли SCCM, проверив узел статуса пакета под объектом Package в узле распространения программного обеспечения. Я приложил снимок экрана, включая соответствующие детали.
Вот обновление, и я на самом деле стесняюсь обнародовать это, но мне пришлось создать свои адреса на моем Первичном сайте, чтобы общаться с моими вторичными сайтами. Я знал это, но предположил, что скрипт PowerShell, который я запускал, сделал это для меня, по-видимому, этого не произошло. Во всяком случае, сейчас работает.