Beschreibung der Windows PowerShell-Änderungen im kumulativen Update 1 für System Center 2012 R2 Configuration Manager
Zusammenfassung
In diesem Artikel werden die Windows PowerShell-Probleme beschrieben, die im kumulativen Update 1 (CU1) für Microsoft System Center 2012 R2 Configuration Manager behoben werden. Weitere CU1-Korrekturen werden im folgenden Artikel der Microsoft Knowledge Base beschrieben:
2938441 Beschreibung des kumulativen Updates 1 für System Center 2012 R2 Configuration Manager
Weitere Informationen
Behobene Probleme
Objekte, die als -InputObject-Parameter (oder ein gleichwertiger Parameter) an ein Cmdlet übergeben werden, werden danach „null".
Cmdlets, die eine Warnung ausgeben, ohne dass ein Fehler auftritt, oder die stillschweigend fehlschlagen, wenn Fehlerbedingungen auftreten, stoppen die Pipeline nicht wie erwartet.
Cmdlets, die Aktionen für Site-Objekte ausführen, schlagen stillschweigend fehl, wenn das Site-Objekt nicht vorhanden ist. Dieses Problem führt dazu, dass Skripte und Automatisierung in einen undefinierten Zustand geraten. Beachten Sie, dass dieses Problem Get-Cmdlets nicht betrifft. Sie schlagen nicht fehl, wenn keine Objekte gefunden werden, die den Suchkriterien entsprechen.
Add-CMDeploymentType -DeepLinkInstaller fügt den Bereitstellungstyp nicht hinzu.
Start-CMSoftwareUpdateDeployment legt nicht die richtigen Bereitstellungsoptionen fest, wenn der Parameter -DisableOperationsManagerAlert oder -GenerateOperationsManagerAlert verwendet wird.
Das Cmdlet „Save-CMSoftwareUpdate" schlägt mit Fehlern fehl, die den folgenden ähneln:
Save-CMSoftwareUpdate: Der angegebene Schlüssel war nicht im Wörterbuch vorhanden. In Zeile:1 Zeichen:1 + Save-CMSoftwareUpdate -DeploymentPackageName "Contoso-Package" -SoftwareupdateNa ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo: NotSpecified: (:) [Save-CMSoftwareUpdate], KeyNotFoundException + FullyQualifiedErrorId: System.Collections.Generic.KeyNotFoundException,Microsoft.ConfigurationManagement.Cmdlet s.Sum.Commands.SaveSoftwareUpdateCommand
Beachten Sie, dass das feste Cmdlet nur in 32-Bit-Windows PowerShell ausgeführt wird.
New-CMProgram akzeptiert -PackageID nicht als Eingabeparameter.
Der Parameter Remove-CMUser -InputObject akzeptiert die Objektausgabe von Get-CMUser nicht.
New-CMDeviceCollectionVariable erfordert, dass der ausführende Benutzer über Leserechte für die Sammlung „Alle Systeme" verfügt.
New-CMSoftwareMeteringRule und Set-CMSoftwareMeteringRule erfordern Zugriff auf die gemessene Datei, um eine Messregel erstellen zu können.
Die Administratorkonsole muss mindestens einmal auf einem bestimmten Computer gestartet werden, bevor das SMS-Provider-PowerShell-Laufwerk erstellt werden kann.
Die Option „Inhalt verteilen" ist in der Administratorkonsole für Objekte deaktiviert, die mit New-CMOperatingSystemInstaller oder New-CMOperatingSystemImage erstellt werden.
Set-Cmdlets, die Standortserverrollen ändern, erfordern sowohl -SiteCode als auch -SiteSystemServerName und nicht wie erwartet nur -SiteSystemServerName.
New-CMMigrationJob schlägt mit der Fehlermeldung „Ungültige Abfrage" fehl, die der folgenden ähnelt:
Ausnahme auslösen: New-CMMigrationJob: ConfigMgr-Fehlerobjekt: Instanz von __ExtendedStatus { Operation = "ExecQuery"; ParameterInfo = "SELECT * WHERE DependencyType = 1"; ProviderName = "WinMgmt"; }; Fehlercode: Ungültige Abfrage In Zeile:1 Zeichen:1
Zusätzliche Änderungen
Der Schalter „-Verbose" für die meisten Cmdlets gibt jetzt Informationen über die ausgeführte Abfrage aus. Hinweis Wenn ein Cmdlet nicht wie erwartet funktioniert, stellt der Schalter „-Verbose" ungewöhnlicherweise Informationen über die tatsächliche WMI-Abfrage bereit, die für das Back-End des SMS-Anbieters ausgeführt wird. Diese Informationen sind für die Fehlerbehebung sehr nützlich und sollten, wenn möglich, beim Einreichen von Connect-Feedback-Elementen bereitgestellt werden.
Wenn Sie die Ausgabe eines Configuration Manager-Cmdlets an Select-Object (select) weiterleiten, ist die korrekte Groß-/Kleinschreibung für die Auswahlargumente nicht mehr erforderlich.
Platzhalterzeichen werden in Abfragen nicht unterstützt.
Die folgende Liste stellt Cmdlets dar, die zusätzliche gezielte Korrekturen hatten. Aufgrund zusätzlicher Änderungen am zugrunde liegenden Windows PowerShell-Framework-Code, der von diesen Cmdlets verwendet wird, kann es sein, dass sich auch bei den nicht aufgeführten Cmdlets das Verhalten geändert hat. Stellen Sie sicher, dass Ihre Skripte und Automatisierung weiterhin wie erwartet funktionieren.
Add-CMBoundaryToGroup
Add-CMDeploymentType
Add-CMStateMigrationPoint
Get-CMApplicationCatalogWebServicePoint
Get-CMApplicationCatalogWebsitePoint
Get-CMEndpointProtectionPoint
Get-CMEnrollmentPoint
Get-CMEnrollmentProxyPoint
Get-CMFallbackStatusPoint
Get-CMOutOfBandServicePoint
Get-CMReportingServicePoint
Get-CMSiteStatusMessage
Get-CMSoftwareDistributionComponent
Get-CMSoftwareUpdatePoint
Get-CMStateMigrationPoint
Get-CMSystemHealthValidatorComponent
Import-CMComputerInformation
New-CMActiveDirectoryForest
New-CMDeviceCollectionVariable
New-CMMigrationJob
New-CMOperatingSystemInstaller
Neues CM-Programm
Neue CMSoftwareMeteringRule
Remove-CMBoundaryFromGroup
Remove-CMDeploymentType
Remove-CMUser
Restore-CMApplicationRevisionHistory
Save-CMSoftwareUpdate
Set-CMADForest
Set-CMBootImage
Set-CMDeploymentType
Set-CMDiscoveryMethod
Set-CMExchangeServer
Set-CMGlobalCondition
Set-CMHierarchySetting
Set-CMManagementPoint
Set-CMMigrationExclusionList
Set-CMPackageDepoyment
Set-CMSiteMaintenanceTask
Set-CMSoftwareDistributionComponent
Set-CMSoftwareMeteringRule
Set-CMTaskSequenceDeployment
Start-CMContentDistribution
Starten Sie CMDistributionPointUpgrade
Starten Sie CMSoftwareUpdateDeployment
Update-CMDistributionPoint
In einigen wenigen Fällen wurden Parameter von Cmdlets möglicherweise entfernt oder geändert. Dies stellt eine bahnbrechende Änderung an vorhandenen Skripten oder Automatisierungen dar. Wenn ein Cmdlet aufgrund eines Parameterbindungsfehlers nicht mehr funktioniert, stellen Sie sicher, dass der von Ihnen verwendete Parameter nicht umbenannt oder entfernt wurde.
Bekannte Probleme
Die folgenden Symptome können auch nach der Installation des kumulativen Updates 1 auftreten. Alternative Lösungen werden dort aufgeführt, wo sie verfügbar sind. Diese Probleme werden möglicherweise in zukünftigen Versionen von Configuration Manager behoben.
Install-CMClient zielt nicht auf alle Computer in einer Sammlung ab, wenn der Parameter -CollectionID verwendet wird. Um dieses Problem zu umgehen, rufen Sie mit Get-CMDevice -CollectionID eine Reihe von Geräten ab und übergeben Sie jede Instanz an Install -CMDevice -Device. Führen Sie beispielsweise den folgenden Befehl aus:
Get-CMDevice -CollectionName MyCollection | foreach { Install-CMClient -Device $_ -IncludeDomainController $false -AlwaysInstallClient $false -ForceReinstall $false -SiteCode PSS }
Start-CMDistributionPointUpgrade funktioniert nicht mit sekundären Standorten. Um dieses Problem zu umgehen, führen Sie die Aufgabe mithilfe der Administratorkonsole aus.
Das Cmdlet „Save-CMSoftwareUpdate" funktioniert nicht in einer 64-Bit-Windows PowerShell-Umgebung. Um dieses Problem zu umgehen, verwenden Sie eine 32-Bit-Version von Windows PowerShell oder ISE.
Das Ergebnis „New-CMVirtualEnvironmentGroup" wird nicht in der Administratorkonsole angezeigt. Um dieses Problem zu umgehen, führen Sie die Aufgabe mithilfe der Administratorkonsole aus.
Der Parameter Set-CMSite -Comment führt dazu, dass Cmdlets fehlschlagen. Um dieses Problem zu umgehen, führen Sie die Aufgabe mithilfe der Administratorkonsole aus.
Remove-CMDeploymentType schlägt nicht fehl, wenn Sie versuchen, einen nicht vorhandenen Bereitstellungstyp zu entfernen. Um dieses Problem zu umgehen, verwenden Sie Get-CMDeploymentType, um zu überprüfen, ob der Bereitstellungstyp vorhanden ist, bevor Sie versuchen, ihn zu entfernen.
New-CMSecondarySite erstellt einen Verteilungspunkt, der nicht über die Administratorkonsole konfiguriert werden kann, wenn Sie ein selbstsigniertes Zertifikat verwenden. Um dieses Problem zu umgehen, verwenden Sie anstelle des Cmdlets New-CMSecondarySite eines der folgenden Verfahren:
Konfigurieren Sie den sekundären Standort mithilfe eines von einer Zertifizierungsstelle ausgestellten Zertifikats.
Verwenden Sie Set-CMDistributionPoint, um den Verteilungspunkt nach der Installation des sekundären Standorts zu konfigurieren.
Entfernen Sie den Verteilungspunkt des sekundären Standorts und fügen Sie nach der Installation des sekundären Standorts einen neuen hinzu.
Einige Cmdlets funktionieren möglicherweise nicht mehr, nachdem Sie das Cmdlet New-CMTaskSequence verwendet haben. Um dieses Problem zu umgehen, starten Sie Windows PowerShell neu.
Start-CMApplicationDeployment schlägt fehl, wenn es mit Windows Store-Anwendungen verwendet wird, da davon ausgegangen wird, dass der Inhalt auf einem Verteilungspunkt vorhanden ist. Um dieses Problem zu umgehen, führen Sie die Aufgabe mithilfe der Administratorkonsole aus.
No comments:
Post a Comment