Accedi con Microsoft
Accedi o crea un account.
Salve,
Seleziona un altro account.
Hai più account
Scegli l'account con cui vuoi accedere.

Riepilogo

Questo articolo descrive i problemi Windows PowerShell risolti nell'aggiornamento cumulativo 1 (CU1) per Microsoft System Center 2012 R2 Configuration Manager. Altre correzioni CU1 sono descritte nel seguente articolo Microsoft Knowledge Base:

2938441 Descrizione dell'aggiornamento cumulativo 1 per System Center 2012 R2 Configuration Manager

Ulteriori informazioni

Problemi risolti

  • Gli oggetti passati come parametro -InputObject (o equivalente) a un cmdlet diventano "null" in un secondo momento.

  • I cmdlet che avvisano senza errori o che non riescono automaticamente quando vengono rilevate condizioni di errore non arrestano la pipeline come previsto.

  • I cmdlet che eseguono azioni sugli oggetti sito non riescono automaticamente quando l'oggetto sito non esiste. Questo problema causa l'immissione di script e automazione in uno stato non definito. Tenere presente che questo problema non riguarda i cmdlet Get-. Non hanno esito negativo se non vengono trovati oggetti che soddisfano i criteri di ricerca.

  • Add-CMDeploymentType -DeepLinkInstaller non aggiunge il tipo di distribuzione.

  • Start-CMSoftwareUpdateDeployment non imposta le opzioni di distribuzione corrette quando viene utilizzato il parametro -DisableOperationsManagerAlert o -GenerateOperationsManagerAlert.

  • Il cmdlet Save-CMSoftwareUpdate ha esito negativo con errori simili ai seguenti:

    Save-CMSoftwareUpdate: la chiave specificata non era presente nel dizionario.
    At line:1 char:1
    + Save-CMSoftwareUpdate -DeploymentPackageName "Contoso-Package" -SoftwareupdateNa ...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + InfoCategoria: (:) [Save-CMSoftwareUpdate], KeyNotFoundException
    + FullyQualifiedErrorId : System.Collections.Generic.KeyNotFoundException,Microsoft.ConfigurationManagement.Cmdlet
    s.Sum.Commands.SaveSoftwareUpdateCommand



    Tenere presente che il cmdlet corretto viene eseguito solo in Windows PowerShell a 32 bit.

  • New-CMProgram non accetta -PackageID come parametro di input.

  • Remove-CMUser parametro -InputObject non accetta l'output dell'oggetto da Get-CMUser.

  • New-CMDeviceCollectionVariable richiede che l'utente in esecuzione disponga dei diritti di lettura per la raccolta "All Systems".

  • New-CMSoftwareMeteringRule e Set-CMSoftwareMeteringRule richiedono l'accesso al file a consumo per poter creare una regola di consumo.

  • Per creare l'unità PowerShell del provider di SMS, è necessario avviare la console di amministrazione almeno una volta in un determinato computer.

  • L'opzione Distribuisci contenuto è disabilitata nella Console di amministrazione per gli oggetti creati tramite New-CMOperatingSystemInstaller o New-CMOperatingSystemImage.

  • I cmdlet Set- che modificano i ruoli del server del sito richiedono sia -SiteCode che -SiteSystemServerName invece di just -SiteSystemServerName come previsto.

  • New-CMMigrationJob non riesce con un messaggio di errore "Query non valida" simile al seguente:

    Throw exception:
    New-CMMigrationJob : ConfigMgr Error Object:
    instance of __ExtendedStatus
    {
    Operation = "ExecQuery";
    ParameterInfo = "SELECT * WHERE DependencyType = 1";
    ProviderName = "WinMgmt";
    };
    Codice di errore:
    InvalidQuery
    alla riga:1 char:1

