常見問題 - 備份 Azure VM 上的 SAP Hana 資料庫

本文將解答使用 Azure 備份服務來備份 SAP Hana 資料庫時的常見問題。

Backup

每天支援多少次備份?

您可以在一天內進行一次排程完整備份和多次隨選備份。

備份類型 排定的備份 隨選備份
完整 一天內只支援一次。 一天內支援多次。
差異 (完整/增量) 一天內只支援一次。

注意
只有在特定一天未排程任何完整備份時,才可以排程差異備份。 此外,在備份原則中只能排程一種差異備份類型 (差異/增量)。
一天內支援多次。

在哪裡可以找到備份相關的警示?

現在成功的備份工作不會產生警示。 只有失敗的備份工作會產生警示。 了解如何使用 Azure 入口網站來檢視備份警示。

如何檢查我的備份 (排程/隨選) 是否已順利執行?

您可以從下列任一個位置確認看備份 (排程/隨選) 的狀態:

  1. 備份工作:Azure 備份會在 Azure 入口網站的 [備份工作] 區段中顯示所有手動觸發的作業。

    您在 Azure 入口網站 中看到的作業包括資料庫探索和註冊作業,以及備份和還原作業。 這一節不會顯示已排程的工作,包括記錄備份。 從 SAP Hana 的原生用戶端 (Studio/Cockpit/DBA Cockpit) 手動觸發的備份也不會顯示在這裡。

    顯示 Azure 入口網站 中 [備份作業] 區段中手動觸發作業的螢幕快照。

    顯示作業的螢幕快照,包括資料庫探索和註冊,以及備份和還原作業。

  2. 備份警示:警示可協助您監視 SAP Hana 資料庫的備份。 這些警示可協助您專注於所需的事件,因此不需要經常檢查備份所產生的大量事件。 如需詳細資訊,請參閱檢視備份警示

  3. 備份報告:報告是可供檢視備份工作狀態的另一種方式。 您的報告會如下所示:

    顯示 Azure 入口網站 中報表類型的螢幕快照。

    顯示 Azure 入口網站 中其他類型的報表螢幕快照。

    了解如何設定 Azure 備份報告

  4. SAP Hana 原生用戶端:如果您是 SAP Hana 客戶,您也可以使用 HANA Studio,這是最常見的 HANA 用戶端之一。 在此用戶端中,瀏覽至 [備份主控台 ->備份目錄] 以查看備份狀態

    顯示 SAP HANA Native 用戶端中報表的螢幕快照。

是否可以在 [備份作業] 功能表中看到已排程的備份作業?

[備份工作] 功能表只會顯示進行中、已成功或已失敗的隨選備份作業。 針對排程的作業,請使用 Azure 監視器

由於 LSNValidation 錯誤而觸發的自動修復完整備份,其保留期限為何?

Azure 備份不會在自動修復的完整備份上設定明確的保留期限。 此備份會保留到您保留相依差異(差異或增量)和記錄備份的時間為止。 當您刪除此自動修復備份上的最後一個相依備份時,也會一併刪除自動修復備份。

完整備份和記錄備份可以同時執行嗎?

是的,完整備份和記錄備份可以同時執行。 此執行個體會以下列其中一種方式發生:

  • 完整備份正在進行中,而且觸發記錄備份:不論是否在進行完整備份,記錄備份都應該會成功。 除非觸發的完整備份已修復完整,以處理任何 LSN 鏈結中斷。
  • 記錄備份正在進行中,而且觸發完整備份:兩個備份都應該會同時執行並且成功。

未來的資料庫會自動加入以進行備份嗎?

不行,目前不支援此功能。

如果我從執行個體中刪除資料庫,備份將有何情況?

如果從 SAP Hana 執行個體中捨棄資料庫,系統仍會嘗試進行資料庫備份。 這表示已刪除的資料庫會開始在 [備份項目] 下方顯示為狀況不良,且仍受到保護。 若要停止保護此資料庫,正確方式是在此資料庫上執行停止以刪除的資料備份

如果我在資料庫受到保護後變更其名稱,將有何行為?

