증분 백업, 차등 백업 및 기타 백업의 차이점은 무엇인가요?
증분 백업과 차등 백업은 재해 복구를 위해 데이터를 정기적으로 자주 복사하는 두 가지 전략입니다. 어떤 기업에서든 정전, 자연 재해 또는 보안 문제와 같이 뜻밖의 상황으로 인해 예기치 못하게 IT 시스템이 가동 중지될 수 있습니다. 운영에 필요한 중요한 정보를 잃지 않으려면 데이터 백업이 필수적입니다. 그렇지만 데이터 볼륨으로 인해 매 순간 전체 데이터를 백업하기란 사실상 불가능합니다. 차등 백업 전략은 마지막 전체 백업 이후의 데이터 변경 사항만 복제합니다. 반면, 증분 데이터 백업 전략은 마지막 백업 이후의 데이터 변경 사항을 복사합니다.
작동 방식 비교: 전체 백업, 증분 백업, 차등 백업
세 가지 주요 데이터 백업 전략이 있으며, 다음으로 이에 대해 자세히 설명하겠습니다.
전체 백업
전체 백업을 수행할 때 백업 소프트웨어는 데이터 변경 여부에 관계없이 전체 데이터 세트를 복사합니다. 이 유형의 백업은 일반적으로 현실적인 이유로 자주 사용되지 않습니다. 예를 들어 시간이 많이 걸리며, 많은 양의 스토리지 공간을 차지할 수도 있습니다. 전체 데이터 백업의 대안으로는 차등 또는 증분 백업이 있습니다.
증분 백업
증분 백업은 마지막 백업 이후 수정된 데이터만 복사합니다. 예를 들어 일요일에 전체 백업을 수행한 경우 월요일에 증분 백업하면 일요일 백업 이후의 변경 사항만 복사됩니다. 화요일에는 월요일 백업 이후 변경 사항만 백업 이미지 파일에 복사됩니다.
차등 백업
차등 백업 전략에서는 마지막 전체 백업 이후 새로 추가되고 변경된 데이터만 복사합니다. 마지막 전체 백업이 일요일이었다면 월요일에 백업할 경우 일요일 이후의 모든 변경 사항이 복사됩니다. 화요일에 다시 한번 백업을 수행할 경우 마찬가지로 일요일 이후의 모든 변경 사항이 복사됩니다. 따라서 백업 파일 크기가 다음 전체 백업까지 점진적으로 증가합니다.
주요 차이점: 증분 백업과 차등 백업
증분 백업 전략과 차등 백업 전략은 달성하려는 백업 성능에 따라 서로 다른 장단점을 제공합니다. 다음으로 주요 차별화 요소를 살펴보겠습니다.
백업 속도
차등 백업은 백업 이미지 파일 크기가 매일 증가하므로 증분 백업보다 완료하는 데 시간이 더 오래 걸립니다.
반면 증분 백업 프로세스의 경우 백업 파일 크기가 일관적으로 작게 유지되므로 더 빠르고 효율적입니다.
스토리지 공간 활용도
증분 백업은 필요한 스토리지 공간이 더 작습니다.
차등 백업은 마지막 전체 백업 이후 경과 시간이 길어질수록 더 많은 스토리지 공간을 차지합니다. 차등 백업 전략은 스토리지 공간을 절약하여 복원 시간을 줄이는 것을 목표로 합니다.
구현 비용
일반적으로 증분 백업에서는 백업 스토리지 공간과 네트워크 대역폭이 모두 절약됩니다. 장기적으로는 전체 백업과 잦은 증분 백업을 함께 사용하는 것이 더 비용 효율적인 옵션입니다.
반면 차등 백업은 시간이 지날수록 비용이 더 많이 들기 때문에 효율성을 높이려면 전체 백업을 더 자주 수행해야 합니다.
데이터 복원 속도
증분 백업은 비용 효율적이지만 데이터를 복원하는 데 시간이 많이 걸리고 복잡할 수 있습니다. 데이터를 복원하려면 첫 번째 전체 백업과 이후의 모든 증분 백업이 필요합니다. 예를 들어 수요일에 장애가 발생한 경우, 일요일부터 화요일까지의 모든 백업을 검토하여 변경 사항을 식별하고 누적 복원해야 합니다. 마지막 전체 백업 이후 경과 시간이 길어질수록 이 프로세스가 더 복잡해집니다.
반면 차등 백업을 사용하여 복원하는 경우에는 첫 번째 전체 백업과 최신 차등 백업만 있으면 됩니다. 또한 속도도 훨씬 더 빠릅니다.
사용 사례: 차등 백업 vs. 증분 백업
차등 백업과 증분 백업 중 무엇을 사용할지 결정할 때는 요구 사항과 예산에 따라 여러 요소를 고려할 수 있습니다.
데이터 변경 빈도
조직에서 자주 변경되는 상당한 양의 데이터를 처리하는 경우 증분 백업이 더 적합합니다. 증분 백업을 사용하면 시간과 백업 비용을 모두 절약할 수 있습니다.
반면 차등 백업을 선택하면 비용이 빠르게 증가할 수 있습니다.
비즈니스 요구 사항
조직에 가장 적합한 백업 유형을 결정하려면 사용 가능한 리소스와 회사의 백업 및 데이터 복구 정책을 고려해야 합니다.
예를 들어 제품 데이터는 전자 상거래 애플리케이션에 매우 중요하며, 차등 백업을 사용하여 복원 시간을 단축하고 가동 중지 시간을 최소화할 수 있습니다.
하지만 시간이 지나도 변경되지 않는 데이터의 경우 단일 전체 데이터 백업으로 이미지 파일 또는 비디오 데이터를 아카이빙하도록 선택할 수 있습니다.
합성 백업 vs. 영구적 증분 백업
증분 및 차등 백업 외에 다른 백업 데이터 전략도 있습니다.
합성 전체 백업
합성 전체 백업은 소스에서 변경된 데이터를 원본 전체 백업 및 모든 증분 백업과 비교하여 다음 전체 합성 백업을 생성합니다. 백업 서버는 증분 백업 파일만 저장하는 것이 아니라 변경 사항을 마지막 전체 백업과 통합하고 합성 전체 백업을 생성합니다. 최종 사용자는 이 프로세스를 볼 수 없습니다.
합성 전체 백업의 경우 스토리지 공간을 절약할 수는 없지만 네트워크 대역폭이 절약됩니다. 모든 데이터를 보내는 대신 점진적인 변경 사항만 서버에 전송합니다. 서버는 이미 가지고 있는 데이터를 사용하여 전체 백업 복사본을 만듭니다.
영구적 증분 백업
이 가이드에서 설명하는 다른 모든 백업 전략에는 정기적인 전체 백업 수행이 포함됩니다. 하지만 영구적 증분 백업을 구현하면 초기 전체 백업만 수행됩니다. 그런 다음 일련의 증분(영구적) 백업을 무기한으로 수행합니다.
백업 서버는 모든 백업 세트를 테이프 라이브러리 또는 대용량 디스크 어레이에 저장합니다. 복원 프로세스를 자동화하여 전체 백업의 복원 작업을 모방합니다.
차이점 요약: 전체 백업, 증분 백업, 차등 백업
| 백업 유형 |
데이터 |
백업 속도 |
스토리지 공간 |
복원 속도 |
| 활성 전체 |
모든 데이터 복사. |
느림. |
상당한 공간 제공. |
신속함. |
| 증분 |
마지막 백업 이후 변경된 데이터만 복사. |
차등 백업보다 빠름. |
차등 백업보다 작음. |
전체 백업과 모든 증분 백업이 필요하므로 차등 백업보다 느림. |
| 차등 |
마지막 전체 백업 이후 변경된 데이터 복사. |
증분 백업보다 느리지만 활성 전체 백업보다 빠름. |
특히 후속 백업에서 크기가 더 커짐. |
전체 백업 및 마지막 차등 백업만 필요하므로 증분 백업보다 빠름. |
| 합성 전체 |
변경된 데이터를 증분식으로 복사하되, 변경 내용을 마지막 전체 백업과 통합하여 합성 전체 백업을 생성. |
증분 변경 사항만 복사하므로 활성 전체 백업보다 빠름. |
활성 전체 백업과 거의 동일한 스토리지. |
활성 전체 백업과 비슷함. |
| 영구적 증분 |
하나의 전체 백업을 생성한 다음 후속(영구적) 증분 백업을 생성. |
후속 전체 백업을 생성하지 않으므로 합성 전체 백업보다 빠름. |
활성 및 합성 전체 백업보다 공간을 덜 차지함. |
활성 및 합성 전체 백업보다 더 빠른 복원 기능 제공. |
AWS는 데이터 백업 요구 사항을 어떻게 지원하나요?
Amazon Web Services(AWS)는 고객의 백업 전략을 지원하는 다양한 옵션을 제공합니다. 자세히 알아보려면 AWS 백업 및 복원 서비스에 대해 읽어보시기 바랍니다. 다음은 몇 가지 예입니다.
- AWS Backup은 정책을 기반으로 대규모 데이터를 간편하고 비용 효율적으로 보호할 수 있는 완전관리형 서비스입니다.
- AWS Storage Gateway는 온프레미스 애플리케이션에서 사실상 무제한의 클라우드 스토리지에 액세스할 수 있도록 합니다.
- Amazon Simple Storage Service(S3)는 업계 최고의 확장성과 데이터 가용성 및 보안과 성능을 제공하는 객체 스토리지 서비스입니다.
이러한 서비스를 사용하여 클라우드에서 원하는 백업 정책을 구성하거나 백업을 뛰어넘는 전략을 구현할 수 있습니다. 자세히 알아보려면 재해 복구 및 아카이빙에 대해 읽어보시기 바랍니다.
지금 계정을 만들어 AWS에서 데이터 백업을 시작하세요.
