下圖顯示了SnapCenter伺服器、SAP HANA 資料庫和儲存系統之間通訊的邏輯視圖。SnapCenter伺服器利用 HANA 和 Linux 插件與 HANA 資料庫和 Linux 作業系統進行通訊。

SnapCenter插件的推薦和預設部署選項是安裝在 HANA 資料庫主機上。使用此部署選項， SnapCenter支援的設定章節中所述的所有配置和功能均有效。也有一些例外情況，即SnapCenter插件不能安裝在 HANA 資料庫主機上，而需要在中央插件主機上進行配置，該主機可以是SnapCenter伺服器本身。HANA 多主機系統或在 IBM Power 平台上運作的 HANA 系統需要中央插件主機。兩種部署選項也可以混合使用，例如，將SnapCenter伺服器用作多主機系統的中央插件主機，並將插件部署在所有其他單主機 HANA 系統的 HANA 資料庫主機上。

在SnapCenter中，HANA 資源既可以自動發現，也可以手動設定。一旦在資料庫主機上部署了 HANA 和 Linux 插件，HANA 系統就會預設自動被發現。SnapCenter自動發現功能不支援在同一台主機上安裝多個 HANA。使用中央插件主機管理的 HANA 系統必須在SnapCenter中手動設定。此外，非資料卷預設是手動配置的資源。

雖然SnapCenter支援 HANA 系統的集中式插件部署，但在平台和功能支援方面有其限制。對於配置了中央插件主機的 HANA 系統，以下基礎架構配置和操作不受支援：

SAP 建議將定期 HANA 資料塊一致性檢查納入整體備份策略。傳統的基於檔案的備份方式，每次備份操作都會進行此檢查。使用快照備份時，除了執行快照備份作業之外，還必須執行一致性檢查，例如每週一次。

從技術上講，執行區塊一致性檢查有兩種方法。

HANA hdbpersdiag 工具是 HANA 安裝的一部分，允許對離線 HANA 資料庫執行區塊一致性檢查操作。因此，它非常適合與快照備份結合使用，可以將現有的快照備份呈現給 hdbpersdiag。

比較這兩種方法，hdbpersdiag 在 HANA 區塊一致性檢查方面比基於檔案的備份具有顯著優勢。其中一個維度是所需的儲存容量。對於基於檔案的備份，每個 HANA 系統至少需要有一個備份大小的空間。例如，如果您有 15 個 HANA 系統，每個系統的持久化大小為 3TB，那麼您僅一致性檢查就需要額外的 45TB。使用 hdbpersdiag 不需要額外的儲存容量，因為該操作是針對現有的快照備份或現有快照備份的FlexClone執行的。第二個維度是 HANA 主機在一致性檢查作業期間的 CPU 負載。基於檔案的備份需要 HANA 資料庫主機上的 CPU 週期，而當與中央驗證主機結合使用時，hdbpersdiag 處理可以完全從 HANA 主機卸載。下表總結了主要特徵。

NetApp建議使用 hdbpersdiag 執行 HANA 區塊一致性檢查。有關實施的更多詳細信息，請參閱第 1 章。 "使用SnapCenter進行區塊一致性檢查"。

在設定SnapCenter 功能完善的功能和SAP HANA外掛程式之前、必須根據各種SAP系統的RTO和RPO需求來定義資料保護策略。

常見的方法是定義系統類型、例如正式作業、開發、測試或沙箱系統。同一系統類型的所有SAP系統通常具有相同的資料保護參數。

必須定義的參數包括：

下表顯示了生產、開發和測試系統類型的資料保護參數範例。對於生產系統，已定義了較高的備份頻率，備份資料每天複製到輔助備份站點一次。測試系統的要求較低，且不需要複製備份。

下表顯示了上述資料保護參數所需配置的策略和計畫。

下圖總結了計劃和備份保留期限。如果使用SnapCenter管理日誌備份保留，則所有早於最早的快照備份的日誌備份都將被刪除。換句話說，日誌備份會保留足夠長的時間，以便能夠及時將每個可用備份還原到目前狀態。

使用 HANA 持久加密時，除了標準資料備份之外，建立根金鑰備份也至關重要。如果資料磁碟區和 HANA 安裝檔案系統遺失，則需要根金鑰備份來還原 HANA 資料庫。更多資訊請參見 "SAP HANA系統管理指南"。

SnapCenter支援對具有單一或多個租用戶的 HANA MDC 系統進行快照備份作業。SnapCenter也支援 HANA MDC 系統的兩種不同的恢復操作。您可以還原整個系統、系統資料庫和所有租戶，也可以只恢復一個租戶。要讓SnapCenter能夠執行這些操作，需要滿足一些先決條件。

在 MDC 系統中，租用戶配置不一定是靜態的。可以新增租戶，也可以刪除租戶。SnapCenter不能依賴 HANA 資料庫新增至SnapCenter時所發現的配置。若要實現單一租用戶復原作業， SnapCenter必須知道每個快照備份包含哪些租用戶。此外，它還必須知道快照備份中包含的每個租用戶分別擁有哪些檔案和目錄。

因此，每次備份作業時， SnapCenter都會識別租用戶資訊。這包括租戶名稱以及相應的文件和目錄資訊。為了支援單一租用戶復原操作，必須將此資料儲存在快照備份元資料中。

應用程式自動發現的另一個步驟是偵測 HANA 系統複製 (HSR) 主節點或輔助節點。如果 HANA 系統配置了 HSR，SnapCenter必須在每次備份作業中識別主節點，以便在 HSR 主節點上執行備份 SQL 指令。參見 "SAP HANA 系統複寫：使用 SnapCenter 進行備份與還原"。

SnapCenter還能偵測 HANA 資料卷配置，並將其對應到檔案系統和儲存資源。透過這種方法， SnapCenter可以處理 HANA 磁碟區組態更改，例如多個分割區或儲存配置更改，如磁碟區遷移。

下一步是執行快照備份操作本身。此步驟包括觸發 HANA 資料庫快照、儲存快照備份的 SQL 指令，以及關閉 HANA 快照作業的 SQL 指令。透過使用 close 指令，HANA 資料庫會更新系統資料庫和每個租用戶的備份目錄。

為了保留資料備份和HANA備份目錄管理、SnapCenter 必須針對系統資料庫和第一步中識別的所有租戶資料庫、執行目錄刪除作業。如同記錄備份一樣、SnapCenter 非同步工作流程必須在備份作業的每個租戶上運作。

下圖顯示備份工作流程的總覽。

資料備份保留管理與記錄備份管理可分為五大領域、包括保留管理：

下圖概述不同的工作流程、以及每項作業的相依性。以下各節將詳細說明不同的作業。