GFS 보존 정책이 Keep 수치보다 더 많은 복원 지점을 삭제하는 이유는 무엇인가요?

GFS 보존 정책은 보관 개수가 서로 독립적인 백업의 단순한 합계가 아니라 시간 구간을 나타내기 때문에 예상보다 많은 복원 지점을 삭제할 수 있습니다.

keep-last, daily, weekly, monthly, yearly와 같은 규칙은 일반적으로 서로 겹치는 기간에서 대표 복원 지점을 선택합니다. 하나의 백업이 여러 시간 단계의 조건을 충족할 수 있지만, 다른 백업은 타임스탬프, 소스 그룹, 정책 상속 또는 최근 정책 변경으로 인해 어떤 구간에도 포함되지 않을 수 있습니다. 일부 도구는 정해진 순서로 규칙을 처리하거나, 이미 선택된 백업을 이후 단계에서 제외합니다. prune 또는 compact를 실행하기 전에 정확한 일정을 미리 확인하세요.

정책 그룹 및 타임스탬프와 함께 모든 복원 지점 나열하기

스냅샷 또는 아카이브 ID, 소스 호스트, 경로, 태그, 완료 상태, 현지 시간, UTC 시간, 각 그룹에 적용된 정책을 내보내세요. 모든 저장소나 소스를 함께 계산하지 마세요.

Restic은 스냅샷 그룹에 호스트, 경로, 태그를 기준으로 보존 정책을 적용합니다. 그룹화 설정을 변경하지 않았다면, 겉보기에 비슷한 두 복원 지점도 서로 다른 정책에 따라 평가될 수 있습니다.

예상치 못한 삭제가 특정 호스트, 경로 또는 태그 그룹에만 영향을 준다면 저장소 전체의 보존 설정을 변경하지 말고 해당 그룹이나 선택 조건을 수정하세요.

Daily, Weekly, Monthly 개수를 합산하지 않기

각 복원 지점이 어떤 기간을 나타내는지 매핑하세요. 동일한 백업이 daily, weekly, monthly 후보로 동시에 선택되었는지 표시하세요.

Proxmox의 prune 시뮬레이터는 겹치는 보존 구간을 보여 줍니다. 여기에는 하나의 weekly 후보가 특정 기간을 포함하고, 이후 규칙이 같은 구간의 다른 백업을 보존하지 않는 경우도 포함됩니다.

따라서 예상 총합이 항상 keep-daily + keep-weekly + keep-monthly인 것은 아닙니다. 모든 규칙을 적용한 후 고유하게 보존되는 백업 ID를 계산하세요.

규칙 순서와 각 기간에 선택된 후보 확인하기

각 기간에서 가장 최신, 가장 오래된, 첫 번째 또는 마지막 성공 백업 중 무엇이 선택되는지 확인하세요. 이를 실제 작업의 백업 시간과 비교하세요.

Borg는 GFS 스타일 prune 규칙을 설명하며, 달력 경계 동작이 기준 시점에 가까운 아카이브에 영향을 줄 수 있다고 안내합니다.

자정 직전과 직후에 실행되는 작업은 현지 시간으로는 서로 다른 날짜에 생성된 것처럼 보이지만, 시간대 또는 스케줄러 변환 후에는 하나의 정책 구간에 포함되는 두 백업을 만들 수 있습니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

저장소, 사용자 및 소스 수준에서 상속된 정책 검사하기

전역 기본값만 확인하지 말고 실제로 적용되는 정책을 내보내세요. 소스별 재정의, 상속된 값, 태그, 폴더 및 UI 사전 설정을 확인하세요.

Kopia의 정책 명령은 소스별 상속 보존 값을 지원하므로, 실제 활성 규칙이 다른 화면에 표시되는 저장소 수준 설정과 다를 수 있습니다.

로컬 keep 값이 0이거나 상속 경계가 변경되면 상위 정책이 올바르게 보여도 복원 지점이 삭제될 수 있습니다. 확인된 정책을 감사 자료와 함께 저장하세요.

최근 정책 축소 및 정리 시점 검토하기

현재 보존 값을 이전 정책 버전 및 마지막 정리 시점과 비교하세요. 오래된 지점이 즉시 만료 대상으로 표시되었는지 확인하세요.

Microsoft는 보존 기간을 줄이면 기존 복구 지점에 영향을 준다고 설명합니다. 이는 향후 백업에만 적용되는 것이 아니라 이후 정리 작업에서 적용됩니다.

정리가 지연되면 많은 삭제가 한 번에 발생한 것처럼 보일 수 있습니다. 정책 변경 기록과 삭제 승인 전에 표시된 지점 목록을 보존하세요.

GFS 플래그, 단기 보존 및 정책 변환 확인하기

weekly, monthly, yearly 플래그가 계속 연결되어 있는지, 단기 체인이 선택된 지점을 여전히 지원할 수 있는지 확인하세요. 소프트웨어 업그레이드와 정책 변환도 검토하세요.

Veeam은 GFS 설정을 변경하면 기존 후보가 GFS 상태를 잃을 수 있다고 경고하며, 이후 일반 단기 삭제 대상이 될 수 있다고 설명합니다.

복원 지점의 이전 파일 이름이나 전체 백업 역할만으로 현재 장기 보존이 보장된다고 가정하지 마세요. 활성 정책 플래그를 확인하세요.

Prune 및 Compact 전에 Dry-Run 또는 시뮬레이터 실행하기

정책 변경을 일시 중지하고 현재 복원 지점 목록을 내보낸 다음, 플랫폼의 dry-run 또는 시뮬레이터를 실행하세요. 보존 및 삭제된 ID를 수동으로 검토한 샘플과 비교하세요.

ZimaSpace의 대규모 스냅샷 기록 관련 글은 연관된 복구 맥락을 제공합니다. 이 글에서는 보존 계산이 단순한 개수와 다른 이유에 초점을 맞춥니다.

시뮬레이터, 실제 적용 정책 및 고유 보존 ID가 최소 두 개의 달력 경계에 걸쳐 일치하고, 필요한 복구 기간이 삭제 대상으로 표시된 지점에 의존하지 않을 때 문제가 해결된 것입니다.

자주 묻는 질문

keep-daily와 keep-weekly 개수는 합산되나요?

항상 그런 것은 아닙니다. 동일한 복원 지점이 두 기간을 모두 나타낼 수 있으며, 보존 엔진이 이미 포함된 후보를 이후 규칙에서 제외할 수도 있습니다.

보존 기간을 줄이면 기존 복원 지점이 삭제될 수 있나요?

예. 많은 시스템은 향후 백업에만 적용하지 않고 다음 정리 작업에서 기존 지점에 새 정책을 적용합니다.

Prune을 실행하면 저장소 공간이 즉시 확보되나요?

도구에 따라 다릅니다. 일부 시스템은 먼저 스냅샷이나 아카이브를 표시한 뒤, 별도의 compact 또는 가비지 컬렉션 단계에서 공유 데이터를 회수합니다.