Microsoft 365 보존과 백업 비교: IT 관리자가 반드시 알아야 할 내용

By Mirko Peters · 2026-08-19 · Updated 2026-09-13

Microsoft 365 보존 정책과 백업을 데이터 보존 및 복구 관점에서 비교합니다. 두 기능의 서로 다른 목적, 한계, 계획 시 고려 사항을 살펴봅니다.

Automatically translated with AI from the original post. Read the English original

먼저 분명히 짚고 넘어가겠습니다. Microsoft 365의 보존과 백업은 같은 것이 아닙니다. 두 용어가 자주 혼동되지만 차이는 분명합니다. IT 관리자와 관리자에게 이 차이를 이해하는 것은 편히 잠드느냐, 아니면 데이터 손실 비상 상황에 깨어나느냐를 가르는 차이입니다.

Microsoft 365 보존 정책은 규정 준수를 위하거나 위험을 줄이기 위해 데이터를 미리 정한 기간 동안 유지하는 것이 목적입니다. 반면 백업은 재해가 발생했을 때 데이터를 다시 복원하기 위한 보험과 같습니다. 여기서 재해란 실수로 인한 삭제, 랜섬웨어, 또는 사용자가 "실수로 CEO의 사서함을 삭제했어요" 같은 상황을 말합니다.

이 글에서는 흔히 생기는 오해를 풀고, 보존에만 의존할 때 어디에 위험이 숨어 있는지 짚어 보겠습니다. 아울러 비즈니스를 빠르게 정상 궤도로 되돌릴 수 있는 실질적인 클라우드 데이터 보호 전략을 세우는 방법도 다룹니다. 조직을 안전하고 규정을 준수하며 복원력 있게 운영하는 것이 목표라면, 보존과 백업을 왜 그리고 어떻게 구분해야 하는지 아는 것은 선택이 아니라 필수입니다.

정의

Microsoft 365 보존 정책: 규정, 법적 요구 사항, 규제 요건을 충족하기 위해 콘텐츠(이메일, 파일, Teams 채팅, SharePoint, OneDrive)를 얼마나 오래 보관하거나 삭제할지 정의하는 Microsoft 365 기본 제공 데이터 거버넌스 컨트롤입니다. 보존 정책은 데이터를 제자리에 보존하고, 영구 삭제를 방지하며, 보존 기간이 만료되면 콘텐츠를 자동으로 삭제할 수 있습니다.

Microsoft 365 백업: 사서함, OneDrive, SharePoint 사이트, Teams 데이터 등 Microsoft 365 데이터의 독립적이고 복원 가능한 사본을 만들어, 실수로 삭제되거나 손상되거나 랜섬웨어 또는 기타 데이터 손실 사고가 발생했을 때 특정 시점으로 복구할 수 있게 해 주는 별도의 프로세스 또는 서드 파티 솔루션입니다. 백업은 일반적으로 기본 Microsoft 365 테넌트 외부에 저장됩니다.

간략한 설명과 주요 차이점

• 목적: 보존 정책은 규정 준수와 데이터를 제자리에 보존하기 위한 것이고, 백업은 운영상 복구와 데이터를 이전 상태로 되돌리기 위한 것입니다.
• 범위: 보존은 Microsoft 365 서비스 내에서 적용되며 수명 주기를 제어합니다. 백업은 실시간 서비스와 분리된 별도의 사본을 외부 또는 별도 위치에 만듭니다.
• 복구: 보존은 콘텐츠를 유지하지만 전체 시점 복원이나 대량 복구를 위해 설계되지 않았습니다. 백업 솔루션은 세부 단위(개별 항목, 사서함, 사이트) 복원과 시점 복원을 지원합니다.
• 위협에 대한 보호: 보존은 조기 삭제를 막고 법적 보류 요구를 충족하는 데 도움이 되지만, 계정 탈취나 보존 기간 내 데이터를 변경하는 랜섬웨어로부터는 보호하지 못할 수 있습니다. 반면 백업은 깨끗한 사본을 복원함으로써 랜섬웨어, 실수에 의한 변경, 테넌트 전체 사고에 대한 복원력을 제공합니다.
• 보존 기간과 삭제: 보존 정책은 법적으로 요구되는 기간 동안 데이터를 유지한 뒤 자동으로 삭제할 수 있습니다. 백업은 Microsoft 365 보존 설정과 관계없이 백업 공급업체의 정책과 보존 일정에 따라 스냅숏을 보관합니다.
• 책임: Microsoft는 플랫폼과 기본 제공 규정 준수 도구를 제공하지만(공동 책임 모델), 모든 복구 시나리오에 대해 애플리케이션 수준 백업을 보장하지는 않습니다. 고객은 자체 백업 전략에 책임이 있으며, 포괄적인 복구를 위해 서드 파티 백업 제공업체를 함께 사용하는 경우가 많습니다.

각 기능을 언제 사용할지

• 규제에 따른 보존 요건, eDiscovery, 법적 보류 요구를 충족하면서 데이터를 제자리에서 접근 가능하게 유지해야 할 때 보존 정책을 사용하십시오.
• 특정 시점으로의 복구, 랜섬웨어와 사용자 실수에 대한 보호, 또는 Microsoft 365 보존 모델 밖에서 데이터를 복원할 필요가 있을 때 백업을 사용하십시오.

Microsoft 365 보존과 백업의 실제 차이 이해하기

전 세계 많은 조직이 여전히 Microsoft 365 내 보존과 백업의 정의에 혼란을 겪고 있으며, 솔직히 그 이유는 쉽게 짐작이 갑니다. Microsoft는 관리 센터에서 레이블, 정책, 보관 기간 등 다양한 도구를 제공합니다. 하지만 이것들을 엔드 투 엔드 복구 및 데이터 보호 솔루션으로 착각한다면 문제를 자초하는 것입니다.

