Exchange 2000 Server 또는 Exchange Server 2003에서 응용 프로그램 로그를 사용하여 받는 사람 업데이트 서비스 문제를 해결하는 방법

기술 자료 번역 기술 자료 번역
기술 자료: 822794 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

이 페이지에서

요약

Microsoft Exchange Server 2003 또는 Microsoft Exchange 2000 Server 조직에서 RUS(받는 사람 업데이트 서비스)가 프록시 주소를 사용하는 사용자 개체를 올바로 스탬프 처리하지 않는 문제가 발생할 수 있습니다.

다음과 같이 하면 이 문제를 해결할 수 있습니다.
  • Exchange 컴퓨터에서 진단 로깅을 늘립니다.
  • 모니터링할 테스트 개체를 선택합니다.
  • 응용 프로그램 로그에서 RUS가 테스트 개체를 성공적으로 처리하는지 여부를 확인합니다.
RUS에서 다시 작성 작업을 반복적으로 수행하면 문제 해결 작업이 더 어려워질 수 있습니다. 따라서 RUS에서 다시 작성 작업을 반복적으로 수행하는 대신 RUS가 생성하는 이벤트를 검토하여 RUS 문제가 있는 구성 요소를 알아낼 수 있습니다.

소개

RUS(받는 사람 업데이트 서비스)는 Microsoft Exchange Server 2003 및 Microsoft Exchange 2000 Server에 포함되어 있습니다. 이 문서에서는 응용 프로그램 로그에 나타나는 이벤트를 사용하여 RUS 문제를 해결하는 방법을 설명합니다.

Exchange 조직에서 RUS는 지정된 도메인 명명 컨텍스트의 도메인에 있는 메일 사용 가능 개체를 스탬프 처리합니다. 지정된 도메인에 있는 각 도메인 컨트롤러에 대해 하나의 도메인 RUS를 만들 수 있습니다. 도메인에 둘 이상의 도메인 RUS가 있으면 문제를 해결할 RUS를 확인해야 합니다. 엔터프라이즈 RUS는 공용 폴더 저장소와 사이트 복제 서비스 같은 구성 명명 컨텍스트에 있는 개체만 스탬프 처리하고 사용자, 그룹, 연락처 또는 공용 폴더 같은 개체는 스탬프 처리하지 않습니다.

이벤트 뷰어에서 응용 프로그램 로그를 보면 다양한 RUS 문제를 확인할 수 있습니다. 응용 프로그램 로그를 사용하면 다음과 같은 문제를 해결할 수 있습니다.
  • RUS가 프록시 주소를 사용하는 개체를 스탬프 처리하지 않습니다.
  • RUS가 프록시 주소를 사용하는 개체를 스탬프 처리하는 데 시간이 많이 걸립니다.
  • RUS가 잘못된 프록시 주소를 사용하는 개체를 스탬프 처리합니다.

진단 로깅 늘리기

RUS 문제를 해결하려면 진단 로깅 수준을 최대 수준으로 늘리십시오. 이 작업은 문제를 해결할 도메인 RUS를 담당하는 Exchange Server에서 다음과 같은 개체 모두에 대해 수행하십시오.

참고 도메인을 담당하는 RUS가 둘 이상 있으면 한 RUS를 제외한 나머지 모든 RUS의 실행 일정을 실행 안 함으로 설정하십시오. 이렇게 하면 RUS 문제를 해결할 때 한 RUS 서버의 응용 프로그램 로그에만 집중할 수 있습니다.
표 축소표 확대
서비스범주
MSExchangeALLDAP 작업
MSExchangeAL주소 목록 동기화
MSExchangeSA프록시 생성(Exchange 2003에만 해당)
이렇게 하려면 다음과 같이 하십시오.
  1. Exchange System Manager 도구를 시작합니다.
  2. 관리 그룹이 설정되어 있으면 관리 그룹을 확장한 다음 사용자의 관리 그룹을 확장합니다. 관리 그룹이 설정되어 있지 않으면 3단계로 진행하십시오.
  3. 서버를 확장하고 진단 로깅을 사용하도록 설정할 Exchange Server를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다.
  4. 진단 로깅 탭을 누른 다음 서비스 목록에서 MSExchangeAL을 누릅니다.
  5. 범주 목록에서 LDAP 작업을 누르고 최대를 누른 다음 주소 목록 동기화를 누르고 최대를 누릅니다.

    Exchange 2003을 실행하고 있으면 6단계로 진행하고 Exchange 2003을 실행하고 있지 않으면 7단계로 진행하십시오.
  6. 서비스 목록에서 MSExchangeSA를 누르고 범주 목록에서 프록시 생성을 누른 다음 최대를 누릅니다.
  7. 확인을 누릅니다.
문제를 해결할 도메인 RUS를 선택한 후와 문제를 해결할 도메인 RUS를 처리하는 Exchange Server에서 진단 로깅을 늘린 후에는 RUS를 테스트하는 데 사용할 개체를 선택해야 합니다. 예를 들어, RUS가 스탬프 처리하지 않은 사용자 계정을 사용하여 RUS를 테스트합니다. 그러면 RUS가 이 개체에 대해 수행하는 작업을 확인할 수 있습니다.

RUS가 시작되었는지 여부 확인

진단 로깅을 늘리면 몇 분 내에 이벤트 ID 8011과 이벤트 ID 8012가 응용 프로그램 로그에 나타납니다. 이러한 이벤트가 나타나지 않으면 RUS가 시작되지 않았거나 RUS가 응답을 중지한 것입니다. RUS가 시작되지 않았거나 RUS가 응답을 중지한 것으로 생각되는 경우에는 Microsoft Exchange System Attendant 서비스를 다시 시작하십시오. Microsoft Exchange System Attendant 서비스를 시작하면 이 서비스가 일련의 DLL을 로드합니다. 이러한 DLL 중 하나는 Abv_dg.dll입니다.