重新命名的資料庫會被視為新的資料庫。 因此,服務會將這種情況視同找不到資料庫,並且使備份失敗。 重新命名的資料庫會顯示為新的資料庫,且必須進行保護設定。

如何開始使用 Azure 備份來備份我的 SAP Hana 資料庫?

請參閱教學課程以取得開始使用適用於 SAP HANA 資料庫的 Azure 備份逐步指南。 您也可以使用 CLI 來設定及管理備份。

使用 Azure 備份來備份 SAP HANA 資料庫是否有任何必要條件?

請參閱使用 Azure 備份搭配 SAP HANA 的必要條件

將 SAP Hana 從 SDC 遷移至 MDC 之後,備份是否可正常運作?

請參閱疑難排解指南的這一節

如何確保在相同 HANA 版本內升級 HANA 執行個體後,備份會繼續?

請參閱疑難排解指南的這一節

我可以針對虛擬IP(負載平衡器)而不是虛擬機設定 Azure HANA 的備份嗎?

我們目前未提供針對虛擬 IP 或 Proxy 設定解決方案的功能。 我們需要以虛擬機器執行解決方案。

如何將從 HANA 原生用戶端觸發的隨選備份移動到本機檔案系統 (而非 Azure 保存庫)?

您可以使用 SAP Hana 原生用戶端對本機文件系統觸發隨選備份,而不是 Backint。 深入了解如何使用 SAP 原生用戶端來管理作業

如何在已啟用 Azure 備份的資料庫中管理或清除 HANA 目錄?

您可以使用 SAP 建議的方法修剪 HANA 目錄,例如 BACKUP CATALOG DELETE 陳述式或 HANA Studio/Cockpit。 深入了解如何使用 SAP 原生用戶端來管理作業

如果我沒有在 HSR 設定的次要/非作用中節點上停止保護 (保留資料) 會發生什麼事?

  1. 對於 HANA 系統複寫 (HSR),次要節點不會接受任何連線。 一旦設定了備份,Azure 備份服務會定期進行執行 Ping 偵測並失敗。 有時候,這些失敗嘗試會反映在主要節點上。 在多次失敗之後,使用者會遭到鎖定,接著主要節點會開始失敗並出現 ODBCConnectionError

    我們觀察到並非所有使用者都遇到此問題。 當次要節點上的使用者連線失敗時,建議您/SAP 調查使用者在主要節點上遭到鎖定的原因。

  2. 一旦您執行預先註冊指令碼,就會在主要節點上以新密碼更新使用者資訊。 然後,系統將會重新建立嘗試備份的連線。 但是,您可能會再次遇到相同情形。

  3. 此外,在次要節點上失敗的備份 (完整備份) 會建立警示。

若要避免上述問題,建議您在節點變成次要之後,停止對該節點的保護,如此一來就不會嘗試連線,而且使用者不會遭到鎖定,並在變成主要複本時繼續保護。 如果您未在節點 HSR 設定上遇到這種鎖定狀況,而且想要引發警示,您可以在這兩個節點上設定備份,讓該服務處理接管和容錯回復作業。

Azure 備份提供的備份和還原輸送量效能如何,以及如何設定我的 HANA 系統以使用此最大輸送量?

請參閱 Azure 備份為 HANA 工作負載提供的備份和還原輸送量效能

若要設定您的 HANA 系統以改善效能,請使用下列資源:

注意

您也可以限制備份輸送量的效能。 深入了解

我可以在 SAP Hana "global.ini" 檔案中編輯 "parallel_backup_using_backint" 屬性來變更備份效能嗎?

目前,適用於 SAP Hana 的 Azure 備份接受「1」做為 parallel_backup_using_backint 屬性的值。 不過,Azure 備份會將單一串流分割成多個串流,以提升效能。

HSR 是否支援使用快照集進行資料庫執行個體備份?

目前,HSR 僅支援以 Backint 為基礎的備份。 尚未建立快照集。

我是否只須在標示為「就緒」的伺服器上執行執行個體重新偵測,還是也要在標示為「未就緒」的伺服器上執行?