혼란은 보통 사람들이 “보존(preserve)”이라는 단어를 보고 데이터가 영원히, 적어도 “충분히” 안전하다고 여길 때 시작됩니다. 하지만 사용자가 중요한 파일을 영구 삭제하거나, 피싱 공격으로 사서함이 날아가거나, 보존 기간이 지난 SharePoint 콘텐츠를 갑자기 복구해야 할 때는 실제로 무슨 일이 일어날까요?

이 섹션에서는 기술적인 잡음을 걷어 냅니다. Microsoft 365 보존 정책이 어디까지 적용되고 어디서 끝나는지, 그리고 안전벨트(백업!)가 왜 반드시 필요한지 살펴봅니다. 많은 사람이 보존과 백업을 두고 “같은 거 아닌가요?”라고 생각합니다. 하지만 이런 단순한 혼동은 며칠간의 다운타임이나 컴플라이언스 감사 실패로 이어질 수 있습니다.

비즈니스 연속성 계획을 세우기 전에, 이 도구들이 무엇을 할 수 있고 무엇을 할 수 없는지 정확히 알아 두시기 바랍니다. 다음으로 보존과 백업이 실제로 어떻게 작동하는지 기본 원리를 짚어 보고, 그것이 일상 운영에 어떤 의미를 갖는지 살펴보겠습니다.

Microsoft 365 보존의 실제 의미

Microsoft 365 보존 정책은 이메일, 문서, 채팅을 얼마나 오래 보관할지, 또는 언제 의도적으로 삭제할지 정하는 규칙과 같습니다. 이 정책을 사용하면 조직은 법적, 규제상, 또는 업무상 필요에 따라 특정 기간이나 조건을 기준으로 비즈니스 데이터를 보관, 삭제 또는 아카이브할 수 있습니다.

보존은 콘텐츠에 태그를 지정하여, 사용자가 삭제를 시도하더라도 콘텐츠가 남아 있도록 하는 방식으로 작동합니다. 다만 데이터가 완전히 건드릴 수 없는 상태는 아닙니다. 보존 기간이 끝나거나 정책이 변경되면 항목이 여전히 제거될 수 있습니다. 그리고 중요한 점은 보존 정책이 별도의 백업 사본을 만들지 않는다는 것입니다. 따라서 사전에 설정된 기간 밖에서 데이터가 영구 삭제되면 보존 기능으로는 복구할 수 없습니다. 데이터 거버넌스 및 컴플라이언스 목표에 대해 더 자세히 알아보려면 Microsoft 365 DLP와 생산성 전략에 관한 팟캐스트 개요를 확인해 보시기 바랍니다.

보존과 백업 비교: 일상 운영을 위한 간단한 진실

일상적인 IT 업무에서 핵심은 이것입니다. 보존은 설정한 규칙에 따라 일정 기간 동안 콘텐츠를 “찾을 수 있는” 상태로 유지하고, 백업은 손실되었거나 잘못 변경된 데이터를 실제로 되돌릴 수 있도록 보장합니다. 백업 데이터는 대개 완전히 별도의 안전한 위치에 보관됩니다.

직원이 영구 삭제를 클릭했더라도 보존 기간 내라면 괜찮을 수 있습니다. 정책이 해당 항목을 포함하고 기간이 유효한 동안에는 여전히 항목을 되돌릴 수 있습니다. 하지만 그 기간이 종료되었거나 정책 범위 밖에서 파일이 삭제되었다면 기본 제공 복구 기능으로는 도움을 받을 수 없습니다. 백업은 이른바 “돌이킬 수 없는 시점” 이후에도 복구를 가능하게 해 주는 최후의 방어선입니다.

보존만으로는 부족한 이유: 보존이 비즈니스를 보호하지 못하는 경우

보존 정책에만 의존하면 기업은 다양한 실제 재해에 그대로 노출됩니다. 실수나 의도적인 삭제, 손상된 콘텐츠, 랜섬웨어 공격은 문제가 제때 발견되지 않거나 설정이 잘못되었을 경우 모두 보존이라는 안전망을 우회할 수 있습니다.

보존의 효과는 설정한 규칙의 수준에 달려 있으며, 사람의 실수, 동기화 문제, 악의적인 내부자까지 항상 대비할 수는 없습니다. 다층 보호 체계가 없다면 사소한 관리 소홀로도 중요한 업무 데이터나 컴플라이언스 데이터가 영원히 사라질 수 있습니다. Microsoft 365 거버넌스 실패에 관한 이 논의에서 강조했듯이, 책임이 분산되면 보존만으로는 해결할 수 없는 공백이 생기는 경우가 많습니다. 그래서 백업은 “선택 사항”이 아니라 필수입니다.

Microsoft 365 보존과 백업: 장단점

이 목록은 Microsoft 365 보존 정책과 타사 또는 기본 제공 백업을 비교하여, 어떤 방식 또는 두 방식의 조합이 여러분의 요구에 맞는지 판단하는 데 도움을 드리기 위한 것입니다.

보존 정책(Microsoft 365 보존)

장점

• Microsoft 365에 기본 제공: 많은 보존 기능에 별도의 배포나 추가 소프트웨어가 필요하지 않습니다.
• 컴플라이언스 중심: 세분화된 보존 설정으로 규제 및 법적 보존 요구 사항을 충족하도록 설계되었습니다.
• 삭제 또는 변경된 콘텐츠 보존: 사용자가 삭제한 후에도 항목을 보존하여 eDiscovery 및 감사 요구를 충족할 수 있습니다.
• Microsoft 서비스와 통합: Exchange Online, SharePoint, OneDrive, Teams 및 기타 Microsoft 워크로드 전반에서 작동합니다.
• 정책 기반 자동화: 중앙 집중식 관리와 자동화된 보존 수명 주기로 수작업을 줄입니다.

단점