Microsoft Exchange System Attendant 서비스를 시작하면 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 1000

이벤트 종류: 정보
이벤트 원본: MSExchangeSA
이벤트 범주: 일반
이벤트 ID: 1000
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: Microsoft Exchange System Attendant을(를) 시작하고 있습니다. Microsoft Exchange Server System Attendant 서비스가 시작되었습니다. 버전 6.5(빌드 7226.0)

이 이벤트가 발생하면 일부 DLL이 로딩되고 있고 DSAccess 구성 요소가 초기화되고 있음을 보여주는 이벤트가 나타납니다. 그런 후 다음 이벤트가 나타납니다.

이벤트 ID 9006

이벤트 종류: 정보
이벤트 원본: MSExchangeSA
이벤트 범주: 일반
이벤트 ID: 9006
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: Microsoft Exchange System Attendant가 'ABV_DG.DLL'을(를) 로드하고 있습니다.

이벤트 ID 9008

이벤트 종류: 정보
이벤트 원본: MSExchangeSA
이벤트 범주: 일반
이벤트 ID: 9008
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: Microsoft Exchange System Attendant가 'ABV_DG.DLL'을(를) 시작하고 있습니다.

9008 이벤트는 Abv_dg.dll이 시작되어 있음을 나타냅니다. 9008 이벤트가 나타난 후 즉시 다음 이벤트가 나타납니다.

이벤트 ID 8011

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: LDAP 작업
이벤트 ID: 8011
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: '(&(objectCategory=msExchAddressListService)(!(IsDeleted=TRUE)))' 필터를 사용하여 ServerName.contoso.com 디렉터리를 'CN=Recipient Update Services,CN=Address Lists Container,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com'에서부터 검색하고 distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; msExchMasterServiceBL; activationSchedule; activationStyle; msExchAddressListServiceLink; msExchDomainLink; msExchServer1AuthenticationCredentials; msExchServer1AuthenticationPassword; msExchEncryptedPassword; msExchServer1NetworkAddress; msExchExportContainers; msExchReplicateNow; msExchDoFullReplication; msExchServer1LastUpdateTime; msExchServer1HighestUSN; msExchServer1PageSize; msExchPollInterval; msExchServer1Flags; VersionNumber; msExchServer1HighestUSNVector; msExchProcessedSids; msExchDomainGlobalGroupSid; msExchDomainLocalGroupSid; msExchDomainGlobalGroupGuid; msExchDomainLocalGroupGuid; gatewayProxy 특성을 요청하고 있습니다.

이벤트 ID 8012

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: LDAP 작업
이벤트 ID: 8012
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: ServerName.contoso.com 디렉터리를 'CN=Recipient Update Services,CN=Address Lists Container,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com'에서부터 검색하여 2개의 개체를 반환했습니다.

이러한 이벤트는 Abv_dg.dll이 기존 RUS를 검색할 때 나타납니다. 일반적으로 이벤트 ID 9006은 나타나지만 이벤트 ID 9008은 나타나지 않으면 RUS 서버가 프런트 엔드 서버입니다. Abv_dg.dll은 프런트 엔드 서버에서 시작되지 않습니다. 따라서 이벤트 ID 8011과 이벤트 ID 8012는 프런트 엔드 서버에서 나타나지 않습니다. RUS는 백 엔드 서버를 가리켜야 합니다.

이벤트 ID 8011에 나타나는 필터에서 Abv_dg.dll은 msExchAddressListService 클래스의 구성원이고 해당 isDeleted 속성이 TRUE로 설정되지 않은 개체를 검색합니다. 일반적으로 이것은 Abv_dg.dll이 삭제 표시되지 않은 RUS 개체를 검색함을 의미합니다. 삭제 표시된 개체는 삭제되었지만 디렉터리에서 아직 제거되지 않은 개체입니다. 이 검색에서는 존재하는 RUS와 같은 수의 개체를 반환합니다.

이러한 이벤트에서는 RUS 개체가 엔터프라이즈 RUS이자 하나의 도메인 RUS이므로 검색에서 두 개의 개체를 반환합니다. 이 검색에서 개체를 반환하지 않으면 Exchange Server에서 RUS 개체를 찾지 못합니다. 이 문제는 사용 권한 문제가 있는 경우에 발생할 수 있습니다.

Exchange Server에서 RUS 개체를 찾지 못하면 Exchange Server에서 해당 RUS 개체가 자신이 담당하는 개체인지 확인할 수 없습니다. 이 경우 RUS가 아무 개체도 처리하지 않습니다. 그러나 Exchange Server에서 RUS 개체를 찾지 못하는 경우에도 이벤트 ID 8011과 이벤트 ID 8012는 자주 나타납니다. 이 문제는 Abv_dg.dll이 RUS를 자주 검색하는 경우에 발생합니다. Microsoft Exchange System Attendant 서비스를 다시 시작한 후 응용 프로그램 로그에 이벤트 ID 8011과 이벤트 ID 8012가 나타나지 않으면 Abv_dg.dll이 시작되지 않은 것일 수 있습니다. Exchange Server가 프런트 엔드 서버가 아닐 경우 Abv_dg.dll이 시작되지 않을 수 있습니다.

RUS가 변경 내용을 쿼리하는지 여부 확인