您必須在標示為「未就緒」的伺服器上執行執行個體重新偵測,以更新其狀態。

使用 ExpressRoute 將 Azure 環境連線到內部部署網路,並設定強制通道會將所有流量導向至內部部署網路。 如何設定設定,讓 Azure SAP HANA Server 工作負載備份流量不會通過內部部署網路並直接連線到復原服務保存庫?

在備份作業期間,備份作業會連線到三個服務端點 - AzureBackupAzureStorageMicrosoft Entra ID. In this scenario, we recommend you to configure the Service Endpoint to AzureStorage',這有助於將流量從 虛擬網絡 直接傳送至記憶體。 針對 Azure 備份 和Microsoft Entra ID,您可以透過服務標記設定 UDR,讓流量移至骨幹網路,而不是內部部署。

為什麼美國西部區域節點會顯示在美國東部區域復原服務保存庫底下?

復原服務保存庫會顯示屬於 SAP HANA 系統複寫的所有節點。 所有節點都會依照輸出列在這裡 hdbnsutil 。 不過,根據預期的行為,只會註冊此保存庫中已設定的節點。

當檔案從 「/var/tmp generated」 底下的 「hdbbackint」 開始,以及其使用方式時?

當您使用 hdbbackint Backint 代理程式觸發備份作業時,它會將資訊 /var/tmp 寫入目錄。 例如,如果在備份程式期間發生錯誤,錯誤訊息就會寫入目錄中的 /var/tmp 檔案。 檔名會以 格式 hdbbackint_<SID>.<random_string>建立,其中 <SID> 是 SAP HANA 實例的系統識別碼,而且 <random_string> 是隨機產生的字串。

如果我刪除 /var/tmp 中的 hdbbackint 檔案,會發生什麼事?

如果您刪除目錄中的/var/tmp檔案,hdbbackint備份程式不會受到影響。 不過,它可能會移除備份程式期間寫入檔案的任何錯誤訊息。

還原

每天支援多少個還原?

您每天最多可以針對 HANA 系統或執行個體執行 10 次還原。 請注意,取消或失敗的還原也會計入還原次數中。

為何我看不到我想要將資料庫還原到其中的 Hana 系統?

請檢查是否符合還原至目標 SAP Hana 執行個體的所有必要條件。 如需詳細資訊,請參閱必要條件 - 還原 Azure VM 中的 SAP Hana 資料庫

資料庫的覆寫 DB 還原為何會失敗?

請確定在還原時已選取 [強制覆寫] 選項。

為何我會看到「還原的來源與目標系統不相容」錯誤?

請參閱 SAP Hana Note 1642148,以查看目前支援的還原類型。

我可以使用在 SLES 上執行的資料庫備份還原至 RHEL HANA 系統,或是反向執行嗎?

是的,您可以使用在 SLES 上執行的 HANA 資料庫觸發串流備份,將其還原至 RHEL HANA 系統,反之亦然。 也就是說,您可以使用串流備份來執行跨作業系統的還原。 不過必須確定要還原的 HANA 系統,以及用於還原的 HANA 系統,都符合 SAP 的還原相容性。 如需了解相容的還原類型,請參閱 SAP HANA Note 1642148

我可以在還原期間只下載檔案子集作為檔案嗎?

是,您可以部分下載檔案,如這裡所述。

在 HSR 設定的「SYSTEMDB + 租用戶資料庫」還原期間,我是否必須停用 SAP Hana 原生環境的 HSR?

是,您必須先停用目標系統上的 HANA 系統複寫 (HSR),然後執行還原。 您無法根據 SAP 還原已啟用 HSR 的系統。

原則

為 SAP HANA 備份建立新原則時可使用不同的選項

建立原則之前,您應該先釐清 RPO 和 RTO 的需求,以及其相關的成本含意。

RPO (復原點目標) 訂定使用者/客戶可接受的資料遺失量。 此數值取決於記錄備份頻率。 記錄備份越頻繁,表示 RPO 較低,且 Azure 備份服務所支援的最小值為 15 分鐘。 因此,記錄備份頻率可能是 15 分鐘或更高。