• 진정한 백업 솔루션이 아닙니다: 보존은 규정 준수를 위해 데이터를 유지하는 기능이며, 특정 시점 복원이나 정책 한도를 넘는 장기 아카이브를 위한 기능이 아닙니다.
• 제한적인 복원 기능: 복구 옵션은 대체로 세분화 수준이 낮아, 백업 도구처럼 특정 시점이나 항목 단위의 복원을 쉽게 지원하지 못하는 경우가 많습니다.
• 보존 범위와 한도: 일부 보존 기능에는 라이선스 또는 스토리지 제한이 있으며, 모든 시나리오나 워크로드를 다루지 못할 수도 있습니다.
• 잘못된 구성의 위험: 잘못된 정책은 과도한 보존(비용 및 규정 준수 위험) 또는 부족한 보존(데이터 손실)으로 이어질 수 있습니다.
• 대규모 악의적 변경에 대한 보호 부족: 랜섬웨어나 대량 손상은 기본 테넌트와 분리된 강력한 백업 스냅숏이나 사본이 없으면 복구하기가 더 어려울 수 있습니다.

백업(서드파티 또는 기본 제공 백업 솔루션)

장점

• 실제 특정 시점 복원: 사서함, 파일, 사이트 및 개별 항목을 특정 날짜와 시간으로 세밀하게 복원할 수 있습니다.
• 사용자 실수와 랜섬웨어에 대한 보호: 격리된 사본은 우발적 삭제, 손상, 또는 주 환경에 영향을 주는 공격으로 인한 위험을 줄여 줍니다.
• 장기 보관 및 오프사이트 보관: 많은 백업 솔루션은 Microsoft 365 보존 정책과 별개로 사용자 지정 보존 기간과 오프사이트 스토리지를 지원합니다.
• 폭넓은 복구 옵션: 항목, 폴더, 사서함, 테넌트 수준의 복원과 유연한 내보내기 및 rehydrate 워크플로를 제공합니다.
• 테넌트 구성과 무관: 보존 정책이 변경되거나 테넌트 설정이 침해되더라도 백업은 계속 사용할 수 있습니다.

단점

• 추가 비용과 관리 부담: 백업 소프트웨어 또는 서비스를 구매하고, 구성하고, 유지 관리해야 합니다.
• 통합의 복잡성: Microsoft 365의 변경 사항에 맞춰 호환성을 유지하려면 커넥터, API 권한, 지속적인 업데이트가 필요할 수 있습니다.
• 규정 준수 정책의 대체재가 아님: 백업은 운영상의 보호 수단이므로, 보완적인 보존 정책 없이는 법적 보류나 규제상 보존 의무를 모두 충족하지 못할 수 있습니다.
• 성능 및 스토리지 비용 가능성: 빈번한 백업과 장기 보존은 스토리지 요구량을 늘리고, 대역폭 사용량도 증가시킬 수 있습니다.
• 공급업체 의존성: 제3자 서비스에 의존하면 해당 업체의 가용성, 보안 관행, 데이터 처리 정책에 종속됩니다.

권장 접근 방식

• Microsoft 365 내에서 규정 준수, 법적 보류, 규제 요건을 충족하려면 보존 정책을 사용합니다.
• 운영 복구, 특정 시점 복원, 그리고 랜섬웨어, 우발적 삭제, 테넌트 잘못된 구성으로부터의 보호를 위해 백업 솔루션을 사용합니다.
• 두 가지를 함께 사용합니다: 규정 준수는 보존 정책으로 확보하고, 복원의 유연성과 추가 보호는 독립적인 백업으로 확보합니다.

Microsoft의 공동 책임 모델: 정말 보호받고 계십니까?

클라우드 보안에서 가장 큰 오해 중 하나는 Microsoft 365로 옮기면 Microsoft가 “다 책임져 준다”는 이유로 데이터 보호에 관한 골칫거리가 모두 사라진다는 생각입니다. 그러나 Microsoft의 공동 책임 모델은 역할을 분명히 합니다. Microsoft는 플랫폼의 가용성과 가동 시간을 보장하지만, 데이터의 실제 안전성, 백업, 복구 가능성은 누구의 몫일까요? 바로 고객의 몫입니다.

Microsoft는 서비스를 보호합니다. 즉, Exchange, SharePoint, Teams가 계속 실행되도록 유지합니다. 그러나 우발적 삭제, 맬웨어, 랜섬웨어, 규정 준수 문제와 같은 손실 사고로부터 비즈니스 데이터를 복구하는 것은 보장하지 않습니다. 경영진, 법무팀, 규제 기관이 데이터를 신속하고 안정적으로 복구하기를 기대한다면, 그 책임은 Microsoft가 아니라 고객에게 있습니다.

이 섹션은 그 모호한 경계를 짚어 봅니다. Microsoft가 무엇을 보호하고 무엇을 자체 전략으로 준비해야 하는지 아는 것은 비즈니스를 중단시킬 수 있는 공백을 메우는 데 핵심입니다. 보존 정책 실행에서 발생하는 미묘한 규정 준수 함정을 자세히 알고 싶다면 Microsoft 365 규정 준수 드리프트에 관한 이 팟캐스트를 들어 보십시오.

Microsoft 365 보존이 백업 솔루션이 아닌 이유

다시 한 번 강조할 필요가 있습니다. Microsoft의 공식 입장은 분명합니다. 보존은 백업 도구가 아닙니다. 보존은 주로 규정 준수 및 법적 요구를 충족하기 위해 데이터가 얼마나 오래 사용 가능한 상태로 남아 있을지를 관리할 뿐입니다. 독립적이거나 격리된 사본을 만들지 않으며, 침해나 맬웨어 감염 이전 시점으로 사서함, 사이트 또는 테넌트 콘텐츠 전체를 복원할 수 있게 해 주지도 않습니다.

