감시 폴더의 백업 전략 backup-strategies-for-watched-folders

CAUTION
AEM 6.4가 확장 지원이 종료되었으며 이 설명서는 더 이상 업데이트되지 않습니다. 자세한 내용은 기술 지원 기간. 지원되는 버전 찾기 여기.

이 컨텐츠는 감시 폴더가 다양한 백업 및 복구 시나리오의 영향을 받는 방법, 이러한 시나리오의 제한 사항 및 결과, 데이터 손실을 최소화하는 방법에 대해 설명합니다.

감시 폴더 는 감시 폴더 계층 구조의 다음 폴더 중 하나 내에서 파일을 조작하는 구성 서비스 작업을 호출하는 파일 시스템 기반 응용 프로그램입니다.

  • 입력
  • 스테이징
  • 출력
  • 실패
  • 유지

사용자 또는 클라이언트 애플리케이션은 먼저 입력 폴더의 파일이나 폴더를 삭제합니다. 그런 다음 서비스 작업이 파일을 처리를 위해 스테이지 폴더로 이동합니다. 서비스가 지정된 작업을 수행하면 수정된 파일이 출력 폴더에 저장됩니다. 성공적으로 처리된 소스 파일이 보존 폴더로 이동되고 실패한 처리 파일이 실패 폴더로 이동됩니다. 이 Preserve On Failure 감시 폴더의 속성이 활성화되고 실패한 처리된 소스 파일이 보존 폴더로 이동됩니다. (자세한 내용은 감시 폴더 엔드포인트 구성)

파일 시스템을 백업하여 감시 폴더를 백업할 수 있습니다.

NOTE
이 백업은 데이터베이스 또는 문서 스토리지 백업 및 복구 프로세스와는 독립적입니다.

감시 폴더 작동 방식 how-watched-folders-work

이 컨텐츠는 감시 폴더 파일 조작 프로세스에 대해 설명합니다. 복구 계획을 개발하기 전에 이 프로세스를 이해하는 것이 중요합니다. 이 예에서 Preserve On Failure 감시 폴더의 속성이 활성화되어 있습니다. 그 파일들은 도착하는 순서대로 처리된다.

다음 표에서는 프로세스 전체에서 5개의 샘플 파일(file1, file2, file3, file4, file5)의 파일 조작에 대해 설명합니다. 테이블에서 x축은 시간 1이나 T1과 같은 시간을 나타내고 y축은 입력과 같은 감시 폴더 계층 내의 폴더를 나타냅니다.

폴더
T1
T2
T3
T4
T5
T6
T7
입력
file1, file2, file3, file4
file2, file3, file4
file3, file4
file4
비어 있음
file5
비어 있음
스테이징
비어 있음
file1
file2
file3
file4
비어 있음
file5
출력
비어 있음
비어 있음
file1_out
file1_out, file2_out
file1_out, file2_out
file1_out, file2_out, file4_out
file1_out, file2_out, file4_out
실패
비어 있음
비어 있음
비어 있음
비어 있음
file3_fail, file3
file3_fail, file3
file3_fail, file3
유지
비어 있음
비어 있음
file1
file1, file2
file1, file2
file1, file2, file4
file1, file2, file4

다음 텍스트는 각 시간의 파일 조작에 대해 설명합니다.

T1: 네 개의 샘플 파일이 입력 폴더에 배치됩니다.

T2: 서비스 작업이 file1을 조작하기 위해 스테이지 폴더로 이동합니다.

T3: 서비스 작업이 file2를 조작하기 위해 스테이지 폴더로 이동합니다. 이 파일은 file1의 결과를 출력 폴더에 배치하고 file1을 preserve 폴더로 이동합니다.

T4: 서비스 작업은 조작하기 위해 스테이지 폴더에 file3을 배치합니다. file2의 결과를 출력 폴더에 배치하고 file2를 preserve 폴더에 배치합니다.

T5: 서비스 작업은 조작을 위해 스테이지 폴더에 파일4를 배치합니다. file3의 조작이 실패하고 서비스 작업에서 이 파일을 실패 폴더에 넣습니다.

T6: 서비스 작업은 파일5를 입력 폴더에 배치합니다. 파일4의 결과를 출력 폴더에 넣고 파일4를 보존 폴더에 배치합니다.

