HANA 備份還原策略於 AWS

目的

此文在於重點介紹不透過第三方工具而為 AWS 上 HANA 資料庫設計的備份解決方案。

備註:備份/還原解決方案通常是根據業務 RTO/RPO 所設計. 這只是可用於 HANA 上的多種備份還原策略之一。

方案

您已經在 AWS 上安裝 HANA 資料庫並且想要設計備份還原策略,以下是可達成備份還原策略於 AWS 上的解決方案重點。

HANA Backup 於本機 EBS Volume

執行或排程完整的、增量的資料和日誌檔備份於本機 EBS volume (/backup)。 您可以利用吞吐量優化磁碟類型 HDD (st1) 作為 /backup 檔案系統。

備註: 備份於本機 EBS volume (優化 HDD – st1) 上的備份吞吐量為 165 MB/s ,但您可以透過磁碟分割技術 (Stripping) 來做優化或是使用 SSD。

您可以使用以下任何選項來安排 HANA 資料庫備份

選項 1:使用交易代碼 DB13 來選擇您已建立於 DBCO 的資料庫連接來設定工作排程

選項 2:在 Hana Cockpit 中,最新版本集成了新功能,您可以安排「備份」工作排程並啟用保留策略,這讓 Hana Cockp 成為主要的備份工具。

選項 3:使用自定義腳本來設定備份策略並安排所要執行的 cron job。

排程 Incron Job:與其安排 cron job (定期將文件從本機系統搬移至 S3 ),您可以使用事件觸發的 incron job 在備份目錄上設定即時監控並在需要的時候指定文件執行所賦予的任務 (S3 上傳作業)。

在上圖中,資料和日誌備份發生在 /backup (本機檔案系統)。 因此,當一個日誌檔被產生再 /backup/log/SYSTEMDB 時,它將會觸發一個事件,該事件的動作在 incron job 中被提到此事件會將文件從 /backup/log/SYSTEMDB/搬移至 S3。

使用 incron job 的好處是,您的備份始終與 S3 同步而且您有備份的副本,以防止/backup (本地文件)因為某些原因損壞或刪除。

調整 S3 生命週期:一旦文件在 S3 中,您可以基於業務可行性調整儲存類別。

在一定時間後無需在 S3 中進行日誌備份,因此建議直接刪除它。而對於數據備份,您可以在一定天數後將文件轉移至價格較低的儲存類型並根據組織定義的保留天數策略來刪除資料備份。

解決方案實施

儘管 SAP HANA 是記憶體式資料庫,換句話說就是資料放在記憶體中,HANA 仍有自己的資料持久性。資料總是在保存點從記憶體寫到磁碟上並將變更寫入紀錄檔。因此,萬一發生故障可以將其用於復原。

您可以從下表了解有關備份頻率和保留策略的資訊,來了解所實行的內容。

排程 本機備份路徑 保留週期 – /backup 保留週期 – S3
資料備份 增量資料備份 – 每天
完整資料備份 – 每週
System DB: /backup/data/SYSTEMDB
Tenant DB: /backup/data/DB_(SID)
7 or 15 Days 根據業務需求
日誌備份 自動 – 每 15 分鐘 System DB – /hana/log/SYSTEMDB
Tenant DB – /hana/log/DB_(SID)
7 or 15 Days 根據業務需求*
*在 S3 上長時間不使用保留日誌備份

本機備份檔案保留

如解決方案實施部分所述,設定保留策略來刪除 x 天之前的本機 /backup 檔案。可以使用三種方法來為本機備份設定保留。每種方法各有優缺點,因此可以使用最適合您的環境。

HANA Cockpit:如解決方案實施中的重點,使用最新版本的 cockpit,我們可以排定保留策略。還可以負責整理備份目錄以及刪除相對應的本機備份檔案。

HANACleaner:使用由 SAP 支持人員所設計的 SAP HANACleaner來配置 HANA 清理,使用此腳本可以執行備份目錄,備份和其他一些清理任務,例如追蹤文件或是審計日誌的清理。具體請參考 SAP note 2399996。

Custom Script:您可針對「如果 incrontab 服務未運行並且備份未同步到 S3」此種情況開發自定義腳本,因為如果您使用選項 HanaCockpit 和HanaCleaner ,不會檢查您的備份是否已搬移至 S3,它將立即刪除本機備份檔案。所以,在此種情況之下,您可以開發自定義腳本用於刪除本機備份之前,先同步本機備份和 S3。

備註:此備份/還原解決方案可用於其他雲產品以及地端使用。

2020-01-03T11:38:52+00:00 2020/01/03 |商業洞悉, 雲講堂|