백업은 Microsoft의 기본 시스템이나 관리자 설정에 심각한 문제가 생기더라도 데이터의 별도 복원 가능한 사본이 존재하도록 보장합니다. Microsoft 365의 책임 분담과 거버넌스에 대한 자세한 내용은 데이터 액세스와 책임에 대한 실무 개요를 참조하십시오.

진정한 Microsoft 365 백업의 조건: 필수 핵심 기능

핵심부터 말씀드리면, 모든 백업 솔루션이 똑같지는 않으며 보존 정책과는 더더욱 같지 않습니다. 엔터프라이즈급 Microsoft 365 백업은 단순히 "사본을 저장하는 것" 이상의 역할을 해야 합니다. 운영 데이터와의 격리, 변조 불가능성(누구도 백업을 건드릴 수 없도록 보장), Microsoft 클라우드 외부에 대한 독립 스토리지, 그리고 팀이 부담 없이 정기적으로 복원을 테스트할 수 있는 기능을 제공해야 합니다.

진정한 백업 솔루션의 기능은 침해 사고나 잘못된 클릭 이후 허둥지둥 대응하는 상황과, 빠르고 완전한 복구를 가르는 차이입니다. 또한 솔루션을 정기적으로 테스트하지 않는다면 전략이 아니라 운에 기대는 것입니다. 이 섹션에서는 실질적인 보호를 위해 확인해야 할 기능들을 정리합니다. 이를 통해 부족한 부분을 미리 파악하고, 문제가 닥치기 전에 공백을 메울 수 있습니다.

보존을 넘어서는 다섯 가지 백업 기능

• 격리: 백업은 기본 Microsoft 365 데이터와 분리되어 저장되므로, 공격자나 실수로 인한 삭제로부터 보호됩니다.
• 변조 불가능성: 한 번 백업된 데이터는 변경하거나 삭제할 수 없습니다. 누군가 흔적을 지우려 할 때 도움이 됩니다.
• 테스트 가능한 복원: 일상 업무를 방해하지 않고 정기적으로 복구를 테스트할 수 있어, 필요한 순간에 복원이 작동한다는 것을 확인할 수 있습니다.
• 독립 스토리지: 백업 사본은 Microsoft 인프라 외부에 보관되므로, 기본 서비스에 장애가 발생하더라도 추가적인 안전망이 됩니다.
• 버전 관리: 여러 백업 "스냅숏"을 통해 최신 버전뿐만 아니라 다양한 시점으로 롤백할 수 있습니다.

백업만큼 중요한 복원 테스트

백업을 보유하는 것만으로는 충분하지 않습니다. 백업에서 안정적으로 복원할 수 없다면, 사고 한 번이면 냉혹한 현실을 마주하게 됩니다. 정기적인 복원 테스트는 백업이 형식적인 절차가 아니라 실제로 필요한 때 복구할 수 있음을 증명해 줍니다.

복원 테스트는 백업 사본이 손상되었거나, 오래되었거나, 중요한 콘텐츠가 누락되지 않았는지 확인하는 데도 도움이 됩니다. 컴플라이언스 감사자와 경영진 모두 백업이 존재한다는 사실이 아니라 실제로 작동한다는 증거를 원합니다. 분기별 복원 훈련의 실제적인 방법을 알고 싶다면 Microsoft 365 복원 테스트 가이드를 참고하십시오.

실제 시나리오로 보는 보존과 백업: Microsoft 365 현실 사례

보존과 백업의 실제 차이는 문제가 실제로 발생하는 순간 분명해집니다. 랜섬웨어, 선의의 직원이 저지른 실수, 또는 잘못 구성된 외부 공유로 인해 중요한 SharePoint 파일이 노출되거나 삭제되는 상황을 떠올려 보십시오. 비즈니스에 필수적인 데이터를 복구해야 하는 긴급한 상황에서는 이론과 약속만으로는 아무 의미가 없습니다.

이 부분에서는 사고가 실제로 닥쳤을 때 무슨 일이 일어나는지 살펴봅니다. 압박이 큰 상황에서 보존과 백업이 어떻게 작동하는지, 어느 쪽이 결과를 내는지, 그리고 어디에서 노출될 수 있는지 구체적으로 확인하게 됩니다. 이는 과장된 위협이 아니라 Microsoft 365 고객이 일상적으로 마주하는 위험이며, 위기 상황에서 솔루션이 어떻게 버티는지 알고 있다면 며칠, 나아가 직무를 지키는 데도 도움이 될 수 있습니다.

공격 기법과 사고 대응 워크플로를 이해하고 싶으십니까? Microsoft 365 공격 체인 분석을 함께 보시면 좋습니다.

랜섬웨어가 OneDrive를 공격하면 어떻게 되는가

랜섬웨어가 OneDrive를 공격하면 대개 사용자의 데스크톱에 동기화된 파일을 포함해 액세스 가능한 모든 파일을 암호화합니다. 보존 정책이 암호화된 파일을 "롤백"해 주지는 않으며, 이미 덮어쓰였을 수 있는 버전만 보존할 뿐입니다. 대부분의 경우 실시간 데이터와 보존된 버전이 모두 침해되면 정상적인 데이터를 복구할 수 없습니다.

제대로 된 백업이 있으면 OneDrive와 분리된 곳에 보안 사본을 보관할 수 있으므로, 공격 이전 상태로 모든 데이터를 빠르고 확실하게 복원할 수 있습니다. 고급 위협 보호와 정책에 대한 지침은 다음 Microsoft 365 보안 모범 사례를 참고하십시오: 사용자 불편 없이 Microsoft 365를 보호하는 방법.

삭제된 SharePoint 파일 복구 방법과 예상 결과

실수로 삭제한 SharePoint 파일은 휴지통에서 복구할 수 있는 경우가 있지만, 기본 보존 기간(일반적으로 93일)이 만료되기 전에 발견해야만 가능합니다. 그 이후에는 관리자가 직접 복구하기가 까다로우며 완전한 복구도 보장되지 않습니다.

