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

注意

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

您必須備份AEM表單系統的下列部分，才能從任何錯誤中復原：

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

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

備份群集環境

本主題討論以下策略，以備份任何AEM表單叢集環境：

  • 離線備份與停機
  • 無停機的離線備份（關閉的輔助節點備份）
  • 線上備份，無停機但響應延遲
  • 備份引導屬性檔案

停機時間的離線備份

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

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

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

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

    有關詳細步驟，請參見備份和還原。

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

  5. 再次啟動群集。

離線備份，無停機

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

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

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

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

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

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

    有關詳細步驟，請參見備份和還原。

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

  6. 再次啟動群集。

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

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

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

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

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

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

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

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

  6. 再次啟動群集。

備份引導屬性檔案

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

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

您需要備份AEM次節點的災難恢複方案檔案，並在應用程式伺服器上的指定位置（如果已恢復）將其替換。

在群集環境中恢復

如果整個群集或單個節點出現故障，您需要使用備份進行恢復。

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

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

恢復單個節點

  1. 停止損壞的節點。

    注意

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

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

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

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

    要恢復儲存庫，請執行以下步驟。

    注意

    如果壓縮的crx-repository備份已聯機，請在任何位置將其解壓縮，然後執行離線還原過程。

    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表單AEM表單。 此資訊記錄在備份過程的步驟1中。 AEM表單必須恢復到與備份系統時相同的修補程式層級。

  4. 恢復資料庫、GDS和連接器。

  5. 請執行下列動作，以離線復原AEM存放庫：

    注意

    如果壓縮的crx-repository備份已聯機，請在任何位置將其解壓縮，然後執行離線還原過程。

    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，其中0000可以是任何位元）複製到crx-repository\資料庫檔案夾。
  • 在重新啟動任何群集節點之前，請確保從主節點刪除儲存庫/clustered.txt。
  • 確保主節點是先啟動的，一旦完全啟動，則啟動其他節點。

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

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

恢復單個發佈者節點

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

恢復群集

  1. 關閉群集。
  2. 使用恢復備份恢復發佈節點。
  3. 啟動主節點，然後啟動作者群集的輔助節點。

本頁內容