System Center DPM 版本資訊

  • 發行項

本文列出 System Center 2019 - Data Protection Manager (DPM) 的版本資訊，包括 DPM 2019、DPM 2019 UR1、DPM 2019 UR2、DPM 2019 UR3、DPM 2019 UR4、2019 UR5 和 2019 UR6 的已知問題和因應措施。

建議您參閱下列文章，以取得 DPM 支援和可備份的詳細資訊：

本文列出 System Center 2022 - Data Protection Manager (DPM) 的版本資訊，包括 DPM 2022、 2022 UR1 和 2022 UR2 的已知問題和因應措施。

本文也包含 DPM 2022 Hotfix KB 5015376的版本資訊。

我們建議您參閱下列文章，以取得 DPM 支援與可備份之項目的詳細資訊：

DPM 2022 版本資訊

DPM 2022 具有 DPM 2019 RTM 中所觀察到的已知問題。

此外，也會觀察到下列已知問題。

DPM 2022 RTM 中沒有 DPM SQL Self-Service 復原工具

DPM 2022 RTM 中無法使用 DPM SQL Self-Service Recovery。 DPM 2022 UR1 提供 SQL Self-Service 復原支援。 深入了解。

DPM 自助式復原不會列出用戶端計算機的任何恢復點

描述：本機系統管理員群組中的網域使用者未列出 DPM 用戶端電腦備份，以進行自助式復原。

因應措施：升級至 DPM 2022 UR2 以修正此問題，並透過授權管理員手動新增非系統管理使用者。

當 DPM 資料庫名稱為 DPMDB 時，從 DPM 2019 升級至 DPM 2022 可能會失敗

描述：如果現有 DPM 資料庫的名稱是 DPMDB，升級將會失敗。

DPM 升級程式一律會將 DPM 資料庫名稱重新命名為 DPMDB。 如果多個 DPM 伺服器使用相同的 SQL 實例，其他 DPM 伺服器的後續升級將會失敗，因為已經有名稱為 DPMDB 的資料庫。

因應措施：在您開始升級之前，請先重新命名對應的 DPM 資料庫。

使用下列步驟重新命名資料庫：

  1. 停止 DPM 伺服器上的 DPM 服務。

  2. 執行下列 SQL 命令來重新命名資料庫;更新下列查詢中的 DPM 伺服器名稱。

    USE master
GO
ALTER DATABASE DPMDB  
SET SINGLE_USER  
WITH ROLLBACK IMMEDIATE
GO
EXEC master..sp_renamedb 'DPMDB','DPMDB_<DPMSERVERNAME>'
GO
ALTER DATABASE DPMDB_<DPMSERVERNAME>
SET MULTI_USER  
GO

  3. 更新下列登錄機碼以反映更新的資料庫名稱。

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\ConnectionString

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\DatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDbConnectionString

    顯示反映資料庫名稱之登錄編輯器的螢幕快照。

  4. 使用 DPM 管理命令介面在 DPM 伺服器上執行 DPMsync。

    DPMSync -Sync

建立數據源的在線恢復點可能會失敗，錯誤標識符為 33505 或100195

描述：在某些情況下，建立數據源的在線恢復點可能會間歇性失敗，錯誤標識碼為 33505 或100195。

顯示建立在線恢復點時發生錯誤的螢幕快照。

顯示建立在線恢復點時錯誤訊息的螢幕快照。

因應措施：

  1. 將 MARS代理程序 升級為最新版本。

  2. 重試失敗數據源的在線備份。

  3. 建立新的磁碟恢復點，然後再試一次在線恢復點。

  4. 執行一致性檢查，然後再試一次在線備份。

  5. 如果在線備份仍然失敗，請連絡支援小組。

DPM 2022 Hotfix (KB 5015376) 版本信息

除了 DPM 2022 版本資訊中列出的問題之外，DPM 2022 中也會識別下列其他問題，並已修正在 Hotfix (KB 5015376) 中;建議您套用 Hotfix。 如需詳細資訊，請參閱 知識庫文章。

  • 間歇性在線備份失敗，錯誤100195。
  • 使用 VSS 非暫時性錯誤進行次要保護一致性檢查失敗。
  • 在開啟主控台之後，遠端管理主控台會當機。
  • 備份失敗，因為 DpmFilter.sys 未載入 DPM 代理程式。
  • DPM 在磁帶備份失敗警示處於非使用中狀態時損毀。

DPM 2022 UR1 版本資訊

在 DPM 2022 UR1 (KB 5019645) 發行之後發現下列問題，並已修正在 DPM 2022 UR1 (KB 5026073) 的 Hotfix 中;如果您發生下列問題，建議您套用 Hotfix。 如需詳細資訊，請參閱 Hotfix 的 知識庫文章 。

具有 VMware 工具的 VMware VM 備份開始失敗，錯誤為「磁碟子系統0x80990EF1」

描述：如果已安裝 VMware 工具，DPM 2022 UR1 的備份 VMware VM 就會失敗。 這是因為 DPM 中的錯誤設定所致。

因應措施：針對 DPM 2022 UR1 或 DPM 2022 UR2 套用 Hotfix。

DPM 2022 RTM 和更新匯總 1 無法在 TLS 1.2 SQL Server 2017 和 2016 中探索資料庫。

描述:D PM 2022 RTM 和 UR1 不支援 #DB615EDCCE9FB44F5BAE420CC6A2762C8 2017 和 2016 的 MSOLEDB 18，這是透過 TLS 1.2 執行探索和保護 SQL Server 的必要專案。 在KB5021128或KB5021127分別安裝 SQL Server 2016 和 2017，以在受保護伺服器上停用 TLS 1.2 或 TLS 1.0 和 1.1 時，就會觀察到此問題。

