Resumo

Este artigo descreve os Windows PowerShell problemas corrigidos na Atualização Cumulativa 1 (CU1) para o Microsoft System Center 2012 R2 Configuration Manager. Outras correções do CU1 são descritas no seguinte artigo da Base de Dados de Conhecimento Microsoft:

2938441 Descrição da Atualização Cumulativa 1 para System Center 2012 R2 Configuration Manager

Mais Informações

Problemas que foram corrigidos

  • Os objetos que são transmitido como um parâmetro -InputObject (ou equivalente) para um cmdlet tornam-se "nulos" posteriormente.

  • Os cmdlets que avisam sem falhar ou que falham de forma silenciosa quando as condições de erro são atingidas não param o pipeline conforme esperado.

  • Os cmdlets que efetuam ações em objetos do site falham de forma silenciosa quando o objeto do site não existe. Este problema leva à introdução de scripts e automatização num estado indefinido. Tenha em atenção que este problema não afeta o cmdlet Get-cmdlets. Não falham se não for encontrado nenhum objeto que corresponda aos critérios de pesquisa.

  • Add-CMDeploymentType -DeepLinkInstaller não adiciona o tipo de implementação.

  • Start-CMSoftwareUpdateDeployment não define as opções de implementação corretas quando é utilizado o parâmetro -DisableOperationsManagerAlert ou -GenerateOperationsManagerAlert.

  • O Save-CMSoftwareUpdate de cmdlets falha com erros que se assemelham ao seguinte:

    Save-CMSoftwareUpdate : A chave dada não estava presente no dicionário.
    Em line:1 char:1
    + Save-CMSoftwareUpdate -DeploymentPackageName "Contoso-Package" -SoftwareupdateNa ...
    + ~~~~
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + Informações de Categoria : Não Especificadas: (:) [Save-CMSoftwareUpdate], KeyNotFoundException
    + FullyQualifiedErrorId : System.Collections.Generic.KeyNotFoundException,Microsoft.ConfigurationManagement.Cmdlet
    s.Sum.Commands.SaveSoftwareUpdateCommand



    Tenha em atenção que o cmdlet corrigido só é executado numa ação de Windows PowerShell.

  • New-CMProgram não aceita -PackageID como um parâmetro de entrada.

  • Remove-CMUser parâmetro -InputObject não aceita o resultado do objeto de Get-CMUser.

  • New-CMDeviceCollectionVariable que o utilizador que executa tenha direitos de leitura para a coleção "Todos os Sistemas".

  • New-CMSoftwareMeteringRule e Set-CMSoftwareMeteringRule necessitam de acesso ao ficheiro com metro para poder criar uma regra de metro.

  • A Consola de Administrador tem de ser iniciada, pelo menos, uma vez num determinado computador para que a Unidade SMS PowerShell do Fornecedor de Conteúdos possa ser criada.

  • A opção Distribuir Conteúdo está desativada na Consola de Administrador para objetos criados com New-CMOperatingSystemInstaller ou New-CMOperatingSystemImage.

  • Set- cmdlets que alteram as funções do servidor de site requerem -SiteCode e -SiteSystemServerName em vez de apenas -SiteSystemServerName, conforme esperado.

  • New-CMMigrationJob falha com uma mensagem de erro "Consulta Inválida" que se assemelha ao seguinte:

    Ativar exceção:
    New-CMMigrationJob: ConfigMgr Error Object:
    instance of __ExtendedStatus
    {
    Operation = "ExecQuery";
    ParameterInfo = "SELECT * WHERE DependencyType = 1";
    ProviderName = "WinMgmt";
    };
    Código de Erro:
    InvalidQuery
    At line:1 char:1

