Freigeben über


공용 폴더 복제 문제 해결 - 1부: 새 변경 내용 복제 문제 해결

최초 문서 게시일: 2011년 11월 28일 월요일

영문 블로그 최초 게시일: 2006년 1월 17일

참고: 이 블로그 게시물은 공용 폴더 문제 해결 시리즈의 첫 번째 게시물입니다. 해당 시리즈의 2부(영문일 수 있음), 3부(영문일 수 있음)4부(영문일 수 있음)도 확인해 주시기 바랍니다.

소개

이 블로그 게시물에서는 공용 폴더 복제 문제 해결을 위한 지침을 제공합니다. 발생 가능한 모든 복제 문제를 해결하는 정확한 방법을 제공하지는 않으며, 오류 지점에서 문제 해결에 주력할 수 있도록 발생 가능한 모든 복제 문제를 파악하는 방법을 소개합니다. 즉, 이 게시물에서는 "이전 서버의 콘텐츠가 새 서버로 복제되지 않습니다"라는 문제 설명보다는 범위가 좀 더 한정된 "이전 서버가 새 서버의 상태 요청에 응답하지 않아서 새 서버가 데이터 누락을 인식하지 못해 데이터 백필을 시도하지 않습니다. 실제 문제는 이전 서버에 있는 것으로 보입니다"와 같은 문제 설명을 제공합니다. 또한 이 게시물에서는 가장 일반적인 몇 가지 복제 문제를 파악하는 방법도 설명합니다. 자세한 문제 해결 방법을 설명하기 전에 이러한 문제에 대한 일반적인 접근 방식을 간략하게 살펴보겠습니다.

공용 폴더 복제 문제를 해결하는 데 가장 효율적인 수단은 응용 프로그램 로그입니다. 복제 문제를 파악하려면 로그의 복제 이벤트를 파악하여 프로세스에서 문제가 발생하는 정확한 위치를 확인할 수 있어야 합니다. 일반적으로 문제 해결 시에 로그를 사용하려면 먼저 받는 복제 및 보내는 복제에 대한 진단 로깅을 최대로 높여야 합니다. 저장소에서는 복제 메시지를 보내거나 받을 때마다 로깅이 최대치로 설정되어 있다고 가정하고 해당 작업의 영향에 대한 이벤트를 기록합니다. 각 복제 메시지의 종류는 이벤트 설명에 표시되는 '유형'으로 구분할 수 있습니다. 다음과 같은 다양한 이유로 인해, 이벤트 ID보다는 유형을 중심으로 확인하는 것이 좋습니다.

- 이벤트 ID는 Exchange 버전 간에 바뀝니다. 예를 들어 아웃바운드 백필 요청의 경우 Exchange 5.5에서는 3014였지만 Exchange 2000 및 2003에서는 3016입니다.

- 각 유형의 들어오는 이벤트 및 나가는 이벤트 ID가 서로 다릅니다. 들어오는 계층 구조 메시지는 3018인 반면 나가는 계층 구조 메시지는 3028입니다.

- 상태 요청과 상태 메시지는 서로 다른 메시지 유형이지만 같은 이벤트 ID를 사용합니다. 따라서 이벤트 ID만으로는 이 두 항목을 구분할 수 없습니다.

유형을 중점적으로 확인하면 작업이 좀 더 간편해집니다. 응용 프로그램 로그를 확인하여 유형과 이벤트 ID의 상관 관계를 쉽게 지정할 수 있습니다. 유형은 7개뿐이며, 이벤트 범주를 파악하면 메시지 종류(들어오는 메시지 또는 나가는 메시지)를 확인할 수 있습니다. 이벤트 ID 대신 유형을 중심으로 확인하는 경우에는 다음 사항만 기억하면 됩니다.

계층 구조 - 0x2

콘텐츠 - 0x4

백필 요청 - 0x8

