Configuration Manager 中的應用程式下載

適用於：Configuration Manager (目前的分支)

繼續之前，請先檢閱 應用程式部署用戶端元件 ，以瞭解 DCM 和 CI 代理程式作業處理。

下載起始

應用程式內容下載是由用戶端上的 CI 代理程式元件在 StateDownloadingContents 階段啟動。 不論應用程式是部署到裝置集合還是使用者集合，此程式都相同。

• 針對 可用 的部署，當使用者從軟體中心啟動應用程式安裝時，會下載應用程式內容。
• 針對 必要 部署，應用程式內容會在工作分派啟動時下載，並在評估之後找到適用的應用程式。 若要瞭解何時啟動指派，請參閱應用程式 部署至裝置集合 或應用程式 部署至使用者集合 一文。

當 CI 代理程式開始下載內容時，它會建立由 CI 任務管理器元件處理的工作。 CI 任務管理員接著會開始下載內容。 您可以使用部署類型唯一標識碼，在 CITaskMgr.log 中追蹤此活動。

Initiating task ContentDownload for CI ScopeId_B63CEBE7-8A69-4FBE-994F-5AD0A8488D27/DeploymentType_1d49ef88-cf3b-42fa-b198-388d220ccb44.2 (ConfigMgr Toolkit - Windows Installer (*.msi file)) for target: , consumer: {53EA65C2-D596-4215-83E4-F7007B78E18C}

發佈點位置

所有下載工作都會由負責管理用戶端快取的內容存取元件處理。 建立下載工作之後，內容存取元件會檢查內容是否已在用戶端快取中提供。 如果內容無法使用，它會建立位置要求，以取得可從中取得內容的發佈點清單。 您可以使用 內容唯一標識碼 ，在CAS.log中追蹤此活動，並在用戶端上 LocationServices.log 。

Requesting locations synchronously for content Content_00a8f9e6-8e44-42f5-a0ef-9b5c86a88498.1 with priority Foreground
ContentLocationRequest : <Request XML Body>
Reply Message Body : <Reply XML Body>

重要事項

雖然位置服務元件會處理位置要求，但不會直接從管理點要求位置。 所有對管理點的要求通常都會通過 CCM 傳訊元件，其會記錄到 CcmMessaging.log。

位置回復 XML 包含以用戶端界限群組為基礎的發佈點清單。 此清單會根據 內容來源優先順序剖析並保存在用戶端上的 WMI 中。 使用內容唯 一標識碼並尋找 Persisted location，即可在ContentTransferManager.log中看到此活動。

如果位置回復 XML 不包含任何發佈點， ContentTransferManager.log 會顯示 Received empty location update ，且用戶端在下載應用程式時可能會卡在 0%。 此回復通常會因為界限群組設定問題而發生。 如需詳細資訊，請參閱 下載失敗。

內容下載

取得發佈點位置之後，內容存取元件會建立內容傳輸作業。 您可以使用內容唯 一標識碼，在CAS.log 中追蹤此活動。

Submitted CTM job {6D0EA720-EB4E-4893-8395-8B27470A6CFB} to download Content Content_00a8f9e6-8e44-42f5-a0ef-9b5c86a88498.1 under context System

內容傳輸管理員接著會建立數據傳輸服務作業來進行內容下載。 您可以使用內容唯 一識別碼 ，在用戶端的ContentTransferManager.log中追蹤此活動。

CTM job {6D0EA720-EB4E-4893-8395-8B27470A6CFB} (corresponding DTS job {708C7F21-8898-49AB-900E-BA6E5F1A39BC}) started download from '<Distribution Point URL>/Content_00a8f9e6-8e44-42f5-a0ef-9b5c86a88498.1' for full content download.

注意事項

此記錄專案可用來識別 CTM 和 DTS 作業識別碼，這些標識碼可用來分別在 ContentTransferManager.log 和 DataTransferService.log 中追蹤內容傳輸的進度。

數據傳輸服務會藉由建立背景智慧型傳送服務 (BITS) 作業，並等候下載完成，來下載應用程式內容。 您可以使用從 ContentTransferManager.log 取得的 DTS 作業識別碼，在用戶端的 DataTransferService.log中追蹤此活動。

Starting BITS job '{40263E01-2EDD-462F-ABBA-A5E892CB9229}' for DTS job '{708C7F21-8898-49AB-900E-BA6E5F1A39BC}' under user 'S-1-5-18'.
DTSJob {708C7F21-8898-49AB-900E-BA6E5F1A39BC} in state 'DownloadingData'.
DTS job {708C7F21-8898-49AB-900E-BA6E5F1A39BC} has completed

下載完成之後，會通知內容存取元件。 內容存取元件接著會驗證下載的內容，以確保在下載期間不會更改內容。 您可以使用內容唯 一標識碼，在CAS.log 中追蹤此活動。

Hash verification succeeded for content Content_00a8f9e6-8e44-42f5-a0ef-9b5c86a88498.1 downloaded under context System

最後，在內容通過驗證之後，CI 代理程式會收到工作完整通知，而 CI 代理程式作業會移至下一個階段。

CIAgentJob({2BF84225-C9E8-49A6-A308-A160C4B799D3}): CAgentJob::HandleEvent(Event=CITaskComplete, CurrentState=StateDownloadingContents)

後續步驟

應用程式安裝