RTO (復原時間目標) 訂定了發生資料遺失情形後,應當以多快的速度將資料還原到最後一個可用時間點。 這取決於 HANA 所採用的復原策略,而策略通常取決於還原所需的檔案數目。 這也會影響成本,可透過下表了解所有案例及帶來的影響。

備份原則 復原時間目標 (RTO) 成本
每日完整備份 + 記錄 速度最快,因為只需要一份完整複本 + 必要記錄以進行時間點還原 成本最高的選項,因為每天都會進行完整複製,因此會在後端累積更多資料,直到保留時間期滿為止
每週完整備份 + 每日差異備份 + 記錄 比上述選項慢,但比下一個選項快,因為需要一份完整複本 + 一份差異複本 + 記錄以進行時間點還原 成本較低的選項,因為每日差異通常小於完整複本,且一周只會執行一次完整複製
每週完整備份 + 每日增量備份 + 記錄 最慢的選項,因為需要一個完整複本 + 'n' 個增量 + 記錄以進行時間點恢復 最便宜的選項,因為每日增量將會小於差異,而且每週只會執行一次完整複製

注意

上述選項是最常見的選項,但還有其他選項。 例如可以使用每週完整備份 + 每週兩次差異備份 + 記錄。

因此可根據 RPO 和 RTO 目標和成本的考量,挑選不同的原則。

修改原則的影響

在決定將備份項目的原則從原則 1 (P1) 切換至原則 2 (P2) 或編輯原則 1 (P1) 的影響時,應牢記下列原則。

  • 所有變更也會追溯套用。 最新的備份原則也會套用至先前建立的復原點。 例如,假設每日完整保留期為 30 天,並根據目前作用中的原則建立 10 個復原點。 如果每日完整保留期變更為 10 天,則先前復原點的到期時間也會重新計算為開始時間 + 10 天,並在過期時刪除。
  • 變更範圍也包括備份的日期、備份類型和保留期。 例如:如果將原則從每日完整備份變更為每週在星期日完整備份,則會將所有先前不是在星期日執行的完整備份標示為待刪除。
  • 僅當子系有效/尚未過期時,才會刪除父系。 每種備份類型都有其到期日,視目前啟用的原則而定。 但後續「差異」、「增量」和「記錄」會將完整備份類型視為父系。 「差異」和「記錄」不是任何其他類型的父系。 「增量」可以是後續「增量」的父系。 即使「父系」標示為刪除,如果子系「差異」或「記錄」尚未過期,就不會實際刪除其「父系」。 例如,如果將原則從每日完整變更為每週在星期日完整備份,則會將所有先前不是在星期日執行的完整備份都會標示為待刪除。 但在先前每日建立的記錄到期之前,都不會刪除這些備份。 換句話說,這些備份的保留方式會以最新的記錄保留期間為準。 記錄到期後,就會刪除記錄和這些完整備份。

搭配這些原則,可閱讀下表以了解原則變更的影響。

舊原則/新原則 每日完整備份 + 記錄 每週完整備份 + 每日差異備份 + 記錄 每週完整備份 + 每日增量備份 + 記錄
每日完整備份 + 記錄 - 先前並非在每週同一天建立的完整備份會標示為待刪除,但會保留到記錄保留期限為止 先前並非在每週同一天建立的完整備份會標示為待刪除,但會保留到記錄保留期限為止
每週完整備份 + 每日差異備份 + 記錄 先前的每週完整備份保留期會根據最新的原則重新計算。 先前的差異備份將會立即刪除 - 先前的差異備份將會立即刪除
每週完整備份 + 每日增量備份 + 記錄 先前的每週完整備份保留期會根據最新的原則重新計算。 先前的增量備份將會立即刪除 先前的增量備份將會立即刪除 -

如何管理在根分割區中建立的 /opt/msawb 資料夾大小?

您可以使用下列其中一個選項來管理根資料夾中的空間:

  • /opt/msawb 建立自己的 LV。
  • 建立與相同/不同磁碟上另一個位置/資料夾的軟連結/符號連結
  • 增加根分割區上的空間。

下一步