除了HANA多個主機系統需要手動設定之外、大多數HANA組態都支援自動探索及自動還原與還原功能。SnapCenter

下表顯示自動探索所支援的HANA組態。

所有HANA架構均支援手動設定HANA資源、但需要中央HANA外掛主機。中央外掛程式主機可以是SnapCenter 支援服務器本身、也可以是獨立的Linux或Windows主機。

下表顯示手動HANA資源組態所支援的HANA組態。

可在雙節點HA組態中設定。SnapCenter在這種組態中、負載平衡器（例如、F5）會使用指向作用SnapCenter 中的支援功能主機的虛擬IP位址、以主動/被動模式使用。這個系統庫（MySQL資料庫）是由Syndby2主機之間的相互複寫、因此整個系統的資料永遠保持同步。SnapCenter SnapCenter SnapCenter

如果將HANA外掛程式安裝在支援的伺服器上、則不支援使用支援的伺服器HA。SnapCenter SnapCenter如果您打算SnapCenter 在HA組態中設定、請勿在SnapCenter 該伺服器上安裝HANA外掛程式。如需SnapCenter 更多關於功能更新的詳細資訊、請參閱以下網站 "NetApp知識庫頁面"。

下圖顯示SnapCenter 將此伺服器用作中央外掛主機的組態。SAP HANA外掛程式和SAP hdbsql用戶端軟體安裝在SnapCenter Singe伺服器上。

由於HANA外掛程式可透過網路使用hdbClient與受管理的HANA資料庫進行通訊、SnapCenter 因此您不需要在個別HANA資料庫主機上安裝任何的任何元件。透過使用中央HANA外掛主機來保護HANA資料庫、所有使用者存放區金鑰都是針對託管資料庫進行設定。SnapCenter

另一方面、為了自動探索、還原與還原自動化以及SAP系統更新作業的強化工作流程自動化、則需要SnapCenter 在資料庫主機上安裝支援元件。使用中央HANA外掛主機時、無法使用這些功能。

此外SnapCenter 、當HANA外掛程式安裝在SnapCenter 整個伺服器上時、也無法使用使用內部建置HA功能的高可用度伺服器。如果VMware叢集內的VM中執行了VMware HA、則可以使用VMware HA來實現高可用度SnapCenter 。

下圖顯示將獨立Linux主機用作中央外掛主機的組態。在此情況下、SAP HANA外掛程式和SAP hdbsql用戶端軟體會安裝在Linux主機上。

上一節所述的功能可用度限制、也適用於個別的中央外掛程式主機。

不過SnapCenter 、使用此部署選項、即可設定採用內部建置HA功能的伺服器。例如、使用Linux叢集解決方案時、中央外掛程式主機也必須是HA。

下圖顯示每個SAP HANA資料庫主機上安裝SAP HANA外掛程式的組態。

當HANA外掛程式安裝在每個個別HANA資料庫主機上時、所有功能（例如自動探索、自動還原與還原）都可使用。此外、還可以在HA組態中設定此伺服器SnapCenter 。

如本節開頭所述、部分HANA系統組態（例如多主機系統）需要中央外掛主機。因此SnapCenter 、大多數的不穩定組態都需要混合部署HANA外掛程式。

NetApp建議針對所有支援自動探索的HANA系統組態、在HANA資料庫主機上部署HANA外掛程式。其他HANA系統（例如多主機組態）則應使用中央HANA外掛主機來管理。

以下兩個圖顯示SnapCenter 混合式外掛程式部署、無論是搭配使用此功能的伺服器、或是以獨立的Linux主機作為中央外掛程式主機。這兩種部署之間唯一的差異是選用HA組態。

一般而言、NetApp建議您在每部SAP HANA主機上部署HANA外掛程式、以啟用所有可用SnapCenter 的功能、並強化工作流程自動化。

若HANA組態不支援自動探索、例如HANA多主機組態、則必須設定額外的中央HANA外掛主機。如果SnapCenter VMware HA可用於SnapCenter VMware HA、則中央外掛主機可以是VMware的伺服器。如果您打算使用SnapCenter 內部建置的HA功能、請使用獨立的Linux外掛主機。

下表摘要說明不同的部署選項。

以下列順序備份SAP HANA資料庫：SnapCenter