因應措施：針對 DPM 2022 UR1 或 DPM 2022 UR2 套用 Hotfix、更新 DPM 代理程式，然後在受保護的 SQL Server 上安裝 MSOLEDB 18 。

DPM 2022 UR2 版本資訊

我們回想一下 System Center DPM 2022 的更新匯總 2 版本，因為下列已知問題：

  1. Hyper-V 排程備份需要很長的時間才能完成，因為每個備份作業都會觸發一致性檢查。 錯誤訊息：計算機名稱>上 <Microsoft Hyper-V RCT 的複本與受保護的數據源不一致。DPM 偵測到受保護物件的檔案位置或磁碟區組態變更，因為數據源已設定為保護。 (標識碼 30135) 。
  2. 從保護群組移除數據源或停止備份，會導致標識子為 33469 的錯誤 - 目前版本的 MARS 代理程式不支援此作業。
  3. 當設定 SMTP 警示或報告時，DPM 控制台偶爾會當機。

更新的組建 (System Center DPM 2022 更新匯總 2 重新整理，) 修正已知問題已發行。

如果您已安裝 System Center DPM 2022 的更新匯總 2 (10.22.189.0) ，建議您在 DPM 伺服器上安裝更新匯總 2 Refresh (10.22.197.0) ，並更新保護代理程式。

連絡 Microsoft 支援服務 查詢或其他資訊。

除了上述問題之外，DPM 2022 UR2 還有下列問題：

升級至 DPM 2022 UR2 之後，具有 Microsoft 365 認證的 DPM 2022 UR1 電子郵件報告失敗

描述:D PM 2022 UR2 新增 Windows 和基本 SMTP 驗證方法的支援。 基本 SMTP 驗證適用於 Microsoft 365 和其他支援它的郵件提供者。 但是，如果您使用 DPM 2022 UR1 搭配 Microsoft 365 認證，您的電子郵件報告和警示將會開始失敗，因為 DPM 2022 UR2 無法讀取認證。

因應措施：使用 DPM 2022 UR2 中新增的基本驗證類型，重新設定 Microsoft 365 的電子郵件認證。

DPM 無法列舉 SQL 資料庫以保護

描述:D PM 無法在受保護的伺服器上遺漏 MSOLEDB 18 時列舉 SQL 資料庫以保護，因為 DPM 需要MSOLEDB18列舉資料庫以進行保護。 

因應措施：如果受保護的伺服器上遺失 SQL MSOLEDB 18 驅動程式，請安裝該驅動程式。 根據預設，SQL Server 2022 隨附 MSOLEDB 18。 

從遠端管理主控台停止保護在線數據失敗

描述：在保存庫上啟用增強式混合式安全性選項時，刪除在線數據作業的停止保護會從遠端管理控制台失敗。 

因應措施：若要避免這種情況，請直接從 DPM 控制台執行停止保護，並刪除在線數據。 

停止保護數據源失敗，標識碼為：33469

描述：從保護群組移除數據源或停止備份會導致標識符為 33469 的錯誤， 目前版本的 MARS 代理程式不支援此作業。

發生此問題的原因是 DPM 錯誤地檢查已安裝版本的 MARS (Microsoft Azure 復原服務) 代理程式 2.0.9262.0 或更新版本，並在 DPM 伺服器上沒有 MARS 代理程式時失敗。

因應措施：安裝 System Center DPM 2022 的更新匯總 2 重新整理。

DPM 2022 UR2 重新整理版本資訊

DPM 2022 UR2 重新整理修正 DPM 2022 UR2 中的已知問題。

重要

此版本的 Data Protection Manager (DPM) 已終止支援。 建議您 升級至 DPM 2022。

本文列出 System Center 1807 - Data Protection Manager (DPM) 的版本資訊。

重要

此版本的 Data Protection Manager (DPM) 已終止支援。 建議您 升級至 DPM 2022。

本文列出 System Center 1801 - Data Protection Manager (DPM) 的版本資訊。

本文列出 System Center 2016 - Data Protection Manager (DPM) 的版本資訊。

DPM 2019 版本資訊

下列各節摘要說明 DPM 2019 的版本資訊，並包含適用的已知問題和因應措施。

由於 MSDPM Service 當機，DPM 主控台損毀

描述:D PM 升級之後，有重複的摘要管理作業可能會導致任何進行中的作業失敗，最後導致當機。 如此一來，您需要觀察以下是否出現以下情況：

  • 複本不一致。
  • 由於非刪除復原點而導致的儲存體膨脹。
  • DPM 報告過期。
  • 未清理作業記錄及記憶體回收作業。

因應措施：

  1. 備份目前的 DPM 資料庫。

  2. 開啟 SQL Management Studio，並連線到裝載此伺服器的 DPMDB 的 SQL 實例。

  3. 執行下列查詢，並檢查您是否已排程兩個或多個摘要管理員工作，並查看較舊的排程：

     SELECT SCH.ScheduleId, SCH.JobDefinitionId, jd.CreationTime
 FROM tbl_JM_JobDefinition JD
 JOIN tbl_SCH_ScheduleDefinition SCH
 ON JD.JobDefinitionId = SCH.JobDefinitionId
 WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4'        
 AND JD.IsDeleted = 0
 AND SCH.IsDeleted = 0

  4. 如果您傳回一個以上的數據列，請取得較舊項目產生的 ScheduleID 和 JobDefinitionID，並將其標示為已刪除。

     update tbl_SCH_ScheduleDefinition
 set IsDeleted = 1
 where ScheduleId = ‘ScheduleID '               --- Replace with Your ScheduleID
 update dbo.tbl_JM_JobDefinition
 set IsDeleted = 1
 where JobDefinitionId = ‘JobDefinitionID'             --- Replace with Your JobDefinitionID

  5. 在 SQL Server Agent – JOBS 下，刪除符合 ScheduleID 的 SQL 作業。 刪除之後，就能解決在關鍵時刻當機的問題。

    ScheduleId 是 SQL 代理程式下的 SQL 作業：

    UPDATE MSDB.dbo.sysjobs
