많은 중소기업 IT 담당자들이 "우리는 OneDrive를 쓰니까 백업은 따로 필요 없다"고 생각합니다. OneDrive에 파일을 저장하면 클라우드에 자동 동기화되고, 버전 히스토리(Version History) 기능으로 이전 버전을 복원할 수 있으니 충분하다고 여기는 것입니다. 하지만 이것은 매우 위험한 오해입니다.
Microsoft 스스로도 서비스 약관(Microsoft Services Agreement)에서 OneDrive에 저장된 데이터의 백업 책임은 사용자에게 있다고 명시하고 있습니다. 실제로 Microsoft는 "공동 책임 모델(Shared Responsibility Model)"을 채택하여, 인프라 가용성은 Microsoft가, 데이터 보호와 백업은 고객이 책임지도록 구분하고 있습니다. 오늘은 OneDrive 버전 히스토리 기능의 구체적인 한계를 살펴보고, 왜 별도의 M365 백업이 반드시 필요한지 실무 관점에서 정리하겠습니다.
OneDrive 버전 히스토리란? 기본 구조 이해하기
OneDrive의 버전 히스토리는 파일이 수정될 때마다 이전 버전을 자동으로 보관하는 기능입니다. 사용자가 실수로 파일을 잘못 편집했을 때, 이전 버전으로 되돌릴 수 있어 편리합니다. OneDrive for Business의 경우 기본적으로 최대 500개 버전까지 보관할 수 있으며, SharePoint 관리 센터에서 이 숫자를 조정할 수 있습니다.
언뜻 보면 충분해 보이지만, 이 기능은 본질적으로 "백업"이 아니라 "버전 관리" 도구입니다. 백업과 버전 관리는 목적과 보호 범위가 완전히 다릅니다. 백업은 데이터의 독립적인 사본을 별도의 위치에 보관하여 원본이 완전히 손실되더라도 복구할 수 있도록 하는 것입니다. 반면 버전 히스토리는 동일한 시스템 내에서 파일의 변경 이력을 추적하는 데 그칩니다. 이 근본적인 차이를 이해하는 것이 출발점입니다.
OneDrive 버전 히스토리의 5가지 치명적 한계
1. 삭제된 파일의 보존 기간 제한
OneDrive에서 파일을 삭제하면 1차적으로 휴지통에 보관됩니다. 사용자 휴지통의 보존 기간은 기본 93일이며, 이 기간이 지나면 파일은 영구적으로 삭제됩니다. 문제는 삭제 사실을 93일 이내에 인지하지 못하면 복구가 불가능하다는 점입니다. 퇴사자의 계정이 정리되거나, 프로젝트 폴더가 실수로 삭제된 사실을 뒤늦게 발견하는 경우는 실무에서 매우 흔합니다.
2. 파일 단위 복원의 비효율성
버전 히스토리는 파일 단위로만 복원이 가능합니다. 만약 수백 개의 파일이 동시에 손상되거나 변조되었다면, 각 파일을 하나하나 찾아서 이전 버전으로 되돌려야 합니다. OneDrive에 "파일 복원(Files Restore)" 기능이 추가되어 특정 시점으로 전체 라이브러리를 되돌릴 수 있게 되었지만, 이 기능도 최근 30일 이내의 변경 사항에만 적용됩니다. 30일이 지난 대규모 손상은 사실상 복구가 극히 어렵습니다.
3. 랜섬웨어 공격에 대한 불완전한 방어
랜섬웨어가 로컬 PC를 감염시키면, OneDrive 동기화 클라이언트를 통해 암호화된 파일이 그대로 클라우드에 동기화됩니다. 버전 히스토리에 암호화 이전 버전이 남아있을 수 있지만, 앞서 언급한 대로 파일 하나하나를 복원해야 하며, 공격 시점을 정확히 파악하기 어려운 경우 어떤 버전이 "깨끗한" 버전인지 판단하기도 쉽지 않습니다. 또한 정교한 랜섬웨어는 버전 히스토리를 소진시키기 위해 파일을 수백 번 반복 수정하는 전략을 사용하기도 합니다.
4. 메타데이터·권한·구조 복원 불가
버전 히스토리는 파일의 내용(콘텐츠)만 복원합니다. 폴더 구조, 공유 권한, 메타데이터(태그, 분류 등)는 복원 대상이 아닙니다. 예를 들어 SharePoint 라이브러리의 복잡한 권한 체계가 변경되거나 삭제되었을 때, 버전 히스토리로는 이를 원래 상태로 되돌릴 수 없습니다. 이는 조직의 정보 보안 체계 자체가 무너질 수 있는 심각한 문제입니다.
5. Microsoft 365 전체를 커버하지 못함
OneDrive 버전 히스토리는 말 그대로 OneDrive에 저장된 파일에만 적용됩니다. Exchange Online의 이메일, Teams 채팅 및 채널 데이터, SharePoint 사이트, Planner 작업 등 M365 생태계의 다른 서비스 데이터는 별도의 보호가 필요합니다. 하지만 많은 조직이 OneDrive의 버전 히스토리를 근거로 M365 전체가 보호되고 있다고 착각합니다.
Microsoft의 서비스 약관 섹션 6b에는 "귀하의 콘텐츠와 데이터를 정기적으로 백업할 것을 권장합니다(We recommend that you regularly backup Your Content and Data)"라는 문구가 명시되어 있습니다. 클라우드에 저장했다고 해서 데이터 보호 책임이 사라지는 것이 아닙니다.
버전 히스토리 vs. 전문 백업 솔루션 비교
| 비교 항목 | OneDrive 버전 히스토리 | 전문 M365 백업 솔루션 |
|---|---|---|
| 보호 대상 | OneDrive 파일만 | Exchange, OneDrive, SharePoint, Teams 등 M365 전체 |
| 삭제 파일 보존 | 휴지통 93일, 이후 영구 삭제 | 정책에 따라 수년간 장기 보존 가능 |
| 복원 방식 | 파일 단위 또는 30일 이내 시점 복원 | 전체/폴더/파일/항목 단위 세밀한 시점 복원 |
| 랜섬웨어 대응 | 동기화로 감염 파일 덮어쓰기 위험 | 별도 저장소에 독립 사본 보관, 감염 영향 없음 |
| 메타데이터·권한 복원 | 불가 | 권한, 폴더 구조, 메타데이터 포함 복원 |
| 법적 컴플라이언스 | 보존 기간 한정으로 규제 대응 어려움 | 개인정보보호법, 전자문서법 등 장기 보존 요건 충족 |
| 데이터 저장 위치 | Microsoft 클라우드 내 동일 환경 | 별도 클라우드 또는 로컬 등 독립된 저장소 |
| 관리 편의성 | 별도 설정 불필요 | 초기 설정 필요, 이후 자동화 운영 |
별도 M365 백업이 반드시 필요한 6가지 상황
- 퇴사자 계정 삭제 후 데이터 요청: Microsoft 365에서 사용자 라이선스를 해제하거나 계정을 삭제하면, 일정 보존 기간 후 해당 사용자의 OneDrive 데이터도 함께 삭제됩니다. 퇴사 후 수개월이 지나 해당 직원이 작업했던 프로젝트 파일이 필요해지는 상황은 흔하며, 별도 백업 없이는 복구가 불가능합니다.
- 랜섬웨어 감염 후 전사 복구: 로컬 동기화를 통해 암호화된 파일이 클라우드까지 전파된 경우, 독립된 백업 사본에서만 깨끗한 데이터를 복구할 수 있습니다.
- 내부자에 의한 악의적 삭제: 불만을 품은 직원이 퇴사 전 의도적으로 대량의 파일을 삭제하거나 덮어쓰는 경우, 93일 이내에 발견하더라도 수천 개 파일을 개별 복원하는 것은 현실적으로 불가능에 가깝습니다.
- 개인정보보호법 감사 대응: 한국의 개인정보보호법은 개인정보 처리 기록을 최소 3년간 보존하도록 요구합니다. OneDrive의 93일 보존으로는 이 요건을 충족할 수 없습니다.
- Microsoft 서비스 장애: 드물지만 Microsoft 자체 장애로 데이터 손실이 발생할 수 있습니다. Microsoft는 인프라 가용성에 대한 SLA를 제공하지만, 데이터 복구에 대한 SLA는 제공하지 않습니다.
- Exchange·Teams 데이터 보호: 중요한 비즈니스 이메일, Teams 채널의 프로젝트 논의 내용 등은 OneDrive 버전 히스토리의 보호 범위 밖에 있으며, 별도 백업으로만 보호할 수 있습니다.
"클라우드에 올렸으니 안전하다"는 것은 "건물이 철근콘크리트이니 화재보험이 필요 없다"는 것과 같은 논리입니다. 클라우드는 인프라의 안정성을 제공하지만, 사용자 실수·악의적 행위·보존 기간 초과로 인한 데이터 손실까지 막아주지는 않습니다.
실제 시나리오: 퇴사자 데이터 삭제 후 복구 불가 상황
"분명히 OneDrive에 저장해뒀는데, 왜 없죠?"
어떤 중소기업에서 핵심 프로젝트를 담당하던 직원이 퇴사했습니다. IT 담당자는 회사 정책에 따라 30일 후 해당 직원의 M365 라이선스를 해제하고 계정을 삭제했습니다. 4개월 뒤, 해당 프로젝트의 후속 작업을 맡은 팀원이 원본 설계 파일이 필요하다고 요청했습니다. 그러나 계정 삭제와 함께 OneDrive 데이터도 이미 영구 삭제된 상태였습니다. Microsoft 지원에 문의했지만, 보존 기간이 지난 데이터는 Microsoft도 복구할 수 없다는 답변을 받았습니다. 결국 해당 설계를 처음부터 다시 작업해야 했고, 약 한 달의 프로젝트 지연이 발생했습니다.
이러한 시나리오는 중소기업 현장에서 실제로 반복적으로 발생하는 유형입니다. 별도의 백업 솔루션이 있었다면, 퇴사자의 데이터를 정책에 따라 장기 보존하고 있었을 것이며, 필요할 때 즉시 복원이 가능했을 것입니다.
M365 백업 도입을 위한 실무 체크리스트
아래 체크리스트를 통해 우리 조직의 M365 데이터 보호 현황을 점검하고, 백업 솔루션 도입 시 고려해야 할 사항을 확인하세요.
- 현재 보호 범위 파악: OneDrive뿐 아니라 Exchange, SharePoint, Teams 데이터가 모두 보호되고 있는지 확인합니다.
- 보존 정책 검토: 현재 삭제 파일 보존 기간(93일)이 우리 조직의 법적·사업적 요구사항을 충족하는지 확인합니다. 개인정보보호법상 3년 보존 의무 등을 고려해야 합니다.
- 퇴사자 데이터 관리 프로세스 점검: 계정 삭제 전 데이터 백업이 이루어지고 있는지, 수동으로 하고 있다면 자동화할 방법이 있는지 검토합니다.
- 랜섬웨어 시나리오 대비: OneDrive 동기화를 통한 랜섬웨어 전파 시, 현재 환경에서 전사 데이터를 얼마나 빠르게 복구할 수 있는지 테스트합니다.
- 복원 테스트 수행: 실제로 파일, 이메일, Teams 데이터를 복원해보고, 소요 시간과 복원 완전성을 확인합니다.
- 백업 데이터 저장 위치 결정: M365와 독립된 저장소(별도 클라우드, 로컬 스토리지 등)에 백업이 보관되어야 원본 환경 장애 시에도 복구가 가능합니다.
- 자동화 및 모니터링 체계 구축: 백업이 정상적으로 수행되고 있는지 대시보드와 알림을 통해 상시 모니터링할 수 있어야 합니다.
Acronis를 활용한 M365 데이터 보호 전략
Acronis의 M365 백업 솔루션은 OneDrive 버전 히스토리의 한계를 보완하기 위해 설계되었습니다. Exchange Online 메일함, OneDrive 파일, SharePoint 사이트, Teams 데이터를 통합적으로 백업하며, Microsoft 클라우드와 독립된 저장소에 데이터 사본을 보관합니다. 이를 통해 랜섬웨어 감염, 사용자 실수, 계정 삭제 등 어떤 상황에서도 원하는 시점으로 데이터를 복원할 수 있습니다.
특히 Acronis는 시점 기반(Point-in-Time) 복원을 지원하여, 특정 날짜와 시간의 데이터 상태로 정밀하게 복구할 수 있습니다. 전체 사서함 복원뿐 아니라 개별 이메일, 특정 폴더, 단일 파일 수준의 세밀한 복원(Granular Restore)도 가능합니다. 또한 백업 데이터에 대한 AES-256 암호화를 적용하여 백업 자체의 보안성도 확보합니다.
중소기업 입장에서 가장 큰 장점은 별도의 복잡한 인프라 구축 없이 클라우드 기반으로 간편하게 운영할 수 있다는 점입니다. 관리 콘솔에서 백업 정책 설정, 복원 작업, 모니터링을 통합적으로 수행할 수 있어 전담 보안 인력이 부족한 조직에서도 효과적으로 운영 가능합니다.
M365 백업의 핵심은 "3-2-1 백업 원칙"입니다. 데이터 사본 3개를, 2종류 이상의 매체에, 1개는 외부(Off-site)에 보관하는 것입니다. OneDrive만 사용하는 것은 이 원칙의 어떤 조건도 충족하지 못합니다.
지금 바로 M365 데이터 보호를 시작하세요
OneDrive 버전 히스토리는 분명 유용한 기능이지만, 기업의 데이터 보호 전략을 이 하나의 기능에 의존하는 것은 매우 위험합니다. 보존 기간의 한계, 파일 단위 복원의 비효율, 랜섬웨어 동기화 위험, 메타데이터 복원 불가, M365 전체 범위 미커버 등 다섯 가지 핵심 한계는 별도 백업 솔루션 없이는 해결할 수 없습니다.
KDSys는 Acronis 공인 파트너로서, 중소기업의 M365 환경에 최적화된 백업 전략 수립부터 솔루션 도입, 운영 지원까지 원스톱으로 제공합니다. 현재 OneDrive와 M365 데이터가 제대로 보호되고 있는지 무료 진단을 받아보시고, 데이터 손실이 발생하기 전에 대비하시기 바랍니다.
👉 KDSys M365 백업 무료 진단 및 상담 문의: 지금 바로 연락주시면, 귀사의 M365 환경을 분석하고 최적의 백업 전략을 제안해 드립니다.