Como as revisões de aplicativos se propagam de um servidor de site SCCM para um cliente?

Question

Quando faço uma alteração em um aplicativo no console de gerenciamento, vejo que esse número de revisão é incrementado:

Seeuclicarem"Status do conteúdo", posso ver uma "Versão da fonte", mas não "Revisão" para o aplicativo.

Em um cliente no qual o aplicativo é implantado, posso ver a seguinte entrada para o mesmo aplicativo em AppEnforce.log :

"Performing detection of app deployment type XXXXXXXXXXXXX 0.2.1(ScopeId_F51CE1C8-9E1E-4412-8DC0-8870C8D09B93/DeploymentType_7ce08ce1-ddb5-4861-b5eb-d03752c142cb, revision 22) for user."

Isso tudo me deixa com as seguintes perguntas:

1. O que exatamente "Revisão" no console se refere? Tem o mesmo significado que a entrada em AppEnforce.log ?

2. O conteúdo distribuído deve ser atualizado para que a nova "Revisão" se propague do servidor do site para o cliente?

3. Qual trabalho o SCCM executa para propagar uma alteração de "Revisão" no console para um cliente? Posso ver artefatos desse trabalho nos arquivos de log do servidor?

4. Por que a "Revisão" aparece em AppEnforce.log , às vezes, um incremento atrás da "Revisão" mostrada no console, mesmo que tenha transcorrido muito tempo?

Answer 1

Isso é tudo o que consegui juntar dos logs. Eu uso o CMTrace para mesclar os seguintes logs: AppDiscovery, AppEnforce, AppIntentEval, CAS, ContentTransferManager, DataTransferService

1. No console do SCCM, "Revisão" significa revisão de aplicativo no SCCM. O item em AppEnforce.log é o Tipo de Implantação do Aplicativo, não acho que eles devam necessariamente se alinhar, embora possam ser em aplicativos mais simples.
2. A validade do conteúdo é avaliada de forma independente. Se você forçar uma redistribuição de conteúdo, esperaria que a revisão no conteúdo fosse incrementada. A mesma coisa se "atualização automática de conteúdo" foi verificada e o conteúdo foi determinado como tendo sido atualizado no servidor.
3. Acho que todo o trabalho é feito pelo cliente. AppIntentEval mostra que um Aplicativo é aplicável e AppDiscovery determina qual ContentID / Revisão será usado. Isso faria o cliente pesquisar o servidor em busca de informações, não necessariamente fazendo com que ele fosse enviado do servidor.
4. Porque o SCCM leva uma eternidade para fazer as coisas? Receio não poder responder isso com competência. O início das tarefas do cliente pode resultar na volta desses resultados da avaliação.

Coisas para ter em mente:

AppEnforce.log não é a imagem completa. A revisão do tipo de implantação não parece ser a mesma que a revisão do aplicativo, que é diferente da revisão de conteúdo.

Procure em AppIntentEval.log. Você vê ScopeId_xxx/DeploymentType_xxx/(revision) . Você também vê ScopeId_xxx/Application_xxx/(revision) . Estas não são a mesma entidade.

Acho que parte da sua pergunta é: "Como um cliente determina que o conteúdo que ele tem no cache ainda é válido, se as revisões estiverem desatualizadas?" ContentAccess.log mostra entradas como "All references to Content Content_xxx in cache have been removed. Content will be Tombstoned. Suspeito que este mecanismo é como a validade é determinada.