기업의 데이터 환경이 복잡해지고 랜섬웨어와 같은 사이버 위협이 증가하면서 백업 전략의 기준도 함께 변화하고 있습니다.
과거에는 장애나 데이터 손실에 대비해 여러 개의 백업 사본을 서로 다른 장소에 보관하는 것이 중요했다면, 현재는 백업 데이터 자체가 공격받는 상황과 실제 복구 가능성까지 고려해야 합니다.
이러한 관점에서 널리 활용되는 백업 전략이 3-2-1-1-0 백업 전략입니다. 기존 3-2-1 백업 규칙에 불변·오프라인 백업과 복구 검증의 개념을 추가해 데이터 보호 수준을 한 단계 확장한 방식인데요.
오늘은 3-2-1-1-0 백업 전략이 무엇인지, 또 어떻게 적용해야 하는지 그렇다면 3-2-1 백업 전략은 무엇이며, 왜 3-2-1-1-0으로 확장되었을까요?
3-2-1 백업 전략이란?
3-2-1 백업 전략은 중요한 데이터의 사본을 여러 개 유지하고, 서로 다른 저장 환경과 장소에 분산해 하나의 장애가 전체 데이터 손실로 이어지지 않도록 하는 기본적인 백업 원칙입니다. 각 숫자의 의미는 아래 표에서 확인하실 수 있는데요.
숫자 | 의미 |
3 | 원본을 포함해 데이터 사본을 3개 유지 |
2 | 서로 다른 저장 매체 또는 저장 환경에 보관 |
1 | 최소 1개의 사본을 다른 장소에 보관 |
예를 들어 운영 중인 원본 데이터 외에 로컬 백업과 원격지 백업을 별도로 구성하면 하나의 저장 환경에 장애가 발생하더라도 다른 사본을 활용해 복구할 수 있습니다. 여기서 중요한 것은 백업 사본을 단순히 만드는 것이 아닌, 서로 다른 위험에 노출되도록 분산하는 것입니다.
동일한 스토리지에 백업 사본을 여러 개 복제해 놓는다고 해서 저장장치 장애나 데이터센터 장애에 대한 보호 수준이 함께 높아지는 것은 아닙니다. 특히 오프사이트 백업은 화재, 침수, 정전, 시설 장애 등 운영 환경 전체에 영향을 줄 수 있는 사고에 대비해 별도의 복구 지점을 확보하는 역할을 합니다.
3-2-1 규칙은 이러한 하드웨어 장애, 운영 오류, 물리적 재해 등으로 인한 데이터 손실 가능성을 줄이기 위한 기본적인 백업 원칙으로 오랫동안 활용되어 왔습니다.
3-2-1 백업 전략의 한계점
3-2-1 전략은 데이터 사본을 여러 곳에 분산한다는 점에서 효과적인 기본 원칙이지만, 백업 환경까지 공격하는 사이버 위협을 고려하면 추가적인 보호 계층이 필요할 수 있습니다.
대표적인 사례가 랜섬웨어입니다. 랜섬웨어 공격은 운영 중인 서버나 PC의 데이터만 암호화하는 데 그치지 않고, 연결된 백업 환경까지 공격 대상으로 삼을 수 있습니다.
예를 들어 '운영 데이터 → 로컬 백업 → 원격 백업'과 같은 환경을 생각해 본다면, 겉으로는 3-2-1 구조를 갖춘 것처럼 보이지만, 각각의 백업 저장소가 동일한 네트워크나 관리자 계정으로 연결되어 있다면 공격자가 백업 환경까지 접근할 가능성이 있습니다.
특히 백업 저장소의 삭제 권한이나 관리 콘솔의 관리자 계정이 침해되면 운영 데이터뿐 아니라 백업 데이터의 삭제·변조까지 이어질 수 있습니다. 즉, 기존 3-2-1이 강조했던 “백업 사본을 여러 곳에 분산하는 것”만으로는 사이버 공격에 대한 보호 수준을 충분히 확보하기 어려운 환경이 생긴 것입니다.
따라서 현대적인 백업 전략에서는 백업 사본의 개수와 위치뿐 아니라 백업 데이터에 대한 접근을 제한하고, 공격자가 데이터를 변경하거나 삭제하기 어렵게 만드는 보호 계층과 실제 복구 가능성을 검증하는 과정까지 함께 고려할 필요가 있습니다.
이러한 배경에서 기존 3-2-1 원칙을 확장한 3-2-1-1-0 백업 전략이 활용되고 있습니다.
3-2-1-1-0 백업 전략이란?
3-2-1 백업 전략과 비교
3-2-1-1-0은 기존 3-2-1 백업 전략에 불변·오프라인 백업과 복구 검증이라는 두 가지 요소를 추가한 형태입니다. 아래 표를 통해서 기존 3-2-1 전력과 비교해 보겠습니다.
구성 | 의미 |
3 | 원본을 포함해 데이터 사본 3개 유지 |
2 | 서로 다른 저장 매체 또는 저장 환경 활용 |
1 | 최소 1개의 사본을 오프사이트에 보관 |
1 | 최소 1개의 사본을 불변(Immutable) 또는 오프라인·에어갭 형태로 보호 |
0 | 복구 검증에서 오류가 발생하지 않도록 확인 |
기존 3-2-1이 데이터 사본의 분산과 재해 대비에 초점을 둔다면, 3-2-1-1-0은 여기에 랜섬웨어와 같은 사이버 위협에 대한 백업 보호와 실제 복구 가능성 검증까지 고려합니다.
즉, 백업 전략의 관점이 “데이터를 여러 곳에 보관하는가?” 에서 “데이터를 여러 곳에 안전하게 보관하고, 공격을 받아도 보호할 수 있으며, 실제로 복구할 수 있는가?” 로 확장된 것입니다.
3-2-1-1-0의 각 숫자가 의미하는
백업 전략은?
3 — 데이터 사본 3개
첫 번째 3은 중요한 데이터의 사본을 최소 3개 유지하는 것을 의미합니다. 일반적으로 원본 데이터와 두 개의 백업 사본을 포함하는 구조로, 하나의 사본에 문제가 발생하더라도 다른 복구 지점을 확보하는 것이 목적입니다.
다만 사본의 개수를 늘리는 것만으로 데이터 보호 수준이 높아지는 것은 아닙니다. 여러 사본이 동일한 저장장치나 네트워크 환경에 존재한다면 하나의 장애가 모든 사본에 영향을 줄 수 있기 때문입니다.
이후의 2, 1, 1을 통해 여러 개의 사본을 확보하고, 각 사본이 동일한 위험에 동시에 노출되지 않도록 분산하는 것이 핵심입니다.
2 — 서로 다른 저장 매체 또는 저장 환경 2개
두 번째 2는 서로 다른 저장 매체 또는 저장 환경에 데이터를 분산하는 것을 의미합니다.
핵심은 하나의 기술이나 인프라에 문제가 발생했을 때 모든 백업 사본이 동시에 영향을 받지 않도록 장애 도메인(failure domain)을 분산하는 것입니다. 따라서 백업 환경을 설계할 때는 사본의 개수뿐 아니라 각 사본이 동일한 장애에 노출되어 있지는 않은지를 함께 확인해야 합니다.
즉, 2의 핵심은 서로 다른 저장 기술을 사용하는 것 자체보다 하나의 장애가 여러 백업 사본에 동시에 영향을 미치지 않도록 저장 환경을 분리하는 것에 있습니다.
1 — 최소 1개의 오프사이트 백업
세 번째 1은 최소 하나의 백업 사본을 운영 환경과 다른 장소에 보관하는 것을 의미합니다.
운영 시스템과 백업이 동일한 시설에 있다면 화재, 침수, 자연재해, 시설 장애 등으로 여러 사본이 동시에 손실될 수 있습니다. 오프사이트 백업은 이러한 상황에서도 별도의 복구 지점을 확보하기 위한 것으로, 물리적인 위치뿐 아니라 운영 환경의 장애나 침해로부터 실제로 독립적인 복구 지점인지를 함께 고려해야 합니다.
여기서 중요한 것은 백업 데이터를 다른 위치에 복사하는 것에 그치지 않고, 운영 환경과 백업 환경 사이의 물리적·논리적 종속성을 함께 고려하는 것입니다
1 — 불변 백업 또는 오프라인·에어갭 백업
3-2-1-1-0에서 추가된 두 번째 1은 최소 하나의 백업 사본을 불변(Immutable) 또는 오프라인·에어갭 방식으로 보호하는 것을 의미합니다.
기존 3-2-1이 백업 사본의 개수와 저장 위치를 분산하는 데 초점을 두었다면, 이 추가 요소는 백업 데이터 자체가 변경되거나 삭제되는 상황에 대한 보호를 강화합니다.
불변 백업은 설정된 보존 기간 동안 데이터를 임의로 수정하거나 삭제하기 어렵게 만드는 방식입니다. WORM(Write Once, Read Many)이나 Object Lock 등의 기술을 통해 구현할 수 있으며, 백업 데이터의 무단 변경이나 삭제를 방지하는 데 목적이 있습니다.
에어갭(Air Gap)은 백업 데이터를 운영 네트워크와 분리해 외부에서 직접 접근하기 어렵게 만드는 개념입니다. 물리적으로 연결을 차단하는 방식부터 논리적인 접근 통제를 활용하는 방식까지 구현 방법은 다양합니다.
두 방식은 구현 방식에는 차이가 있지만 공통적으로 운영 환경이 침해되더라도 공격자가 백업 데이터까지 쉽게 변경하거나 삭제하지 못하도록 별도의 보호 계층을 확보한다는 목적을 가집니다.
0 — 복구 오류 0개
마지막 0은 백업 작업의 성공 여부를 넘어 실제 복구 과정에서 문제가 발생하지 않는지 지속적으로 검증하는 것을 의미합니다. 백업이 정상적으로 완료되었더라도 데이터 손상이나 백업 체인, 복구 절차 등의 문제로 실제 복구에 실패할 수 있습니다.
따라서 백업 데이터의 무결성을 확인하는 백업 검증(Backup Verification)과 실제 데이터를 복원해 보는 복구 테스트(Restore Test)가 필요합니다. 특히 업무 연속성이 중요한 환경에서는 데이터가 복구되는지뿐 아니라 목표한 RTO 안에 서비스를 복구할 수 있는지까지 확인하는 것이 중요합니다.
💡 결국 0이 강조하는 것은 장애가 발생했을 때 실제로 백업 데이터를 복구할 수 있다는 사실을 검증해야 한다는 것입니다.
3-2-1-1-0은 모든 기업에 반드시 필요한가요?
그렇지는 않습니다. 3-2-1-1-0은 모든 기업이 반드시 따라야 하는 법적 기준이나 단 하나의 정답으로 정해진 백업 규격이 아닙니다.
기업의 데이터 규모와 중요도, IT 환경, RPO·RTO, 규제 및 컴플라이언스 요구사항, 예산과 운영 인력 등에 따라 적절한 백업 전략은 달라질 수 있습니다. 예를 들어 중요도가 낮은 데이터를 모든 핵심 시스템과 동일한 수준으로 보호할 필요는 없으며, 백업 데이터의 보존 기간이나 복구 목표 역시 업무 중요도에 따라 다르게 설정할 수 있습니다.
반면 다음과 같은 환경이라면 불변 또는 오프라인 백업과 정기적인 복구 검증을 포함한 3-2-1-1-0 구조를 적극적으로 검토할 필요가 있습니다.
랜섬웨어와 같은 사이버 공격 위험이 높은 기업
업무 중단에 따른 손실이 큰 기업
핵심 업무 데이터를 장기간 보존해야 하는 기업
짧은 시간 내 데이터 복구가 필요한 기업
백업 데이터의 변경·삭제 방지가 중요한 환경
복구 가능성을 정기적으로 검증해야 하는 환경
결국 중요한 것은 3-2-1-1-0이라는 숫자를 그대로 적용하는 것보다 기업의 데이터 보호 요구사항에 맞는 백업 및 복구 체계를 설계하는 것입니다.
3-2-1-1-0 백업 전략, Cohesity
DataProtect의 주요 기능으로 살펴보기
3-2-1-1-0 백업 전략을 실제 기업 환경에 적용하기 위해서는 데이터의 분산 보관부터 불변 백업, 복구 검증까지 기업의 요구사항에 맞는 백업 환경을 구성해야 합니다. 대표적인 엔터프라이즈 데이터 보호 솔루션인 Cohesity DataProtect는 이러한 백업 환경을 구축하는 데 활용할 수 있습니다.
Cohesity DataProtect는 다양한 환경의 데이터를 백업하고 복구할 수 있으며, Immutable Snapshot과 DataLock(WORM)을 통해 백업 데이터의 변경·삭제를 방지하고, Backup Verification 및 복구 테스트 기능을 통해 백업 데이터의 복구 가능성을 검증할 수 있습니다.
특히 랜섬웨어 대응을 고려한다면 백업 데이터를 보호하는 것과 함께 백업 환경에 대한 접근 권한을 통제하는 것도 중요합니다. Cohesity DataProtect는 RBAC, MFA 등의 접근 통제 기능을 제공해 백업 데이터와 관리 환경에 대한 보안을 강화할 수 있습니다.
다만 3-2-1-1-0은 모든 기업이 반드시 따라야 하는 규격이 아니며, Cohesity DataProtect가 3-2-1-1-0이라는 특정 전략을 공식적으로 인증하거나 보장한다는 의미도 아닙니다. 기업의 데이터 중요도와 RPO·RTO, 보안 요구사항에 따라 필요한 백업 구조를 설계하고 이에 적합한 솔루션을 선택하는 것이 중요합니다.
시오랩은 Cohesity 파트너로서 기업 환경에 맞는 Cohesity 기반 백업·복구 환경 구축과 기술 지원을 제공하고 있습니다. 3-2-1-1-0과 같은 백업 전략을 기업 환경에 적용할 때, 현재의 백업 구조와 복구 요구사항을 먼저 점검해 적합한 방식을 검토할 수 있습니다.
통합 클라우드 데이터 관리 솔루션 시오랩
시오랩은 클라우드 기반 환경에서 발생하는 데이터를 수집하고 백업·복구 및
거버넌스를 통합한 데이터 관리 아키텍처를 설계 및 제공합니다.
고객 환경에 최적화된 분석과 설계 역량을 바탕으로 데이터 보호와
AI 기술을 결합한 데이터 운영 체계를 통해 기업의 데이터 활용 가치를 극대화하고
업무 효율화를 지원합니다.
➡️ 지금, 시오랩과 함께 데이터 관리의 새로운 기준을 경험해 보세요.
도입 문의 : 02.420.9759 | sales@seiolab.com