群集環境中的備份和恢復策略

注意

如果您的AEM表單實作會將其他自訂資料儲存在不同的資料庫中，您必須實作策略來備份此資料，以確保其與AEM表單資料保持同步。 此外，必須設計應用程式，使其足夠強大，以處理其他資料庫不同步的情況。 強烈建議在事務的上下文中執行所執行的任何資料庫操作，以幫助保持一致的狀態。

您需要備份AEM表單系統的以下部分，才能從任何錯誤中恢復：

  • AEM表單使用的資料庫
  • 具有長期資料和其他持久文檔的GDS
  • AEM資料庫(crx-repository)
注意

您需要備份AEM表單設定程式正在使用的任何其他資料，例如客戶字型、連接器資料等。

備份群集環境

本主題探討備份任何AEM表單叢集環境的下列策略：

  • 離線備份，並且停機
  • 無停機的離線備份（關閉的次節點備份）
  • 線上備份，無停機，但響應延遲
  • 備份Bootstrap屬性檔案

停機的離線備份

  1. 關閉整個群集和相關服務。 （請參閱啟動和停止服務）

  2. 在任何節點上，備份資料庫、GDS和連接器。 （請參閱要備份和恢復的檔案）

  3. 執行下列步驟離線備份AEM存放庫：

    1. 對於每個群集節點，備份包含群集節點id的檔案。
    2. 備份任何輔助群集節點的所有檔案，包括子目錄。
    3. 分別備份每個群集節點的儲存庫/系統ID。

    有關詳細步驟，請參見Backup and Restore。

  4. 備份任何其他資料，例如客戶字型。

  5. 再次啟動群集。

無停機的離線備份

  1. 進入滾動備份模式。 （請參閱進入備份模式）

    請注意，在恢復後，我們需要離開滾動備份模式。

  2. 關閉與AEM相關的群集的任何輔助節點。 （請參閱啟動和停止服務）

  3. 在任何節點上，備份資料庫、GDS和連接器。 （請參閱要備份和恢復的檔案）

  4. 執行下列步驟離線備份AEM存放庫：

    1. 對於每個群集節點，備份包含群集節點id的檔案。
    2. 備份任何輔助群集節點的所有檔案，包括子目錄。
    3. 分別備份每個群集節點的repository/system.id。

    有關詳細步驟，請參見Backup and Restore。

  5. 備份任何其他資料，例如客戶字型。

  6. 再次啟動群集。

無停機但響應延遲的線上備份

  1. 進入滾動備份模式。 （請參閱進入備份模式）

    請注意，恢復後，您需要離開滾動備份模式。

  2. 關閉與AEM相關的群集的任何輔助節點。 （請參閱啟動和停止服務）

  3. 在任何節點上，備份資料庫、GDS和連接器。 （請參閱要備份和恢復的檔案）

  4. 執行下列步驟以線上備份AEM存放庫：

    1. 對於每個群集節點，備份包含cluster_node.id的檔案。
    2. 分別備份每個群集節點的repository/system.id。
    3. 在任何輔助節點上，對儲存庫進行聯機備份，以了解詳細步驟，請參閱聯機備份。

  5. 備份任何其他資料，例如客戶字型。

  6. 再次啟動群集。

備份Bootstrap屬性檔案

建立AEM群集時，會在應用程式伺服器中為所有次節點建立屬性檔案。 建議備份Bootstrap屬性檔案。 您可以在應用程式伺服器上的以下位置找到檔案：

  • JBoss:（在BIN目錄中）
  • WebLogic:在域目錄中
  • WebSphere:在配置檔案目錄中

您需要備份該檔案以備AEM次節點的災難恢復情況，如果恢復，則在應用程式伺服器上的指定位置替換該檔案。

在群集環境中進行恢復

如果整個群集或單個節點出現任何故障，則需要使用備份來還原它。

對於單節點恢復，只需關閉單節點並運行單節點恢復過程。

如果整個群集因資料庫崩潰等故障而失敗，則需要執行以下步驟。 恢復取決於使用的備份方法。

