還原及復原 SAP HANA 向外擴充執行個體

本頁面提供從備份和災難復原服務備份復原 SAP HANA 向外擴充執行個體的相關資訊。

授權規定和還原作業的影響

  • SAP HANA 資料庫的授權金鑰會根據系統 ID 和硬體 ID 產生。復原後,如果 SID 或硬體 ID 已變更,SAP HANA 授權金鑰就會失效。
  • 在復原期間,如果用於復原的備份含有仍有效的永久授權,系統會自動安裝臨時授權金鑰。您最多可使用自動安裝的臨時執照 90 天。在此期間,您必須向 SAP 申請,將來源資料庫的授權轉移至新的授權金鑰。接著,您需要在復原的 SAP HANA 資料庫中安裝新的授權金鑰。
  • 如果用於復原的備份只有臨時授權,資料庫會在復原後立即進入封鎖模式。

含有臨時授權的來源資料庫:這是使用臨時授權建立的備份。

  • 還原至來源。:資料庫建立時間起算的 90 天,且資料庫處於封鎖模式。
  • 還原至新目標。由於 SAP 臨時授權不允許還原至新目標,因此會失敗。

含永久授權的來源資料庫 這些是使用永久授權建立的備份。

  • 還原為來源。沒問題。
  • 還原至新的目標,並且有 90 天的試用授權。備份作業成功,但無法使用備份還原。

SAP 參考資料

預檢

在還原程序期間,預檢會驗證復原作業。系統會檢查下列必要條件,確保資料庫還原作業順利進行:

  • HANA SID:在目標節點上設定 HANA,並使用相同的 HANA SID 名稱。
  • 設定檔:設定檔 global.ini 已正確設定
  • 記錄檔備份路徑:記錄檔備份路徑會在 global.ini 中設定
  • BACKINT CONFIG
    • 從磁碟區層級映像檔:未為這個資料庫設定 Backint。
    • 從完整 + 增量映像檔:如果目標伺服器尚未設定 backint,則會在還原期間設定 backint。
  • HANA 版本:目標 HANA 版本與來源 HANA 版本相同。
  • USERSTOREKEY:提供目標上的使用者儲存庫金鑰,或是指定在備份時存在的有效特權使用者名稱和密碼。
  • 邏輯磁碟空間
    • 邏輯磁碟區名稱和磁碟區群組名稱在來源和目標節點上應相同。
    • 目標上的邏輯磁區大小應與來源邏輯磁區相同或更大。
  • 節點狀態
    • 擴充和獨立設定:目標節點已啟用且可用
    • HANA HA (1+n) 設定:您必須先停用複製功能,才能啟動還原作業。還原後的複寫功能需要重新設定。還原至 HANA HA (1+n) 叢集的任何節點,會在所選目標主機上建立獨立應用程式。使用者必須視需要明確設定叢集,並適當探索應用程式

自動復原 SAP HANA 資料庫

事前準備

從磁碟區層級備份映像檔還原

從磁碟區層級備份映像檔自動復原 HANA 資料庫至新目標

  1. 在「App Manager Applications」清單中,按一下資料庫的滑鼠右鍵,然後選取「Access」
  2. 選取要復原的最新快照,然後選擇「還原」
  3. 在「Restore」頁面中,選擇「Restore Back to New Target」

    • 指定目標:對於所有設定,下拉式選單中都會列出符合資格的 HANA 節點,供您選擇。從下拉式選單中選取要還原的節點。
    • 取代原始應用程式 ID。只有在復原作業是針對原始產生備份的同一台裝置上的新主機執行時,才能使用這個選項。

      • 是。這會取代原始應用程式,並保留與原始應用程式相同的應用程式 ID、工作記錄、備份映像檔和備份方案。
      • 。這項功能不會取代原始應用程式。系統會在還原工作中將其偵測為新應用程式。
    • 快轉時間。選擇要復原的資料庫 (已使用記錄進行保護) 的日期和時間。
    • 目標資料庫的 SID。系統會預先填入受保護資料庫的 SID 名稱,且無法變更。
    • SAP DB USER STORE-KEY。系統會在備份期間預先填入使用者儲存庫金鑰。您可以使用備份期間提供的特權使用者名稱和密碼,指定新的使用者儲存庫金鑰。系統會建立這個新的使用者儲存庫金鑰,並用於復原。

    • 如果使用者名稱和密碼是與現有的使用者儲存庫金鑰一併提供,系統會使用這個使用者名稱和密碼重新建立使用者儲存庫金鑰。系統資料庫復原後,系統才會執行驗證。如果使用者名稱或密碼無效,或不含正確的權限,或無法在備份映像檔中使用,則租用戶復原作業可能會失敗。

    • 如果您指定含有使用者名稱和密碼的新使用者儲存庫金鑰,系統會使用指定的使用者儲存庫金鑰名稱、使用者名稱和密碼建立使用者儲存庫金鑰。系統資料庫復原後才會進行驗證。如果使用者名稱或密碼無效,或不含正確的權限,或是無法從備份圖片中取得,租用戶復原作業可能會失敗。

    • 如果未傳遞使用者儲存庫金鑰、使用者名稱和密碼,系統會在預先檢查期間進行驗證,確認備份期間使用的使用者儲存庫金鑰是否存在於目標伺服器。如果找不到備份期間使用的 userstorekey,預先檢查作業就會失敗。如果使用者名稱或密碼無效,或不含正確的權限,或是無法在備份圖片中使用,租戶復原作業可能會失敗。

    • 如果未傳遞 userstorekey,但提供使用者名稱和密碼,系統會使用目標伺服器傳遞的憑證,重新建立備份期間使用的 userstorekey。如果使用者名稱或密碼無效,或不含正確的權限,或無法從備份映像檔取得,則租用戶復原作業可能會失敗。

  4. 按一下預檢。

  • 如果飛行前檢查失敗,請修正問題並重新提交飛行前檢查
  • 如果預檢成功,請按一下「提交」,提交還原工作。