下列順序執行區塊完整性檢查：SnapCenter

透過刪除主儲存區和整個資訊庫中的Snapshot複本、並根據《支援還原原則》中定義的保留內容、來處理SAP HANA資料庫備份和非資料Volume備份的管理工作。SnapCenter SnapCenter SnapCenter

保留管理邏輯會在SnapCenter 每個支援工作流程中執行、

主儲存設備的本機備份也可在SnapCenter 還原中手動刪除。

透過刪除檔案系統上的備份、並根據《支援還原原則》中定義的保留資料、支援內部管理檔案型備份。SnapCenter SnapCenter

保留管理邏輯會在SnapCenter 每個支援工作流程中執行、

根據ONTAP 《保護關係》中定義的保留、由效益分析部處理二線儲存設備備份的保留管理ONTAP 。

若要同步SnapCenter 處理這些變更到位在內存庫中的二線儲存設備、SnapCenter 請使用排程的清理工作。這項清理工作會將所有二線儲存設備備份與SnapCenter 所有SnapCenter 支援各種功能的還原庫同步。

根據預設、清除工作每週排程一次。相SnapCenter 較於已刪除的二線儲存設備備份、這份每週排程會導致刪除還原及SAP HANA Studio中的備份作業延遲。為了避免這種不一致的情況、客戶可以將排程變更為較高的頻率、例如每天一次。

如需如何調整清理工作排程或觸發手動重新整理的詳細資訊、請參閱一節 "「變更與異地備份儲存設備進行備份同步的排程頻率。」"

當支援刪除任何備份、本機Snapshot或檔案型備份、或已在二線儲存設備上識別出刪除備份時、此資料備份也會在SAP HANA備份目錄中刪除。SnapCenter

刪除主儲存區的本機Snapshot備份SAP HANA目錄項目之前SnapCenter 、此功能會檢查次要儲存區是否仍存在備份。

SAP HANA資料庫會自動建立記錄備份。這些記錄備份會在SAP HANA設定的備份目錄中、為每個SAP HANA服務建立備份檔案。

轉送恢復不再需要舊於最新資料備份的記錄備份、因此可以刪除。

執行下列步驟、即可在檔案系統層級和SAP HANA備份目錄中、妥善管理記錄檔備份：SnapCenter

預設會啟用記錄備份保留管理。如有必要、可依照一節所述停用 "「停用HANA外掛主機上的自動探索功能。」"

從HANA資料庫的觀點來看SnapCenter 、支援兩種不同的還原作業。

從儲存層面來看、上述還原作業必須根據使用的儲存傳輸協定（NFS或Fibre Channel SAN）、已設定的資料保護（無論是否具有異地備份儲存設備的主儲存設備）、以不同的方式執行。 以及要用於還原作業的選定備份（從主要或異地備份儲存設備還原）。

從一線儲存設備還原完整資源時SnapCenter 、支援兩ONTAP 種不同的功能、以執行還原作業。您可以選擇下列兩項功能：

下表提供不同還原方法的比較。

從異地備份儲存設備還原時、一律使用SnapVault 還原作業執行、其中儲存磁碟區的所有檔案或所有LUN都會被Snapshot備份內容覆寫。

還原單一租戶需要檔案型還原作業。根據所使用的儲存傳輸協定、SnapCenter 不同的還原工作流程會由還原執行。

Hana單一容器和HANA MDC單一租戶系統已自動探索、可利用SnapCenter 效益技術自動還原及還原。針對這些HANA系統SnapCenter 、支援三種不同的還原與還原工作流程、如下圖所示：

雖然可以自動探索具有多個租戶的HANA MDC系統、但目前SnapCenter 版本的版本不支援自動還原與還原。針對具有多個租戶的MDC系統SnapCenter 、支援兩種不同的還原與還原工作流程、如下圖所示：

工作流程與上一節所述相同。

手動設定的HANA資源無法自動還原與還原。此外、對於具有單一或多個租戶的MDC系統、不支援單一租戶還原作業。

針對手動設定的HANA資源、SnapCenter 如下圖所示、僅支援手動恢復。手動還原的工作流程與前幾節所述相同。

下表摘要說明SnapCenter 還原與還原作業、具體取決於還原中的HANA資源組態。