OneDrive for Business에서 SharePoint로 파일을 복사하는 일은 결국 동일 Microsoft 365 플랫폼 내부에서 위치를 옮기는 데 그칠 수 있어, 독립적인 백업으로 보기는 어렵습니다. Microsoft 공식 문서에 따르면 OneDrive는 SharePoint 파일 플랫폼 위에 구축되어 있고, 구독 수준 문제가 발생하면 OneDrive와 SharePoint 콘텐츠가 동시에 읽기 전용으로 전환됩니다. 이 글에서는 이 구조가 백업 전략 관점에서 어떤 의미인지, 한계가 어디까지인지 짚어봅니다. 다만 이 글의 논거 상당 부분은 단일 세컨더리 소스에 기반하고 Microsoft 공식 문서 원문이 전 범위에서 확인되지 않았습니다. 결론은 확정적 사실로 받아들이기보다 해당 전제에 따른 시나리오로 읽는 편이 맞습니다.
“파일 원본을 OneDrive에 두고, SharePoint에 한 부를 복사해 두면 하나가 망가져도 다른 쪽에서 복구할 수 있다”는 전제는 두 시스템이 독립적으로 존재할 때 성립하는 이야기입니다. 그러나 Microsoft 365 내부에서 OneDrive와 SharePoint는 구조적으로 독립된 두 시스템이 아닙니다. Microsoft Learn의 공식 문서가 명시하듯 OneDrive는 SharePoint 파일 플랫폼 위에 구축되어 있으며, 이 문서에서 SharePoint라는 용어는 두 제품을 모두 가리킵니다. Teams 클라우드 첨부파일, Loop 컴포넌트, Whiteboards 등 SharePoint 데이터 스토리에 저장되는 모든 제품도 동일 문서의 적용 대상입니다.
“원본 → 복사본”이라는 두 위치가 존재하는 건 맞습니다. 문제는 두 위치가 올라앉은 하부 플랫폼이 하나라는 점입니다. 그래서 복사가 제공하는 안전성은 독립 백업이 제공해야 하는 것과 차원이 다릅니다. 이 구분은 뒤에서 다루는 구독 정지 시나리오에서 구체적으로 드러납니다.
Microsoft Service Assurance 문서(2025년 9월 29일 게시 기준)는 다음과 같이 기술합니다.
“Within Microsoft 365, OneDrive is built on top of the SharePoint file platform. In this article, only SharePoint is used to refer to both products.”
이 문장은 OneDrive와 SharePoint를 구조적으로 동일한 계층에 놓습니다. 파일이 “OneDrive 폴더”에 있든 “SharePoint 사이트의 문서 라이브러리”에 있든, 저장·관리되는 기반은 SharePoint 플랫폼이라는 뜻입니다. 이 사실은 백업 설계 시 “두 개의 별도 저장소”를 전제하는 사고방식이 Microsoft 365 내부에서는 통하지 않음을 보여줍니다.
같은 장애 도메인의 실제 사례: 구독 정지 시 함께 잠기는 이유
“독립 백업이 아님”이 가장 직관적으로 드러나는 시나리오가 Microsoft 365 구독 문제입니다. Microsoft Learn 트러블슈팅 문서(2026년 6월 26일 게시 기준)에 따르면 미납금, 라이선스 만료, 취소, 보안·컴플라이언스 검토 등으로 구독 상태가 변하면 다음과 같은 일이 동시에 벌어집니다:
- 모든 OneDrive 및 SharePoint 콘텐츠가 읽기 전용(read-only)으로 전환됩니다.
- SharePoint 사이트 또는 OneDrive for work/school 파일에 추가·편집이 불가능해집니다.
- SharePoint 사이트 생성이 막힙니다.
- SharePoint 및 OneDrive 파일의 공유가 끊깁니다.
- SharePoint 서비스로의 파일 동기화가 멈춥니다.
구독 정지가 90일까지 이어지면 SharePoint가 데이터를 영구 삭제할 수 있습니다. 180일 안에 해결되지 않으면 구독 자체가 삭제되고 SharePoint와 OneDrive 데이터가 모두 영구 제거됩니다.
이 시나리오의 핵심은 “원본 OneDrive 파일이 살아 있으면 SharePoint 복사본도 안전하다”는 전제가 완전히 무너진다는 점입니다. 두 복사본은 동시에 읽기 전용이 되고, 정지가 길어지면 동시에 영구 삭제 대상이 됩니다.
이중화(redundancy)와 독립 백업(independence)은 다른 개념입니다
Microsoft가 OneDrive/SharePoint에 제공하는 복원력은 무시할 수준이 아닙니다. 그러나 이 복원력이 “독립 백업”과 동일한지는 다른 문제입니다.
| 복원 기능 | 적용 범위 | 한계 |
|---|---|---|
| 주·보조 Azure 리전 동시 기록 및 자동 페일오버 | M365 플랫폼 내부 | 플랫폼 자체가 접근 불가 상태이면 의미가 없음 |
| 버전 관리 (기본 500버전) | SharePoint 문서 라이브러리 단위 | 플랫폼 내부 메타데이터 의존 |
| Files Restore (30일) | SharePoint 문서 라이브러리 단위 | 30일 초과 시점 복원 불가 |
| 재활용통 (SharePoint 93일) | SharePoint 사이트 단위 | 구독 영구 삭제 시 함께 소멸 |
| PITR (14일, Azure SQL 백업) | SharePoint 수준 | 14일 초과 시점 복원 불가 |
출처: Microsoft Learn, “SharePoint and OneDrive data resiliency in Microsoft 365”
이 표의 항목은 모두 Microsoft 365 플랫폼 내부에서 작동하는 복원력입니다. 플랫폼의 control plane이 정상적으로 작동할 때, 다시 말해 인증·테넌트·관리 권한이 유효할 때만 의미가 있는 기능들입니다. 구독이 정지되거나 플랫폼 접근 자체가 차단되면 이중 기록되어 있던 파일이든, 500버전 중 어느 것이든, 93일 재활용통에 남은 항목이든 모두 “접근 불가” 상태에 놓입니다.
파일 위에서 일어나는 장애: 테넌트, 인증, 관리 권한, 컴플라이언스 이슈
위에서 본 구독 정지 시나리오는 control plane 장애의 한 유형입니다. 파일이나 폴더 단위 사고(단일 파일 삭제, 버전 오버라이트)가 아니라, 파일보다 상위 계층에서 벌어지는 사건이 OneDrive와 SharePoint에 동시로 영향을 미칠 수 있습니다. Microsoft 구독 문제 문서가 보여주듯, 구독·테넌트 상태가 OneDrive와 SharePoint 접근을 동시에 제어하는 구조입니다.
이 구조를 전제로 Medium 기고문(Irina Shev)은 동일 M365 환경에 속한 OneDrive와 SharePoint가 tenant, provider relationship, administrative controls, identity infrastructure, service control plane을 공유할 수 있다고 보고, control plane 장애 시나리오로 다음 6가지를 제시합니다:
- tenant 전체 접근 불가
- 인증 동작 정지
- 관리자 중대 구성 오류
- 보안 정책 접근 차단
- 계정 침해
- 컴플라이언스 감사에 따른 구독 조치
이 6가지 시나리오는 Microsoft 공식 문서에서 단일 목록으로 명시된 것이 아닙니다. 계정 침해와 컴플라이언스 검토에 따른 구독 조치는 Microsoft 구독 문제 문서가 보안·컴플라이언스 검토 사유와 SharePoint 접근 차단 가능성으로 직접 뒷받침하는 범위입니다. 나머지는 전문가 기고문의 논리적 추론이므로 전제에 따른 시나리오로 읽는 편이 적절합니다.
Microsoft가 control plane 장애와 data plane 장애를 어떻게 구분하고 사용자에게 어떻게 고지하는지에 대한 세부 기준은 이번에 확인한 범위에서 찾지 못했습니다. 자료에는 control plane 장애의 실제 빈도나 심각도를 보여주는 구체적 사례나 통계도 없습니다. 그래서 위 목록은 어디까지나 시나리오 예시이지 빈도 추정치가 아닙니다.
OneDrive가 백업이 아닌 이유: 동기화는 삭제와 손상도 전파
백업 전략에는 “원본이 손상되어도 백업 사본은 무결성을 유지해야 한다”는 전제가 깔려 있습니다. OneDrive는 이 전제를 충족하지 못합니다.
OneDrive는 클라우드 백업 서비스가 아니라 동기화 서비스입니다. 로컬 장치에서 파일을 삭제하거나 데이터가 손상되면 그 변경이 자동으로 OneDrive로 전송되고, 동기화된 모든 장치에 퍼집니다. 원본에서 파일이 삭제되거나 감염되면 동기화된 모든 장치에서 동일한 상태가 재현됩니다.
이는 SharePoint 복사본에도 똑같이 적용됩니다. SharePoint 플랫폼 위의 문서 라이브러리에서 파일이 삭제되면 재활용통에 93일간 보관되지만, 그 93일 안에 플랫폼 접근이 불가능해지면(구독 정지) 복구 자체가 불가능해집니다. “SharePoint에 복사가 있으니 괜찮다”는 안도감은 플랫폼이 정상 작동한다는 전제 위에서만 성립합니다.
진짜 독립 백업의 조건: 3-2-1 원칙과 공유 책임
일반적인 백업 관행에서는 3-2-1 원칙(데이터 3부, 매체 2종, 1부 외부/원격)이 권장됩니다. 다만 이 원칙의 구체적 정의(사본 수, 미디어 종류, 원격 거리의 정확한 기준)는 본 자료에 명시되어 있지 않아, 일반적인 백업 관행의 맥락으로 이해하는 게 맞습니다.
Microsoft 365 내부의 OneDrive→SharePoint 복사를 3-2-1 원칙으로 점검하면:
- 부(사본) 수: OneDrive 원본 + SharePoint 복사본 = 2부. 그러나 두 부가 같은 플랫폼에 존재하므로 실질적 독립 사본은 1부에 그칠 수 있습니다.
- 매체(플랫폼) 수: 두 부 모두 Microsoft 365 / SharePoint 플랫폼입니다. 매체는 다양화되지 않았습니다.
- 원격/외부 사본: Microsoft 365 외부(별도 클라우드, 온프레미스 NAS, 제3자 백업 서비스 등)에 존재하는 사본이 없습니다.
Microsoft는 “공유 책임” 보안 모델을 적용합니다. 인프라에 해당하는 365 서비스는 Microsoft가 보호하고, 저장된 데이터와 ID, 장치의 보안은 사용자 책임입니다. 이 모델에서 Microsoft가 제공하는 이중 기록·페일오버·버전 관리는 인프라 수준의 복원력이지, 데이터 소유자의 독립 백업 정책을 대신해 주지 않습니다.
검증 한계와 확인이 필요한 사항
본 글의 분석이 기반하는 자료에는 다음과 같은 구조적 한계가 있습니다.
- 본 분석의 근거는 단일 세컨더리 소스(Medium 기고문)이며, Microsoft 공식 문서 원문은 전 범위에서 확인되지 않았습니다.
- Microsoft가 “M365 내부 복사는 독립 백업이 아니다”라는 결론을 공식 문서에서 직접 서술하는지는 확인되지 않았습니다. 해당 결론은 구조적 분석에 기반한 논리적 추론으로 제시된 것입니다.
- control plane 장애의 실제 발생 빈도나 규모에 대한 통계는 현재 자료에 없습니다.
- Microsoft가 control plane 장애와 data plane 장애를 어떻게 구분·고지하는지 세부 기준은 확인할 수 없습니다.
- 본 콘텐츠는 AI 기술로 작성된 분석 리포트를 포함합니다.
그러니 이 글을 “Microsoft OneDrive-SharePoint 복사가 절대적으로 위험하다”는 확정적 판단으로 읽지 말고, “동일 플랫폼 내부 복사가 제공하는 안전성은 플랫폼 자체의 가용성에 종속된다”는 구조적 관찰로 이해하는 편이 맞습니다.
자주 묻는 질문 (FAQ)
Q1. OneDrive에 있는 파일을 SharePoint에 “복사”하면 버전 이력이 같이 이동하는가?
본 자료 범위에서는 파일 복사 시 버전 이력이 어떻게 이동하는지 확인되지 않았습니다. Microsoft Learn 문서에 따르면 SharePoint 문서 라이브러리는 기본 500버전을 유지하고 Files Restore로 30일 내 시점 복원이 가능하지만, OneDrive에서 “복사”한 파일이 기존 버전 체인을 이어받는지는 따로 확인해야 합니다.
Q2. 구독이 정지된 90일 동안 SharePoint 복사본에 접근할 수 있는가?
구독 정지 시점부터 OneDrive와 SharePoint 콘텐츠가 모두 읽기 전용으로 전환됩니다. 읽기 전용이라는 표현이 접근을 완전히 차단하는 건지 읽기만 허용하는 건지, Microsoft 문서는 추가 예외를 명시하지 않습니다. 90일까지 정지가 지속되면 SharePoint가 데이터를 영구 삭제할 수 있습니다.
Q3. M365 외부에 별도 백업을 두면 이 문제를 피할 수 있는가?
본 자료 범위에서 M365 외부 백업 솔루션의 구체적 비교 데이터는 없습니다. 다만 구조적으로, OneDrive와 SharePoint가 공유하는 플랫폼 의존성에서 완전히 분리된 저장소가 있어야 “플랫폼 자체 장애에 대한 독립 복원”이 성립합니다. 3-2-1 원칙의 맥락에서 매체 다양화와 원격 사본이 요구되는 이유입니다.
Q4. 이 분석은 Microsoft가 “OneDrive-SharePoint 복사를 비추천한다”고 명시한 것인가?
아닙니다. Microsoft 공식 문서에서 M365 내부 복사를 “비추천” 또는 “독립 백업이 아님”으로 직접 서술한 부분은 확인되지 않았습니다. 본 글의 결론은 Microsoft가 공개한 구조(공통 플랫폼, 구독 연동)를 전제로 한 논리적 추론입니다.
본 초안은 2026년 9월 8일 기준 SecurityDesk 리포트와 Microsoft Learn 공식 문서, Acronis 블로그, Medium 기고문을 근거로 작성되었습니다. 단일 세컨더리 소스 기반 분석이므로 운영 결정을 내리기 전에 Microsoft 지원 또는 공식 상태 페이지에서 최신 정보를 재확인하시기 바랍니다.