從磁碟區層級備份映像檔來源

從磁區層級備份映像檔自動將 HANA 資料庫復原至來源

  1. 在「App Manager」的「Applications」清單中,按一下資料庫並選取「Access」。在要復原的最新快照中,選擇「還原」
  2. 在「Restore」頁面中,選擇「Restore Back to Source」

    • 目標。完成下列操作:
      • 對於獨立的 SAP HANA 設定,系統會預先填入「Target」
      • 如果是 HANA HA (1+n) 設定,請從下拉式清單中選取要還原的 HANA HA 節點。
    • 快轉時間。選擇要復原的資料庫 (已使用記錄進行保護) 的日期和時間。
    • 目標資料庫的 SID。系統會預先填入受保護資料庫的 SID 名稱,且無法變更。
    • SAP DB USER STORE-KEY。系統會在備份期間預先填入使用者儲存庫金鑰。您可以使用備份期間提供的特權使用者名稱和密碼,指定新的使用者儲存庫金鑰。系統會建立這個新的使用者儲存庫金鑰,並用於復原。
      • 如果使用者名稱和密碼與現有的使用者儲存庫金鑰一併提供,系統會使用這個使用者名稱和密碼重新建立使用者儲存庫金鑰。系統資料庫復原後,系統才會執行驗證。如果使用者名稱或密碼無效,或不含正確的權限,或無法在備份映像檔中使用,則租用戶復原作業可能會失敗。
      • 如果您指定含有使用者名稱和密碼的新使用者儲存庫金鑰,系統會使用指定的使用者儲存庫金鑰名稱、使用者名稱和密碼建立使用者儲存庫金鑰。系統資料庫復原完成後,系統才會進行驗證。如果使用者名稱或密碼無效,或不含正確的權限,或無法從備份映像檔取得,則租用戶復原作業可能會失敗。
      • 如果未傳遞 userstorekey、使用者名稱和密碼,系統會在預先檢查期間進行驗證,確認備份期間使用的 userstorekey 是否存在於目標伺服器。如果找不到備份期間使用的 userstorekey,預先檢查作業就會失敗。如果憑證無效、不含正確的權限,或無法用於備份映像檔,租用戶復原作業可能會失敗。
      • 如果沒有傳遞 userstorekey,但已提供使用者名稱和密碼,系統會使用目標伺服器傳遞的憑證,重新建立備份期間使用的 userstorekey。如果使用者名稱或密碼無效,或不含正確的權限,或無法用於備份映像檔,租用戶復原作業可能會失敗。
    1. 按一下「飛行前檢查」
    • 如果前置檢查失敗,請修正問題並重新提交前置檢查
    • 如果前置檢查成功,請按一下「提交」,提交還原工作。

從完整備份 + 增量備份圖像還原

