有的時候用戶可能會無意間卸載我們播發的軟件，導致我們以前成功播發的軟件無法使用。這時我們需要將這個軟件重新播發到未安裝的客戶端。
如果你的播發配置不當，可以會導致新的播發不會生效。
我們的客戶就遇到了類似的問題，理所當然，將日誌收集到手中進行分析。
我們看看客戶端的日誌都寫了些什麼，按照我以前的客戶端軟件播發故障排除的方法找出問題所在。
客戶端的軟件播發會牽涉到以下幾個日誌：ccmexec.log，datatransferservice.log，policyagent.log，policyagentprovider.log，policyevaluator.log，execmgr.log，以上的日誌作用，你們可以去SCCM的幫助文件中查詢，我這裏就不說了。
當我們在控制面板中手動更新計算機策略的時候，這個動作會記錄到ccmexec.log日誌中，如果發現了新的播發策略，接下來policyagent.log，policyagentprovider.log，policyevaluator.log會記錄客戶端對策略的處理過程，然後開始內容下載由datatransferservice.log記錄，當內容和播發配置下載後，客戶端便開始執行播發程序，開始安裝。
ccmexec.log
這條記錄提示我們播發ID爲00120068的播發已經分發到了這臺計算機。
既然知道有新的策略了，我們看看與policy相關的日誌
policyagent.log
注意這一條poliycagent在下載策略，dtsJOB id：5E………49A3,記住這個編號，我們看看datatransferservice.log（DTS job log）,已經完成了策略的下載，
既然完成了下載接下來應該是策略的評估了，我們看看policyagentprovider.log，policyevaluator.log
前面所有的過程都沒有任何問題，我們看看最後一個日誌，也就是前面所有過程完成後，開始執行安裝
注意這兩句，
The program install will not run because it has been run before and it succeeded and policy indicates it should rerun only it it has previously failed.
CreateMandatoryRequestRecursively policy install no need to re-run
上面一句說的是，這個程序之所以沒有安裝時因爲之前的安裝時成功的而且被設置爲只有之前安裝失敗的情況才重新安裝。
下面一句說的是，使用盡快分配是不需要重新安裝（這裏是個警告，可以設置，可能會有問題）。
光是這兩句話大家會很迷糊，我告訴大家設置在哪裏？
什麼是MandatoryRequestRecursively policy install就是我們用的儘快安裝，這個儘快安裝建議大家在操作系統播發給未知計算機的時候不要使用，那麼軟件播發也要注意。
如果這個程序需要重新播發，在配置播發是不要配置“如果上次嘗試失敗則重新運行”，而要配置爲“始終重新運行”。
注意：正常的播發應該還有軟件內容下載，但是，這個軟件以前在機上安裝過，所以，軟件包的下載就沒有了。