M365 보존 정책(Retention Policy) 완벽 가이드: 삭제와 백업이 다른 이유와 대응법

"클라우드니까 안전하다"는 가장 위험한 착각입니다

Microsoft 365(이하 M365)를 도입한 많은 중소기업 IT 담당자들이 공통적으로 하는 착각이 있습니다. "마이크로소프트가 클라우드에서 알아서 데이터를 보관해 주겠지"라는 믿음입니다. Exchange Online의 메일, OneDrive의 파일, SharePoint의 문서 라이브러리, Teams의 대화 기록까지—이 모든 데이터가 마이크로소프트의 데이터센터에 있으니 안전할 것이라고 생각하기 쉽습니다.

하지만 마이크로소프트의 서비스 약관을 주의 깊게 읽어보면, 인프라의 가용성에 대한 책임과 고객 데이터의 보호에 대한 책임은 명확히 분리되어 있습니다. 마이크로소프트는 데이터센터 장애, 하드웨어 고장 등 인프라 수준의 문제에 대해서는 책임을 지지만, 사용자의 실수로 인한 삭제, 악의적인 내부자의 데이터 파괴, 랜섬웨어로 인한 파일 암호화 등 고객 측 원인에 의한 데이터 손실은 고객의 책임으로 명시하고 있습니다. 이것이 바로 '공동 책임 모델(Shared Responsibility Model)'의 핵심입니다.

이 글에서는 M365의 보존 정책(Retention Policy)이 실제로 무엇을 보호하고 무엇을 보호하지 못하는지, 그리고 왜 보존 정책과 별도의 백업 솔루션이 반드시 병행되어야 하는지를 구체적으로 설명합니다.

M365 보존 정책(Retention Policy)은 정확히 무엇을 하는가

M365의 보존 정책은 Microsoft Purview(구 Microsoft 365 Compliance Center)에서 설정하는 데이터 거버넌스 도구입니다. 핵심 기능은 두 가지로 요약됩니다.

• 보존(Retain): 지정된 기간 동안 콘텐츠가 삭제되더라도 백그라운드에서 사본을 유지합니다. 사용자가 메일을 지우더라도 관리자가 설정한 보존 기간이 남아있으면 eDiscovery 등을 통해 검색·복구할 수 있습니다.
• 삭제(Delete): 보존 기간이 만료되면 해당 콘텐츠를 자동으로 영구 삭제합니다. 이는 개인정보보호법 등 규정 준수를 위해 불필요한 데이터를 적시에 폐기하는 데 활용됩니다.

보존 정책은 Exchange 사서함, SharePoint 사이트, OneDrive 계정, Teams 채팅 및 채널 메시지, Yammer 등 M365의 다양한 서비스에 적용할 수 있습니다. 또한 보존 레이블(Retention Label)을 사용하면 개별 항목 단위로 더 세밀한 정책을 적용할 수도 있습니다.

보존 정책이 보호하지 못하는 시나리오들

보존 정책의 한계를 이해하려면, 실제 업무 환경에서 발생할 수 있는 데이터 손실 시나리오를 살펴봐야 합니다.

1. 보존 기간 만료 후 데이터 손실 인지: 보존 기간을 1년으로 설정했는데, 13개월 전에 삭제된 중요 계약서가 필요해진 경우—이미 영구 삭제된 뒤라 복구가 불가능합니다.
2. 퇴직자 계정 삭제: 직원이 퇴사하면서 M365 라이선스를 회수하고 계정을 삭제하면, 해당 사용자의 OneDrive 데이터는 기본적으로 관리자에게 위임 후 일정 기간 뒤 삭제됩니다. 보존 정책이 적용되어 있더라도 라이선스와 계정이 완전히 제거되면 복구 경로가 복잡해지거나 불가능해질 수 있습니다.
3. 랜섬웨어에 의한 파일 암호화: OneDrive와 SharePoint는 파일 버전 관리 기능이 있지만, 랜섬웨어가 수백~수천 개의 파일을 동시에 암호화하면서 버전 기록까지 소진시키면 원본 복구가 극히 어렵습니다. 보존 정책은 이러한 대량 변조 공격에 대한 실시간 방어 메커니즘이 아닙니다.
4. 관리자의 잘못된 정책 설정: 보존 정책 자체를 잘못 구성하거나, 실수로 삭제 전용 정책을 적용하면 의도치 않은 대량 데이터 손실이 발생할 수 있습니다. 보존 정책은 그 자체를 보호하는 메커니즘이 없습니다.
5. 특정 시점 복원(Point-in-Time Restore)의 부재: 보존 정책은 "이 항목이 존재했다"는 기록을 유지하는 데에는 유용하지만, "3일 전 오후 3시 상태의 전체 사서함"으로 되돌리는 것은 지원하지 않습니다.

