Show Menu
화제×

감시 폴더를 위한 백업 전략

이 컨텐츠에서는 감시 폴더가 다양한 백업 및 복구 시나리오의 영향을 받는 방식, 이러한 시나리오의 제한 및 결과, 데이터 손실을 최소화하는 방법을 설명합니다.
감시 폴더는 감시 폴더 계층 구조에서 다음 폴더 중 하나의 폴더 내에서 파일을 조작하는 구성 서비스 작업을 호출하는 파일 시스템 기반 응용 프로그램입니다.
  • 입력
  • 단계
  • 출력
  • 실패
  • 유지
사용자 또는 클라이언트 응용 프로그램이 먼저 입력 폴더의 파일이나 폴더를 삭제합니다. 그런 다음 서비스 작업을 수행하면 파일이 스테이지 폴더로 이동합니다. 서비스가 지정된 작업을 수행하면 수정된 파일이 출력 폴더에 저장됩니다. 성공적으로 처리된 소스 파일은 보존 폴더로 이동되고 실패한 처리 파일은 실패 폴더로 이동됩니다. 감시 폴더의 Preserve On Failure 속성이 활성화되면 실패한 처리된 소스 파일이 보존 폴더로 이동됩니다. ( 감시 폴더 끝점 구성을 참조하십시오.)
파일 시스템을 백업하여 감시 폴더를 백업할 수 있습니다.
이 백업은 데이터베이스 또는 문서 저장소 백업 및 복구 프로세스와 독립적입니다.

감시 폴더의 작동 방식

이 콘텐트는 감시 폴더 파일 조작 프로세스에 대해 설명합니다. 복구 계획을 개발하기 전에 이 프로세스를 이해하는 것이 중요합니다. 이 예에서, 감시 폴더에 대한 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: 4개의 샘플 파일이 입력 폴더에 배치됩니다.
T2: 서비스 작업은 file1을 조작하기 위해 스테이지 폴더로 이동합니다.
T3: 서비스 작업은 file2를 조작하기 위해 스테이지 폴더로 이동합니다. file1의 결과를 출력 폴더에 저장하고 file1을 보존 폴더로 이동합니다.
T4: 서비스 작업은 조작하기 위해 스테이지 폴더에 file3을 배치합니다. file2의 결과를 출력 폴더에 저장하고 file2를 보존 폴더에 배치합니다.
T5: 서비스 작업은 조작을 위해 스테이지 폴더에 file4를 배치합니다. file3을 조작하지 못하고 서비스 작업에서 실패 폴더에 저장합니다.
T6: 서비스 작업은 파일 5를 입력 폴더에 배치합니다. 파일4의 결과를 출력 폴더에 저장하고 파일4를 보존 폴더에 배치합니다.
T7: 서비스 작업은 조작하기 위해 스테이지 폴더에 file5를 배치합니다.

감시 폴더 백업

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

감시 폴더 복원

이 섹션에서는 감시 폴더를 복원하는 방법에 대해 설명합니다. 감시 폴더는 종종 1분 이내에 완료하는 단기 프로세스를 불러옵니다. 이러한 경우 시간별로 수행되는 백업을 사용하여 감시 폴더를 복원해도 데이터가 손실되지 않습니다.
예를 들어 T1에 백업을 수행하고 T7에서 서버가 실패하는 경우 file1, file2, file3 및 file4가 이미 조작됩니다. T1에서 수행한 백업을 사용하여 감시 폴더를 복원해도 데이터가 손실되지 않습니다.
최근 백업을 수행한 경우 파일을 복원할 수 있습니다. 파일을 복원할 때 현재 파일이 있는 감시 폴더 계층 폴더를 고려해 보십시오.
스테이지: 이 폴더의 파일은 감시 폴더를 복원한 후 다시 처리됩니다.
입력: 이 폴더의 파일은 감시 폴더를 복원한 후 다시 처리됩니다.
결과: 이 폴더의 파일은 처리되지 않습니다.
출력: 이 폴더의 파일은 처리되지 않습니다.
보존: 이 폴더의 파일은 처리되지 않습니다.

데이터 손실 최소화 전략

다음 전략은 감시 폴더를 복원할 때 출력 및 입력 폴더 데이터 손실을 최소화할 수 있습니다.
  • 결과 및 실패 파일의 손실을 방지하기 위해 출력 및 실패 폴더를 시간별 등으로 자주 백업합니다.
  • 감시 폴더 이외의 폴더에 있는 입력 파일을 백업합니다. 이렇게 하면 출력 또는 실패 폴더에서 파일을 찾을 수 없는 경우 복구 후 파일 가용성을 보장합니다. 파일 이름 지정 체계가 일관되는지 확인합니다.
    예를 들어 %F. *확장자를​*사용하여 출력을 저장하는 경우 출력 파일의 이름이 입력 파일과 같습니다. 이렇게 하면 조작되는 입력 파일과 재전송해야 하는 입력 파일을 결정할 수 있습니다. 결과 폴더에 file1_out 파일만 표시되고 file2_out, file3_out 및 file4_out은 표시되지 않으면 file2, file3 및 file4를 다시 제출해야 합니다.
  • 사용 가능한 감시 폴더 백업이 작업을 처리하는 데 걸리는 시간보다 오래된 경우 시스템에서 새 감시 폴더를 만들고 해당 파일을 입력 폴더에 자동으로 배치하도록 허용해야 합니다.
  • 사용 가능한 최신 백업이 최신 상태가 아니면 백업 시간이 파일 처리에 걸리는 시간보다 작고 감시 폴더가 복원되면 파일이 다음 다른 단계 중 하나로 조작되었습니다.
    • 1단계: 입력 폴더에서
    • 2단계: 스테이지 폴더로 복사되었지만 프로세스가 아직 호출되지 않았습니다.
    • 3단계: 스테이지 폴더로 복사되고 프로세스가 호출됩니다.
    • 4단계: 조작 진행 중
    • 5단계: 반환된 결과
    파일이 1단계에 있으면 조작됩니다. 파일이 2단계 또는 3단계에 있는 경우 입력 폴더에 파일을 배치하여 다시 조작할 수 있습니다.
    파일을 두 번 이상 조작하면 데이터 손실이 방지되지만 결과가 중복될 수 있습니다.

결론

감시 폴더의 동적이고 끊임없이 변화하는 특성으로 인해 감시 폴더의 복원은 하루 이내에 백업되는 파일로 수행해야 합니다. 실패 시 작업을 다시 제출할 수 있도록 결과를 백업하고, 입력 폴더를 서버에 저장하고, 입력 파일을 추적하는 것이 좋습니다.