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

1

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?

por alx9r 18.06.2015 / 20:53

1 resposta

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.

    
por 18.06.2015 / 22:13