SET Enabled = 0
WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID

Hyper-V VM 在 VM 升級時重複受到保護

描述：將 Hyper-V VM 從 Windows Server 2012 R2 升級到 Windows Server 2016 時，會在「建立保護群組」精靈中出現兩個版本的 VM。

因應措施：針對即將升級的受保護 VM，請務必在升級 VM 之前，先停止保護保留數據。 然後升級 VM，並在新的保護群組中重新保護它。 設定重新保護時，請重新整理 VM 主機，讓 DPM 偵測 VM 升級並以 RCT VM 的方式來進行保護。

還原已升級 Hyper-V VM 的舊版會導致未來復原點失敗

描述：當您將受保護的 2012 R2 Hyper-V VM 升級至 2016 版本時，請停止保護 VM (，但保留數據) ，然後重新啟用保護。 如果您接著在原始位置復原 2012 R2 複本，進一步的備份可能會失敗。

因應措施：復原之後，請將 VM 版本變更為 2016，然後執行一致性檢查。

裸機復原保護失敗

描述：如果您設定裸機復原 (BMR) 保護，BMR 保護作業可能會失敗，並顯示複本大小不夠大的訊息。

因應措施：使用下列登錄路徑變更 BMR 資料來源的預設複本大小。 開啟登錄編輯器，並增加下列金鑰的複本大小：

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

DPM 資料庫保護在升級時會停止運作

描述：升級 DPM 時，在某些情況下資料庫名稱可能會變更。

因應措施：如果您要保護 DPM 資料庫，請確定您啟用新 DPM 資料庫的保護。 驗證 DPM 升級之後，即可移除舊版 DPM 資料庫的保護功能。

Hyper-V RCT - 復原為 D-T 備份檔案失敗

描述：將 Hyper-V RCT VM 復原為直接在磁帶 (D-T) 上建立的檔案失敗。 D-D-T 備份不會顯示此問題。

因應措施︰使用替代位置復原為 VM，然後將這些檔案傳送到所需的位置。

注意

此功能已在 DPM 2019 UR1 中修正。 您可以安裝 UR1 來修正此問題。 如需安裝 UR1 的詳細資訊，請參閱 UR1 的知識庫文章。

DPM 2019 不支援透過 Modern Backup Storage (MBS) 進行檔案伺服器終端使用者復原

描述:D PM 2019 不支援使用新式備份記憶體 (MBS) 的終端用戶復原 (EUR) 。

因應措施：無。 使用 MBS 時，不支援檔案伺服器 EUR。

您無法使用 DPM 2019 中央主控台管理 DPM 1801/1807 伺服器

描述：使用 DPM 2019 中央控制台，您無法管理任何 DPM 1801 或 DPM 1807 伺服器。

因應措施：將您的 DPM 伺服器升級到 2019 版本。

復原點未剪除，導致復原點累積

描述︰DPM 會剪除比保留範圍舊的復原點。 在剪除過程中，DPM 會計算即將剪除之復原點所耗用的儲存體。 儲存體計算會延遲剪除。

因應措施：設定 DPM，以略過計算即將剪除的復原點大小。 因此，剪除腳本的執行速度會更快，並剪除比保留範圍還舊的所有恢復點，並減輕任何儲存壓力。 在 DPM 完成剪除之前，不會更新每個資料來源耗用的儲存體。 每個磁碟區的儲存體耗用量將繼續反映正確的值。 使用 PowerShell 指令碼來啟動大小計算。 下列指令碼會執行完整的大小計算。

位置： Program Files\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

文稿：Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo：指定所需的作業種類。

    • StopSizeAutoUpdate： 完全停止大小計算。 UI 和 PowerShell 都不會報告大小。

    • StartSizeAutoUpdate：繼續大小計算。 在啟用大小計算之後，請在 UpdateSizeInfo 下列選項中使用 (，) 重新計算所有數據源的大小，直到 PowerShell 和 UI 中回報的大小可能不正確為止。

    • GetSizeAutoUpdateStatus：指示啟用或停用大小計算。

    • UpdateSizeInfo： 觸發大小計算，並報告數據源所耗用的大小。 由於這可能是長時間執行的作業，因此，只有在針對計費之類的案例時才需要使用它。 在此期間，備份可能會失敗併發生 vhd 掛接錯誤。

  • UpdateSizeForDS： 包含數據源標識碼清單的文字文件路徑，其大小必須在每一行上使用 datasourceID 來計算。 未傳遞時，會針對所有數據源觸發大小計算。 在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。 若要取得特定資料來源的資料來源識別碼， 請使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id。

  • UpdatedDSSizeReport： 儲存更新數據源大小的檔案路徑。 未傳遞時，會在執行目錄中建立 sizes.csv 檔案。 在 ManageStorageInfo 中的UpdateSizeInfo 之後使用。

  • FailedDSSizeUpdateFile： 檔案的路徑，用來儲存無法計算記憶體耗用量之數據源的數據源標識碼。 這可能是因為進行中的備份等原因而發生。 未傳遞時，會在執行目錄中建立 failedDS.txt 檔案。 此檔案可作為 「UpdateSizeForDS」 的輸入，以更新所有數據源的大小。 這應該在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。

DPM 數據源未反映在復原服務保存庫上

描述： (DPM) 檢視備份專案中的某些數據源不會重新整理/更新 Azure 入口網站 中的復原服務保存庫。

原因：您可能已解除委任受保護的伺服器，並停止保護數據源，但選擇維護在線恢復點，然後從控制台卸載 DPM/MABS 代理程式。

