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