진단 로깅을 늘리 후 응용 프로그램 로그에 이벤트 ID 8011과 이벤트 ID 8012가 나타나면 RUS가 처리할 새 개체나 수정된 개체의 도메인을 쿼리하는지 여부를 확인해야 합니다. RUS는 RUS 일정에 따라 새 개체나 수정된 개체의 도메인을 쿼리해야 하며 사용자가 RUS를 마우스 오른쪽 단추로 누른 다음 지금 업데이트를 누른 경우에도 도메인을 쿼리해야 합니다.

RUS가 도메인에서 변경 내용을 쿼리하는지 여부를 확인하려면 다음과 같이 하십시오.

경고 ADSI 편집 스냅인, LDP 유틸리티 또는 기타 LDAP 버전 3 클라이언트를 사용하는 상태에서 Active Directory 개체의 특성을 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이러한 문제가 발생하면 Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 또는 Windows와 Exchange 둘 모두를 다시 설치해야 합니다. Microsoft는 Active Directory 개체 특성을 잘못 수정하여 발생하는 문제에 대한 해결을 보증하지 않습니다. 이 특성 수정에 따른 모든 책임은 사용자에게 있습니다.

참고 ADSI(Active Directory 서비스 인터페이스) 편집 스냅인은 Microsoft Windows 지원 도구에 포함되어 있습니다. Windows 2000에서 Windows 지원 도구를 설치하려면 Windows 2000 CD의 Support\Tools 폴더에 있는 Setup.exe를 두 번 누르고 Windows Server 2003에서 Windows 지원 도구를 설치하려면 Windows Server 2003 CD의 Support\Tools 폴더에 있는 Suptools.msi를 두 번 누르십시오.
  1. ADSI 편집 스냅인이나 LDP.exe를 사용하여 RUS가 가리키는 도메인 컨트롤러에 연결합니다. "진단 로깅 늘리기" 절에서 선택한 테스트 개체를 찾은 다음 uSNChanged 특성의 값을 기록합니다.

    이렇게 하려면 다음과 같이 하십시오.
    1. 시작, 실행을 차례로 누르고 adsiedit.msc를 입력한 다음 확인을 누릅니다.
    2. Domain NC [DomainController.contoso.com], DC=contoso,DC=com을 차례로 확장한 다음 테스트 개체가 있는 컨테이너를 확장합니다. 예를 들어, CN=Users를 확장합니다.
    3. 테스트 개체를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다. 예를 들어, CN=UserName을 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다.
    4. Select a property to view 목록에서 uSNChanged를 누릅니다.
    5. Value(s) 상자의 값을 기록합니다.
    6. ADSI 편집 스냅인을 종료합니다.
  2. 문제를 해결할 RUS를 담당하는 Exchange Server에서 이벤트 뷰어를 시작한 다음 응용 프로그램 로그의 내용을 검토합니다. 이렇게 하려면 시작을 누르고 실행을 누른 다음 eventvwr을 입력한 다음 확인을 누르고 응용 프로그램 로그를 누르십시오.
  3. 보기 메뉴에서 찾기를 누릅니다.
  4. 이벤트 ID 상자에 8011을 입력하고 설명 상자에 Base 'DC를 입력한 후 다음 찾기를 누릅니다.
  5. 닫기를 누르고 로컬 응용 프로그램 로그에서 찾기 대화 상자에 나타나는 이벤트를 두 번 누릅니다. 이 이벤트에는 도메인 명명 컨텍스트에서 발생한 변경 내용에 대한 가장 최근 검색에 대한 정보가 포함되어 있습니다. 예를 들어, 다음 이벤트 메시지가 나타납니다.

    이벤트 종류: 정보
    이벤트 원본: MSExchangeAL
    이벤트 범주: LDAP 작업
    이벤트 ID: 8011
    날짜: Date
    시간: Time
    사용자: N/A
    컴퓨터: ServerName
    설명:
    '(&(USNChanged>=273870)(uSNChanged<=298312)((objectclass=*)))' 필터를 사용하여 ServerName.contoso.com 디렉터리를 'DC=contoso,DC=com'에서부터 검색하고 distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; objectCategory; displayName; msExchHideFromAddressLists; hideDLMembership; ntsecuritydescriptor; showInAdvancedViewOnly; msExchALObjectVersion; showInAddressBook; msExchPolicyEnabled; givenName; sn; cn; mailNickname; targetAddress; initials; proxyAddresses; mail; textEncodedORAddress; msExchHomeServerName; msExchExpansionServerName; msExchCustomProxyAddresses; msExchPoliciesIncluded; msExchPoliciesExcluded; replPropertyMetaData; replicatedObjectVersion; ReplicationSignature; WhenChanged; WhenCreated; USNchanged; USNcreated; ObjectVersion; isDeleted; homeMDB; homeMTA; msExchMailboxGuid; msExchMailboxSecurityDescriptor; msExchResourceGUID; UserAccountControl; msExchUserAccountControl 특성을 요청하고 있습니다.

이 이벤트 설명을 통해 RUS가 273870에서 298312 사이의 uSNChanged 특성 값을 갖는 개체를 검색하고 있고 이벤트 ID 8011이 응용 프로그램 로그에 여러 번 나타나는 것을 알 수 있습니다. 이러한 이벤트는 서로 다른 검색 명령을 포함하고 있으며 다양한 작업에 의해 생성될 수 있습니다. 그러나 Exchange 조직에서 RUS가 스탬프 처리하는 개체의 문제를 해결하려면 영향을 받는 도메인을 검색하는 이벤트 ID 8011 이벤트만 고려하면 됩니다. 따라서 찾기 명령을 "Base 'DN" 설명 항목과 함께 사용합니다.