您可以在記事本中開啟 GatewayProvider0Curr.errlog 檔案以 C：\ProgramFiles\Microsoft Azure 備份 Server\DPM\MARS\Temp 資料夾，並搜尋 Mis-Match 一詞，以確認這是原因。

如果您發現專案如下，它會詳細說明不符合的受保護伺服器。

在下列範例中，已卸載名為 mjlc-dc.Contoso.com 的伺服器代理程式，並從 DPM/MABS 伺服器遺失。

GetData of Provider failed. |Backup Service Exception: FMException: [ErrorCode:GPPowershellScriptHrError, DetailedCode:-2146233079, Source:   at System.Management.Automation.MshCommandRuntime.ThrowTerminatingError(ErrorRecord errorRecord), Message:Production Server **mis-match** DSId :9adaec12-5b5a-455e-86b9-1fac2d605fe1 DSName : S:\ DSType : Volume PSName :**mjlc-dc.Contoso.com** PSId: a494f940-b480-41d2-9ef5-4194ad737c7b]

因應措施

  1. 如果原始受保護的伺服器仍然可用，即使您未來打算讓該伺服器脫機，也請重新安裝 DPM 代理程式。 您可以在 DPM/MABS 中停用代理程式;在您刪除在線恢復點之前，請勿將其移除。
  2. 如果不再需要已解除委任伺服器的在線恢復點，您可以刪除 DPM/MABS 伺服器上處於停止保護狀態的數據源。

DPM 2019 UR1 版本資訊

將已排除磁碟的 VM 還原 (至替代主機，) 還原空的磁碟

描述：將具有排除磁碟的 VM 還原至替代主機，會將排除的磁碟還原為空磁碟。 排除的磁碟不會連結至 VM。 您可以移除磁碟以節省儲存空間。

因應措施：None

如需了解在 DPM 2019 UR1 中修正了哪些問題，請參閱知識庫文章。

DPM 2019 UR2 版本資訊

下列各節詳述 DPM 2019 UR2 的已知問題和因應措施。

如需了解在 DPM 2019 UR2 中修正了哪些問題，請參閱知識庫文章。

DPM 主控台不會顯示保護群組詳細資料

描述：安裝 DPM 2019 UR2 之後，DPM 主控台可能不會在詳細資料窗格中顯示保護群組詳細資料。

沒有保護群組詳細資料的主控台

因應措施：使用 Get-DPMProtectionGroup PowerShell 命令來檢視保護群組詳細資料。

注意

DPM 2019 UR3 中已修正此問題。 如需 UR3 中修正問題的詳細資訊，請參閱 知識庫文章。

最新的報表檔案並未自動更新

描述：使用 DPM 2019 UR2 時，已修正 DPM 報表格式設定和磁碟區移轉報告的問題。 不過，現有的報表檔案不會自動取代為更新的檔案。

因應措施：請遵循這些步驟來取代現有的報表檔案：

取代 ReportSRV10.dll

  1. 停止 SQL Server Reporting 服務。
  2. 選取 C：\Program Files\Microsoft System Center\DPM\DPM\bin 中存在的更新 ReportSRV10.dll 檔案，並取代下列資料夾中的現有 DLL 檔案：
    • 針對 SQL Server 2017 和更新版本 - C：\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
    • 針對 SQL Server 2016 - C：\Program Files\Microsoft SQL Server\MSRS13。MSDPM2012\Reporting Services\ReportServer\bin
  3. 啟動 SQL Server 報表服務。

取代 RDL 檔案

  1. 在 DPM 上，開啟 SQL 報表服務入口網站 URL。

  2. 在入口網站上，DPMReports 資料夾的格式為 DPMReports_<GUID>。

    報表資料夾

    注意

    您只能看到一個具有此命名慣例的資料夾。 如果 DPM 從舊版升級，則先前的資料夾可能仍然存在，但您無法開啟它。

  3. 選取並開啟 DPMReports_<GUID> 資料夾。 系統會顯示個別的報表檔案。

    個別報表檔案的清單

  4. 選取未以 [報表] 結尾的報表檔案，以滑鼠右鍵按兩下 [選項]，然後選取 [ 管理]。

    管理報表檔案

  5. 在新頁面上，選取 [取代] 以 取代為最新的報表檔案。

    取代報表檔案

    您可以在 DPM 安裝路徑中取得最新的報表檔案：

    例如：C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. 取代檔案之後，請確定名稱和描述原封不動且不是空白。

  7. 重新啟動 DPM 並使用報表檔案。

DPM 2019 UR3 版本資訊

下一節提供 DPM 2019 UR3 和因應措施中已知問題的詳細數據。

升級至更新匯總 3 之後，DPM 遠端主控台可能無法連線到 DPM 伺服器

描述：將 DPM 遠端管理控制台升級至更新匯總 3 之後，可能無法連線到 DPM 伺服器，並出現錯誤 DPM 系統管理員控制台版本與 DPM 伺服器版本不相容。

因應措施：

  1. 在執行 DPM 遠端管理控制台的伺服器上，執行下列 PowerShell 命令， (輸入 DPM 伺服器名稱作為適用) ;這個指令會從 DPM 伺服器複製所需的 DLL 檔案：

    $RemoteUIPath = "C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin"
