Share via


Exchange 2010 SP2 RU4에서 일정 및 작업 보존 태그 지원

최초 문서 게시일: 2012년 8월 15일 수요일

메시징 환경 내에서 준수 정책 요구 사항을 지키기 위해 분류 수준에 따라 메시징 데이터를 분류하고 일정 기간 유지 관리해야 합니다.

Exchange 2003에서 사서함 관리자(영문일 수 있음)는 일정 및 작업 개체를 포함하여 메시징 데이터를 삭제하는 방법을 제공합니다. 그러나 사서함 관리자는 다음과 같이 기능면에서 제약이 따릅니다.

  • 사서함 관리자는 종료 날짜, 시작 날짜, 보낸 날짜 또는 마지막 수정 날짜에 상관없이 되풀이로 태그된 경우 약속을 무시하지만 삭제할 수는 없었습니다.
  • 사서함 관리자는 완료된 항목으로 표시된 작업은 무시하지만 삭제할 수는 없습니다.

Exchange 2007에서 사서함 관리자는 MRM(메시징 레코드 관리)으로 바뀌었습니다. 관리 폴더(Exchange 2007의 MRM 기능)를 통해 고객은 기본 폴더(예: 받은 편지함 및 지운 편지함)에 보존 설정을 적용하고 관리되는 사용자 지정 폴더도 배포할 수 있습니다. 사용자는 다양한 관리 폴더에 메시지를 분류하여 정렬하고 각 폴더에 서로 다른 보존 설정을 적용할 수 있습니다. 일정 및 작업 폴더와 관련해서는 다음 기능이 지원됩니다.

  • 되풀이되지 않는 일정 항목은 종료 날짜에 따라 만료됩니다. 되풀이 일정 항목은 마지막 실행 시 종료 날짜에 따라 만료됩니다. 종료 날짜가 없는 되풀이 일정 항목은 만료되지 않습니다.
  • 되풀이되지 않는 작업:
    • 되풀이되지 않는 작업은 메시지를 받은 날짜가 있는 경우 이 날짜에 따라 만료됩니다.
    • 되풀이되지 않는 작업에 메시지를 받은 날짜가 없으면 메시지를 만든 날짜에 따라 만료됩니다.
    • 되풀이되지 않는 작업에 메시지를 받은 날짜나 메시지를 만든 날짜가 모두 없으면 만료되지 않습니다.
  • 되풀이 작업은 마지막 실행 시 종료 날짜에 따라 만료됩니다. 되풀이 작업에 종료 날짜가 없으면 만료되지 않습니다. 다시 생성하는 작업(즉, 이전 작업 인스턴스를 완료한 후에 지정된 시간을 다시 생성하는 되풀이 작업)은 만료되지 않습니다.

Exchange 2010에서 메시징 레코드 관리

Exchange 2010에서는 메시징 레코드 관리 2.0과 보존 정책 프레임워크를 도입했습니다. 이 프레임워크는 보존 태그 및 보존 정책으로 구성됩니다. 보존 태그는 메시지 및 폴더에 보존 설정을 적용하는 데 사용됩니다. 보존 정책은 사서함에 적용할 수 있는 보존 태그의 그룹입니다. 이 MRM 2.0 이름 지정 규칙에서 "보존"이란 단어는 사용 시 오해의 소지가 있습니다. 사서함 외부에서 항목이 만료되는 시점을 제어하는 것 외에도 보존 태그는 항목을 보관 파일로 이동하는 시점을 제어할 때에도 사용될 수 있습니다.

Exchange 2010 RTM, SP1 및 SP2 - SP2 RU3에서 MRM 2.0은 일정 및 작업 폴더 또는 일정 및 작업 항목에 직접 보존 태그를 지정하는 기능을 지원하지 않습니다. 대부분의 사용자와 고객은 이 기능의 필요성에 대해 언급해왔으며, 이전 Exchange 버전과 비교하여 이를 결정했습니다.

마지막으로 준수 요구 사항을 만족해야 합니다. 보존 정책 프레임워크에서 일정 및 작업 항목을 제외할 경우 데이터 관리에 대한 비즈니스 및/또는 법적 준수 정책을 조유한 고객은 해당 요구 사항의 준수를 보장할 수 없게 됩니다.

Exchange 2010 SP2 RU4 이상에서 일정 및 작업 지원

Exchange 2010 SP2 RU4(영문일 수 있음)에서는 보존 정책에 일정 및 작업 폴더에 대한 지원을 추가했습니다.

현재 보존 정책을 사용 중이거나 사용할 예정이라면 메시징 환경에서 중요한 의미를 지니고 있습니다.

  1. Exchange 2010 SP2 RU4부터 관리자는 일정 및 작업 기본 폴더에서 사용하도록 cmdline을 통해 보존 태그를 만들 수 있습니다. 지원되는 보존 동작으로는 DeleteAndAllowRecovery, PermantlyDelete, MarkAsPastRetentionLimit 및 MovetoArchive가 있습니다.
  2. DPT(기본 정책 태그). 항목을 삭제하거나 이동하는 데 사용되며, 이제 일정 및 작업 폴더에 적용됩니다.

