Résumé
Cet article décrit les problèmes de Windows PowerShell résolus dans la mise à jour cumulative 1 (CU1) pour les Configuration Manager Microsoft System Center 2012 R2. D’autres correctifs CU1 sont décrits dans l’article suivant de la Base de connaissances Microsoft :
2938441 Description de la mise à jour cumulative 1 pour System Center Configuration Manager R2 2012
Informations supplémentaires
Problèmes résolus
-
Les objets qui sont passés en tant que paramètre -InputObject (ou équivalent) à une applet de commande deviennent « null » par la suite.
-
Les applets de commande qui avertissent sans échec ou qui échouent silencieusement lorsque des conditions d’erreur sont atteintes n’arrêtent pas le pipeline comme prévu.
-
Les applets de commande qui effectuent des actions sur des objets de site échouent silencieusement quand l’objet de site n’existe pas. Ce problème entraîne l’entrée d’un état non défini dans les scripts et Automation. N’oubliez pas que ce problème n’affecte pas les applets de commande Get. Elles n’échouent pas si aucun objet correspondant aux critères de recherche n’est trouvé.
-
Add-CMDeploymentType -DeepLinkInstaller n’ajoute pas le type de déploiement.
-
Start-CMSoftwareUpdateDeployment ne définit pas les options de déploiement correctes lorsque le paramètre -DisableOperationsManagerAlert ou -GenerateOperationsManagerAlert est utilisé.
-
L’applet de commande Save-CMSoftwareUpdate échoue avec des erreurs semblables à ce qui suit :
Save-CMSoftwareUpdate : la clé donnée n’était pas présente dans le dictionnaire.
À la ligne:1 char:1
+ Save-CMSoftwareUpdate -DeploymentPackageName « Contoso-Package » -SoftwareupdateNa ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Save-CMSoftwareUpdate], KeyNotFoundException
+ FullyQualifiedErrorId : System.Collections.Generic.KeyNotFoundException,Microsoft.ConfigurationManagement.Cmdlet
s.Sum.Commands.SaveSoftwareUpdateCommand
N’oubliez pas que l’applet de commande fixe s’exécute uniquement en Windows PowerShell 32 bits. -
New-CMProgram n’accepte pas -PackageID comme paramètre d’entrée.
-
Remove-CMUser paramètre -InputObject n’accepte pas la sortie de l’objet de Get-CMUser.
-
New-CMDeviceCollectionVariable exige que l’utilisateur en cours d’exécution dispose de droits de lecture sur la collection « Tous les systèmes ».
-
New-CMSoftwareMeteringRule et Set-CMSoftwareMeteringRule nécessitent l’accès au fichier limité pour pouvoir créer une règle de contrôle.
-
La console Administrateur doit être démarrée au moins une fois sur un ordinateur donné avant que le lecteur PowerShell du fournisseur SMS puisse être créé.
-
L’option Distribuer le contenu est désactivée dans la console Administrateur pour les objets créés à l’aide de New-CMOperatingSystemInstaller ou New-CMOperatingSystemImage.
-
Set : les applets de commande qui modifient les rôles de serveur de site nécessitent à la fois -SiteCode et -SiteSystemServerName au lieu de simplement -SiteSystemServerName comme prévu.
-
New-CMMigrationJob échoue avec un message d’erreur « Requête non valide » qui ressemble à ce qui suit :
Throw exception:
New-CMMigrationJob : ConfigMgr Error Object:
instance of __ExtendedStatus
{
Operation = « ExecQuery »;
ParameterInfo = « SELECT * WHERE DependencyType = 1 »;
ProviderName = « WinMgmt »;
};
Code d’erreur :
InvalidQuery
à la ligne:1 char:1
Modifications supplémentaires
-
Le commutateur -Verbose pour la plupart des applets de commande génère désormais des informations sur la requête exécutée.
Remarque Si une applet de commande ne fonctionne pas comme prévu, le commutateur -Verbose fournit exceptionnellement des informations sur la requête WMI en cours d’exécution sur le serveur principal du fournisseur SMS. Ces informations sont très utiles pour la résolution des problèmes et doivent être fournies lorsque cela est possible lorsque vous déposez Connecter éléments de commentaires. -
Lorsque vous faites passer la sortie d’une applet de commande Configuration Manager dans Select-Object (sélectionner), la casse correcte n’est plus nécessaire pour les arguments de sélection.
-
Les caractères génériques ne sont pas pris en charge dans les requêtes.
-
La liste suivante représente les applets de commande qui avaient des correctifs ciblés supplémentaires. En raison des modifications supplémentaires apportées au code d’infrastructure Windows PowerShell sous-jacent utilisé par ces applets de commande, celles qui ne sont pas répertoriées peuvent également avoir changé de comportement. Assurez-vous que vos scripts et Automation continuent de fonctionner comme prévu.
-
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
-
New-CMProgram
-
New-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
-
Start-CMDistributionPointUpgrade
-
Start-CMSoftwareUpdateDeployment
-
Update-CMDistributionPoint
-
Dans certains cas limités, des paramètres peuvent avoir été supprimés ou modifiés dans les applets de commande. Il s’agit d’une modification cassante apportée aux scripts existants ou à Automation. Si une applet de commande ne fonctionne plus en raison d’une erreur de liaison de paramètre, assurez-vous que le paramètre que vous utilisiez n’a pas été renommé ou supprimé.
Problèmes connus
Les symptômes suivants peuvent se produire même après l’installation de la mise à jour cumulative 1. Les solutions alternatives sont répertoriées là où elles sont disponibles. Ces problèmes peuvent être résolus dans les versions ultérieures de Configuration Manager.
-
Install-CMClient ne cible pas tous les ordinateurs d’une collection lorsque le paramètre -CollectionID est utilisé.
Pour contourner ce problème, récupérez un ensemble d’appareils à l’aide de Get-CMDevice -CollectionID et passez chaque instance dans Install -CMDevice -Device. Par exemple, exécutez la commande suivante :Get-CMDevice -CollectionName MyCollection | foreach { Install-CMClient -Device $_ -IncludeDomainController $false -AlwaysInstallClient $false -ForceReinstall $false -SiteCode PSS }
-
Start-CMDistributionPointUpgrade ne fonctionne pas avec les sites secondaires.
Pour contourner ce problème, effectuez la tâche à l’aide de la console Administrateur. -
Save-CMSoftwareUpdate cmdlet ne fonctionne pas dans un environnement Windows PowerShell 64 bits.
Pour contourner ce problème, utilisez une version 32 bits de Windows PowerShell ou ISE. -
New-CMVirtualEnvironmentGroup résultat ne s’affiche pas dans la console Administrateur.
Pour contourner ce problème, effectuez la tâche à l’aide de la console Administrateur. -
Set-CMSite paramètre -Comment entraîne l’échec des applets de commande.
Pour contourner ce problème, effectuez la tâche à l’aide de la console Administrateur. -
Remove-CMDeploymentType n’échoue pas lorsque vous essayez de supprimer un type de déploiement qui n’existe pas.
Pour contourner ce problème, utilisez Get-CMDeploymentType pour vérifier si le type de déploiement existe avant d’essayer de le supprimer. -
New-CMSecondarySite crée un point de distribution qui ne peut pas être configuré via la console Administrateur lorsque vous utilisez un certificat auto-signé.
Pour contourner ce problème, utilisez l’une des procédures suivantes au lieu de l’applet de commande New-CMSecondarySite :-
Configurez le site secondaire à l’aide d’un certificat émis par une autorité de certification.
-
Utilisez Set-CMDistributionPoint pour configurer le point de distribution après l’installation du site secondaire.
-
Supprimez le point de distribution du site secondaire et ajoutez-en un nouveau une fois le site secondaire installé.
-
-
Certaines applets de commande peuvent cesser de fonctionner après avoir utilisé l’applet de commande New-CMTaskSequence.
Pour contourner ce problème, redémarrez Windows PowerShell. -
Start-CMApplicationDeployment échoue lorsqu’il est utilisé avec des applications Windows Store, car on s’attend à ce que le contenu existe sur un point de distribution.
Pour contourner ce problème, effectuez la tâche à l’aide de la console Administrateur.