$RemoteUidlls = Get-Item "$RemoteUIPath\*" | ? {$_.name -match ".dll"}
Write-Host -MessageData "Copying required $($RemoteUidlls.count) DLL's for Remote UI"
foreach ($dll in $RemoteUidlls) {
Copy-Item -Path "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\$($dll.name)" -Destination $RemoteUIPath
}
$RemoteUIUR3Dlls = "Microsoft.ApplicationInsights.dll",
"Microsoft.Diagnostics.Tracing.EventSource.dll",
"Microsoft.SystemCenter.DPM.Instrumentation.dll",
"Microsoft.SystemCenter.DPM.InstrumentationScheduler.dll",
"Microsoft.SystemCenter.Instrumentation.dll",
"Microsoft.WindowsAzure.Storage.dll",
"Newtonsoft.Json.dll"
foreach ($dll in $RemoteUIUR3Dlls) {
$SourceDllPath = "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\" + $dll
Copy-Item -Path $SourceDllPath -Destination $RemoteUIPath
}
Write-Host -MessageData "All required DLL files for DPM Remote UI UR3 has been copied"

    注意

    如果您在 SCOM 計算機上使用 DPM 遠端 UI，則複製下列檔案可能會失敗，這可以忽略。

    • SCOMHelperLibrary.dll
    • ScopingCommonHelper.dll
    • ViewAlertsAndAffectedItemsHelper.dll
    • Wpfhelpers.dll

  2. 如果您使用英文以外的語言，請從 DPM 伺服器複製個別的語言資料夾。 在下列命令中更新 DPM 伺服器名稱和語言資料夾，然後執行 命令。

    Copy-Item -Path \\<FQDN of the DPM_Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\<Language folder>\*.dll -Destination C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin\<Language folder>

    注意

    此命令會使用 DPM 的預設安裝路徑。 如果您已變更安裝路徑，請據以更新路徑。

DPM 2019 UR4 版本資訊

下一節提供 DPM 2019 UR4 和因應措施中已知問題的詳細數據。

遠端 UI 和中央控制台 UR4 更新安裝

描述：遠端 UI 和中央控制台必須安裝在 RTM、UR1、UR2 上。

因應措施：如果遠端 UI 和中央控制台位於 UR3 上，您需要卸載它、安裝 RTM 版本，然後升級至 UR4。 只有 UR4 遠端 UI 可以連線到 DPM 2019 UR4。

DPM 2019 UR5 版本資訊

目前 DPM 2019 UR5 中沒有任何已知問題。

DPM 2019 UR6 版本資訊

下一節提供 DPM 2019 UR6 和因應措施中已知問題的詳細數據。

如需 UR6 中修正的問題，以及 UR6 的安裝指示，請參閱 知識庫文章。

離線植入不適用於MARS代理程式 2.0.9254.0 和更新版本

描述：只有在MARS代理程式版本大於2.0.9254.0時，才會成功為透過Databox備份數據源建立第一個在線恢復點之後，建立後續的在線恢復點就會失敗。

因應措施：無。 請連絡 Microsoft 支援服務以取得協助。

DPM 1807 版本資訊

若要檢視 DPM 1807 中已修正的錯誤 (bug) 清單，請參閱知識庫文章 4339950。

下列問題存在於 1807 版本中。

Hyper-V VM 在 VM 升級時重複受到保護

描述：將 Hyper-V VM 從 Windows Server 2012 R2 升級到 Windows Server 2016 時，會在 [建立保護群組] 精靈中出現兩個版本的 VM。

因應措施︰針對尚未升級的 VM，停止 [保留資料] 的保護。 升級 VM 並建立新的保護群組。 然後重新整理數據源，並保護 VM。 當您重新套用保護時，會使用復原變更追蹤 (RCT) 來保護 VM。

Windows Server 2008、Windows Server 2008 R2 上的代理程式安裝失敗

描述：保護 Windows Server 2008 或 Windows Server 2008 R2 時，安裝代理程式可能會失敗。

因應措施：將實際執行伺服器上的 Windows Management Framework (WMF) 升級為 5.1。 從 Windows Management Frame 5.1 \(英文\)下載 WMF。 安裝 WMF，再安裝代理程式。

還原已升級 Hyper-V VM 的舊版會導致未來復原點失敗。

描述：如果您將受保護的 2012 R2 Hyper-V VM 升級至 2016 版本，請停止保護 VM (，但保留數據) ，然後重新啟用保護。 如果您接著在原始位置復原 2012 R2 複本，進一步的備份可能會失敗。

因應措施：復原之後，請將 VM 版本變更為 2016，然後執行一致性檢查。

裸機復原保護失敗

描述：如果您設定裸機復原 (BMR) 保護，BMR 保護作業可能會失敗，並顯示複本大小不夠大的訊息。

因應措施：使用下列登錄路徑變更 BMR 資料來源的預設複本大小。 開啟登錄編輯器，並增加下列金鑰的複本大小：

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

升級到 DPM 2016 或 1801 之後重新保護 DPM 資料庫

描述︰當您從 System Center DPM 2012 R2 升級到 System Center Data Protection Manager 2016 或 1801 時，DPM 資料庫名稱在某些情況下可能會變更。

因應措施：如果您要保護 DPM 資料庫，請務必為新的 DPM 資料庫啟用保護。 驗證 DPM 升級之後，即可移除舊版 DPM DB 的保護功能。

復原點未剪除，導致復原點累積

描述︰DPM 會剪除比保留範圍舊的復原點。 在剪除過程中，DPM 會計算即將剪除之復原點所耗用的儲存體。 儲存體計算會延遲剪除。

因應措施：設定 DPM，以略過計算即將剪除的復原點大小。 因此，剪除腳本的執行速度會更快，並剪除比保留範圍還舊的所有恢復點，並減輕任何儲存壓力。 在 DPM 完成剪除之前，不會更新每個資料來源耗用的儲存體。 每個磁碟區的儲存體耗用量將繼續反映正確的值。 使用 PowerShell 指令碼來啟動大小計算。 下列指令碼會執行完整的大小計算。

位置：Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

