アプリケーションのリビジョンは、SCCMサイトサーバーからクライアントにどのように伝播しますか？
管理コンソールでアプリケーションに変更を加えると、このリビジョン番号が増加していることがわかります。
「コンテンツステータス」をクリックすると、「ソースバージョン」は表示されますが、アプリケーションの「リビジョン」は表示されません。
アプリケーションがデプロイされているクライアントでは、AppEnforce.logに同じアプリケーションの次のエントリが表示されます。
「ユーザーのアプリ展開タイプXXXXXXXXXXXXX0.2.1（ScopeId_F51CE1C8-9E1E-4412-8DC0-8870C8D09B93/DeploymentType_7ce08ce1-ddb5-4861-b5eb-d03752c142cb、リビジョン22）の検出を実行しています。」
これはすべて私に次の質問を残します：
正確には、コンソールの「改訂」は何を指しますか？
AppEnforce.logのエントリと同じ意味ですか？新しい「リビジョン」をサイトサーバーからクライアントに伝播するには、配布されたコンテンツを更新する必要がありますか？
SCCMは、コンソールの「リビジョン」の変更をクライアントに伝達するためにどのような作業を実行しますか？この作業の成果物をサーバーログファイルに表示できますか？
AppEnforce.logに表示される「リビジョン」が、長時間経過してもコンソールに表示される「リビジョン」より1インクリメント遅れることがあるのはなぜですか？
これが私がログからつなぎ合わせることができたすべてです。 CMTraceを使用して、次のログをマージします：AppDiscovery、AppEnforce、AppIntentEval、CAS、ContentTransferManager、DataTransferService
- SCCMコンソールでは、「リビジョン」はSCCM内のアプリケーションリビジョンを意味します。AppEnforce.logの項目はアプリケーション展開タイプであり、必ずしもそうすべきではないと思います。単純なアプリケーションの場合もありますが、整列します。
- コンテンツの有効性は個別に評価されます。コンテンツの再配布を強制する場合は、コンテンツの改訂が増えると思います。 「コンテンツの自動更新」をチェックし、サーバー上でコンテンツが更新されたと判断した場合も同様です。
- すべての作業はクライアントが行っていると思います。 AppIntentEvalは、アプリケーションが適用可能であることを示し、AppDiscoveryは、使用されるContentID/Revisionを決定します。これにより、クライアントはサーバーから情報をポーリングしますが、必ずしもサーバーから情報をプッシュダウンする必要はありません。
- SCCMは、物事を行うのに永遠に時間がかかりますか？私はこれに適切に答えることができないのではないかと思います。クライアントタスクを開始すると、これらの評価結果がインラインに戻る可能性があります。
覚えておくべきこと：
AppEnforce.logは全体像ではありません。展開タイプのリビジョンは、コンテンツのリビジョンとは異なるアプリケーションのリビジョンと同じではないようです。
AppIntentEval.logを調べます。 ScopeId_xxx/DeploymentType_xxx/(revision)が表示されます。 ScopeId_xxx/Application_xxx/(revision)も表示されます。これらは同じエンティティではありません。
あなたの質問の一部は、「リビジョンが古くなっている場合、クライアントはキャッシュにあるコンテンツがまだ有効であるとどのように判断するのですか？」ということだと思います。 ContentAccess.logは、"All references to Content Content_xxx in cache have been removed. Content will be Tombstoned.などのエントリを表示します。このメカニズムが有効性の判断方法であると思われます。