資料備份和保護概觀

 

發行︰ 2016年3月

適用於： System Center 2012 SP1 - Data Protection Manager、System Center Data Protection Manager 2010、System Center 2012 R2 Data Protection Manager

備份概觀

在每部您要藉由將資料備份到 DPM 的電腦或伺服器上，都必須安裝 DPM 保護代理程式。 在 DPM 系統管理員主控台中，您可以將每個要保護的資料來源新增至保護群組，然後設定每個群組的備份、儲存、保留和還原設定。 您備份的資料會由 DPM 儲存，如下所示：

• <安裝磁碟機>\Program Files\Microsoft System Center 2012\DPM\DPM\Volumes\Replica - Replica 資料夾包含已掛接的資料複本磁碟區。

• <安裝磁碟機>\Program Files\Microsoft System Center 2012\DPM\DPM\Volumes\ShadowCopy - 包含 DPM 資料庫的備份複本。

• <安裝磁碟機>\Program Files\Microsoft System Center 2012\DPM\DPM\Volumes\DiffArea - 包含為資料來源儲存復原點的已掛接陰影複製磁碟區。

DPM 會將資料複寫至儲存體。 DPM 可以使用磁碟、Microsoft Azure 或磁帶進行短期儲存，並使用磁帶進行長期儲存。

若想進一步了解 DPM 可備份的用戶端、伺服器和工作負載，請參閱 DPM 保護支援矩陣。

同步處理概觀

DPM 可將資料備份及同步處理至磁碟。 在此過程中，DPM 會建立並維護複本，或複製在受保護伺服器上的資料。 DPM 會建立此複寫資料的復原點 (快照集)。 複本會儲存於 DPM 儲存集區中，此集區由 DPM 伺服器或自訂磁碟區上的一組磁碟所組成。

複本會根據您的設定，定期進行同步處理。 在同步處理期間，系統會將資料變更從受保護的來源傳送到 DPM 伺服器，然後將這些資料變更套用在位於集區中的複本。 DPM 會以下列方式執行此作業：

• 增量同步處理：DPM 會檢查資料來源上的變更項目，並在複本上更新差異變更。

• 包含一致性檢查的增量同步處理：DPM 會檢查資料來源上的變更，並在複本上更新差異變更，包括一項額外的複本區塊層級檢查以確保資料一致性。

DPM 的同步處理方法會視受保護的資料類型 (檔案或應用程式資料) 而定

存在於檔案伺服器上的資料，以及當純文字檔有資格做為檔案資料時需保護的資料，例如 Microsoft Office 檔案、文字檔、批次檔等。 存在於應用程式伺服器上、且 DPM 必須可辨識該應用程式的資料，可視為應用程式資料，例如 Exchange 儲存群組、SQL Server 資料庫和 SharePoint 伺服器陣列。

同步處理檔案資料

在以檔案為主的資源 (磁碟區、共用、資料夾) 中，DPM 保護代理程式會使用磁碟區篩選器和變更日誌，來判斷已變更的檔案，然後針對這些檔案執行總和檢查碼程序，以便只同步處理變更的區塊。 變更會傳輸至 DPM 伺服器，並套用至複本進行同步處理，如下所示。

請注意：

• 如果複本變得不一致，DPM 會產生警示。 若要解除警示，您必須使用一致性檢查對複本起始同步處理。DPM 會對區塊逐一執行驗證並修復複本，讓它能夠重新與資料來源呈現一致性狀態。

• 您可以針對保護群組排程每日一致性檢查，或者手動初始一致性檢查。

• 在您可以設定的固定間隔時，DPM 會為保護群組成員建立復原點。 復原點是可從中復原資料的資料版本。 對於檔案，復原點是由複本的陰影複製所組成，這是在 DPM 伺服器上使用作業系統的磁碟區陰影複製服務 (VSS) 功能所建立。

同步處理工作負載資料

對於應用程式資料，在 DPM 建立複本之後，即可透過磁碟區篩選器來追蹤針對屬於應用程式檔案之磁碟區區塊的變更。 將變更傳送到 DPM 伺服器的方式會視應用程式和同步處理類型而定：

• 在 DPM 系統管理員主控台中標示為同步處理的同步處理，基本上是增量備份。 與複本結合時，它便精準反映了應用程式資料。

• DPM 系統管理員主控台中標示為快速完整備份的同步處理，表示已建立完整的磁碟區陰影複製服務 (VSS) 快照集，但只有變更的區塊會傳送到 DPM 伺服器。

  每個快速完整備份都會建立應用程式資料的復原點。 若應用程式支援增量備份，則每次同步處理時也會建立復原點。

• 工作負載會使用下列類型的同步處理：

  • Exchange：同步處理會使用 Exchange VSS 寫入器來傳送 VSS 增量快照集。 系統會針對每個同步處理和快速完整備份建立復原點。

  • SQL Server：隨附記錄、處於唯讀模式或使用簡單復原模型的資料庫不支援增量備份。 系統只會針對每個快速完整備份建立復原點。 對於所有其他 SQL Server 資料庫，同步處理會傳輸交易記錄備份，而且系統會針對每個增量同步處理和快速完整備份建立復原點。 交易記錄是自從最後一次備份交易記錄之後，根據資料庫所執行之所有交易的循序記錄。

  • SharePoint：不支援增量備份。 系統只會針對每個快速完整備份建立復原點。

比較增量和快速完整備份

• 增量同步處理所需的時間比執行快速完整備份還少。 但是，復原資料所需的時間會隨著同步處理數量的增加而增加。 這是因為 DPM 必須還原最後一個完整備份，然後在選取來進行復原的時間點還原並套用所有增量同步處理。

• 為了加快復原時間，DPM 會定期執行快速完整備份，此類型的同步處理會更新複本以包含變更的區塊。

• 在快速完整備份期間，DPM 會先取得複本的快照集，然後利用變更的區塊來更新複本。 為了更頻繁啟用復原點目標，以及縮短資料遺失期間，DPM 也會在兩個快速完整備份之間執行增量同步處理。

• 和保護檔案資料一樣，如果複本和其資料來源變得不一致，DPM 就會產生警示，指出哪部電腦和哪些資料來源會受到影響。 若要解決此問題，系統管理員可以藉由在複本上初始有一致性檢查的同步處理來修復複本。 在一致性檢查期間，DPM 會針對區塊逐一執行驗證並修復複本，讓它能夠重新與資料來源呈現一致性狀態。

  您可以針對保護群組排程每日一致性檢查，或者手動初始一致性檢查。