Modifiche aggiuntive

  • L'opzione -Verbose per la maggior parte dei cmdlet ora restituisce informazioni sulla query eseguita.

    Nota Se un cmdlet non funziona come previsto, l'opzione -Verbose fornirà insolitamente informazioni sulla query WMI effettiva in esecuzione sul back-end del provider SMS. Queste informazioni sono molto utili per la risoluzione dei problemi e dovrebbero essere fornite quando ciò è possibile quando si archivia Connessione elementi di feedback.

  • Quando si esegue il piping dell'output di un cmdlet di Configuration Manager in Select-Object (selezione), per gli argomenti di selezione non è più necessario applicare la combinazione di maiuscole/minuscole corretta.

  • I caratteri jolly non sono supportati nelle query.

  • L'elenco seguente rappresenta i cmdlet che avevano altre correzioni mirate. A causa di ulteriori modifiche al codice framework Windows PowerShell sottostante usato da questi cmdlet, anche quelli non elencati potrebbero aver modificato il comportamento. Assicurarsi che gli script e l'automazione continuino a funzionare come previsto.

    • 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


In alcuni casi limitati, i cmdlet potrebbero aver rimosso o modificato i parametri. Ciò rappresenta una modifica di rottura agli script esistenti o all'automazione. Se un cmdlet non funziona più a causa di un errore di associazione dei parametri, verificare che il parametro usato non sia stato rinominato o rimosso.

Problemi noti

I sintomi seguenti possono verificarsi anche dopo l'installazione dell'aggiornamento cumulativo 1. Le soluzioni alternative sono elencate dove sono disponibili. Questi problemi possono essere risolti nelle versioni future di Configuration Manager.

  • Install-CMClient non avrà come destinazione tutti i computer in una raccolta quando viene utilizzato il parametro -CollectionID.

    Per risolvere questo problema, recupera un set di dispositivi utilizzando Get-CMDevice -CollectionID e passa ogni istanza in Install -CMDevice -Device. Ad esempio, eseguire il comando seguente:

    | -CollectionName MyCollection Get-CMDevice foreach { Install-CMClient -Device $_ -IncludeDomainController $false -AlwaysInstallClient $false -ForceReinstall $false -SiteCode PSS }

  • Start-CMDistributionPointUpgrade non funziona con i siti secondari.

    Per risolvere il problema, eseguire l'attività usando la console di amministrazione.

  • Save-CMSoftwareUpdate cmdlet non funziona in un ambiente di Windows PowerShell a 64 bit.

    Per risolvere il problema, usare una versione a 32 bit di Windows PowerShell o ISE.

  • New-CMVirtualEnvironmentGroup risultato non viene visualizzato nella console di amministrazione.

    Per risolvere il problema, eseguire l'attività usando la console di amministrazione.

  • Set-CMSite - Il parametro Comment causa l'esito negativo dei cmdlet.

    Per risolvere il problema, eseguire l'attività usando la console di amministrazione.

  • Remove-CMDeploymentType non avrà esito negativo quando si prova a rimuovere un tipo di distribuzione inesistente.

    Per risolvere il problema, usare Get-CMDeploymentType per verificare se il tipo di distribuzione esiste prima di provare a rimuoverlo.

  • New-CMSecondarySite crea un punto di distribuzione che non può essere configurato tramite console di amministrazione quando si usa un certificato autofirmo.

    Per risolvere il problema, usare una delle procedure seguenti invece del cmdlet New-CMSecondarySite:

    • Configurare il sito secondario usando un certificato emesso da un'autorità di certificazione.

    • Usare Set-CMDistributionPoint per configurare il punto di distribuzione dopo l'installazione del sito secondario.

    • Rimuovere il punto di distribuzione del sito secondario e aggiungerne uno nuovo dopo l'installazione del sito secondario.

  • Alcuni cmdlet potrebbero smettere di funzionare dopo l'uso del cmdlet New-CMTaskSequence.

    Per risolvere il problema, riavviare Windows PowerShell.

  • Start-CMApplicationDeployment non riesce quando viene usato con Windows applicazioni Store perché si prevede che il contenuto esista in un punto di distribuzione.

    Per risolvere il problema, eseguire l'attività usando la console di amministrazione.

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.

Le community aiutano a porre e a rispondere alle domande, a fornire feedback e ad ascoltare gli esperti con approfondite conoscenze.

Queste informazioni sono risultate utili?

Come valuti la qualità della lingua?
Cosa ha influito sulla tua esperienza?
Premendo Inviare, il tuo feedback verrà usato per migliorare i prodotti e i servizi Microsoft. L'amministratore IT potrà raccogliere questi dati. Informativa sulla privacy.

Grazie per il feedback!

×