從完整 + 增量備份映像檔,自動將 HANA 資料庫復原至新目標

  1. 在管理控制台的「應用程式管理員」頁面中,點選「應用程式」清單中的資料庫,然後選取「存取權」
  2. 選取要復原的最新快照,然後選擇「還原」
  3. 在「還原」頁面中,選擇「還原至新目標」

    • 指定目標:對於獨立的 HANA 設定,系統會預先填入這項資訊。下拉式選單中會顯示可供選擇的 HANA HA 節點;請從下拉式選單中選取要還原的節點。
    • 取代原始身分。只有在備份資料最初產生的備份/復原設備上,將備份資料還原至新主機時,才能使用這個選項。

      • 是。這會取代原始應用程式,並保留與原始應用程式相同的應用程式 ID、工作記錄、備份映像檔和備份方案。
      • 。這項功能不會取代原始應用程式。系統會在還原作業中發現這項新應用程式。HANA HA 還原後,節點會變成獨立,並保留叢集的 appid。如果啟用複製功能,下次探索作業會找到叢集,並繼續使用與叢集主機相同的 appid。
    • INCLUDE 清單。如要復原 SYSTEMDB,且不含或包含 n 個租用戶資料庫中的一或多個租用戶資料庫,請在「INCLUDE」下方提供以半形逗號分隔的資料庫清單。

    • 針對 EXCLUDE LIST,如果要在 n 個租用戶資料庫中復原時排除 SYSTEMDB 或一或多個租用戶資料庫,請在 EXCLUDE 下方提供以半形逗號分隔的資料庫清單。舉例來說,將 SYSTEMDB 加入排除清單,即可將 SYSTEMDB 排除在復原作業之外,並還原所有已備份的租用戶資料庫。

      • 如果「納入清單」和「排除清單」都為空白,系統會復原 SYSTEMDB 和所有租用戶 (tn1、tn2、tn3)。
      • 如果您想復原單一租戶 tn1,請使用包含清單搭配 tn1。
      • 如果您想復原 tn2 和 tn3,並排除 SYSTEMDB 和 tn1,請使用僅包含 tn2 和 tn3 的納入清單。
      • 如果您只想復原所有租用戶 (tn1、tn2、tn3) 並排除 SYSTEMDB,請排除 SYSTEMDB 或包含 tn1、tn2、tn3。
    • 快轉時間。選擇要復原的資料庫 (已使用記錄進行保護) 的日期和時間。

    • 目標資料庫的 SID。系統會預先填入受保護資料庫的 SID 名稱,且無法變更。

    • SAP DB USERSTORE KEY。系統會在備份期間預先填入使用者商店金鑰。您可以使用備份期間提供的特權使用者名稱和密碼,指定新的使用者儲存庫金鑰。系統會建立這個新的使用者儲存庫金鑰,並用於復原。

      • 如果使用者名稱和密碼是與現有的使用者儲存庫金鑰一併提供,系統會使用這個使用者名稱和密碼重新建立使用者儲存庫金鑰。系統會在 SYSTEMDB 復原後才執行驗證。如果使用者名稱或密碼無效,或不含正確的權限,或無法用於備份映像檔,租用戶復原作業可能會失敗。
      • 如果您指定含有使用者名稱和密碼的新使用者儲存庫金鑰,系統會使用指定的使用者儲存庫金鑰名稱、使用者名稱和密碼建立使用者儲存庫金鑰。系統只會在 SYSTEMDB 復原後進行驗證。如果使用者名稱或密碼無效,或不含正確的權限,或無法從備份映像檔取得,租用戶復原作業可能會失敗。
      • 如果未指定 userstorekey,系統會傳遞使用者名稱和密碼,然後在預先檢查期間進行驗證,確認備份期間使用的 userstorekey 是否存在於目標伺服器。如果找不到備份期間使用的 userstorekey,預先檢查作業就會失敗。如果使用者名稱或密碼無效,或不含正確的權限,或無法用於備份映像檔,則租用戶復原作業可能會失敗。
      • 如果未傳遞 userstorekey,但已提供使用者名稱和密碼,系統會使用目標伺服器傳遞的憑證,重新建立備份期間使用的 userstorekey。如果使用者名稱或密碼無效、不含正確的權限,或是無法用於備份圖片,租用戶復原作業可能會失敗。
  4. 按一下「預先飛行檢查」

    • 如果飛行前檢查失敗,請修正問題並重新提交飛行前檢查
    • 如果前置檢查成功,請按一下「提交」,提交還原工作。

如要從完整與增量備份映像檔來源