文稿：Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo：指定所需的作業種類。

    • StopSizeAutoUpdate： 完全停止大小計算。 UI 和 PowerShell 都不會報告大小。

    • StartSizeAutoUpdate：繼續大小計算。 在啟用大小計算之後，請使用 UpdateSizeInfo 下列選項中的 () 重新計算所有數據源的大小，直到 PowerShell 和 UI 中報告的大小可能不正確為止。

    • GetSizeAutoUpdateStatus：指示啟用或停用大小計算。

    • UpdateSizeInfo： 觸發大小計算，並報告數據源所耗用的大小。 由於這可能是長時間執行的作業，因此，只有在針對計費之類的案例時才需要使用它。 在此期間，備份可能會失敗併發生 vhd 掛接錯誤。

  • UpdateSizeForDS： 具有數據源標識碼清單的文本文件路徑，每個行都需要以 datasourceID 計算大小。 未傳遞時，會針對所有數據源觸發大小計算。 在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。 若要取得特定資料來源的資料來源識別碼， 請使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id。

  • UpdatedDSSizeReport： 儲存已更新數據源大小的檔案路徑。 未傳遞時，會在執行目錄中建立 sizes.csv 檔案。 在 ManageStorageInfo 中的UpdateSizeInfo 之後使用。

  • FailedDSSizeUpdateFile： 儲存無法計算記憶體耗用量之數據源之數據源的數據源標識碼路徑。 這可能是因為進行中的備份而發生。 未傳遞時，會在執行目錄中建立 failedDS.txt 檔案。 此檔案可作為 「UpdateSizeForDS」 的輸入，以更新所有數據源的大小。 這應該在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。

Hyper-V RCT - 復原為 D-T 備份檔案失敗

描述：將 Hyper-V RCT VM 復原為直接在磁帶 (D-T) 上建立的檔案失敗。 D-D-T 不會顯示此問題。

因應措施︰使用替代位置復原為 VM，然後將這些檔案傳送到所需的位置。

使用 Modern Backup Storage (MBS) 時，不能使用檔案伺服器使用者復原 (EUR)。

描述：如果您搭配 DPM 2016 使用新式備份記憶體 (MBS) ，則無法使用檔案伺服器用戶復原 (EUR) 。

因應措施：無。 使用 MBS 時不支援檔案伺服器 EUR。

DPM 1801 版本資訊

DPM 1801 版已修正下列 Bug：

  • 升級實際執行伺服器上的 DPM 代理程式會導致非預期的重新開機。
  • Hyper-V VM 的一致性檢查傳送比 VM 大小更多的資料。

下列問題存在於 1801 版本中。

使用 SQL Server 2008 自動安裝 System Center DPM

描述︰DPM 2016 RTM 將不會自動安裝於 SQL Server 2008 上。

因應措施：在高於 2008 的 SQL Server 版本上部署 DPM 2016 RTM，或使用 DPM 2016 安裝程式使用者介面。

Remove-DPMDiskStorage Cmdlet 可能會刪除含主動或被動備份的磁碟區

描述：如果磁碟區的數據源正要備份 (主動或非作用中) ，當 Remove-DPMDiskStorage Cmdlet 用來從 DPM 移除磁碟區時，也可以移除數據源。

因應措施：使用 Cmdlet 移除磁碟區之前，請確定磁碟區的數據源不在使用中 (主動或非作用中) 。

Windows Server 2016 上的 DPM 2016 停止回應

描述：DPM 伺服器上的記憶體耗用量持續增加，直到其到達 90% 為止。 記憶體耗用量會使 DPM 伺服器速度變慢。

因應措施：將 DPM 升級到 DPM UR2 並安裝 KB4013429 來修正此問題。

Hyper-V VM 在 VM 升級時重複受到保護

描述：將 Hyper-V VM 從 Windows Server 2012 R2 升級到 Windows Server 2016 時，會在 [建立保護群組] 精靈中出現兩個版本的 VM。

因應措施︰針對尚未升級的 VM，停止 [保留資料] 的保護。 升級 VM 並建立新的保護群組。 然後重新整理數據源，並保護 VM。 當您重新套用保護時，會使用復原變更追蹤 (RCT) 來保護 VM。

Windows Server 2008、Windows Server 2008 R2 上的代理程式安裝失敗

描述：保護 Windows Server 2008 或 Windows Server 2008 R2 時，安裝代理程式會失敗。