동일한 Exchange Server에서 실행되고 있는 여러 도메인에 대한 RUS가 있는 경우 로컬 응용 프로그램 로그에서 찾기 대화 상자의 설명 상자에 전체 도메인 이름을 포함할 수 있습니다. 이렇게 하면 다른 도메인 RUS에 대해 이벤트 ID 8011 이벤트를 건너뛸 수 있습니다.

다음과 같은 시나리오를 생각해 볼 수 있습니다.
  • 테스트 개체의 uSNChanged 특성 값이 이 이벤트에 나타나는 값보다 큽니다.

    앞에서 uSNChanged 특성 값을 기록한 테스트 개체가 이 이벤트에서 USN 범위보다 큰 uSNChanged 값을 가지면 RUS가 아직 이 개체를 쿼리하지 않은 것입니다. 이 개체의 uSNChanged 값이 RUS가 현재 처리하고 있는 USN보다 훨씬 더 크면 RUS가 뒤쳐져 있고 아직 최신 변경 내용을 따라잡고 있는 중입니다.

    일반적으로 이 문제는 다시 작성 작업을 실행한 경우에 발생합니다. 다시 작성을 누르면 RUS는 uSNChanged 값 1부터 다시 시작하고 도메인에 있는 모든 개체를 쿼리합니다. 큰 문서에서는 RUS가 도메인에 있는 모든 개체를 처리하는 데 몇 시간 또는 며칠이 걸릴 수 있습니다.
  • 테스트 개체의 uSNChanged 특성 값이 이 이벤트에 나타나는 값보다 작습니다.

    앞에서 uSNChanged 특성 값을 기록한 테스트 개체가 이 이벤트에서 USN 범위보다 작은 uSNChanged 값을 가지면 RUS가 이미 이 개체를 처리한 것입니다. 이 경우 테스트 개체가 포함된 USN 범위를 포함하는 이벤트 ID 8011 이벤트를 찾을 때까지 응용 프로그램 로그를 계속 검색합니다.

    이 USN 범위를 찾을 수 없으면 테스트 개체를 수정합니다. 개체 설명 변경 같은 변경 작업을 개체에서 수행하면 uSNChanged가 도메인 컨트롤러의 최신 값으로 변경됩니다. 따라서 RUS가 테스트 개체를 처리했지만 연관된 이벤트 ID 8011 이벤트를 찾을 수 없으면 테스트 개체를 수정한 다음 새 uSNChanged 값을 기록합니다. 그러면 응용 프로그램 로그에서 다음 이벤트 ID 8011 이벤트를 찾을 수 있습니다. 다음 이벤트 ID 8011 이벤트에는 수정한 개체의 USN이 포함됩니다.
  • 이벤트 설명에 "Base 'DC"를 가진 이벤트 ID 8011 이벤트가 나타나지 않습니다.

    이벤트 설명에 "Base 'DC"를 가진 이벤트 ID 8011 이벤트가 응용 프로그램 로그에 포함되지 않으면 도메인 RUS가 아직 처리를 시작하지 않은 것입니다.

    참고 이 문제는 이벤트 ID 8011 이벤트를 새 이벤트로 덮어쓴 경우에도 발생할 수 있습니다. 다시 작성 작업이 실행 중이면 응용 프로그램 로그가 매우 빠르게 채워질 수 있습니다. 다시 작성 작업이 실행 중인지 여부를 확인하려면 "다시 작성 작업이 실행 중인지 여부 확인" 절을 참조하십시오.

    이벤트 ID 8011 이벤트가 나타나지 않고 다시 작성 작업이 실행 중이지 않은 것을 확인한 경우 RUS 일정을 검토하여 RUS를 실행해야 하는 시간을 확인합니다. RUS 일정을 검토하려면 다음과 같이 하십시오.
    1. Exchange System Manager 도구를 시작합니다.
    2. 받는 사람을 확장한 다음 받는 사람 업데이트 서비스를 누릅니다.
    3. 오른쪽 창에서 받는 사람 업데이트 서비스(CONTOSO)를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다.
    4. 업데이트 간격 목록에 사용자 지정 일정 사용이 나타나면 사용자 지정을 누릅니다.
    참고 RUS를 마우스 오른쪽 단추로 누른 다음 지금 업데이트를 누르면 RUS가 개체를 즉시 처리하기 시작합니다. 그러나 이 시나리오에서는 다시 작성 작업을 시작하거나 정책을 적용하지 마십시오.

    지금 업데이트를 누른 후나 RUS 일정에 따라 RUS가 개체를 처리하기 시작한 후에 이벤트 ID 8011 이벤트가 나타나지 않으면 RUS가 응답을 중지했을 수 있거나 RUS가 도메인 컨트롤러에서 검색 결과를 반환하기를 기다리는 중일 수 있습니다.

    일반적으로 LDAP 쿼리 동안 RUS가 응답을 중지한 경우 Microsoft Exchange System Attendant 서비스를 다시 시작하여 RUS를 다시 시작할 수 있지만 RUS가 다시 응답을 중지할 수 있습니다. 이 경우 RUS가 LDAP 쿼리 동안 응답을 중지하는 이유를 알아내야 합니다. 일반적으로 이 문제는 네트워크 문제가 있는 경우에 발생합니다. 네트워크 문제를 확인하려면 네트워크 모니터 도구를 사용하여 RUS가 응답을 중지할 때 쿼리를 캡처해야 합니다.
이벤트 ID 8011 이벤트에 테스트 개체의 uSNChanged 값이 포함된 uSNChanged 값 범위가 포함되어 있지 않으면 RUS가 이미 도메인에서 이 개체의 변경 내용을 쿼리한 것입니다.

다시 작성 작업이 실행 중인지 여부 확인

다시 작성 작업이 실행 중인지 여부를 확인하려면 다음 방법 중 하나를 사용하십시오.