T7: 서비스 작업은 조작을 위해 스테이지 폴더에 파일5를 배치합니다.

감시 폴더 백업 backing-up-watched-folders

감시 폴더 파일 시스템 전체를 다른 파일 시스템에 백업하는 것이 좋습니다.

감시 폴더 복원 restoring-watched-folders

이 섹션에서는 감시 폴더를 복원하는 방법을 설명합니다. 감시 폴더는 종종 1분 내에 완료하는 단기 프로세스를 호출합니다. 이러한 경우 시간별로 수행된 백업을 사용하여 감시 폴더를 복원해도 데이터가 손실되지 않습니다.

예를 들어, T1에 백업을 수행하고 T7에서 서버가 실패하면 file1, file2, file3 및 file4가 이미 조작됩니다. T1에서 백업을 사용하여 감시 폴더를 복원해도 데이터가 손실되지 않습니다.

최근 백업을 수행한 경우에는 파일을 복원할 수 있습니다. 파일을 복원할 때 현재 파일이 있는 감시 폴더 계층 폴더를 고려하십시오.

단계: 이 폴더의 파일은 감시 폴더를 복원한 후 다시 처리됩니다.

입력: 이 폴더의 파일은 감시 폴더를 복원한 후 다시 처리됩니다.

결과: 이 폴더의 파일이 처리되지 않습니다.

출력: 이 폴더의 파일이 처리되지 않습니다.

보존: 이 폴더의 파일이 처리되지 않습니다.

데이터 손실을 최소화하기 위한 전략 strategies-to-minimize-data-loss

다음 전략은 감시 폴더를 복원할 때 출력 및 입력 폴더 데이터 손실을 최소화할 수 있습니다.

  • 결과 및 실패 파일이 손실되지 않도록 출력 및 실패 폴더를 자주 백업(시간별 등)합니다.

  • 감시 폴더 이외의 폴더에 있는 입력 파일을 백업합니다. 따라서 출력 또는 실패 폴더에서 파일을 찾을 수 없는 경우 복구 후 파일 가용성을 보장합니다. 파일 이름 지정 체계가 일관되는지 확인합니다.

    예를 들어, %F.확장 ​를 입력하면 출력 파일의 이름이 입력 파일과 같습니다. 이렇게 하면 조작되는 입력 파일과 다시 제출해야 하는 입력 파일을 확인할 수 있습니다. 결과 폴더에 file1_out 파일만 표시되고 file2_out, file3_out 및 file4_out은 표시되지 않으면 file2, file3 및 file4를 다시 제출해야 합니다.

  • 사용 가능한 감시 폴더 백업이 작업을 처리하는 데 걸리는 시간보다 오래된 경우, 시스템에서 새 감시 폴더를 생성하고 파일을 입력 폴더에 자동으로 배치하도록 허용해야 합니다.

  • 사용 가능한 최신 백업이 충분하지 않은 경우 백업 시간은 파일을 처리하는 데 걸리는 시간보다 적고, 감시 폴더를 복원하면 파일이 다음 여러 단계 중 하나로 조작되었습니다.

    • 1단계: 입력 폴더에서
    • 2단계: 스테이지 폴더에 복사되었지만 프로세스가 아직 호출되지 않았습니다
    • 3단계: 스테이지 폴더에 복사되며 프로세스가 호출됩니다
    • 4단계: 조작 진행 중
    • 5단계: 반환된 결과

    파일이 1단계에 있으면 조작됩니다. 파일이 2단계 또는 3에 있는 경우 다시 조작할 수 있도록 입력 폴더에 넣습니다.

    note note
    NOTE
    파일 조작이 두 번 이상 발생하면 데이터가 손실되지 않지만 결과가 중복될 수 있습니다.

결론 conclusion

감시 폴더의 동적 및 지속적으로 변화하는 특성으로 인해 감시 폴더의 복원은 하루 내에 백업된 파일로 수행해야 합니다. 가장 좋은 방법은 결과를 백업하고, 입력 폴더를 서버에 저장하고, 입력 파일을 추적하여 오류가 발생한 경우 작업을 다시 제출할 수 있도록 하는 것입니다.

recommendation-more-help
a6ebf046-2b8b-4543-bd46-42a0d77792da