삭제와 백업은 근본적으로 다른 개념입니다

많은 분들이 혼동하는 '보존'과 '백업'의 차이를 명확히 정리해 보겠습니다.

구분	M365 보존 정책 (Retention Policy)	전문 백업 솔루션 (예: Acronis)
본래 목적	규정 준수, 법적 보존, 데이터 거버넌스	데이터 보호, 재해 복구, 비즈니스 연속성
데이터 저장 위치	M365 테넌트 내부 (동일 인프라)	별도의 독립된 스토리지 (M365 외부)
특정 시점 복원	지원하지 않음	날짜·시간 단위의 시점 복원 지원
복원 단위	개별 항목 검색·복원 (eDiscovery 활용)	전체 사서함, 사이트, 개별 파일 등 유연한 복원
랜섬웨어 대응	직접적인 방어·복구 기능 없음	감염 전 시점으로 전체 롤백 가능
퇴직자 데이터	라이선스 해제 시 복잡한 제약 발생	라이선스와 무관하게 백업 데이터 영구 보관 가능
관리 복잡도	Purview 설정 이해 필요, 정책 충돌 주의	직관적인 관리 콘솔, 스케줄 기반 자동 백업
비용 구조	M365 라이선스에 포함 (일부 고급 기능은 추가 라이선스 필요)	별도의 구독 비용 발생

이 비교표에서 가장 주목해야 할 차이는 데이터 저장 위치입니다. 보존 정책으로 유지되는 데이터는 M365 테넌트 안에 존재합니다. 만약 테넌트 자체에 문제가 생기거나, 관리자 계정이 탈취되어 정책이 변경되면, 보존된 데이터도 함께 위험에 노출됩니다. 반면 전문 백업 솔루션은 M365 환경과 완전히 분리된 별도 저장소에 데이터 사본을 보관하므로, M365 내부에서 어떤 일이 벌어지더라도 독립적으로 데이터를 보호할 수 있습니다.

M365 데이터 보호 전략 수립을 위한 단계별 가이드

보존 정책과 백업 솔루션의 차이를 이해했다면, 이제 실제로 우리 조직에 맞는 데이터 보호 전략을 어떻게 수립할지 단계별로 살펴보겠습니다.

1. 현재 보존 정책 현황 감사(Audit)
   Microsoft Purview 관리 센터에 접속하여 현재 테넌트에 적용된 보존 정책과 보존 레이블을 전수 조사합니다. 어떤 서비스(Exchange, SharePoint, OneDrive, Teams)에 어떤 기간의 정책이 적용되어 있는지, 정책 간 충돌은 없는지 확인합니다. 의외로 보존 정책이 전혀 설정되지 않은 테넌트도 많습니다.
2. 비즈니스 크리티컬 데이터 식별
   조직의 모든 M365 데이터가 동일한 중요도를 갖지는 않습니다. 계약서, 재무 자료, 고객 정보, 핵심 프로젝트 문서 등 손실 시 비즈니스에 직접적인 타격을 주는 데이터를 식별하고 우선순위를 매깁니다. 이 데이터들은 보존 정책과 무관하게 반드시 별도 백업이 필요합니다.
3. 복구 목표 정의 (RPO/RTO)
   RPO(Recovery Point Objective)는 "얼마나 최근 시점의 데이터로 복구해야 하는가"이고, RTO(Recovery Time Objective)는 "얼마나 빨리 복구해야 하는가"입니다. 보존 정책은 RPO와 RTO에 대한 보장을 제공하지 않습니다. 예를 들어 "지난 24시간 이내의 메일은 반드시 복구 가능해야 하고, 복구에 2시간 이상 걸리면 안 된다"는 요구사항이 있다면, 이는 전문 백업 솔루션으로만 충족할 수 있습니다.
4. 백업 솔루션 도입 및 구성
   M365 전용 백업 솔루션을 선정할 때는 다음 기준을 확인합니다: Exchange, OneDrive, SharePoint, Teams 전체를 커버하는지 / 세분화된 복원(개별 메일, 개별 파일)이 가능한지 / 백업 데이터가 M365 테넌트와 물리적으로 분리된 저장소에 보관되는지 / 자동 스케줄 백업과 모니터링이 되는지 / 한국 내 데이터 보관 옵션이 있는지.
5. 정기적인 복구 테스트 수행
   백업은 복구가 성공해야 의미가 있습니다. 분기에 1회 이상 실제 복구 테스트를 수행하여 백업 데이터의 무결성과 복구 절차의 실효성을 검증합니다. 복구 테스트를 한 번도 해보지 않은 백업은 백업이 아닙니다.
