원본과 로컬·원격 사본의 용량, 보존 범위, 최초·증분 전송시간과 복구 목표를 한 번에 확인합니다.
RPO는 장애 시 잃어도 되는 최대 시간, RTO는 복구 완료까지 허용되는 시간입니다. 원격 전체 복구가 느리더라도 로컬 복구가 가능할 수 있으므로 두 경로를 각각 시험하세요.
백업·복구 시간 계획기와 3-2-1 백업 안내서를 함께 확인하세요.
사본별 계획 용량은 (원본 TB + 일일 변경량 × 가장 긴 보존 범위) × 여유율입니다. 보존 범위는 일간 수, 주간 수 × 7일, 월간 수 × 30일 중 가장 긴 값으로 잡습니다. 전체 복구와 일일 증분 전송시간은 데이터 비트 ÷ 실효 Mbps로 계산합니다.
하루 20 GB 변경, 일간 7·주간 4·월간 6세대, 여유율 20%라면 180일 범위를 기준으로 백업 사본 하나당 약 6.72 TB를 계획합니다.
2 TB 최초 원격 사본은 효율 80%에서 약 55.6시간이므로 12시간 RTO는 만족하지 않습니다. 로컬 복구 경로를 별도로 유지해야 합니다.
12시간 주기와 목표 RPO 24시간은 산술상 충족하지만 작업 실패 알림과 다음 성공 시점까지 고려해야 합니다.
용량 합계는 원본과 같은 장치의 미러가 아니라 서로 다른 실패 지점의 로컬·원격 백업 대상에 필요한 계획값입니다. 3-2-1 충족 표시는 입력한 장치 분리·원격·격리 확인을 조합한 점검표이지 실제 복원 성공 보증이 아닙니다.
변경 블록의 중복, 압축, 버전 정리, 전체 백업 재합성, 데이터 성장, 클라우드 최소 보존료와 API 제한은 제품마다 다릅니다. 이 계산기는 중복제거 절감을 0으로 두는 보수적 단순 모델이며, 실제 솔루션의 용량 예측과 복원 시험으로 교정해야 합니다.
계획용으로 30일 × 6을 사용합니다. 실제 달력과 백업 제품의 GFS 보존 방식은 다를 수 있습니다.
아닙니다. 작업 실패 감지, 불변·격리, 암호화 키 보관과 복원 시험이 별도로 필요합니다.
사본 규칙과 복구시간 목표는 별도입니다. 3-2-1이어도 원격 전체 복구가 목표보다 느릴 수 있습니다.
최종 검토일: 2026-08-21