방법 1: Repadmin.exe 사용

경고 ADSI 편집 스냅인, LDP 유틸리티 또는 기타 LDAP 버전 3 클라이언트를 사용하는 상태에서 Active Directory 개체의 특성을 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이러한 문제가 발생하면 Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 또는 Windows와 Exchange 둘 모두를 다시 설치해야 합니다. Microsoft는 Active Directory 개체 특성을 잘못 수정하여 발생하는 문제에 대한 해결을 보증하지 않습니다. 이 특성 수정에 따른 모든 책임은 사용자에게 있습니다.

Windows 2000 지원 도구에 포함된 Repadmin 도구(Repadmin.exe)를 사용하여 msExchDoFullReplication 특성이 수정된 시간을 확인합니다. 이렇게 하려면 다음과 같이 하십시오.
  1. ADSI 편집 스냅인이나 LDP.exe를 사용하여 문제를 해결할 RUS의 고유 이름을 알아냅니다. 이렇게 하려면 다음과 같이 하십시오.
    1. 시작, 실행을 차례로 누르고 adsiedit.msc를 입력한 다음 확인을 누릅니다.
    2. Configuration Container [DomainController.contoso.com], expand CN=Configuration,DC=contoso,DC=com, CN=Services, CN=Microsoft Exchange, CN=OrganizationName을 차례로 확장합니다. 예를 들어, CN=First Organization을 확장합니다.
    3. CN=Address Lists Container를 확장한 다음 CN=Recipient Update Services를 누릅니다.
    4. 오른쪽 창에서 문제를 해결할 도메인 RUS에 해당하는 고유 이름을 기록합니다.
    5. ADSI 편집 스냅인을 종료합니다.
  2. 시작, 실행을 차례로 누르고 cmd를 입력한 다음 확인을 누릅니다.
  3. 다음 명령을 입력하고 Enter 키를 누릅니다. distinguishedName은 문제를 해결할 RUS의 고유 이름으로 바꾸십시오.
    repadmin /showmeta "distinguishedName" >rusmeta.txt
    예를 들어, 다음 명령을 입력하고 Enter 키를 누릅니다.
    repadmin /showmeta "CN=Recipient Update Service (CONTOSO),CN=Recipient Update Services,CN=Address Lists Container,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com" >rusmeta.txt
  4. 메모장 같은 텍스트 편집기에서 이 명령이 만드는 Rusmeta.txt 파일을 엽니다.
  5. Rusmeta.txt 파일에서 msExchDoFullReplication 특성을 참조하는 항목을 찾습니다. 이 항목은 다음과 유사하게 나타납니다.
    298589      Default-First-Site-Name\<ServerName>    298589 2004-06-29 17:10:59   2 msExchDoFullReplication
RUS를 마우스 오른쪽 단추로 누른 다음 다시 작성을 누르면 msExchDoFullReplication 특성이 TRUE로 설정됩니다. RUS가 Active Directory 디렉터리 서비스의 개체를 처리하기 시작하면 이 특성은 FALSE로 설정됩니다. Repadmin 출력에 나타나는 스탬프를 살펴보면 이 특성이 마지막으로 수정된 시간을 확인할 수 있습니다. 따라서 다시 작성 작업이 마지막으로 실행된 시간을 확인할 수 있습니다.

방법 2: 진단 로깅 사용

주소 목록 동기화 항목을 제외한 모든 항목에서 진단 로깅을 해제합니다. 주소 목록 동기화 항목을 중간 수준의 로깅으로 설정한 후 응용 프로그램 로그에서 다음 이벤트를 찾습니다.

이벤트 ID 8329

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8329
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 받는 사람 업데이트 서비스에서 DC=contoso,DC=com을(를) 다시 만들고 있습니다.

또한 다시 작성 작업이 10% 정도 진행될 때마다 다시 작성 작업의 진행률을 보여주는 다음 이벤트가 나타납니다.

이벤트 ID 8332

이벤트 종류: 정보
이벤트 원본: MSExchangeAL

이벤트 범주: 주소 목록 동기화
이벤트 ID: 8332
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 받는 사람 업데이트 서비스가 USN 1부터 시작하여 DC=contoso,DC=com에서 항목 블록 내보내기를 시작했습니다. USN 298599에 도달하면 디렉터리 처리를 끝냅니다.

다시 작성 작업이 완료되면 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 8330

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8330
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 받는 사람 업데이트 서비스에서 DC=contoso,DC=com을(를) 다시 만들었습니다.

참고 일반적으로 다시 작성 작업을 실행하는 것은 RUS 문제를 해결하는 데 도움이 되지 않습니다. 다시 작성 명령과 지급 업데이트 명령의 유일한 차이점은 다시 작성 명령을 실행하면 RUS가 개체 처리를 다시 시작한다는 것입니다.

이 시나리오에서는 RUS가 USN 1부터 개체를 처리하기 시작합니다. 지금 업데이트 명령을 실행하면 RUS가 마지막으로 기록한 가장 높은 USN부터 개체를 처리하기 시작합니다. 이 USN은 Active Directory 디렉터리 서비스에 있는 RUS 개체의 msExchServer1HighestUSN 속성에 저장됩니다. 따라서 RUS가 새 개체나 수정된 개체를 예상한 대로 처리하지 않는 경우 다시 작성 작업이 도움이 되지 않습니다.

또한 대규모 환경에서는 다시 작성 작업을 완료하는 데 시간이 많이 걸릴 수 있으므로 다시 작성 작업을 수행하기 전에 일반적인 RUS 작업을 회복하는 데 걸리는 시간을 신중하게 고려해야 합니다. 다시 작성 작업이 시작된 후에는 새 개체나 수정된 개체의 문제를 추가로 해결하려면 RUS가 최신 USN을 따라잡을 때까지 기다려야 합니다.

