Entrar com a conta da Microsoft
Entrar ou criar uma conta.
Olá,
Selecionar uma conta diferente.
Você tem várias contas
Escolha a conta com a qual você deseja entrar.

Resumo

Este artigo descreve os Windows PowerShell problemas corrigidos na Atualização Cumulativa 1 (CU1) do Microsoft System Center 2012 R2 Configuration Manager. Outras correções 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

Informações adicionais

Problemas corrigidos

  • Os objetos passados como um parâmetro -InputObject (ou equivalente) para um cmdlet tornam-se "nulos" posteriormente.

  • Os cmdlets que avisam sem falha ou que falham silenciosamente quando condições de erro são atingidas não interrompem o pipeline conforme o esperado.

  • Os cmdlets que executam ações em objetos de site falham silenciosamente quando o objeto do site não existe. Esse problema leva a scripts e à Automação a entrar em um estado indefinido. Lembre-se de que esse problema não afeta os cmdlets Get. Eles não falharão se nenhum objeto que corresponda aos critérios de pesquisa for encontrado.

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

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

  • O Save-CMSoftwareUpdate cmdlet do Save-CMSoftwareUpdate falha com erros semelhantes aos seguintes:

    Save-CMSoftwareUpdate: a chave fornecida não estava presente no dicionário.
    Na linha: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



    Lembre-se de que o cmdlet fixo é executado somente em 32 bits Windows PowerShell.

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

  • Remove-CMUser parâmetro -InputObject não aceita a saída do objeto de Get-CMUser.

  • New-CMDeviceCollectionVariable requer que o usuário em execução tenha direitos de leitura para a coleção "Todos os Sistemas".

  • New-CMSoftwareMeteringRule e Set-CMSoftwareMeteringRule exigem acesso ao arquivo medido para poder criar uma regra de medição.

  • O Console do Administrador deve ser iniciado pelo menos uma vez em um determinado computador antes que a unidade do PowerShell do provedor SMS possa ser criada.

  • A opção Distribuir Conteúdo está desabilitada no Console do Administrador para objetos criados usando New-CMOperatingSystemInstaller ou New-CMOperatingSystemImage.

  • Os cmdlets set-that change site server roles require both -SiteCode and -SiteSystemServerName instead of just -SiteSystemServerName as expected.

  • New-CMMigrationJob falha com uma mensagem de erro "Consulta Inválida" semelhante à seguinte:

    Throw exception:
    New-CMMigrationJob: ConfigMgr Error Object:
    instance of __ExtendedStatus
    {
    Operation = "ExecQuery";
    ParameterInfo = "SELECT * WHERE DependencyType = 1";
    ProviderName = "WinMgmt";
    };
    Código de erro:
    InvalidQuery
    na linha:1 char:1

Alterações adicionais

  • A opção -Verbose para a maioria dos cmdlets agora produzirá informações sobre a consulta executada.

    Observação Se um cmdlet não estiver funcionando conforme o esperado, a opção -Verbose fornecerá informações sobre a consulta WMI real que está sendo executada no back-end do provedor SMS. Essas informações são muito úteis para solução de problemas e devem ser fornecidas quando isso for possível quando você Conexão de comentários.

  • Quando você estiver canalizando a saída de um cmdlet Configuration Manager em Select-Object (selecionar), o uso correto de maiúsculas e minúsculas não será mais necessário para os argumentos de seleção.

  • Não há suporte para caracteres curinga em consultas.

  • A lista a seguir representa cmdlets que tinham correções de destino adicionais. Devido a alterações adicionais no código de estrutura Windows PowerShell subjacente que é usado por esses cmdlets, aqueles que não estão listados também podem ter alterado o comportamento. Verifique se os scripts e a Automação continuam funcionando conforme o 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. Isso representa uma alteração significativa nos scripts existentes ou na Automação. Se um cmdlet não funcionar mais devido a um erro de associação de parâmetro, verifique se o parâmetro que você estava usando não foi renomeado ou removido.

Problemas conhecidos

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

  • Install-CMClient não direcionará todos os computadores em uma coleção quando o parâmetro -CollectionID for usado.

    Para contornar esse problema, recupere um conjunto de dispositivos usando Get-CMDevice -CollectionID e passe cada instância para Install -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 funciona com sites secundários.

    Para contornar esse problema, execute a tarefa usando o Console do Administrador.

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

    Para contornar esse problema, use uma versão de 32 bits do Windows PowerShell ise.

  • New-CMVirtualEnvironmentGroup resultado não é mostrado no Console do Administrador.

    Para contornar esse problema, execute a tarefa usando o Console do Administrador.

  • Set-CMSite parâmetro -Comment faz com que os cmdlets falhem.

    Para contornar esse problema, execute a tarefa usando o Console do Administrador.

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

    Para contornar esse problema, use Get-CMDeploymentType para validar se o tipo de implantação existe antes de tentar removê-lo.

  • New-CMSecondarySite cria um ponto de distribuição que não pode ser configurado por meio do Console do Administrador quando você usa um certificado autoassinado.

    Para contornar esse problema, use qualquer um dos procedimentos a seguir em vez do cmdlet New-CMSecondarySite servidor:

    • Configure o site secundário usando um certificado emitido pela autoridade de certificação.

    • Use Set-CMDistributionPoint para configurar o ponto de distribuição após a instalação do site secundário.

    • Remova o ponto de distribuição do site secundário e adicione um novo após a instalação do site secundário.

  • Alguns cmdlets podem parar de funcionar depois que você usa New-CMTaskSequence cmdlet.

    Para contornar esse problema, reinicie Windows PowerShell.

  • Start-CMApplicationDeployment falha quando é usado com aplicativos Windows Store porque a expectativa é de que o conteúdo exista em um ponto de distribuição.

    Para contornar esse problema, execute a tarefa usando o Console do Administrador.

Precisa de mais ajuda?

Quer mais opções

Explore os benefícios da assinatura, procure cursos de treinamento, saiba como proteger seu dispositivo e muito mais.

As comunidades ajudam você a fazer e responder perguntas, fazer comentários e ouvir especialistas com conhecimento avançado.

Essas informações foram úteis?

Qual é o seu grau de satisfação com a qualidade do idioma?
O que afetou sua experiência?
Ao pressionar enviar, seus comentários serão usados para aprimorar os produtos e serviços da Microsoft. Seu administrador de TI poderá coletar esses dados. Política de Privacidade.

Agradecemos seus comentários!

×