백필 응답 - 계층 구조의 경우 0x80000002, 콘텐츠의 경우 0x80000004

상태 - 0x10

상태 요청 - 0x20

복제 오류 로깅은 거의 쓸모가 없다는 점도 염두에 두어야 합니다. 복제가 정상적으로 작동할 때도 대부분의 서버에서는 속성을 읽는 중 오류가 발생했음을 나타내는 이벤트 ID 3093 등 많은 복제 오류 이벤트가 생성됩니다. 대부분의 경우 속성은 복제에 영향을 주지 않으므로 이러한 오류는 무시해도 됩니다. 이전 블로그 게시물(영문일 수 있음)에 설명된 문제와 같은 구체적인 문제에 대한 정보를 확인해야 하는 경우가 아니면 복제 오류 로깅 설정은 없음으로 유지하는 것이 좋습니다.

새 변경 내용 복제 문제 해결

공용 폴더 복제 문제를 해결하려면 먼저 복제 작동 시에 예상되는 정상적인 메시지 흐름을 파악해야 합니다. 이 과정에서 확인된 정보에 따라 문제 발생 시 오류 지점을 파악할 수 있습니다. 새 변경 내용 복제 문제를 해결하는 방법을 설명하기 전에 정상적인 메시지 흐름의 예상 동작에 대해 잠시 설명하겠습니다.

계층 구조 복제

폴더를 작성 또는 삭제하거나 복제본 목록, 클라이언트 사용 권한, 설명, 관리자 참고 사항, 저장 용량 한도 등의 공용 폴더 속성이 변경될 때마다 새 계층 구조 변경 내용 복제가 수행됩니다. 메일 사용 가능 폴더의 전자 메일 주소는 이러한 속성에 포함되지 않습니다. 전자 메일 주소는 Active Directory의 디렉터리 개체에 저장되므로 변경해도 계층 구조가 복제되지 않습니다. 공용 저장소 자체에 저장되는 속성을 변경할 때만 계층 구조 복제가 수행됩니다.

저장소에서는 기본적으로는 15분마다 하나 이상의 계층 구조 복제 메시지에서 폴더 속성에 적용된 변경 내용을 브로드캐스트합니다. 보내는 복제에서 로깅을 최대로 높인 경우 계층 구조가 수정된 서버에서 다음과 같은 이벤트가 표시됩니다.

이벤트 유형: 정보

이벤트 원본:     MSExchangeIS 공용 저장소

이벤트 범주:   보내는 복제 메시지

이벤트 ID:   3018

설명:

보내는 복제 메시지를 보냈습니다.

유형: 0x2

메시지 ID: <91ACCD0758385549A56A10971798985572D5@bilongexch1.bilong.test>

데이터베이스 "First Storage Group\Public Folder Store (BILONGEXCH1)"

CN 최소: 1-72CF, CN 최대: 1-72D3

RFI: 1

1) FID: 1-6994, PFID: 1-1, 오프셋: 28

      IPM_SUBTREE\NewFolder

여기서 설명 첫 부분의 "유형: 0x2"는 해당 메시지가 계층 구조 복제 메시지임을 나타냅니다.

계층 구조 복제 메시지는 원래 생성된 서버에서 다른 모든 공용 저장소로 직접 발송됩니다. 새 변경 내용 복제에 대한 토폴로지 개념은 없습니다. 계층 구조에 대한 모든 변경 내용은 변경을 수행한 서버에서 동일 계층 구조에 연결된 공용 저장소를 포함하는 다른 모든 서버로 직접 발송됩니다. 다른 모든 서버는 들어오는 복제 메시지를 정상적으로 처리하면 유형 0x2를 표시하는 들어오는 이벤트를 기록해야 합니다.

콘텐츠 복제

