설명:
1번 항목: 예
Policy3이 Site1에 적용되는 모든 정책 중 가장 긴 보존 기간을 제공하므로 Doc1은 6년 동안 성공적으로 보존될 것입니다.
이 보존 기간은 Site1에 적용되는 정책을 평가하고 Microsoft 365의 표준 보존 원칙을 적용하여 결정됩니다.
1. 적용 가능한 정책 식별 Doc1의 보존 기간을 결정하기 위해 먼저 Site1을 대상으로 하는 모든 정책을 식별합니다.
정책1: 사이트1과 사이트3을 대상으로 합니다. 보존 기간은 2년입니다.
정책3: 사이트1, 사이트2, 사이트3을 대상으로 합니다. 보존 기간은 6년입니다.
2. 유지 원칙 적용
동일한 콘텐츠에 여러 보존 정책이 적용되는 경우 Microsoft 365는 특정 순서에 따라 보존 원칙을 사용하여 충돌을 해결합니다.
보존이 삭제보다 우선합니다. Policy1과 Policy3 모두 보존 정책이므로 이 규칙이 충족됩니다.
보존 기간이 가장 긴 정책이 우선합니다. 정책3은 6년의 보존 기간을 명시하고 있으며, 이는 정책1에서 명시한 2년보다 더 깁니다.
따라서 정책3의 6년 보존 규칙이 정책1보다 우선 적용됩니다.
2번 상자: 아니요
Doc2는 4년이 아닌 총 6년 동안 보관될 예정입니다.
Microsoft 365 보존 정책이 여러 개 충돌할 경우 가장 긴 보존 기간이 우선 적용되므로 Doc2는 6년 동안 보존됩니다.
1. 적용 가능한 정책 파악
Doc2는 Site2에 저장되어 있습니다.
우리는 위치 범위에 Site2가 포함된 정책을 분리해야 합니다.
정책2: 콘텐츠를 4년간 보관합니다.
정책3: 콘텐츠를 6년간 보관합니다.
2. 유지 원칙 적용
문서에 여러 보존 정책이 적용되는 경우 Microsoft 365는 다음 계층적 규칙을 사용하여 정책을 평가합니다.
보존 정책이 삭제 정책보다 우선합니다. 두 정책 모두 보존 정책이므로 이 규칙은 무승부입니다.
보존 기간이 가장 긴 정책이 우선합니다. 정책3은 6년의 보존 기간을 명시하고 있으며, 정책2는 4년의 보존 기간을 명시하고 있습니다.
6년은 4년보다 길기 때문에 정책3이 정책2보다 우선합니다.
2번 상자: 아니요
문서 Doc3이 Site3에서 Site4로 이동되면 Site4는 Policy1, Policy2 또는 Policy3에 명시된 위치가 아니므로 더 이상 어떠한 보존 정책의 적용도 받지 않습니다. 따라서 Doc3이 4년 동안 보존된다는 주장은 사실이 아닙니다.
참조:
https://joannecklein.com/2026/01/23/office-365-retention-policy-questions-from-the-field/

GDPR DLP 정책에서 오탐을 줄이려면 먼저 감사 전용 모드로 정책을 실행하여 문제를 식별하고, 이 데이터를 기반으로 규칙을 지속적으로 개선하며, 직원들에게 올바른 데이터 처리 방법에 대한 교육을 실시해야 합니다.
기존 GDPR DLP 정책을 감사 모드로 실행하려면 Microsoft Purview 포털에서 정책을 편집하고 정책 모드를 "시뮬레이션" 또는 "테스트"로 설정해야 합니다. 정책 구성에서 즉시 적용을 활성화하는 대신 "시뮬레이션 모드에서 정책 실행" 또는 "테스트 모드" 옵션을 선택합니다. 이렇게 하면 위반 사항이 차단되지 않고 기록되므로 전체 배포 전에 결과를 검토할 수 있습니다.
정책을 감사(시뮬레이션) 모드로 실행하는 단계
1단계: DLP 정책으로 이동: Microsoft Purview 포털에 로그인하고 데이터 손실 방지 > 정책으로 이동합니다.
2단계: 정책 수정: 실행하려는 기존 GDPR 정책을 선택하고 수정합니다.
3단계: 정책 모드 설정 찾기: 정책 구성 워크플로에서 "정책 모드" 또는 "정책 시뮬레이션 또는 활성화"로 표시될 수 있는 정책 모드 페이지를 찾습니다.
4단계: 시뮬레이션 모드 활성화: "정책을 시뮬레이션 모드로 실행" 옵션을 선택합니다.
5단계: 선택적 설정 구성: 시뮬레이션 모드에서 "정책 팁 표시"를 선택하여 사용자를 실제로 차단하지 않고도 잠재적인 위반 사항에 대해 교육할 수 있습니다. [건너뛰기] 6단계: 저장 및 제출: 마법사의 나머지 단계를 진행하고 [다음]을 선택한 다음 [제출]을 선택하여 변경 사항을 저장합니다.
참조:
https://learn.microsoft.com/en-us/purview/dlp-learn-about-dlp

설명:
인공지능이 생성한 설문지 콘텐츠의 스크린샷이 정확하지 않을 수 있습니다.

목표는 Site1에서 신용카드 번호가 포함된 문서를 자동으로 분류하는 것입니다. 이를 위해 신용카드 번호를 감지하는 민감 정보 유형을 기반으로 하는 자동 분류 정책이 적용된 민감도 분류 라벨이 필요합니다.
1단계: 민감 정보 유형 생성
# 문서에서 신용카드 번호를 감지하려면 민감한 정보 유형이 필요합니다.
# Microsoft Purview에는 신용 카드 번호와 같은 민감한 정보 유형이 기본적으로 포함되어 있지만, 필요한 경우 사용자 지정 유형을 만들 수도 있습니다.
2단계: 민감도 라벨 생성
# 민감한 정보가 포함된 문서를 분류하고 보호하려면 민감도 라벨이 필요합니다.
# 이 레이블을 사용하면 신용카드 데이터에 암호화, 워터마크 또는 접근 제어를 적용할 수 있습니다.
3단계: 자동 라벨링 정책 생성
# 자동 라벨링 정책은 Site1에서 신용 카드 번호가 감지될 때 민감도 라벨이 자동으로 적용되도록 합니다.
# 이 정책은 파일을 스캔하고 올바른 민감도 레이블을 자동으로 적용하도록 구성되어 있습니다.