還原單個節點

  1. 停止損壞的節點。

    注意

    如果損壞的節點是AEM主節點，請關閉整個群集節點。

  2. 從系統映像重新建立物理系統。

  3. 將修補程式或更新套用至建立影像後所套用的AEM表單。 備份過程中記錄了此資訊。 AEM表單必須恢復到備份系統時的相同修補程式級別。

  4. （選用）如果所有其他節點運作正常，AEM存放庫也可能已損毀。 在此情況下，您會在AEM存放庫的error.log檔案中看到存放庫未同步訊息。

    要還原儲存庫，請執行以下步驟。

    注意

    如果壓縮的crx儲存庫備份已聯機，請在任何位置將其解壓縮，然後按照離線還原過程進行。

    1. 在節點的clusterNode目錄中刪除儲存庫、共用目錄、版本目錄和工作區目錄。
    2. 將群集節點的備份（包括子目錄）還原到節點。
    3. 刪除節點上的檔案clusterNode/revision.log。
    4. 刪除節點上的.lock（如果存在）。
    5. 刪除節點上的repository/system.id（如果存在）。
    6. 刪除節點上的檔案**/listener.properties（如果存在）。
    7. 為單個群集節點還原repository/cluster_node.id。
注意

請考量下列幾點：

  • 如果失敗的節點是AEM主節點，請將輔助儲存庫資料夾（crx-repository\crx.0000，其中0000可以是任何數字）中的所有內容複製到crx-repository\儲存庫資料夾，並刪除輔助儲存庫資料夾。
  • 重新啟動任何群集節點之前，請確保從主節點刪除儲存庫/clustered.txt。
  • 請確定主節點是先啟動的，一旦完全啟動，就啟動其他節點。

還原整個群集

  1. 停止所有群集節點。

  2. 從系統映像中重新建立物理系統。

  3. 將修補程式或更新套用至建立影像後所套用的AEM formsAEM表單。 此資訊記錄在備份過程的步驟1中。 AEM表單必須恢復到備份系統時的相同修補程式級別。

  4. 還原資料庫、GDS和連接器。

  5. 執行下列操作以離線恢復AEM儲存庫：

    注意

    如果壓縮的crx儲存庫備份已聯機，請在任何位置將其解壓縮，然後按照離線還原過程進行。

    1. 在所有群集節點上，刪除clusterNode目錄中的儲存庫、共用目錄、版本目錄和工作區目錄。
    2. 刪除共用目錄中的所有檔案和目錄。
    3. 將群集節點（包括子目錄）的備份還原到一個群集節點。
    4. 將還原的群集節點的所有檔案複製到所有其他群集節點。 完成後，每個群集節點都包含相同的資料。
    5. 刪除所有群集節點上的檔案clusterNode/revision.log。
    6. 刪除所有群集節點上的.lock（如果存在）。
    7. 刪除repository/system.id所有群集節點（如果存在）。
    8. 刪除所有群集節點上的檔案**/listener.properties（如果存在）。
    9. 為單個群集節點還原repository/cluster_node.id。
注意

請考量下列幾點：

  • 如果失敗的節點是AEM主節點，請將從次要存放庫資料夾（看起來類似crx-repository\crx.0000，其中000可以是任何位數）中的所有內容複製到crx-repository\存放庫資料夾。
  • 重新啟動任何群集節點之前，請確保從主節點刪除儲存庫/clustered.txt。
  • 請確定主節點是先啟動的，一旦完全啟動，就啟動其他節點。

備份和恢復通信管理解決方案發佈節點

發佈者節點在群集環境中沒有任何主次關係。 您可以按照Backup and Restore執行任何Publisher節點的備份。

恢復單個發佈者節點

  1. 關閉需要恢復的節點，在該節點再次啟動之前，不執行任何發佈活動。
  2. 使用還原Backup還原發佈節點。

恢復群集

  1. 關閉群集。
  2. 使用還原Backup還原發佈節點。
  3. 啟動主節點，然後啟動製作叢集的次節點。

本頁內容