메시지를 작성 또는 삭제하거나 메시지 속성을 변경할 때마다 콘텐츠가 복제됩니다. 저장소에서 폴더에 대해 콘텐츠 변경 내용을 브로드캐스트하는 시간은 해당 폴더의 복제 일정을 변경하여 수정할 수 있지만, 기본적으로 변경 내용은 계층 구조와 마찬가지로 15분마다 브로드캐스트됩니다. 콘텐츠 복제 메시지는 이벤트 설명의 유형 0x4로 식별할 수 있습니다. 콘텐츠의 경우에도 새 변경 내용 브로드캐스트를 위한 토폴로지 개념은 없습니다. 지정된 복제본에서 폴더 콘텐츠가 수정되면 해당 복제본은 폴더의 다른 모든 복제본으로 0x4 메시지를 직접 보냅니다. 또한 이 메시지를 받는 모든 서버에서는 들어오는 메시지를 정상적으로 처리하면 들어오는 0x4 이벤트를 기록해야 합니다.

문제 해결 단계

복제에는 두 가지 기본적인 시나리오가 있습니다. 새 계층 구조 변경 내용 또는 새 콘텐츠 변경 내용이 서버 간에 전송되지 않는 경우에는 문제를 간단하게 해결할 수 있습니다.

1. 서버에서 아웃바운드 복제 메시지를 생성했는지 여부

폴더를 변경하거나 특정 서버의 폴더에 콘텐츠를 추가했는데 해당 콘텐츠가 다른 서버에는 표시되지 않는다고 가정해 보겠습니다. 이 경우 가장 먼저 확인해야 하는 사항은 대상 서버에서 변경 내용을 브로드캐스트했는지 여부입니다. 문제를 해결할 때는 변경 수행 시 사용 중이었던 서버를 추적해야 합니다. 이 작업은 다양한 방법으로 수행할 수 있습니다. ESM에서는 공용 폴더 노드를 마우스 오른쪽 단추로 클릭하고 "연결 대상"을 선택하여 특정 저장소를 가리킬 수 있습니다. 대부분의 경우 ESM은 지정된 저장소에서 변경을 수행하지만, 클라이언트 사용 권한의 경우는 예외입니다. Exchange 2003 SP2 이전에는 ESM을 통해 클라이언트 사용 권한을 변경하면 ESM은 폴더 복제본이 포함된 저장소에 대해 변경을 수행하려고 했습니다. 그러나 사용 권한은 계층 구조에 폴더의 속성으로 저장되므로 이 작업은 필요하지 않습니다. ESM 2003 SP2 버전부터는 해당 동작이 변경되어 지정된 계층 구조에 대해 변경이 수행됩니다. ESM을 통해 변경을 수행하는 방법으로 계층 구조 복제를 테스트할 때는 테스트용 사용 권한을 사용해서는 안 됩니다. ESM 2003 SP2 이상 버전을 실행하는 경우가 아니면 변경을 수행할 저장소를 파악하기가 어렵기 때문입니다. Outlook을 사용 중인 경우 변경을 수행할 폴더 복제본을 확인하려면 MFCMAPI 또는 비슷한 도구를 통해 폴더의 PR_REPLICA_SERVER 속성을 확인하면 됩니다. 그러면 Outlook에서 해당 폴더의 콘텐츠에 액세스하는 데 사용하는 서버 이름이 표시됩니다.

해당하는 폴더의 복제 일정이 항상인데(계층 구조의 경우에도 마찬가지임) 15분 이내에 아웃바운드 0x2 또는 0x4가 표시되지 않으면 원래 서버에 문제가 있는 것입니다. 서버에서 아웃바운드 계층 구조 또는 콘텐츠 브로드캐스트를 생성하지 않으면 복제 에이전트가 시작되지 않은 것일 수 있습니다. 일반적인 시나리오 중 하나가 KB272999에 설명되어 있습니다. 여기서 주목해야 할 항목은 3079 이벤트입니다.

이벤트 ID: 3079

원본: MSExchangeIS Public

유형: 오류

범주: 복제 오류

설명:

