標題寫的是2012的排錯，因爲2012的一些在部署上遇到的異常，在DPM2010上是不會出現的，或者說，處理的方式不一樣。
所以，看到這篇博文的朋友，不要將其套用在其他的DPM版本上。
5.1、必備項檢查
1、在檢查DPM安裝必備項是，可能會出現如下圖報錯
上圖關於AD的報錯，是由於在檢查過程中，不僅會檢查當前服務器的必要組件的完備性，還會同時檢查AD的基本條件，如發佈，連通等，如果出現了AD相關報錯，可能是由於環境的的某臺DC服務器工作不正常，導致了檢查結果中，顯示了“無法訪問AD域服務”的錯誤信息。而在解決了故障DC的異常之後，再次檢查。
2、如果在已經存在SQLServer的服務器上搭建DPM，在檢查前提組件時出現如下圖報錯，則請將圖中所提示的相關服務進行對應的操作。
5.2、SQL服務器不能安裝
1、該錯誤只在本次實施中出現，並出現在標準按裝流程環節中，之後採取了獨立安裝SQL Server的方式繼續進行DPM的部署。其中需要注意的是，在SQLServer安裝時，將確定的DPM管理員賬號加入到SQLServer的管理員中，具體如下兩圖：
5.3、磁盤初始化異常
1、在通過DPM管理控制檯進行添加新磁盤的操作時，可能會出現如下圖所示的報錯：
2、該報錯如圖中提示，我們所選擇的磁盤容量大於2TB。而DPM目前無法針對大於2TB容量的磁盤進行初始化，所以，我們要在Windows的服務器管理器中，對該磁盤進行初始化操作。
5.4、代理安裝不成功
1、向window server 2008 R2服務器推送代理時，如果出現如下圖報錯，則是因爲輸入的驗證賬號的權限不足以在目標服務器中安裝代理程序。
解決該報錯的方式是輸入有效的驗證賬號，或者將驗證賬號的權限提升。
2、向Windows server 2003推送代理時，可能會出現不成功的提示。這時，我們需要額外下載更新補丁。
3、向Windows server 2008 SP2推送代理時，若出現提示失敗，則需要安裝獨立補丁。
5.5、登錄賬號不能打開DPM管理控制檯
1、某管理員使用某賬號登錄DPM服務器並打開DPM管理控制檯，出現如下報錯。
2、該報錯是由於登錄賬號未能獲得SQL Server的管理權限所致，如下圖日誌中所示。
3、添加當前登錄賬號到SQLServer管理員中，或者使用已經賦權的管理賬號。具體添加管理賬號的方式如下圖：
5.5、系統狀態備份失敗
上圖所示的錯誤，是由於目標服務器爲一臺Windows server 2008 R2系統，並且沒有Windows server backup服務所致，請注意，08和08R2的系統狀態備份需要Windows server backup配合進行。