После некоторых интенсивных поисков я обнаружил решение. В SCCM SDK есть класс WMI под названием SMS_ContentPackage , который имеет открытый метод Commit (). Используя это, я смог обновить контент во всех приложениях, используя следующий код Powershell на сервере:
foreach($application in Get-CMApplication){
$Get_WmiObject = @{
'Namespace' = 'root\SMS\Site_<SiteCode>';
'Class' = 'SMS_ContentPackage';
'Filter' = "PackageID='$($application.PackageId)'";
}
(Get-Wmiobject @Get_WmiObject).Commit() | Out-null
}
В настоящее время я использую этот скрипт PowerShell для обновления содержимого всех приложений, Единственное предостережение, ревизия всегда увеличивается:
try
{
Get-Wmiobject -Namespace "root\SMS\Site_<sitecode>" -Class SMS_Application -Filter "isLatest='true' and isExpired='false'" | foreach{
$name = $_.LocalizedDisplayName
echo "Application : $name"
$dptypes = Get-CMDeploymentType -ApplicationName "$name"
foreach ($dpt in $dptypes){
$dptname = $dpt.LocalizedDisplayName
echo "Deployment Type: $dptname"
Update-CMDistributionPoint -ApplicationName "$name" -DeploymentTypeName "$dptname"
}
}
}
catch
{
$_.Exception.Message
}
Set-CMDeploymentType с -ContentLocation приведет к принудительному обновлению, даже если ContentLocation имеет такое же значение, как и исходное.
Мой код выглядит следующим образом:
$app = Get-CMApplication -Name $PackageName
$depType = $app | Get-CMDeploymentType
$depType | Set-CMDeploymentType -MsiOrScriptInstaller -ProductCode $productCode -ContentLocation $PkgRead
Существующее местоположение может Сложнее определить - если вы еще не знаете, где он находится, вы можете извлечь его из типа развертывания XML или WMI.