從完整與增量備份映像檔,自動將 HANA 資料庫還原至來源

  1. 在管理控制台的「應用程式管理員」頁面中,點選「應用程式」清單,然後在資料庫上按一下滑鼠右鍵,並選取「存取權」
  2. 選取要復原的最新快照,然後選擇「還原」
  3. 在「Restore」頁面中,選擇「Restore Back to Source」

    • 針對「Target」,完成下列操作:

      • 對於獨立的 HANA 設定,系統會預先填入這項資訊。
      • 對於 HANA HA (1+n) 設定,您可以在下拉式選單中選擇 HANA HA 節點。從下拉式選單中選取要還原的節點。
    • 針對 INCLUDE LIST,如要復原系統資料庫 (SYSTEMDB) 或 n 個租用戶資料庫中的一或多個租用戶資料庫,請在「INCLUDE」下方提供以半形逗號分隔的資料庫清單。

    • 針對 EXCLUDE LIST,如果要在 n 個租用戶資料庫中復原時排除 SYSTEMDB 或一或多個租用戶資料庫,請在 EXCLUDE 下方提供以半形逗號分隔的資料庫清單。舉例來說,將 SYSTEMDB 加入排除清單,即可將 SYSTEMDB 排除在復原作業之外,並還原所有已備份的租用戶資料庫。

      • 如果「納入清單」和「排除清單」都為空白,系統會復原 SYSTEMDB 和所有租用戶 (tn1、tn2、tn3)。
      • 如果您想復原單一租戶 tn1,請使用包含清單搭配 tn1。
      • 如果您想復原 tn2 和 tn3,並排除 SYSTEMDB 和 tn1,請使用僅包含 tn2 和 tn3 的納入清單。
      • 如果您只想復原所有租用戶 (tn1、tn2、tn3) 並排除 SYSTEMDB,請排除 SYSTEMDB 或包含 tn1、tn2、tn3。
    • 針對「回溯」時間,請為要復原的資料庫選擇記錄日期和時間。

    • 針對「TARGET DATABASE SID」,系統會預先填入受保護資料庫 sid 名稱,且無法變更。

    • 對於 SAP DB USER STORE-KEY,系統會在備份期間預先填入 userstore 索引鍵。您可以使用備份期間提供的特權使用者名稱和密碼,指定新的使用者儲存庫金鑰。系統會建立這個新的使用者儲存庫金鑰,並用於復原。

      • 如果使用者名稱和密碼是與現有使用者儲存庫鍵一併提供,系統會使用這個使用者名稱和密碼重新建立使用者儲存庫鍵。系統資料庫復原後,系統才會執行驗證。如果使用者名稱或密碼無效,或不含正確的權限,或是無法從備份圖片中取得,租用戶復原作業可能會失敗。
      • 如果您指定含有使用者名稱和密碼的新使用者儲存庫金鑰,系統會使用指定的使用者儲存庫金鑰名稱、使用者名稱和密碼建立使用者儲存庫金鑰。系統資料庫復原後才會進行驗證。如果使用者名稱或密碼無效,或不包含正確的權限,或是無法在備份映像檔中使用,租用戶復原作業可能會失敗。
      • 如果未傳遞使用者儲存庫金鑰、使用者名稱和密碼,系統會在預先檢查期間進行驗證,確認備份期間使用的 userstorekey 是否存在於目標伺服器。如果找不到備份期間使用的 userstorekey,預先檢查作業就會失敗。如果使用者名稱或密碼無效,或不含正確的權限,或無法用於備份映像檔,則租用戶復原作業可能會失敗。
      • 如果未傳遞 userstorekey,但提供使用者名稱和密碼,系統會使用目標伺服器傳遞的憑證,重新建立備份期間使用的 userstorekey。如果使用者名稱或密碼無效,或不含正確的權限,或無法用作備份映像檔的一部分,則租用戶復原作業可能會失敗。
      • 在使用 SYSTEMDB 復原功能時,系統會在 SYSTEMDB 復原作業結束前,先驗證 hdbuserstore 索引鍵,再開始租用戶復原作業。如果使用者名稱或密碼無效,或不含正確的權限,或無法用於備份映像檔,租用戶復原作業可能會失敗。
  4. 按一下「飛行前檢查」

    • 如果預先檢查失敗,請修正問題,然後重新執行預先檢查
    • 如果前置檢查成功,請按一下「提交」,提交還原工作。

手動復原 SAP HANA 租用戶資料庫

您可以手動將單一租用戶資料庫從磁區層級備份映像檔還原至來源。