Alterações adicionais

  • O botão -Verboso para a maioria dos cmdlets irá agora obter informações sobre a consulta que está a ser executada.

    Nota: se um cmdlet não estiver a funcionar conforme esperado, o comutador -Verboso fornecerá informações invulgarmente sobre a consulta WMI real que está a ser executada em relação ao Fornecedor SMS back-end. Estas informações são muito úteis para a remoção de problemas e devem ser fornecidas quando for possível quando arquivar Ligação de feedback.

  • Quando estiver a tubing a saída de um cmdlet Configuration Manager para Select-Object (selecionar), a caixa correta já não é necessária para os argumentos de seleção.

  • Os carateres não são suportados em consultas.

  • A lista seguinte representa cmdlets com correções diretas adicionais. Devido a alterações adicionais ao código de estrutura Windows PowerShell subitamente utilizado por estes cmdlets, os que não estão listados também podem ter alterado o comportamento. Certifique-se de que os seus scripts e Automatização continuam a funcionar conforme esperado.

    • 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


Em alguns casos limitados, os cmdlets podem ter tido parâmetros removidos ou alterados. Isto representa uma alteração de sistema a scripts ou Automatização existentes. Se um cmdlet já não funcionar devido a um erro de encadernação de parâmetros, certifique-se de que o parâmetro que estava a utilizar não foi renomeado ou removido.

Problemas conhecidos

Os seguintes sintomas podem ocorrer mesmo após a instalação da Atualização Cumulativa 1. As soluções alternativas estão listadas onde estão disponíveis. Estes problemas poderão ser resolvidos em versões futuras do Configuration Manager.

  • Install-CMClient será utilizado o destino de todos os computadores numa coleção quando o parâmetro -CollectionID for utilizado.

    Para resolver este problema, obtém um conjunto de dispositivos com o Get-CMDevice -CollectionID e passe cada instância para Instalar -CMDevice -Device. Por exemplo, execute o seguinte comando:

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

  • Start-CMDistributionPointUpgrade não funciona com sites secundários.

    Para resolver este problema, efetue a tarefa com a Consola de Administrador.

  • Save-CMSoftwareUpdate cmdlet não funciona num ambiente de Windows PowerShell bits de 64 bits.

    Para resolver este problema, utilize uma versão de 32 bits do Windows PowerShell ou ISE.

  • New-CMVirtualEnvironmentGroup resultado não aparece na Consola de Administrador.

    Para resolver este problema, efetue a tarefa com a Consola de Administrador.

  • Set-CMSite parâmetro -Comentário faz com que os cmdlets falhem.

    Para resolver este problema, efetue a tarefa com a Consola de Administrador.

  • Remove-CMDeploymentType não falhará quando tentar remover um tipo de implementação que não existe.

    Para resolver este problema, utilize Get-CMDeploymentType para validar se o tipo de implementação existe antes de tentar removê-lo.

  • New-CMSecondarySite cria um ponto de distribuição que não pode ser configurado através da Consola de Administrador quando utiliza um certificado autoassinado.

    Para resolver este problema, utilize qualquer um dos seguintes procedimentos em vez do New-CMSecondarySite cmdlet:

    • Configure o site secundário ao utilizar um certificado emitido por uma autoridade de certificação.

    • Utilize Set-CMDistributionPoint para configurar o ponto de distribuição depois de instalar o site secundário.

    • Remova o ponto de distribuição do site secundário e adicione um novo depois de instalar o site secundário.

  • Alguns cmdlets podem deixar de funcionar depois de utilizar o New-CMTaskSequence cmdlet.

    Para resolver este problema, reinicie o Windows PowerShell.

  • Start-CMApplicationDeployment falha quando é utilizada com aplicações do Windows Store porque a expetativa é que os conteúdos existam num ponto de distribuição.

    Para resolver este problema, efetue a tarefa com a Consola de Administrador.

Precisa de mais ajuda?

Aumente os seus conhecimentos
Explore as formações
Seja o primeiro a obter novas funcionalidades
Aderir ao Microsoft insiders

As informações foram úteis?

Quão satisfeito está com a qualidade do idioma?
O que afetou a sua experiência?

Obrigado pelo seu feedback!

×