SAP系統更新工作流程概述SnapCenter (含)
SnapCenter 提供的工作流程可讓您從任何現有的 Snapshot 備份管理資料集的複本。這套複製資料集FlexClone Volume可用於從來源系統快速配置HANA資料Volume、並將其附加至目標系統。因此、它非常適合執行QA、測試、沙箱或訓練系統的系統更新作業。
此類實體複製工作流程可處理儲存層上所有必要的作業、並可利用指令碼來執行主機專屬和HANA資料庫專屬的作業。SnapCenter在本文件中、我們會使用指令碼來執行 HANA 資料庫恢復和關機作業。利用指令碼進一步自動化的流程可處理所有必要的HANA資料庫作業、但不涵蓋任何必要的SAP後處理步驟。SnapCenterSAP 後置處理必須手動執行、或使用協力廠商工具執行。
使用 SnapCenter 的 SAP 系統重新整理工作流程包含五個主要步驟、如下圖所示。
-
目標系統的一次性初始安裝與準備
-
SnapCenter HANA 外掛程式必須安裝在新的目標系統上、而且 HANA 系統必須在 SnapCenter 中設定
-
目標系統必須停止、且必須卸載 HANA 資料磁碟區
-
-
SnapCenter 複製建立工作流程
-
SnapCenter 會建立所選來源系統快照的 FlexClone Volume
-
SnapCenter 會將 FlexClone Volume 掛載到目標系統
-
目標 HANA 資料庫的恢復作業可以在指令碼後自動
sc-system-refresh
執行、也可以手動執行
-
-
SAP 後處理(手動或搭配協力廠商工具)
-
系統現在可做為測試 / QA 系統使用。
-
要求新的系統重新整理時、會使用 SnapCenter 複製刪除工作流程來移除 FlexClone Volume
-
如果目標 HANA 系統已在 SnapCenter 中受到保護、則必須先移除保護、才能啟動複製刪除工作流程。
-
HANA 系統必須以 SnapCenter 預先指令碼的形式、手動停止或自動停止
sc-system-refresh
-
SnapCenter 會卸載 HANA 資料磁碟區
-
SnapCenter 刪除 FlexClone Volume
-
使用步驟 2 重新啟動重新整理。
-
在大多數情況下、目標測試 / QA 系統會使用至少幾週。由於 FlexClone Volume 正在封鎖來源系統磁碟區的 Snapshot 、因此根據來源系統磁碟區的區塊變更率、此 Snapshot 將需要額外的容量。對於正式作業來源系統而言、每天平均變更率為 20% 、封鎖的 Snapshot 將在 5 天後達到 100% 。因此、如果複本是以正式作業來源系統為基礎、 NetApp 建議您立即或幾天後分割 FlexClone Volume 。複製分割作業不會封鎖複製磁碟區的使用、因此可在HANA資料庫使用期間隨時執行。
分割FlexClone Volume時SnapCenter 、將刪除在目標系統上建立的所有備份。 |
使用 SnapCenter 和 Azure NetApp Files 時、複製分割作業無法使用、因為 Azure NetApp Files 一律會在建立後分割複本。 |
包括複製分割的重新整理作業包含下列步驟。
-
目標系統的一次性初始安裝與準備
-
SnapCenter HANA 外掛程式必須安裝在新的目標系統上、而且 HANA 系統必須在 SnapCenter 中設定
-
目標系統必須停止、且必須卸載 HANA 資料磁碟區
-
-
SnapCenter 複製建立工作流程
-
SnapCenter 會建立所選來源系統快照的 FlexClone Volume
-
SnapCenter 會將 FlexClone Volume 掛載到目標系統
-
目標 HANA 資料庫的恢復作業可以在指令碼後自動
sc-system-refresh
執行、也可以手動執行
-
-
FlexClone Volume 是使用 SnapCenter 複製分割工作流程分割的。
-
SAP 後處理(手動或搭配協力廠商工具)
-
系統現在可做為測試 / QA 系統使用。
-
當要求新的系統重新整理時、請使用下列手動步驟來完成清理
-
如果目標 HANA 系統已在 SnapCenter 中受到保護、則必須移除保護。
-
HANA 系統必須手動停止
-
必須卸載 HANA 資料磁碟區、並移除 SnapCenter 的 Fstab 項目(手動工作)
-
使用步驟 2 重新啟動重新整理。
先前分割的舊資料磁碟區、必須在儲存系統上手動刪除。
-
章節 "「SAP HANA系統更新SnapCenter 功能與更新功能」" 提供兩個系統重新整理工作流程的詳細逐步說明。