RUS가 변경 내용을 쿼리하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
328738 받는 사람 업데이트 서비스가 받는 사람 정책을 적용하는 방법

쿼리에서 개체를 반환했는지 여부 확인

USN 범위에 대해 수행된 검색을 나타내는 이벤트 ID 8011 이벤트를 찾은 경우 이 USN 범위에 테스트 개체의 USN이 포함되어 있으면 이 검색에서 개체를 반환했는지 여부를 확인합니다. 이벤트 ID 8011 이벤트의 경우 해당하는 다음 이벤트 ID 8012 이벤트가 응용 프로그램 로그에 나타납니다.

이벤트 ID 8012

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: LDAP 작업
이벤트 ID: 8012
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: ServerName.contoso.com 디렉터리를 'DC=contoso,DC=com'에서부터 검색하여 16개의 개체를 반환했습니다.

다음과 같은 시나리오를 생각해 볼 수 있습니다.
  • 응용 프로그램 로그에 이벤트 ID 8011 이벤트에 해당하는 이벤트 ID 8012 이벤트가 나타나지 않으면 Exchange에서 검색에 대한 응답을 찾지 못한 것입니다. 일반적으로 이 문제는 네트워크 문제가 있음을 나타냅니다. 이런 종류의 네트워크 문제가 발생하면 대개 RUS가 응답을 중지합니다.

    또한 이런 종류의 네트워크 문제가 발생하면 RUS가 현재 검색에 대한 응답을 기다리고 있기 때문에 도메인 루트에 대한 추가 쿼리를 생성하지 않습니다. 따라서 이 시나리오에서는 응용 프로그램 로그에 이벤트 ID 8011 이벤트가 추가로 나타나지 않습니다. 이 문제가 반복해서 발생하면 네트워크 추적을 캡처하여 네트워크 문제를 확인하는 것이 좋습니다.
  • 검색에서 아무 개체도 반환하지 않으면 Exchange Server 컴퓨터 계정에 사용자 개체를 보는 데 필요할 충분한 사용 권한이 없는 것입니다. 이러한 사용 권한은 Exchange Enterprise Servers 그룹에서 갖고 있습니다. 이 그룹에는 Setup /domainprep 명령이 실행될 때 도메인의 루트에 대한 사용 권한이 부여됩니다. 이러한 사용 권한이 변경되거나 하위 컨테이너에 대한 상속이 제거되면 Exchange에 더 이상 사용자 계정을 보는 데 필요한 충분한 사용 권한이 없을 수 있습니다.

    또한 이 특정 도메인에 대한 Exchange Enterprise Servers 그룹에는 다른 모든 도메인에 대한 Exchange Domain Servers 그룹이 포함되어 있어야 하고 Exchange Domain Servers 그룹 중 하나에는 이 RUS를 담당하는 Exchange Server가 포함되어 있어야 합니다. 이러한 구성원 관계가 깨지면 Exchange Server에서 사용자 계정을 보지 못할 수 있습니다.
  • 검색에서 20개 이상의 개체를 반환하면 둘 이상의 이벤트 ID 8012 이벤트가 나타납니다. 이 경우 RUS는 페이지 크기로 20을 사용하므로 개체가 20개씩 반환됩니다. 즉, 쿼리 결과로 반환되는 20개의 개체마다 하나의 이벤트 ID 8012 이벤트가 생성됩니다.
  • 검색에서 개체를 반환하면 이벤트 ID 8012 이벤트 다음에 나타나는 이벤트가 처리 대기 중인 개체를 나열합니다. 이 시나리오에서는 다음 이벤트가 나타납니다.
    • 이벤트 ID 8175

      이벤트 종류: 정보
      이벤트 원본: MSExchangeAL
      이벤트 범주: 주소 목록 동기화
      이벤트 ID: 8175
      날짜: Date
      시간: Time
      사용자: N/A
      컴퓨터: ServerName
      설명: 'CN=UserName,CN=Users,DC=contoso,DC=com'의 변경 내용을 처리하고 있습니다.

    • 이벤트 ID 8134

      이벤트 종류: 정보
      이벤트 원본: MSExchangeAL
      이벤트 범주: 주소 목록 동기화
      이벤트 ID: 8134
      날짜: Date
      시간: Time
      사용자: N/A
      컴퓨터: ServerName
      설명: 'UserName,CN=Users,DC=contoso,DC=com' 처리 요청을 큐에 보내고 있습니다.

    이벤트 ID 8012 다음에 나타나는 8175 이벤트와 8134 이벤트를 검사하면 이 검색에서 테스트 개체를 반환했는지 여부를 확인할 수 있습니다. 이 검색에서 테스트 개체를 반환하지 않았으면 Exchange에 사용자 개체를 보는 데 필요한 충분한 사용 권한이 없을 수 있습니다.
RUS가 변경 내용을 처리하기 위해 큐에 모두 보내고 나면 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 8169

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8169
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 다음의 모든 디렉터리 변경 내용을 검색했습니다: 'DC=contoso,DC=com'.

테스트 개체와 일치하는 정책 확인

RUS가 테스트 개체의 변경 내용을 쿼리했고 이 쿼리에서 예상된 결과를 반환한 것을 확인한 경우 RUS가 테스트 개체를 처리할 때 발생한 작업을 확인해야 합니다.

RUS가 처리하기 위해 큐에 보낸 개체를 검색하면 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 8163

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8163
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 스레드 #12b8: 다음 주소 목록 트랜잭션을 받았습니다.
DC=contoso,DC=com

