應用程式修訂如何從 SCCM 網站伺服器傳播到客戶端？

Question

當我在管理控制台中對應用程式進行更改時，我看到此修訂號增加了：

如果我單擊“內容狀態”，我可以看到應用程式的“來源版本”，但看不到“修訂版”。

在部署應用程式的用戶端上，我可以在以下位置看到同一應用程式的以下條目AppEnforce.log：

「正在為使用者執行應用程式部署類型 XXXXXXXXXXXXX 0.2.1(ScopeId_F51CE1C8-9E1E-4412-8DC0-8870C8D09B93/DeploymentType_7ce08ce1-ddb5-4861-b55-d03752c 的檢測版 25252c 檢測版」的檢測版 252b252bc2c 」。

這一切都給我留下了以下問題：

1. 控制台中的「修訂」到底指的是什麼？它與 in 中的條目具有相同的意義嗎AppEnforce.log？

2. 是否必須更新分發的內容才能將新的「修訂版」從網站伺服器傳播到客戶端？

3. SCCM 執行哪些工作來將控制台中的「修訂」變更傳播到客戶端？我可以在伺服器日誌檔案中看到這項工作的工件嗎？

4. AppEnforce.log為什麼即使過了很長時間，控制台中顯示的「修訂版」有時也會以一個增量出現？

Answer 1

這就是我從日誌中拼湊出來的全部內容。我使用 CMTrace 合併以下日誌：AppDiscovery、AppEnforce、AppIntentEval、CAS、ContentTransferManager、DataTransferService

1. 在 SCCM 控制台中，「修訂版」是指 SCCM 內的應用程式修訂版。該項目在AppEnforce.log是應用程式部署類型，我認為這些不一定應該一致，儘管它們可能在更簡單的應用程式中。
2. 內容效度是獨立評估的。如果您要強制重新分發內容，我希望內容的修訂會增加。如果勾選「自動更新內容」且確定內容已在伺服器上更新，則情況相同。
3. 我認為所有的工作都是由客戶完成的。 應用意圖評估表示申請適用，並且應用發現確定將使用哪個 ContentID/Revision。這將使客戶端輪詢伺服器以獲取訊息，而不一定將其從伺服器推送下來。
4. 因為 SCCM 需要很長時間才能完成事情？恐怕我無法勝任地回答這個問題。啟動客戶任務可能會導致這些評估結果恢復一致。

要記住的事：

AppEnforce.log 並不是全部。部署類型修訂似乎與應用程式修訂不同，這又與內容修訂不同。

查看 AppIntentEval.log。你看ScopeId_xxx/DeploymentType_xxx/(revision)。你也看到了ScopeId_xxx/Application_xxx/(revision)。它們不是同一實體。

我認為您的問題的一部分是：“如果修訂版已過時，客戶端如何確定快取中的內容仍然有效？” 內容存取.log顯示諸如"All references to Content Content_xxx in cache have been removed. Content will be Tombstoned. 我懷疑此機制是如何確定有效性的條目。