如要復原單租用戶資料庫,請完成下列步驟:

  1. 在「App Manager」的「Applications」清單中,按一下資料庫並選取「Access」
  2. 在跑道中選取要復原的最新快照,然後選取右側的「掛載」
  3. 在「Mount」頁面中停用「Application Options」,並在「Mount Options」下方設定掛接位置,例如 /testmnt
  4. 以 root 身分登入伺服器,並將目錄變更為 /act/custom_apps/saphana/restore:cd /act/custom_apps/saphana/restore
  5. 執行復原指令碼:
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

指令碼引數說明:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

例如:./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. 指令碼完成後,系統會將 Tenant DB 還原至指定時間點,並開放存取。
  2. 前往管理控制台,然後卸載並刪除備份映像檔

從完整 + 增量 Backint 轉儲備份手動復原 SAP HANA 資料庫

您可以手動將資料庫從完整 + 增量轉儲備份還原至來源。

如要從完整 + 增量轉儲備份復原 HANA 資料庫,請使用以下指令碼:

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

範例:

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

在 SAP HANA Studio 中查看備份狀態

您可以在 HANA Studio 中查看備份狀態、中繼資料和備份映像檔,但無法透過 HANA Studio 存取備份和災難復原服務備份映像檔。您必須透過管理控制台存取備份映像檔,才能進行復原或其他用途。

  1. 在 HANA Studio 中前往「Backup」資料夾。

  2. 前往「備份目錄」分頁。

    「備份目錄」分頁會顯示備份狀態,以及開始時間、時間長度、大小、備份類型和目的地等詳細資料。

HANA 和 HANA HA 1+n 還原行為

本節包含 HANA 和 HANA HA 1+n 還原行為的相關資訊。

所有 HANA 設定

啟用「管理新應用程式」選項,將資料還原至新目標:

  • 已還原的應用程式受到保護,但「Application Details & Settings」部分僅顯示預設值。還原後,您必須手動設定「應用程式詳細資料和設定」下方的必要值,才能順利完成備份。
  • 還原的應用程式保護功能會處於停用狀態。您必須依序前往「應用程式管理員」>「應用程式」>「管理備份」方案,啟用保護功能,備份作業才能開始執行。

HANA HA (1+n) 設定

對於 HANA 1+1 叢集 (主要的 Node A 和次要的 Node B),即 Node A —-> Node B,叢集會在備份和災難復原服務下發現為應用程式,並從主要的 Node A 執行備份作業。

還原至新的目標 HANA 資料庫:獨立或叢集

如果在還原前發現新目標是應用程式或已受保護,則需要將該應用程式解除保護,並從備份和 DR 中刪除。如果新目標應用程式已存在,工作就會失敗。

還原至節點 A 主要節點

  • 您必須先從叢集中取消註冊 Node B,才能執行還原至 Node A 的作業。
  • 節點 A 會在還原至 節點 A 後,成為獨立應用程式。
  • 節點 B 必須註冊至 節點 A,並將 節點 B 設為次要節點,且必須在 節點 A 上執行強制探索作業,才能繼續做為叢集備份。

還原至節點 B 次要節點

  • 節點 B 必須取消註冊,否則必須在 節點 B 上執行接管程序,才能還原至 節點 B
  • 在還原至 Node B 之前,請先關閉 Node A,然後在還原後將 Node A 新增為 Node B 的次要節點。
  • Node B 是還原作業後的獨立應用程式。節點 A 必須註冊至 節點 B,並將 節點 A 設為次要。
  • Node B 執行探索作業,將其重新探索為叢集應用程式。

  • 如要讓 Node ANode B 維持為獨立應用程式並受到保護,請在還原後,在 Node ANode B 上執行探索作業,但不要啟用複寫功能。

如何停用 SAP HANA 系統複製功能以進行還原

  1. 以作業系統使用者 (user adm) 身分登入兩個系統。
  2. 停止次要系統:sapcontrol –nr -function StopSystem HDB
  3. 在次要系統上取消註冊次要系統:hdbnsutil -sr_unregister --id=(secondarySiteID)
  4. 在主要系統上停用系統複製功能:hdbnsutil –sr_disable
  5. 使用下列其中一個指令碼檢查系統複製作業:

    • systemReplicationStatus.py 指令碼。這個指令碼會顯示複製狀態和資料庫資訊
    • hdbnsutil -sr_state 指令碼。這個指令碼會顯示複製節點的角色和主機對應詳細資料。

SAP HANA 向外擴充的備份和災難復原服務說明文件

本頁是一系列專門說明如何使用備份和災難復原服務保護及復原 SAP HANA 向外擴充執行個體的文章之一。如需更多資訊,請參閱下列網頁: