Show Menu
화제×

클러스터된 환경에서 백업 및 복원 전략

AEM Forms 구현에서 사용자 지정 데이터를 다른 데이터베이스에 저장하는 경우, 이 데이터가 AEM 양식 데이터와 동기화되도록 하는 전략을 구현해야 합니다. 또한, 추가 데이터베이스가 동기화되지 않는 시나리오를 처리할 수 있을 정도로 강력하도록 응용 프로그램을 설계해야 합니다. 수행되는 모든 데이터베이스 작업은 트랜잭션 컨텍스트에서 수행되어 일관된 상태를 유지하는 것이 좋습니다.
오류를 복구하려면 AEM 양식 시스템의 다음 부분을 백업해야 합니다.
  • AEM Forms에서 사용하는 데이터베이스
  • 데이터 및 기타 영구 문서를 장기간 보유한 GDS
  • AEM 데이터베이스(crx-repository)
고객 글꼴, 연결 데이터 등과 같이 AEM 양식 설정에서 사용 중인 다른 데이터를 백업해야 합니다.

클러스터된 환경 백업

이 항목에서는 AEM Forms 클러스터된 환경을 백업하기 위한 다음 전략에 대해 설명합니다.
  • 다운타임 발생 시 오프라인 백업
  • 다운타임이 없는 오프라인 백업(종료되는 보조 노드 백업)
  • 다운타임과 응답 지연이 없는 온라인 백업
  • Bootstrap 속성 파일 백업

다운타임 발생 시 오프라인 백업

  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. 클러스터를 다시 시작합니다.

Bootstrap 속성 파일 백업

AEM 클러스터를 생성하면 모든 보조 노드에 대한 응용 프로그램 서버에 속성 파일이 생성됩니다. Bootstrap 속성 파일을 백업하는 것이 좋습니다. 응용 프로그램 서버의 다음 위치에서 파일을 찾을 수 있습니다.
  • 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 formsAEM 양식에 패치 또는 업데이트를 적용합니다. 이 정보는 백업 절차의 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처럼 보입니다.
  • 클러스터 노드를 다시 시작하기 전에 기본 노드에서 /clustered.txt저장소를 삭제해야 합니다.
  • 기본 노드가 먼저 시작되었는지, 그리고 완전히 작동되면 다른 노드를 시작합니다.

통신 관리 솔루션 게시 노드 백업 및 복원

게시자 노드에는 클러스터된 환경에서 1차-2차 관계가 없습니다. 백업 및 복원을 통해 게시자 노드 의 백업을 수행할 수 있습니다 .

단일 게시자 노드 복구

  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. 기본 노드 다음에 작성자 클러스터의 보조 노드가 옵니다.