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

노트

AEM 양식 구현에서 사용자 지정 데이터를 다른 데이터베이스에 저장하는 경우 이 데이터가 AEM 양식 데이터와 동기화되도록 이 데이터를 백업하기 위한 전략을 구현해야 합니다. 또한 추가 데이터베이스가 동기화되지 않는 시나리오를 처리할 수 있을 정도로 강력하도록 응용 프로그램을 설계해야 합니다. 수행되는 데이터베이스 작업은 트랜잭션 컨텍스트에서 수행되어 일관된 상태를 유지하는 것이 좋습니다.

오류가 발생하는 것을 복구하려면 AEM 양식 시스템의 다음 부분을 백업해야 합니다.

  • AEM 양식에서 사용하는 데이터베이스
  • 데이터 및 기타 영구 문서를 오랫동안 보유한 GDS
  • AEM 데이터베이스(crx-repository)
노트

고객 글꼴, 연결 데이터 등 AEM 양식 설정에서 사용 중인 다른 데이터를 백업해야 합니다.

클러스터된 환경백업

이 항목에서는 AEM 양식 클러스터된 환경을 백업하기 위한 다음 전략에 대해 설명합니다.

  • 다운타임 발생 시 오프라인 백업
  • 다운타임이 없는 오프라인 백업(종료되는 보조 노드의 백업)
  • 다운타임과 응답 지연이 없는 온라인 백업
  • 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 기본 노드인 경우 보조 저장소 폴더(0000은 임의의 숫자일 수 있음)의 모든 컨텐츠를 crx-repository\crx.000)에서 crx-repository\ 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\ repository 폴더에 복사합니다.
  • 클러스터 노드를 다시 시작하기 전에 기본 노드에서 /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. 기본 노드를 시작하고 작성자 클러스터의 보조 노드를 시작합니다.

이 페이지에서는