예기치 않은 복제 스레드 오류 0x3f0이(가) 발생했습니다.

EcGetReplMsg

EcReplStartup

FReplAgent

공용 저장소를 탑재할 때 로깅 수준을 추가로 높이지 않았더라도 이 이벤트는 기록됩니다. 3079 이벤트에 "EcReplStartup" 기능이 포함되어 있는 경우에는 복제 에이전트가 시작되지 않아 문제를 해결하고 저장소를 다시 탑재할 때까지는 새 변경 내용이 브로드캐스트되지 않는다는 의미입니다.

조직에 Exchange 5.5 공용 저장소가 있는 경우에는 계층 구조 복제에서도 특정 사용 권한 문제가 발생하기 쉽습니다. Exchange 2000 또는 2003 서버에서 Exchange 5.5 서버로 계층 구조 복제 메시지를 보내면 Exchange 5.5 서버는 ptagNTSD 속성(2000 스타일의 SID 기반 사용 권한)에서 ptagACLData 속성(5.5 스타일의 legacyExchangeDN 기반 사용 권한)을 생성해야 합니다. 즉, 각 SID를 legacyExchangeDN으로 변환해야 합니다. 이러한 SID에서 legacyExchangeDN으로의 변환은 여러 가지 이유로 인해 실패할 수 있습니다. 예를 들어 SID가 둘 이상의 사용자로 확인되면 다음과 같은 이벤트가 생성될 수 있습니다.

이벤트 ID: 9528

범주: 일반

원본: MSExchangeIS

유형: 오류

설명:

DS의 사용자 두 명에게서 S-1-5-21-408248388-469072634-37170099-1391 SID를 찾았으므로 저장소에서 이 SID를 고유 사용자에게 매핑할 수 없습니다.

관련된 사용자:

/DC=com/DC=company/CN=Users/CN=User1

/DC=com/DC=company/CN=Users/CN=User2

이 경우 SID를 legacyExchangeDN으로 변환할 수 없으므로 저장소에서 아웃바운드 계층 구조 브로드캐스트 메시지를 생성할 수 없습니다.

2. 메시지 주소가 변경 내용을 받지 않은 서버로 지정되었는지 여부

원래 서버에서 아웃바운드 메시지를 생성했다면 메시지 주소가 데이터를 받지 않은 서버로 지정되었는지를 확인해야 합니다. 메시지를 추적하면 메시지 주소를 가장 쉽게 확인할 수 있습니다. 메시지 추적 시에는 아웃바운드 복제 이벤트에서 보고된 메시지 ID만 추적하면 됩니다. 메시지 기록 창에는 받는 사람: 줄이 표시됩니다. 변경 내용을 받지 않은 저장소가 이 줄에 나와 있지 않으면 원래 서버에서 문제가 발생했을 가능성이 높습니다. 조직의 해당 서버가 표시되고, 해당 서버의 공용 저장소 개체에 전자 메일 주소가 포함되어 있으며, 원래 서버에서 해당 저장소가 관련 폴더의 복제본 목록에 표시되는지를 확인합니다.

3. 메시지가 대상 서버에 도착했는지 여부

메시지 주소가 대상 서버로 지정되었는지를 확인한 후에는 해당 메시지가 실제로 대상 서버에 도착했는지를 확인해야 합니다. 역시 메시지 추적을 통해 이를 확인할 수 있습니다. 메시지 추적에서 메시지가 저장소로 배달되었음이 확인되었는데 해당 메시지를 인식하는 들어오는 복제 이벤트가 표시되지 않으면 이 시리즈 마지막 게시물(영문일 수 있음)의 "일반 문제" 섹션을 참조하십시오.

다음 블로그 게시물: 기존 데이터 복제 문제 해결(영문일 수 있음)

- Bill Long

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Public Folder Replication Troubleshooting – Part 1: Troubleshooting the Replication of New Changes를 참조하십시오.