6. 보존 정책과 백업 정책의 통합 문서화
   보존 정책의 범위와 기간, 백업 솔루션의 스케줄과 보관 기간, 복구 절차와 담당자를 하나의 문서로 정리합니다. 담당자 부재 시에도 누구나 복구를 수행할 수 있도록 매뉴얼화하는 것이 중요합니다.

실제 시나리오: 퇴직 직원의 메일 데이터가 사라진 경우

한 중소기업에서 영업팀장이 퇴사한 후, 후임자가 해당 직원이 주고받았던 거래처와의 중요한 메일 내역을 확인해야 하는 상황이 발생했습니다. 그런데 IT 담당자가 비용 절감을 위해 퇴사 처리 시 M365 라이선스를 즉시 회수하고 계정을 삭제한 상태였습니다. 보존 정책이 설정되어 있었지만, 계정 삭제 후 일정 기간이 지나면서 복구 가능한 경로가 사라졌습니다. 결국 거래처에 일일이 연락하여 메일을 다시 받아야 했고, 일부 메일은 영영 복구하지 못했습니다. 만약 별도의 백업 솔루션으로 해당 사서함이 백업되어 있었다면, 라이선스 회수 여부와 관계없이 필요한 메일을 즉시 복원할 수 있었을 것입니다.

이 시나리오는 특별한 사례가 아닙니다. 직원 이직률이 높은 중소기업에서는 매우 흔하게 발생하는 상황입니다. 특히 영업, 구매, 인사 부서의 메일 데이터는 퇴직 후에도 오랜 기간 참조가 필요할 수 있으며, 법적 분쟁 시 증거 자료로 활용될 수도 있습니다.

보존 정책과 백업, 둘 다 필요한 이유

여기서 중요한 점은 보존 정책이 불필요하다는 것이 아닙니다. 보존 정책과 백업 솔루션은 서로 다른 목적을 가진 상호 보완적인 도구입니다.

• 보존 정책의 역할: 규정 준수를 위한 데이터 수명 주기 관리, 소송 대비를 위한 법적 보존(Legal Hold), eDiscovery를 통한 내부 조사 지원. 이러한 기능은 백업 솔루션이 대체할 수 없습니다.
• 백업 솔루션의 역할: 사용자 실수, 악의적 삭제, 랜섬웨어 공격, 계정 탈취 등 예측 불가능한 데이터 손실로부터의 보호와 신속한 복구. 이것은 보존 정책이 대체할 수 없습니다.

비유하자면, 보존 정책은 건물의 CCTV이고, 백업 솔루션은 화재보험입니다. CCTV가 있다고 화재보험이 필요 없는 것이 아니며, 화재보험이 있다고 CCTV를 철거하지 않습니다. 두 가지 모두 건물(데이터)을 보호하기 위한 필수 요소입니다.

KDSys와 함께하는 안전한 M365 데이터 보호

M365 데이터 보호 전략을 수립하는 것이 중요하다는 것은 이해했지만, 실제로 어떤 솔루션을 선택하고 어떻게 구성해야 할지 막막하게 느껴질 수 있습니다. 특히 전담 IT 보안 인력이 부족한 중소기업에서는 보존 정책 설정부터 백업 솔루션 도입까지 혼자 처리하기 쉽지 않습니다.

KDSys는 Acronis 공식 파트너로서, M365 환경에 최적화된 데이터 보호 솔루션의 설계부터 구축, 운영까지 원스톱으로 지원합니다. Acronis의 M365 백업 솔루션은 Exchange Online, OneDrive, SharePoint, Teams를 포괄하는 자동화된 백업과 세분화된 복원 기능을 제공하며, M365 테넌트와 분리된 안전한 클라우드 스토리지에 데이터를 보관합니다.

KDSys를 통해 Acronis를 도입하시면 다음과 같은 혜택을 받으실 수 있습니다.

• 무료 현황 진단: 현재 M365 보존 정책 설정 현황과 데이터 보호 갭(Gap)을 분석해 드립니다.
• 맞춤형 정책 설계: 조직의 규모, 업종, 규정 준수 요건에 맞는 보존 정책 + 백업 정책 통합 설계를 지원합니다.
• 도입 후 운영 지원: 백업 모니터링, 복구 테스트, 정책 업데이트 등 지속적인 운영 관리를 한국어로 지원합니다.

"삭제와 백업은 다르다"는 사실을 인지한 지금이 바로 행동할 때입니다. M365 데이터를 제대로 보호하고 싶으시다면, KDSys에 부담 없이 문의해 주세요. 우리 조직의 데이터가 정말 안전한지, 전문가의 눈으로 점검해 드리겠습니다.