그런 다음 RUS는 각 주소 목록과 정책을 기준으로 개체를 평가합니다. 각 평가에 대해 다음 이벤트가 생성됩니다.

이벤트 ID 8129

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8129
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 주소 목록 'CN=All Users,CN=All Address Lists,CN=Address Lists Container,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com'의 '(& (mailnickname=*) (| (&(objectCategory=person)(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*))) ))' 규칙으로 디렉터리 개체 'CN=UserName,CN=Users,DC=contoso,DC=com'을(를) 평가하고 있습니다.
DC=contoso,DC=com

주소 목록이나 정책이 개체와 일치하면 다음 이벤트가 나타납니다.

이벤트 ID 8130

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8130
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 'CN=All Users,CN=All Address Lists,CN=Address Lists Container,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com'이(가) 'CN=UserName,CN=Users,DC=contoso,DC=com'에 추가되었습니다.
DC=contoso,DC=com

이러한 이벤트를 검사하여 RUS가 개체와 일치하는 것으로 결정한 정책과 주소 목록을 확인할 수 있습니다.

참고 둘 이상의 받은 사람 정책에 대해 이벤트 ID 8130 이벤트가 나타날 수 있습니다. 그러나 이것이 하나의 개체에 여러 정책이 적용된다는 것을 의미하지는 않습니다. 일치하는 모든 정책 중에서 우선 순위가 가장 높은 정책만 받는 사람에 적용됩니다. 그러나 주소 목록은 누적됩니다. 이 시나리오에서는 일치하는 모든 주소 목록이 받는 사람에 적용됩니다.

이벤트 ID 8129 이벤트는 기존의 각 주소 목록과 정책에 대해 나타날 수 있습니다. 이벤트 ID 8129 이벤트가 각 주소 목록이나 받는 사람 정책에 대해 나타나지 않으면 RUS가 이러한 주소 목록 개체나 받는 사람 정책 개체를 찾지 못합니다. 일반적으로 이 문제는 사용 권한 문제가 있는 경우, 특히 개별 주소 목록이 수정된 호스팅 시나리오에서 발생합니다.

이 문제는 Exchange Server에서 구성(Config) 도메인 컨트롤러로 선택한 도메인 컨트롤러로 이러한 개체가 복제되지 않은 경우에도 발생할 수 있습니다. Exchange는 RUS가 가리키는 도메인 컨트롤러가 아니라 구성 도메인 컨트롤러에서 주소 목록과 받는 사람 정책을 읽습니다. 구성 도메인 컨트롤러로 사용되는 도메인 컨트롤러를 확인하려면 다음과 같이 하십시오.
  1. Exchange System Manager 도구를 시작합니다.
  2. 관리 그룹이 설정되어 있으면 관리 그룹을 확장한 다음 사용자의 관리 그룹을 확장합니다.
  3. 서버를 확장하고 해당 속성을 볼 Exchange 서버를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다.
  4. 디렉터리 액세스 탭을 누른 다음 표시 목록에서 구성 도메인 컨트롤러를 누릅니다.
경우에 따라 RUS가 Active Directory 디렉터리 서비스를 쿼리하여 정책이 적용되었는지 여부를 확인해야 할 수 있습니다. 이 시나리오에서는 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 8129

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8129
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 주소 목록 'CN=NewPolicy,CN=Recipient Policies,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com'의 '(&(extensionAttribute1=mySpecialValue))' 규칙으로 디렉터리 개체 'CN=UserName,CN=Users,DC=contoso,DC=com'을(를) 평가하고 있습니다.
DC=contoso,DC=com

이벤트 ID 8011

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: LDAP 작업
이벤트 ID: 8011
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: '(&(extensionAttribute1=mySpecialValue))' 필터를 사용하여 ServerName.contoso.com 디렉터리를 '<GUID=F56238A9720BA14FBBD786F9CC847A45>'에서부터 검색하고 ObjectClass; ReplPropertyMetaData 특성을 요청하고 있습니다.
DC=contoso,DC=com

이벤트 ID 8012

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: LDAP 작업
이벤트 ID: 8012
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: ServerName.contoso.com 디렉터리를 '<GUID=F56238A9720BA14FBBD786F9CC847A45>'에서부터 검색하여 0개의 개체를 반환했습니다.
DC=contoso,DC=com

이러한 이벤트에서는 RUS가 도메인 컨트롤러에 대한 검색 명령을 보내 이러한 이벤트에서 설명한 정책이 사용자 개체와 일치하는지 여부를 확인했습니다. 이 시나리오에서는 RUS가 사용자 개체의 object GUID 특성을 검색 기준으로 사용했으며 받는 사람 정책의 필터를 검색 필터로 사용했습니다. 이러한 특정 이벤트에서는 검색에서 아무 결과도 반환하지 않았습니다. 따라서 RUS는 이 정책이 이 사용자 개체와 일치하지 않는다고 결정했습니다.

이벤트 ID 8130 이벤트를 검토하면 받는 사람과 일치하는 정책을 확인할 수 있습니다. 그런 다음 이벤트 ID 8130 이벤트에 나타나는 각 받는 사람 정책에서 우선 순위가 가장 높은 받는 사람 정책을 확인할 수 있습니다. 우선 순위가 가장 높은 받는 사람 정책은 RUS가 프록시 주소를 생성하는 정책입니다.

참고 이 시나리오에서는 RUS가 지정된 받는 사람의 프록시 주소를 생성할 수 있다고 가정합니다.

RUS가 주소를 생성할 수 있는지 여부를 확인하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
328738 받는 사람 업데이트 서비스가 받는 사람 정책을 적용하는 방법

프록시 생성 결과 보기

