백업 보존 계산기

조부-부-자(grandfather-father-son) 보존을 추측이 아니라 하루 단위로 시뮬레이션합니다. 일별, 주별, 월별 백업을 얼마나 오래 유지하는지, 각 백업이 얼마나 큰지, 얼마나 자주 실행되는지를 입력하면 한 달, 여섯 달, 1년, 2년 후 실제로 보유하게 되는 복원 지점 수와 그 스토리지 비용을 확인할 수 있습니다. 시뮬레이션은 브라우저에서 실행되며 아무것도 전송되지 않습니다.

모델: 백업은 매일 실행됩니다. 일요일 백업이 주별 복원 지점을 겸하고, 매월 1일의 백업이 월별 지점을 겸합니다. 어느 한 계층이라도 커버하는 동안 지점은 유지됩니다. 모든 지점은 입력한 크기의 전체 백업으로 계산됩니다.

보존은 정책이지 디스크 더미가 아니다

모든 백업 시스템은 기본적으로 최근 과거는 너무 많이, 먼 과거는 너무 적게 유지합니다. "모든 것을 30일 유지"는 하나의 설정이지만 진짜 정책은 세 가지이기 때문입니다. 한 시간 만에 알아차리는 장애에는 어제의 백업이 필요합니다. 한 달 만에 알아차리는 장애 — 느린 손상, 조용히 잘못된 동기화, 아무도 언급하지 않은 삭제 — 에는 그것이 시작되기 전의 지점이 필요하지만, 30일 창은 이미 그것을 버렸습니다. 모든 것을 영원히 유지하면 해결되지만 다른 문제가 생깁니다. 성공할수록 매일 커지는 스토리지 요금입니다. 조부-부-자가 고전적인 답인 이유는 발견의 모양과 맞기 때문입니다. 장애가 빨리 발견되는 곳에서는 세밀한 지점을, 느리게 발견되는 곳에서는 거친 지점을, 그리고 아무도 절대 쓰지 않을 해상도에서는 아무것도 유지하지 않습니다.

시뮬레이션이 더하는 것은 겹침에 대한 정직함입니다. 유지 개수는 세 가지 보존 숫자의 합이 아닙니다. 3주 전의 주별 지점과 11개월 전의 월별 지점은 이번 주의 일별 지점들과 동시에 살아 있고, 프로비저닝해야 할 스토리지는 그 합집합이 최악의 날에 차지하는 크기입니다. 팀은 종종 이를 반대 방향으로 발견합니다. 개별 설정은 모두 소박해 보였는데 백업 대상이 "일찍" 가득 찬 경우인데, 각 계층을 따로 예산을 잡았기 때문입니다. 정책이 가동되기 전에 여기서 숫자를 돌려 보고, 계획 회의에 우연히 맞는 기간이 아니라 최대값 행에 맞춰 대상 크기를 정하십시오.

유지된 지점은 복원이 아니다

계산기가 숫자로 알려줄 수 없는 경고가 하나 있습니다. 복원 지점은 백업이 수행되었다는 것을 증명할 뿐, 복원할 수 있다는 것을 증명하지 않습니다. 보존 계획은 얼마나 거슬러 올라갈 수 있는지를 결정하고, 거슬러 올라가는 것이 소용이 있는지는 테스트 복원만이 결정합니다. 둘 다 일정을 잡으십시오. 가장 오래된 월별 지점을 스크래치 머신에 복원하는 월별 훈련은 네 번째 보존 계층보다 가치가 있습니다. 조부 지점이야말로 최악의 날에 필요하게 될 바로 그 지점이며, 모든 사람이 1년 동안 그 형식과 자격 증명과 특성을 잊을 수 있었던 지점이기 때문입니다. 보존은 과거에 대한 약속이고, 복원은 그 약속이 여전히 유효한지 확인하는 방법입니다.

관련 도구: 온콜 스케줄러는 복원이 필요할 때 누구를 깨울지 계획하고, SLA 오류 예산 계산기는 복원이 그 안에 들어가야 하는 다운타임에 가격을 매깁니다.

더 읽어보기: 하나의 신뢰성 루틴 — 로테이션, 보존, 오류 예산을 하나의 계획 습관으로 다루며, 보존을 정직하게 유지하는 복원 훈련 주기를 포함합니다.

자주 묻는 질문

조부-부-자(grandfather-father-son)란 무엇을 뜻하나요?

백업에서 가장 오래된 로테이션 방식입니다. 일별 백업은 아들로 짧게 유지되고, 일주일에 하나의 백업이 아버지로 승격되어 더 오래 유지되며, 한 달에 하나는 조부가 되어 가장 오래 유지됩니다. 하나의 백업 작업에서 세 가지 연령 계층 — 최근 기록은 세밀하게, 먼 기록은 거칠게, 그리고 스토리지 요금은 어느 쪽으로도 늘지 않습니다.

어떤 백업이 주별 또는 월별 지점이 되나요?

이 계산기에서는 일요일 백업이 주별 지점이고, 매월 1일에 수행된 백업이 월별 지점입니다. 하루에 여러 번 수행한다면 그날의 첫 번째 백업입니다. 실제 백업 소프트웨어에서는 요일을 선택할 수 있지만, 산술은 거의 알아차리지 못합니다. 중요한 것은 계층 사이의 간격이지 어떤 요일이 기준이 되는지가 아니기 때문입니다.

유지 개수가 일별 + 주별 + 월별보다 많은 이유는 무엇인가요?

계층이 개수뿐 아니라 시간에서도 겹치기 때문입니다. 3주 전의 주별 지점은 아직 그 창 안에 있고, 그 옆에서 이번 주의 일별 지점들이 쌓이며, 11개월 전의 월별 지점이 그 모두와 공존합니다. 어느 순간의 유지 개수는 바로 그 겹침의 크기입니다. 시뮬레이션이 보여주는 것이고, 세 가지 보존 숫자를 냅킨에 더하는 방식이 숨기는 것입니다.

전체 백업과 증분 백업 중 어느 쪽을 가정하나요?

전체 백업입니다. 모든 복원 지점은 입력한 전체 백업 크기로 계산되며, 이것이 보수적인 계획 숫자입니다. 증분 영구 방식과 중복 제거 스토어는 같은 복원 지점을 훨씬 적은 공간에 유지합니다. 스토리지 열은 단순한 전체 백업 로테이션이 필요로 하는 상한으로 취급하고, 중복 제거 비율은 실제로 얻는 할인으로 취급하십시오.

월별 지점은 몇 개를 유지해야 하나요?

가장 느린 재해가 요구하는 만큼입니다. 두 달 동안 조용히 숨어 있던 랜섬웨어, 연말에 발견된 회계 오류, 한 분기 동안 아무도 알아차리지 못한 삭제 — 월별 계층은 도화선이 긴 장애를 위해 존재합니다. 12개가 흔한 하한이며, 규제 대상 데이터는 종종 더 많이 요구합니다. 월별 지점 하나를 더 유지하는 비용은 백업 하나의 크기이고, 하나가 부족한 비용은 데이터 그 자체입니다.