일정 및 작업 항목이 만료되는 방법

일정 및 작업 항목은 일반 메시지 항목과는 다릅니다. 일정이나 작업 항목이 저장되면 항목에는 특정 속성이 지정됩니다. 자동 저장 이벤트 중에 기본 속성의 지정과 MFA(Mailbox Folder Assistant) 사이에 충돌이 발생하지 않도록 MFA는 즉시 일정 및 작업 항목을 처리하지 않습니다. 대신 항목의 마지막 수정 시간에 따라 2시간 동안 일정 및 작업 항목의 처리를 지연합니다(마지막 수정 시간이 없으면 만든 시간에 기반함).

메시지 항목과는 달리 최종 사용자는 일정 또는 작업 폴더 또는 일정 및 작업 항목에 다른 보존 태그를 지정할 수 없습니다. 즉, 일정 및 작업 보존 태그는 관리자만 제어할 수 있습니다.

다음 논리는 일정 폴더에서 일정 항목에 대해 보관 파일로 이동하거나 만료 시작 날짜를 결정하는 데 사용됩니다.

  1. 되풀이되지 않는 일정 항목은 항목의 종료 날짜에 따라 만료되거나 보관 파일로 이동합니다.
  2. 되풀이 일정 항목은 마지막 실행 시 종료 날짜에 따라 만료되거나 보관 파일로 이동합니다. 종료 날짜가 없는 되풀이 일정 항목은 만료되거나 보관 파일로 이동되지 않습니다.
  3. 적절한 항목 유형이 없는 일정 폴더에 항목이 손상되었을 수 있기 때문에 항목이 있으면 무시됩니다.

다음 논리는 작업 폴더에서 작업 항목에 대해 보관 파일로 이동하거나 만료 시작 날짜를 결정하는 데 사용됩니다.

  1. 되풀이되지 않는 작업:
    1. 되풀이되지 않는 작업은 메시지를 받은 날짜가 있는 경우 이 날짜에 따라 만료되거나 보관 파일로 이동됩니다.
    2. 되풀이되지 않는 작업에 메시지를 받은 날짜가 없으면 메시지를 만든 날짜에 따라 만료되거나 보관 파일로 이동됩니다.
    3. 되풀이되지 않는 작업에 메시지를 받은 날짜나 메시지를 만든 날짜가 모두 없으면 만료되거나 보관 파일로 이동되지 않습니다.
  2. 되풀이 작업은 마지막 실행 시 종료 날짜에 따라 만료되거나 보관 파일로 이동됩니다. 되풀이 작업에 종료 날짜가 없으면 만료되지 않으며 보관 파일로 이동되지도 않습니다.
  3. 다시 생성하는 작업(작업의 이전 인스턴스를 완료한 후에 지정된 시간을 다시 생성하는 되풀이 작업)
  4. 적절한 항목 유형이 없는 작업 폴더에 항목이 손상되었을 수 있기 때문에 항목이 있으면 무시됩니다.

Exchange 2010 SP2 RU4를 배포하기 전에

Exchange 2010 SP2 RU4에서 일정 및 작업에 대한 지원은 이 업데이트 롤업을 서로 다르게 처리해야 함을 시사합니다. 보존 정책을 사용하지 않거나 일정 및 작업 항목을 보관 파일로 이동하거나 DPT 설정에 따라 자동으로 설정하지 않으려는 경우 이 게시물의 나머지 부분은 건너뛰어도 좋습니다.

그러나 이 새로운 기능이 일정 및 작업 항목에 미치는 효과에 대한 관심이 있으면 다음의 임시 해결 방법을 구현할 수 있습니다.

일정 및 작업 항목이 만료되지 않도록 하려면 Exchange 2010 SP2 RU4에 포함된 기능을 비활성화하면 됩니다. 사서함 서버에 다음 레지스트리 키를 추가합니다.

  • 경로: HKLM\SYSTEM\CurrentControlSet\Services\MSExchangeMailboxAssistants\Parameters
  • 이름: ELCAssistantCalendarTaskRetentionEnabled
  • 유형: DWORD
  • 값: 0= 일정 및 작업 폴더를 처리하지 않음
  • 값: 1 = 처리(RU4에서 기본값)

일정 및 작업 폴더가 DPT 외의 다른 간격으로 만료되게 하려면 다음 단계를 수행합니다.

  1. 모든 사서함을 보존에서 모든 사서함을 보존으로 배치합니다.
  2. 사서함 서버에 Exchange 2010 SP2 RU4를 적용합니다.
  3. 원하는 보존 설정으로 일정 및 작업 폴더에 대한 RPT를 생성합니다.
  4. 사용자에게 변경 내용을 알립니다.
  5. 준비를 마치면 사서함에서 보존 상태를 제거합니다.

결론

제품에 오랫동안 추구하던 기능을 추가하게 되어 매우 기쁩니다. 궁금한 사항이 있으시면 언제든지 문의해 주십시오.

Ross Smith IV
주임 프로그램 관리자
Exchange Customer Experience

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Calendar and Tasks Retention Tag Support in Exchange 2010 SP2 RU4를 참조하십시오.