Show Menu
主題×

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

如果您的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。
  • 確保主節點是先啟動的,一旦完全啟動,則啟動其他節點。

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

發佈者節點在群集環境中沒有任何主次關係。 您可以通過以下「備份和還原」來備份任 何Publisher節點

恢復單個發佈者節點

  1. 關閉需要恢復的節點,在節點再次啟動之前不執行任何發佈活動。
  2. 使用恢復備份(https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring # )恢復發佈節點。

恢復群集

  1. 關閉群集。
  2. 使用恢復備份(https://docs.adobe.com/docs/en/crx/current/administering/backup_and_restore.html#Restoring # )恢復發佈節點。
  3. 啟動主節點,然後啟動作者群集的輔助節點。