반면 백업을 사용하면 파일이 사라졌거나 버전이 몇 달 전에 유실되었더라도 필요한 데이터를 정확하게 되돌릴 수 있습니다. SharePoint 거버넌스에 대한 통찰과 복잡한 데이터에 Dataverse가 더 나은 기반이 될 수 있는 이유가 궁금하다면 SharePoint와 Dataverse 거버넌스를 비교한 이 분석을 확인해 보십시오.

사고 비교표: 보존과 백업의 성능 비교

• 복구 속도: 백업 복원은 대개 클릭 몇 번으로 끝나지만, 보존 기반 복원은 특히 규모가 커지면 느리고 수작업이 많이 필요할 수 있습니다.
• 신뢰성: 백업은 일관되고 예측 가능한 결과를 제공합니다. 보존은 복구 기간을 놓치거나 정책이 제대로 적용되지 않으면 실패할 수 있습니다.
• 데이터 완전성: 백업은 파일, 사서함 또는 사이트 전체를 완전하게 복구합니다. 보존은 일부, 최근 버전 또는 일관성 없는 버전만 제공하는 경우가 많습니다.
• 관리 부담: 백업 솔루션은 절차를 간소화합니다. 보존은 시간이 많이 드는 검색과 수동 내보내기를 필요로 하는 경우가 많습니다.

Microsoft 365를 위한 실용적인 백업 전략 수립

이제 본격적으로 시작해 보겠습니다. 효과적인 Microsoft 365 백업 전략은 비즈니스에 무엇이 필요한지 파악하고, '충분한' 복구 수준이 어느 정도인지 정하며, 실제 위험에 맞는 솔루션을 선택하는 것에서 출발합니다.

여기서는 IT 관리자가 기대치를 설정하고, 유행어에 휘둘리지 않으며, 실제로 효과가 있는 실용적인 도구를 고르는 과정을 단계별로 안내합니다. 비즈니스 리더와 IT 팀이 같은 인식을 공유할 수 있도록, 복구 시점 목표(RPO, 감수할 수 있는 데이터 손실 범위)와 복구 시간 목표(RTO, 데이터를 얼마나 빨리 되돌려야 하는지)를 쉬운 말로 정리해 보겠습니다.

또한 안전하고 격리된 백업과 정기적인 테스트가 계획을 추측이 아닌 신뢰할 수 있는 계획으로 만드는 방법도 살펴봅니다. 자동화와 감독이 빠졌을 때 거버넌스가 어떻게 무너질 수 있는지 더 알고 싶으신가요? 참고 페이지는 현재 사용할 수 없지만, 홈페이지에서 Microsoft 365 콘텐츠와 팟캐스트를 더 찾아보실 수 있습니다.

어려운 용어 없이 복구 시점 목표와 복구 시간 목표 정의하기

RPO(복구 시점 목표)는 결국 "무언가 잘못되었을 때 최근 작업을 얼마나 잃어도 괜찮은가?"에 대한 답입니다. RTO(복구 시간 목표)는 "업무 중단을 피하려면 데이터를 얼마나 빨리 반드시 되돌려야 하는가?"에 대한 답입니다.

솔직하고 비즈니스 중심의 대화를 나누고 명확한 목표를 세우면, IT 부서뿐 아니라 관련된 모든 구성원에게 계획 수립, 예산 편성, 책임 관리가 한결 단순해집니다.

격리되고 테스트 가능한 백업 구현하기

• 독립적인 솔루션 선택: Microsoft 365 외부에 데이터를 저장하는 백업 도구를 사용하여, 시스템 전반의 장애나 공격에 대비하십시오.
• 격리 적용: 백업 데이터를 실시간 시스템과 분리해 보관하십시오. 이는 Microsoft 365의 제로 트러스트 전략과 유사한 원칙을 적용하는 것입니다.
• 백업 일정 자동화: 정기적이고 빈번한 백업을 통해 항상 최신 복원 지점을 확보할 수 있습니다.
• 복원 정기 테스트: 보고서만 보지 말고 실제 훈련을 실시하여 복원이 정상적으로 동작하는지 확인하고, 증빙을 위해 로그를 남기십시오.
• 보안 모니터링: 역할 기반 액세스와 모니터링으로 백업 저장소를 보호하십시오. 운영 데이터를 보호할 때와 똑같이 중요하게 다뤄야 합니다.

최고의 Microsoft 365 백업 솔루션과 자주 묻는 데이터 보호 질문

많은 백업 옵션이 있지만, 모든 솔루션이 Microsoft 365 데이터를 제대로 보호하도록 설계된 것은 아닙니다. Acronis Cyber Protect Cloud와 같은 솔루션은 광범위한 클라우드 네이티브 보호, 중앙 집중식 관리, 변경 불가능한 스토리지, 간편한 테스트 복원 등 기본 보존 기능만으로는 부족한 기능을 제공한다는 점에서 돋보입니다.

이 섹션에서는 주요 도구와 관리자들이 가장 많이 묻는 질문을 다룹니다. 법적 보존이 있으면 백업이 필요 없습니까? 수십 년 된 "레거시" 데이터는 어떻게 처리해야 합니까? 보존, 규정 준수, 사용자 실수와 관련해 주의할 점은 무엇입니까? 정책 드리프트와 규정 준수의 세부 사항을 더 깊이 살펴보려면 이 유용한 에피소드를 참고하시기 바랍니다: Microsoft 365 Compliance Drift Explained.

법적 보존이 백업의 필요성을 대체합니까?

아닙니다. 법적 보존은 백업을 대신할 수 없습니다. 법적 보존은 소송이나 조사 중인 특정 항목의 삭제 또는 변경을 막는 기능으로, 주로 eDiscovery 및 규정 준수를 위한 것입니다. 재해 복구나 일상적인 복원을 위한 기능은 아닙니다.

