Isso foi respondido em um Thread do TechNet .
O esplêndido controle de versão do SCCM 2012 incrementa sua versão do catálogo SUP cada vez que ele faz o download de novas atualizações, como visto na coluna Versão do catálogo em Monitoramento - > Status de sincronização do ponto de atualização de software . Todas as atualizações adicionadas pelo SUP são inseridas como uma linha na tabela CI_ConfigurationItems no banco de dados do SCCM. Uma coluna nesta tabela, SDMPackageDigest, contém metadados XML, incluindo uma linha que especifica a qual número da versão do catálogo a atualização foi adicionada: <Property Name="MinCatalogVersion" Value="[x]" />
, em que [x]
é um número inteiro decimal. Ao atualizar do 2012 SP1 para o 2012 R2, importamos todo o nosso banco de dados para o novo servidor, o que significa que todas as atualizações tinham uma entrada para o MinCatalogVersion
, atingindo pelo menos 2200. No entanto, o SCCM armazena a versão do catálogo no registro chaves, que não foram importadas, o que significa que, no novo servidor, o número da versão foi reiniciado em 1. Assim, o SUP não instalaria atualizações que tivessem MinCatalogVersion
acima da versão do catálogo, que era ... essencialmente tudo deles.
A correção para isso é alterar três valores de registro no servidor SCCM, todos localizados na chave HKLM\SOFTWARE\Microsoft\SMS\Components\SMS_WSUS_SYNC_MANAGER
.
- ContentVersion
- LastAttemptVersion
- SyncToVersion
Após a reinicialização do serviço SMS_Executive , as atualizações tornaram-se prontamente disponíveis para todas as estações de trabalho nas quais foram implantadas.
Eu reconheço que a melhor coisa a fazer seria usar o XQuery para procurar os dados XML na tabela SQL pelo maior valor para MinCatalogVersion
; no entanto, eu estava com um prazo muito apertado para corrigir o problema e não tive tempo para tentar descobrir uma consulta apropriada. Assim, eu apenas configurei todos os três valores do registro para 10.000 (decimal) e esperei o melhor.