Exchange Server 2003을 실행하는 컴퓨터에서 프록시를 생성하기 위해 진단 로깅을 늘리면 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 3006

이벤트 종류: 정보
이벤트 원본: MSExchangeSA
이벤트 범주: 프록시 생성
이벤트 ID: 3006
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 정책 공급자 인스턴스가 받는 사람을 처리하고 있습니다.
받는 사람 DN: CN=UserName,CN=Users,DC=contoso,DC=com
현재 받는 사람 프록시:
X500:/O=Microsoft/OU=Site1/cn=Recipients/cn=UserName
smtp:UserName@adatum.com CCMAIL:UserName at Site1
MS:MICROSOFT/SITE1/UserName
SMTP:UserName@Site1.Microsoft.com
X400:c=US;a= ;p=Microsoft;o=Site1;s=UserName;
적용할 수 있는 정책:
CN=Default Policy,CN=Recipient Policies,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com CN=Site1,CN=Recipient Policies,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com
선택한 정책:
CN=Site1,CN=Recipient Policies,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com
선택한 정책의 프록시:
smtp:@adatum.com
X400:c=US;a= ;p=Microsoft;o=Site1;
SMTP:@Site1.Microsoft.com
MS:MICROSOFT/SITE1
CCMAIL at Site1
변경 목록의 프록시:
생성할 프록시:
생성하는 동안 발생한 충돌:
생성된 프록시:
받는 사람에게 기록된 프록시:

이 이벤트는 RUS가 프록시 생성 단계에서 내린 결정에 대한 설명과 적용할 수 있는 정책에 대한 요약 정보를 제공합니다. 이벤트 ID 8130 이벤트를 모두 읽는 대신 이 이벤트를 사용할 수 있습니다.

변경 내용이 필요한 것이었는지 여부 확인

주소 목록 또는 받는 사람 평가 작업이 완료되면 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 8160

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8160
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: CN=UserName,CN=Users,DC=contoso,DC=com을(를) 변경하지 않아도 됩니다.
DC=contoso,DC=com

일부 시나리오에서는 개체가 수정된 것이 확실한 경우 응용 프로그램 로그에 이벤트 ID 8160이 나타납니다. 예를 들어, 다음과 같은 증상을 생각해 볼 수 있습니다.
  • 프록시 주소가 지정되지 않은 받는 사람이 있습니다.
  • 받는 사람 정책이 이 받는 사람과 일치함을 나타내는 이벤트 ID 8130 이벤트가 나타납니다.
  • 평가 프로세스에서 이 받는 사람 개체를 변경하지 않아도 됨을 나타내는 이벤트 ID 8160 이벤트를 기록합니다.
일반적으로 이 문제는 프록시 생성기가 성공적으로 로드되지 않은 경우에 발생합니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
286356 Exchange 2000 Server 및 Exchange Server 2003에서 Exchange 받는 사람 업데이트 서비스가 프록시 주소를 스탬프 처리하지 않는다
개체가 변경된 경우 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 8039

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8039
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 트랜잭션을 완료했습니다...

dn: <GUID=EDC7EA535F006845892C30A34F038549>
changetype: Modify
showInAddressBook:add:CN=All Users,CN=All Address Lists,CN=Address Lists Container,CN=Microsoft,CN=Mic... : CN=Default Global Address List,CN=All Global Address Lists,CN=Address Lists
Cont...
mail:TestUser1@Site1.Microsoft.com
textEncodedORAddress:c=US;a= ;p=Microsoft;o=Site1;s=User1;g=Test; proxyAddresses:X400:c=US;a= ;p=Microsoft;o=Site1;s=User1;g=Test;
: SMTP:TestUser1@Site1.Microsoft.com
: MS:MICROSOFT/SITE1/TESTUSER1
: CCMAIL:User1, Test at Site1
: smtp:TestUser1@adatum.com
msExchPoliciesIncluded:add:{14FE313C-34F5-41DC-8361-D58A46A5260A},{3B6813EC-CE89-42BA-9442-D87D4AA30DBC} : {14FE313C-34F5-41DC-8361-D58A46A5260A},{26491CFC-9E50-4857-861B-0CB8DF22B5D7}
msExchUserAccountControl:0
msExchALObjectVersion:49
objectGUID:EDC7EA535F006845892C30A34F038549
-
DC=contoso,DC=com

이벤트 ID 8035

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8035
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: ServerName.contoso.com. DC=contoso,DC=com 디렉터리의 'CN=TestUser1,CN=Users,DC=contoso,DC=com' 항목을 수정했습니다.

이벤트 ID 8167

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8167
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명:
다음 개체를 수정했습니다: 'CN=TestUser1,CN=Users,DC=contoso,DC=com'.
DC=contoso,DC=com

마지막으로 이 받는 사람의 평가가 완료되면 응용 프로그램 로그에 다음 이벤트가 나타납니다.

이벤트 ID 8133

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8133
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 'CN=TestUser1,CN=Users,DC=contoso,DC=com'에 대한 계산을 완료했습니다.
DC=contoso,DC=com

이벤트 ID 8162

이벤트 종류: 정보
이벤트 원본: MSExchangeAL
이벤트 범주: 주소 목록 동기화
이벤트 ID: 8162
날짜: Date
시간: Time
사용자: N/A
컴퓨터: ServerName
설명: 스레드 #12b8: 다음 주소 목록 트랜잭션을 기다리고 있습니다.
DC=contoso,DC=com





Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹에 참여하시기 바랍니다.

속성

기술 자료: 822794 - 마지막 검토: 2007년 11월 26일 월요일 - 수정: 2.2
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
키워드:?
kbhowtomaster kbinfo kbdirectory kbexchtechbulletin KB822794

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com