백업과 법적 보존은 함께 작동하지만 서로 다른 위험을 다룹니다. 백업을 통해 전체 사서함, 파일, 나아가 전체 환경을 신속하게 복구할 수 있습니다. AI와 규정 준수를 함께 안전하게 유지하는 방법이 궁금하시다면 이 Microsoft Copilot 규정 준수 자료를 확인하시기 바랍니다.

Microsoft 365의 레거시 데이터는 어떻게 관리해야 합니까?

레거시 데이터, 즉 이전 시스템에서 마이그레이션된 콘텐츠, 소유자가 없는 사서함, 오래전에 삭제된 Teams 등은 대개 기본 보존 정책의 적용 범위 밖에 놓입니다. 이로 인해 규정 준수와 복구에 사각지대가 생기며, 특히 몇 년 뒤 감사나 소송이 발생할 경우 문제가 됩니다.

성숙한 백업 전략에는 데이터의 연령과 관계없이 모든 비즈니스 데이터를 정기적으로 수집하고 보관하는 과정이 포함됩니다. 그래야 "2013년 계약서"가 갑자기 다시 필요해졌을 때 허둥대지 않을 수 있습니다.

Microsoft 365 보존 및 백업 자주 묻는 질문

• 보존과 백업의 차이는 무엇입니까? 보존은 지정된 기간 동안 데이터를 유지하는 것이고, 백업은 오프사이트에 별도의 복원 가능한 사본을 만드는 것입니다.
• 기본 보존 기능은 신뢰할 수 있습니까? 네, 다만 지정한 데이터와 기간에 한해서만 그렇습니다. 누락된 항목이나 기간이 있으면 영구적으로 손실됩니다.
• 직원이 업무에 개인 기기를 사용해도 됩니까? 위험합니다. 동기화 충돌이나 실수로 인한 삭제는 보존 정책을 우회할 수 있으므로, 백업이 안전망 역할을 해야 합니다.
• O365 데이터는 항상 신뢰할 수 있고 복구할 수 있습니까? 백업이 없다면 그렇지 않습니다. 정책에 어긋난 삭제, 랜섬웨어, 보존 설정 오류로 인해 데이터를 잃을 수 있습니다. 더 많은 질의응답은 데이터 보안 FAQ 자료를 확인하시기 바랍니다.

Microsoft 365 보존 대 백업 — 체크리스트

• 목적 차이 확인: 보존 정책은 규정 준수와 법적 보존을 위해 데이터를 유지하고, 백업은 실수로 인한 삭제, 손상, 랜섬웨어, 사용자 실수로부터 보호합니다.
• 데이터 범위 확인: 기본 보존으로 보호되는 Microsoft 365 워크로드(Exchange, Teams, OneDrive, SharePoint, 그룹)와 타사 백업이 필요한 워크로드를 파악하십시오.
• 보존 정책 검토: 규제 요구 사항에 맞춰 보존 기간, 처리 작업, 보존 잠금, 범위(사용자/사서함/사이트/팀)를 확인하십시오.
• 백업 범위 평가: 백업 빈도, 보존 기간, 특정 시점 복원 가능 여부를 확인하고, 버전과 삭제된 항목이 포함되는지 검토하십시오.
• 복원 시나리오 매핑: 일반적인 복원 요구 사항(단일 항목, 사서함, 사이트, 채널, 테넌트 수준 복구)을 나열하고, 보존과 백업 중 어느 방식이 이를 충족하는지 검증하십시오.
• RPO/RTO 목표 설정: 워크로드별 복구 시점 목표(RPO)와 복구 시간 목표(RTO)를 정의하고, 보존 또는 백업이 이 목표를 충족하는지 확인하십시오.
• 법무, eDiscovery 및 보류 요구 사항: 보존 정책, 소송 보류, 백업 내보내기가 법적 요청과 증거 연쇄(chain-of-custody) 요구 사항을 지원하는지 확인하십시오.
• 보안 및 랜섬웨어 보호 평가: 변경 불가능한 백업, 운영 환경과의 격리, 다중 인증 기반 액세스 제어, 탐지 및 대응 프로세스를 확인하십시오.
• 조직 정책 정의: Microsoft 365 보존에 의존해야 할 때와 비즈니스 연속성을 위해 추가 백업을 사용해야 할 때를 문서화하십시오.
• 서드파티 백업 솔루션 평가: 세분화된 복원, 테넌트 간 복구, 암호화, 스토리지 위치 옵션, API 지원 등의 기능을 확인합니다.
• 암호화 및 데이터 소유권 확인: 저장 시(at rest)와 전송 중(in transit) 데이터 암호화를 검증하고, 백업된 데이터의 소유권이 고객에게 있음을 명시한 계약 조건을 확인합니다.
• 보존 제한 사항 파악: 자동 만료, 최대 보존 기간, 사용자 또는 라이선스 제거 시의 보존 동작을 확인합니다.
• 장기 보존 계획 수립: 필요한 경우 기본 보존 정책의 한계를 넘어서는 아카이브 보존 기간을 백업으로 지원할 수 있도록 합니다.
• 정기 테스트 일정 수립: 주기적으로 복원 테스트를 수행하고 무결성을 검증하며, 결과와 개선 사항을 문서화합니다.
• 역할 및 액세스 제어 정의: 보존 및 백업 관리에 최소 권한 액세스를 설정하고, 복원 승인 업무는 职무를 분리합니다.
• 모니터링 및 알림 구현: 보존 정책 적용, 백업 작업의 성공 및 실패, 비정상적인 삭제 활동을 모니터링합니다.
• 비용 및 스토리지 영향 검토: 보존 방식과 서드파티 백업을 비교하여 스토리지, 이그레스, 라이선스, 운영 비용을 산정합니다.
• 감사 문서 준비: 감사자를 위해 보존 및 백업 구성, 정책, 테스트, 액세스 로그에 대한 기록을 유지합니다.
• 인시던트 및 복구 플레이북 작성: 일반적인 인시던트에 대한 단계별 복구 절차, 커뮤니케이션 계획, 역할을 문서화합니다.
• 주기적 검토: 비즈니스, 법규, 기술 변화에 맞춰 보존 및 백업 전략을 조정할 수 있도록 정책을 정기적으로 검토하는 일정을 수립합니다.