因應措施：將實際執行伺服器上的 Windows Management Framework (WMF) 升級為 4.0。 從 Windows Management Frame 5.1 下載 WMF (https://www.microsoft.com/download/details.aspx?id=54616) 。 安裝 WMF，再安裝代理程式。

還原已升級 Hyper-V VM 的舊版會導致未來復原點失敗。

描述：如果您將受保護的 2012 R2 Hyper-V VM 升級至 2016 版本，請停止保護 VM (，但保留數據) ，然後重新啟用保護。 如果您接著在原始位置復原 2012 R2 複本，進一步的備份可能會失敗。

因應措施：復原之後，將 VM 版本變更為 2016，然後執行一致性檢查。

裸機復原保護失敗

描述：如果您設定裸機復原 (BMR) 保護，BMR 保護作業可能會失敗，並顯示複本大小不夠大的訊息。

因應措施：使用下列登錄路徑變更 BMR 資料來源的預設複本大小。 開啟登錄編輯器，並增加下列金鑰的複本大小：

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

升級至 DPM 2016 之後重新保護 DPM 資料庫

描述：當您從 System Center DPM 2012 R2 升級到 System Center Data Protection Manager 2016 時，DPM 資料庫名稱在某些情況下可能會變更。

因應措施：如果您要保護 DPM 資料庫，請務必為新的 DPM 資料庫啟用保護。 驗證 DPM 升級之後，即可移除舊版 DPM DB 的保護功能。

復原點未剪除，導致復原點累積

描述︰DPM 會剪除比保留範圍舊的復原點。 在剪除過程中，DPM 會計算即將剪除之復原點所耗用的儲存體。 儲存體計算會延遲剪除。

因應措施：設定 DPM，以略過計算即將剪除的復原點大小。 因此，剪除腳本的執行速度會更快，並剪除比保留範圍還舊的所有恢復點，並減輕任何儲存壓力。 在 DPM 完成剪除之前，不會更新每個資料來源耗用的儲存體。 每個磁碟區的儲存體耗用量將繼續反映正確的值。 使用 PowerShell 指令碼來啟動大小計算。 下列指令碼會執行完整的大小計算。

位置：Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

文稿：Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo：指定所需的作業種類。

    • StopSizeAutoUpdate： 完全停止大小計算。 UI 和 PowerShell 都不會報告大小。

    • StartSizeAutoUpdate：繼續大小計算。 在啟用大小計算之後，請使用 UpdateSizeInfo 下列選項中的 () 重新計算所有數據源的大小，直到 PowerShell 和 UI 中報告的大小可能不正確為止。

    • GetSizeAutoUpdateStatus：指示啟用或停用大小計算。

    • UpdateSizeInfo： 觸發大小計算，並報告數據源所耗用的大小。 由於這可能是長時間執行的作業，因此，只有在針對計費之類的案例時才需要使用它。 在此期間，備份可能會失敗併發生 vhd 掛接錯誤。

  • UpdateSizeForDS： 包含數據源標識碼清單的文字文件路徑，其大小必須在每一行上使用 datasourceID 來計算。 未傳遞時，會針對所有數據源觸發大小計算。 在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。 若要取得特定資料來源的資料來源識別碼， 請使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id。

  • UpdatedDSSizeReport： 儲存更新數據源大小的檔案路徑。 未傳遞時，會在執行目錄中建立 sizes.csv 檔案。 在 ManageStorageInfo 中的UpdateSizeInfo 之後使用。

  • FailedDSSizeUpdateFile： 檔案的路徑，用來儲存無法計算記憶體耗用量之數據源的數據源標識碼。 這可能是因為進行中的備份等原因而發生。 未傳遞時，會在執行目錄中建立 failedDS.txt 檔案。 此檔案可作為 「UpdateSizeForDS」 的輸入，以更新所有數據源的大小。 這應該在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。

Hyper-V RCT - 復原為 D-T 備份檔案失敗

描述：將 Hyper-V RCT VM 復原為直接在磁帶 (D-T) 上建立的檔案失敗。 D-D-T 備份不會顯示此問題。

因應措施：使用替代位置復原作為 VM，然後將這些檔案傳輸到所需的位置。

使用 Modern Backup Storage (MBS) 時，不能使用檔案伺服器使用者復原 (EUR)。

描述：如果您搭配 DPM 2016 使用新式備份記憶體 (MBS) ，則無法使用檔案伺服器用戶復原 (EUR) 。

因應措施：無。 使用 MBS 時，不支援檔案伺服器 EUR。

安裝 DPM 時可能會發生錯誤 4387

描述：安裝 Data Protection Manager 時，當您在[Data Protection Manager 安裝程式>必要條件>] 中輸入 SQL 實例時，可能會顯示錯誤 4387。

因應措施：請執行本 知識庫文章 中所述的必要動作，然後再試一次 DPM 設定。

System Center DPM 2016 版本資訊

下列各節摘要說明 DPM 2016 的版本資訊，並包含適用的已知問題和因應措施。

使用 SQL Server 2008 自動安裝 System Center DPM

描述︰DPM 2016 RTM 將不會自動安裝於 SQL Server 2008 上。

因應措施：在高於 2008 的 SQL Server 版本上部署 DPM 2016 RTM，或使用 DPM 2016 安裝程式使用者介面。

Remove-DPMDiskStorage Cmdlet 可能會刪除含主動或被動備份的磁碟區

描述：如果磁碟區的數據源正在備份 (主動或非使用中) ，當 Remove-DPMDiskStorage Cmdlet 用來從 DPM 移除磁碟區時，也可以移除數據源。

因應措施：使用 Cmdlet 移除磁碟區之前，請確定磁碟區的數據源不在使用中 (主動或非使用中) 。

Windows Server 2016 上的 DPM 2016 停止回應

描述：DPM 伺服器上的記憶體耗用量持續增加，直到其到達 90% 為止。 記憶體耗用量會使 DPM 伺服器速度變慢。

因應措施：將 DPM 升級到 DPM UR2 並安裝 KB4013429 來修正此問題。

Hyper-V VM 在 VM 升級時重複受到保護

描述：將 Hyper-V VM 從 Windows Server 2012 R2 升級到 Windows Server 2016 時，會在 [建立保護群組] 精靈中出現兩個版本的 VM。

因應措施︰針對尚未升級的 VM，停止 [保留資料] 的保護。 升級 VM 並建立新的保護群組。 然後重新整理數據源，並保護 VM。 當您重新套用保護時，會使用復原變更追蹤 (RCT) 來保護 VM。

Windows Server 2008、Windows Server 2008 R2 上的代理程式安裝失敗

描述：保護 Windows Server 2008 或 Windows Server 2008 R2 時，安裝代理程式可能會失敗。

因應措施：將實際執行伺服器上的 Windows Management Framework (WMF) 升級為 4.0。 從 Windows Management Frame 5.1 下載 WMF () https://www.microsoft.com/download/details.aspx?id=54616 。 安裝 WMF，再安裝代理程式。

還原已升級 Hyper-V VM 的舊版會導致未來復原點失敗。

描述：如果您將受保護的 2012 R2 Hyper-V VM 升級至 2016 版本，請停止保護 VM (，但保留數據) ，然後重新啟用保護。 如果您接著在原始位置復原 2012 R2 複本，進一步的備份可能會失敗。

因應措施：復原之後，請將 VM 版本變更為 2016，然後執行一致性檢查。

裸機復原保護失敗

描述：如果您設定裸機復原 (BMR) 保護，BMR 保護作業可能會失敗，並顯示複本大小不夠大的訊息。

因應措施：使用下列登錄路徑變更 BMR 資料來源的預設複本大小。 開啟登錄編輯器，並增加下列金鑰的複本大小：

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

升級至 DPM 2016 之後重新保護 DPM 資料庫

描述：當您從 System Center DPM 2012 R2 升級到 System Center Data Protection Manager 2016 時，DPM 資料庫名稱在某些情況下可能會變更。

因應措施：如果您要保護 DPM 資料庫，請務必為新的 DPM 資料庫啟用保護。 驗證 DPM 升級之後，即可移除舊版 DPM DB 的保護功能。

復原點未剪除，導致復原點累積

描述︰DPM 會剪除比保留範圍舊的復原點。 在剪除過程中，DPM 會計算即將剪除之復原點所耗用的儲存體。 儲存體計算會延遲剪除。

因應措施：設定 DPM，以略過計算即將剪除的復原點大小。 因此，剪除腳本的執行速度會更快，並剪除比保留範圍還舊的所有恢復點，並減輕任何儲存壓力。 在 DPM 完成剪除之前，不會更新每個資料來源耗用的儲存體。 每個磁碟區的儲存體耗用量將繼續反映正確的值。 使用 PowerShell 指令碼來啟動大小計算。 下列指令碼會執行完整的大小計算。

位置：Program Files\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

文稿：Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo：指定所需的作業種類。

    • StopSizeAutoUpdate： 完全停止大小計算。 UI 和 PowerShell 都不會報告大小。

    • StartSizeAutoUpdate：繼續大小計算。 在啟用大小計算之後，請在 UpdateSizeInfo 下列選項中使用 (，) 重新計算所有數據源的大小，直到 PowerShell 和 UI 中回報的大小可能不正確為止。

    • GetSizeAutoUpdateStatus：指示啟用或停用大小計算。

    • UpdateSizeInfo： 觸發大小計算，並報告數據源所耗用的大小。 由於這可能是長時間執行的作業，因此，只有在針對計費之類的案例時才需要使用它。 在此期間，備份可能會失敗併發生 vhd 掛接錯誤。

  • UpdateSizeForDS： 包含數據源標識碼清單的文字文件路徑，其大小必須在每一行上使用 datasourceID 來計算。 未傳遞時，會針對所有數據源觸發大小計算。 在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。 若要取得特定資料來源的資料來源識別碼， 請使用 Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id。

  • UpdatedDSSizeReport： 儲存更新數據源大小的檔案路徑。 未傳遞時，會在執行目錄中建立 sizes.csv 檔案。 在 ManageStorageInfo 中的UpdateSizeInfo 之後使用。

  • FailedDSSizeUpdateFile： 檔案的路徑，用來儲存無法計算記憶體耗用量之數據源的數據源標識碼。 這可能是因為進行中的備份等原因而發生。 未傳遞時，會在執行目錄中建立 failedDS.txt 檔案。 此檔案可作為 「UpdateSizeForDS」 的輸入，以更新所有數據源的大小。 這應該在 ManageStorageInfo 中使用 UpdateSizeInfo 之後使用。

Hyper-V RCT - 復原為 D-T 備份檔案失敗

描述：將 Hyper-V RCT VM 復原為直接在磁帶 (D-T) 上建立的檔案失敗。 D-D-T 備份不會顯示此問題。

因應措施︰使用替代位置復原為 VM，然後將這些檔案傳送到所需的位置。

使用 Modern Backup Storage (MBS) 時，不能使用檔案伺服器使用者復原 (EUR)。

描述：如果您搭配 DPM 2016 使用新式備份記憶體 (MBS) ，則無法使用檔案伺服器用戶復原 (EUR) 。

因應措施：無。 使用 MBS 時，不支援檔案伺服器 EUR。

安裝 DPM 時可能會發生錯誤 4387

描述：安裝 Data Protection Manager 時，當您在[Data Protection Manager 安裝程式>必要條件>] 中輸入 SQL 實例時，可能會顯示錯誤 4387。

因應措施：請執行本 知識庫文章 中所述的必要動作，然後再試一次 DPM 設定。

最新的報表檔案並未自動更新

描述：DPM 2016 UR10 中，已修正 DPM 報表格式化和磁碟區到磁碟區移轉回報的問題。 不過，現有的報表檔案不會自動取代為更新的檔案。

因應措施：請遵循這些步驟來取代現有的報表檔案：

取代 ReportSRV10.dll

  1. 停止 SQL Server 報表服務

  2. 選取 C:\Program Files\Microsoft System Center\DPM\DPM\bin 中存在的已更新 ReportSRV10.dll 檔案，並取代下列資料夾中現有的 DLL 檔案：

    C:\Program Files\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin

  3. 啟動 SQL Server 報表服務。

取代 RDL 檔案

  1. 在 DPM 上，開啟 SQL 報表服務入口網站 URL。

  2. 在入口網站上，DPMReports 資料夾的格式為 DPMReports_<GUID>。

    報表資料夾

    注意

    您只能看到一個具有此命名慣例的資料夾。 如果 DPM 從舊版升級，則先前的資料夾可能仍然存在，但您無法開啟它。

  3. 選取並開啟 DPMReports_<GUID> 資料夾。 系統會顯示個別的報表檔案。

    個別報表檔案的清單

  4. 選取未以 [報表] 結尾的報表檔案，以滑鼠右鍵按兩下 [選項]，然後選取 [ 管理]。

    管理報表檔案

  5. 在新頁面上，選取 [取代] 以 取代為最新的報表檔案。

    取代報表檔案

    您可以在 DPM 安裝路徑中取得最新的報表檔案：

    例如：C:\Program Files\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. 取代檔案之後，請確定名稱和描述原封不動且不是空白。

  7. 重新啟動 DPM 並使用報表檔案。

後續步驟