결론: 진정한 데이터 복원력을 위한 보존과 백업의 병행

보존만 또는 백업만에 의존하면 방어 체계에 분명한 틈이 생깁니다. 보존은 규정 준수를 보장하고 법적 또는 규제상의 이유로 데이터를 유지하지만, 계획된 재해든 예기치 않은 재해든 신속하게 복구할 수 있게 해 주는 것은 백업뿐입니다.

가장 복원력이 높은 조직은 두 가지를 결합합니다. 정책 기반 데이터 관리에는 보존을, 빠르고 예측 가능한 복구에는 다중 계층 백업을 사용합니다. 특히 위협과 요구 사항이 계속 변화하고 있으므로, 정기적인 검토와 전략 업데이트가 앞서 나가는 가장 좋은 방법입니다.

백업을 검증하려면 분기마다 복원 훈련을 실시하십시오

백업을 실행하는 것만으로는 충분하지 않습니다. 위급한 상황에서 백업이 실제로 작동한다는 것을 확실히 알고 있어야 합니다. 분기별 복원 훈련은 준비 상태를 검증하는 기준이 됩니다. 무작위로 파일, 사서함 또는 사이트를 골라 사전 통보 없이 복원을 테스트하십시오.

작동하는 항목과 그렇지 않은 항목을 기록하고, 공백을 메우며, 규정 준수 감사나 경영진 검토를 위한 증빙을 보관하십시오. 테스트에 조금 시간을 투자하면 복구에 많은 시간을 쓰는 일을 줄일 수 있습니다. 테스트 역량을 한 단계 높이고 싶으신가요? Microsoft 365에서 복원 훈련을 실행하는 방법을 다룬 이 에피소드를 확인해 보십시오.

Microsoft 365 데이터 보호 추천 자료

• Microsoft 365 Compliance Drift Explained: 정책 드리프트 중에 버전 기록이 눈에 띄지 않게 사라질 수 있는 방식을 심층적으로 다룹니다.
• Stop Blind External Sharing: SharePoint 및 OneDrive 환경에서 위험한 공유를 통제하는 단계별 가이드입니다.
• M365 Security and Governance FAQ: 가장 흔한 M365 백업 및 규정 준수 질문에 대한 명확한 답변을 찾을 수 있습니다.

office 365 retention: Microsoft 365의 데이터 보존이란 무엇이며, 어떻게 작동합니까?

Microsoft 365의 데이터 보존은 주로 Microsoft Purview에서 제공하는 정책 및 기능을 의미하며, 보존 규칙과 보존 레이블에 따라 Exchange Online, OneDrive, SharePoint, Teams 전반의 콘텐츠를 유지, 보존 또는 삭제합니다. 규정 준수, eDiscovery, 법규 요구 사항을 위해 항목을 자동으로 보존하거나 삭제하여 데이터 수명 주기를 관리하지만, 기존의 데이터 백업 및 복구를 대체하기 위해 설계된 것은 아닙니다.

office 365 backup: Microsoft 365 기본 보존 기능을 사용하는데도 office 365 백업이 필요합니까?

네. Microsoft 365 기본 보존 기능은 보존 및 삭제 제어와 제한적인 기본 복구 기능을 제공하지만, 전체 백업 보존, 특정 시점 복원, 또는 별도의 Office 365 백업 솔루션이 제공하는 수준의 우발적 삭제, 랜섬웨어, 악의적인 내부자 행위에 대한 보호는 제공하지 않습니다.

데이터 보존 vs 백업 vs: 데이터 보존과 데이터 백업은 어떻게 다른가요?

데이터 보존은 정책(보존 레이블, Purview 보존 정책)에 따라 콘텐츠를 유지하거나 삭제하는 규정 준수와 데이터 수명 주기에 초점을 맞춥니다. 데이터 백업은 특정 시점 복구, 과거 데이터 복원, 비즈니스 연속성 및 재해 복구 시나리오를 지원하도록 데이터의 독립적인 복사본(실제 백업)을 별도 위치에 만듭니다.

기본 보존 및 백업 vs: 기본 보존 기능으로 타사 Microsoft 365 백업 솔루션을 대체할 수 있나요?

기본 보존(Microsoft 365 기본 보존 기능)은 백업 및 복원이 아니라 규정 준수와 통제된 삭제를 목적으로 하므로 타사 백업을 완전히 대체할 수 없습니다. 실제 백업 솔루션은 비즈니스 요구에 맞춘 백업 보존, 복제, 더 긴 보존 기간, 더 빠른 데이터 복구 기능을 제공합니다.

Purview 보존 정책: Microsoft Purview 보존 정책과 보존 레이블은 무엇인가요?

Microsoft Purview 보존 정책은 Microsoft 365 환경 전반에서 항목을 얼마나 오래 보존할지, 또는 언제 삭제할지를 관리합니다. 보존 레이블은 특정 항목에 수동 또는 자동으로 적용하여 보존 및 레코드 관리에 사용할 수 있습니다. 이러한 도구는 보존 및 삭제, 법적 보존, eDiscovery를 지원하지만, 백업 및 복원 서비스와 같은 수준의 데이터 복구 유연성은 제공하지 않습니다.

Microsoft 365 데이터 보존: Microsoft 365 데이터 보존에는 어떤 한계가 있나요?

한계로는 특정 시점 복원 기능이 없다는 점, 복구 시나리오를 위한 변경 불가능한 백업 복사본이 보장되지 않는다는 점, 정책 잘못 구성의 위험, 사용자가 보존 범위를 벗어나 콘텐츠를 영구 삭제하는 경우의 공백, 전용 백업 및 복구 도구에 비해 복잡한 개체나 전체 사서함을 신속하게 복구하는 데 제약이 있다는 점이 있습니다.

사서함 보호 및 백업 보존: Office 365 보존 기능으로 Exchange Online 사서함은 어떻게 보호되나요?

Exchange Online은 보존 정책과 Litigation Hold를 사용해 사서함 콘텐츠를 보존합니다. 이러한 기능으로 영구 삭제를 방지하고 eDiscovery를 지원할 수 있지만, 실제 백업 보존과 과거 시점 기준의 신속한 사서함 단위 복원을 하려면 전용 Exchange Online 백업 또는 타사 백업 및 복구 솔루션이 필요합니다.

Exchange Online과 데이터 백업: Exchange Online 단일 항목 복구를 데이터 복구에 의존할 수 있나요?

Exchange Online 단일 항목 복구와 Recoverable Items 폴더는 단기적이고 제한적인 복구만 제공합니다. 과거 데이터의 포괄적인 복구, 대량 복원, 복잡한 사고에 대한 보호를 위해서는 Exchange Online 백업, 백업 보존, 효율적인 복원 워크플로를 지원하는 실제 백업을 사용해야 합니다.

365 보존 정책 vs 백업 및 복구: 규정 준수와 백업의 균형을 맞추려면 정책을 어떻게 설계해야 하나요?

법적 및 규정 준수 요건을 충족하도록 365 보존 정책 전략(보존 정책과 보존 레이블)을 설계하는 동시에, 비즈니스 연속성, 랜섬웨어 복구, 과거 데이터 접근을 다루는 별도의 백업 및 복구 계획을 수립해야 합니다. 보존은 수명 주기와 삭제 규칙을 담당하고, 백업은 복원과 재해 복구를 담당합니다.

보존 레이블과 데이터 삭제: 보존 레이블이 사용자의 데이터 영구 삭제를 막나요?

보존 레이블은 보존 기간이 활성 상태인 동안 영구 삭제를 막을 수 있으며, 콘텐츠를 레코드로 전환할 수도 있습니다. 하지만 레이블은 보존 및 삭제 제어의 일부일 뿐 백업을 대신하지 못합니다. 관리자는 보존 규칙으로 다루지 않는 우발적 삭제나 악의적인 제거에 대비해 여전히 계획을 세워야 합니다.

백업 보존과 Microsoft Purview: 백업은 Purview 보존 기간과 비교해 얼마나 오래 보관해야 하나요?

백업 보존 기간은 비즈니스 요구, 규제 요건, 복구 시간 목표(recovery time objectives)를 기준으로 정해야 합니다. 많은 조직은 과거 데이터 복구를 보장하기 위해 백업을 수개월에서 수년간 보관합니다. Purview 보존 기간은 규정 준수 보존과 삭제를 위해 설계되며 다르게 설정될 수 있습니다. 보존 규칙이 백업 보존 사본을 확보하기 전에 데이터를 의도치 않게 제거하지 않도록 두 전략을 조율해야 합니다.

Microsoft 365 기본 보존 기능과 실제 백업: 기본 복구 기능과 백업 및 복원 기능의 차이는 무엇인가요?

기본 복구는 버전 관리, 휴지통, 소송 보류(litigation hold)처럼 Microsoft 365 기본 환경 안에서 일부 데이터를 복구할 수 있게 해 주는 기능을 말합니다. 실제 백업 및 복원은 독립된 사본, 특정 시점으로의 복구, 사용자 간 또는 테넌트 간 복원을 제공하며, 비즈니스 연속성과 재해 복구 시나리오에서 더 강력한 보장을 제공합니다.

데이터 손실 방지와 백업의 관계: 데이터 손실 방지(DLP)와 백업은 어떻게 서로를 보완하나요?

DLP는 민감한 데이터가 유출되지 않도록 방지하고 중요한 데이터를 보호하는 정책을 시행합니다. 반면 백업은 우발적 삭제, 손상, 랜섬웨어 등으로 데이터가 손실되더라도 이전 버전을 복구할 수 있도록 보장합니다. 두 가지는 포괄적인 데이터 관리 및 보안 전략을 이루는 상호 보완적인 요소입니다.

Microsoft Purview와 비즈니스 요구 사항: 비즈니스 요구 사항에 따라 Microsoft Purview 보존 기능과 외부 Office 365 백업 중 무엇을 선택해야 하나요?

규정 준수 의무, 복구 시간 목표(RTO), 보존 요건, 위험 허용 수준을 평가하세요. 규정 준수와 레코드 관리에는 Microsoft Purview 보존 및 레이블을 사용하고, 더 긴 백업 보존 기간, 더 빠른 복구 시간, 전체 데이터 이동성, 또는 보존 및 삭제 정책 범위를 넘어선 보호가 필요하다면 외부 Office 365 백업을 선택하세요.

365 환경의 데이터 관리: 여러 365 환경에 걸쳐 적용해야 할 백업 및 데이터 관리 모범 사례는 무엇인가요?

모범 사례는 다음과 같습니다. 법적 및 운영상 요구 사항을 충족하는 보존 정책과 백업 보존 정책을 정의하고, Purview 보존 정책과 타사 백업을 모두 구현하며, 백업 및 복원 절차를 정기적으로 테스트하고, OneDrive 데이터와 Exchange Online 사서함 같은 중요 데이터를 보호하며, 보존 규칙, 보존 레이블, 복구 절차를 비즈니스 연속성 및 재해 복구 계획의 일부로 문서화합니다.