Windows Server 2003 adprep /forestprep 명령을 실행할 경우 Exchange 2000 서버를 포함하는 Windows 2000 포리스트에서 특성 맹글링 문제가 발생한다

기술 자료 번역 기술 자료 번역
기술 자료: 314649 - 이 문서가 적용되는 제품 보기.
이 문서는 이전에 다음 ID로 출판되었음: KR314649
모두 확대 | 모두 축소

이 페이지에서

요약

Microsoft Exchange 2000 스키마는 houseIdentifier, Secretary, labeledURI라는 세 가지 비 RFC(Request for Comments) 호환 특성을 정의합니다. Microsoft Windows 2000 InetOrgPerson Kit는 Secretary 특성 및 labeledURI 특성을 재정의합니다. Microsoft Windows Server 2003의 adprep /forestprep 명령은 RFC(Request for Comments) 2798에 설명되어 있는 대로 이들 세 가지 특성을 재정의했습니다.

Windows 2000 InetOrgPerson Kit를 실행하기 전에 Exchange 2000이 이들 세 가지 특성을 만든 경우에는 새 RFC 호환 정의가 Windows Server 2003 adprep /forestprep 복제로 추가된 후 houseIdentifier 특성의 LdapDisplayName 특성이 충돌하거나 "맹글링(Mangling)"됩니다. Windows Server 2003 adprep /forestprep 명령을 실행하기 전에 Exchange 2000이 이 세 가지 특성을 만든 경우에는 이들 세 가지 특성이 맹글링됩니다. Exchange 2000을 설치하기 전에 Windows Server 2003 adprep /forestprep 명령이 이들 특성을 만든 경우에는 이러한 충돌이 발생하지 않습니다.

추가 정보

Windows Server 2003 adprep /forestprep 명령이 Exchange 2000 스키마를 포함하는 Windows 2000 포리스트에서 InetOrgPerson 특성을 추가할 때 Secretary, houseIdentifierlabeledURI 특성 정의가 Exchange 2000의 해당 특성 정의와 충돌합니다. Windows Server 2003 스키마 업데이트를 받는 도메인 컨트롤러에서는 이들 특성의 Exchange 2000 정의에 대해 LdapDisplayName 특성이 수정되어 충돌을 방지합니다. Microsoft Active Directory 서비스는 중복된 이름을 감지하면 이름 맨 앞에 "Dup"와 몇 개의 고유한 문자를 추가하여 개체 중 하나의 이름을 수정합니다. 이러한 동작을 "개체 맹글링"이라고 합니다.

Exchange Server 2003 setup /forestprep 명령도 InetOrgPerson 특성을 추가하기 때문에 개체 맹글링을 발생시킬 수 있습니다.

Windows Server 2003 adprep /forestprep 명령을 사용하여 Secretary, labeledURIhouseIdentifier 특성의 초기 정의를 만들 경우 Active Directory 포리스트는 이러한 표시 이름 맹글링 문제에 영향을 받지 않습니다. 특히 다음과 같은 경우에 LdapDisplayName 특성 맹글링 문제가 발생하지 않습니다.
  • Exchange 2000을 설치하기 전에 Windows 2000에서 Windows Server 2003 adprep /forestprep 명령을 실행한 경우
  • 기존 Windows 2000 포리스트에 Exchange 2000을 추가한 경우 Windows Server 2003 adprep /forestprep 명령을 실행하기 전에 Inetorgpersonfix.ldf 파일을 실행한 경우
  • 기존 Windows 2000 포리스트에 Exchange 2000을 추가한 다음 adprep /forestprep 명령을 실행하기 전에 Exchange Server 2003 setup /forestprep 명령을 실행한 경우
Exchange 2000이 Windows 2000 도메인에서 Secretary, houseIdentifierlabeledURI 특성의 초기 정의를 만든 경우에는 Windows 2000 및 Windows Server 2003 포리스트에서 특성 맹글링 문제가 발생할 수 있습니다. 아래와 같은 경우에 이러한 문제가 발생할 수 있습니다.
  • InetOrgPerson Kit에서 InetOrgPerson 클래스를 추가하기 전에 Exchange 2000 버전의 InetOrgPerson 클래스를 Windows 2000 포리스트에 추가한 경우
  • Windows Server 2003 adprep /forestprep 명령을 실행하기 전에 Exchange 2000 버전의 InetOrgPerson 클래스를 Windows 2000 포리스트에 추가한 경우
  • Windows Server 2003 adprep /forestprep 명령을 실행하기 전에 Windows 2000 InetOrgPerson Kit를 추가한 다음 Exchange 2000 버전의 스키마 변경 내용을 설치한 경우
  • Windows Server 2003 설치 미디어에서 Inetorgpersonfix.ldf를 실행한 후에 Exchange 2000 InetOrgPerson 정의를 포함하는 Windows 2000 도메인 컨트롤러가 Active Directory에 대한 업데이트를 받지 못한 경우

시나리오 1: adprep /forestprep 명령을 실행한 후 Exchange 2000 스키마 변경 내용이 추가된 경우

Windows Server 2003에서 adprep /forestprep 명령을 실행한 후에 Windows 2000 포리스트에 Exchange 2000 스키마 변경 내용이 추가된 경우에는 다음 Microsoft 기술 자료 문서의 "개요: Windows 2000 도메인 컨트롤러를 Windows Server 2003으로 업그레이드" 절을 참조하십시오.
325379 Windows 2000 도메인 컨트롤러를 Windows Server 2003으로 업그레이드하는 방법

시나리오 2: Windows Server 2003 adprep /forestprep 명령을 실행하기 전에 Exchange 2000 스키마 변경 내용이 설치된 경우

Exchange 2000 스키마 변경 내용이 이미 설치되었지만 Windows Server 2003에서 adprep /forestprep 명령을 실행하지 않은 경우에는 아래와 같은 작업 계획을 고려하십시오.
  1. 스키마 관리자 그룹과 엔터프라이즈 관리자 그룹의 구성원에 해당하는 계정을 사용하여 스키마 작업 마스터의 콘솔에 로그온합니다.
  2. 스키마 마스터에서 스키마 업데이트를 사용할 수 있도록 설정합니다. Active Directory 스키마를 업데이트할 수 있도록 허용하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
    285172 스키마를 업데이트하려면 Active Directory에서 스키마에 대한 쓰기 권한이 필요하다
  3. 맹글링된 HouseIdentifier, Secretary 및 LabeledURI 특성은 다음 형식과 유사한 LDAPDisplayName 특성을 갖습니다.
    lDAPDisplayName: DUP-labeledURI-9591bbd3-d2a6-4669-afda-48af7c35507d;
    lDAPDisplayName: DUP-secretary-c5a1240d-70c0-455c-9906-a4070602f85f
    lDAPDisplayName: DUP-houseIdentifier-354b0ca8-9b6c-4722-aae7-e66906cc9eef
    LabeledURI, Secretary 및 HouseIdentifier의 LDAPDisplayName 특성이 맹글링된 경우 복구하려면 Windows Server 2003 Inetorgpersonfix.ldf 스크립트를 실행합니다.
    1. %systemroot%\iop라는 폴더를 만듭니다.
    2. 명령 프롬프트에서 cd %systemroot%\iop를 입력한 다음 Enter 키를 누릅니다.
    3. Windows Server 2003 설치 미디어의 Support\Tools 폴더에 있는 Support.cab 파일에서 Inetorgpersonfix.ldf 파일을 추출합니다.
    4. 스키마 작업 마스터의 콘솔에서 Ldifde.exe를 사용하여 Inetorgpersonfix.ldf 파일을 로드하여 houseIdentifier, SecretarylabeledURI 특성의 LdapDisplayName 특성을 수정합니다. 이렇게 하려면 다음 명령을 입력합니다. 여기서 dn path for forest root domain은 인용 부호로 묶인 포리스트의 루트 도메인에 대한 도메인 이름 경로입니다.
      ldifde -i -f inetorgpersonfix.ldf -v -c DC=X "dn path for forest root domain"
      참고 이 명령에서 X는 대/소문자를 구분하는 상수이므로 여기에 표시된 대로 정확히 입력해야 합니다.
  4. Windows Server 2003 adprep /forestprep 명령을 실행하기 전에 스키마 명명 컨텍스트에서 CN=ms-Exch-Assistant-Name, CN=ms-Exch-LabeledURI, CN=ms-Exch-House-Identifier 특성의 LDAPDisplayName 값이 이제 msExchAssistantName, msExchLabeledURI, msExchHouseIdentifier로 나타나는지 확인합니다.

    LDAPDisplayName 값이 올바른지 확인하려면 ADSI 편집을 사용하십시오. 이렇게 하려면 다음과 같이 하십시오.

    경고 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 개체 특성을 잘못 수정하여 발생하는 문제에 대한 해결을 보증하지 않습니다. 이러한 특성 수정에 따른 모든 책임은 사용자에게 있습니다.
    1. 시작을 누르고 프로그램, Windows 2000/2003 Support Tools를 차례로 가리킨 다음 ADSI Edit를 누릅니다.
    2. Schema [Your_Domain]을(를) 확장합니다.
    3. Cn=Schema, CN=Configuration, CN=your internal names을(를) 확장합니다.
    4. 오른쪽 창에서 확인할 특성을 찾습니다.
    5. 특성을 마우스 오른쪽 단추로 누른 다음 Properties를 누릅니다.
    6. Select which properties to view 목록에서 Both를 누릅니다.
    7. Select a property to view 목록에서 LDAPDisplayName을 누릅니다.
    8. LDAPDisplayName 값이 올바른지 확인합니다.
    9. 확인할 각 특성에 대해 e-h 단계를 반복합니다.
  5. adprep /forestprep 명령 및 /domainprep 명령을 실행합니다.
자세한 내용은 "개요: 다음 Microsoft 기술 자료 문서의 "개요: Windows 2000 도메인 컨트롤러를 Windows Server 2003으로 업그레이드" 절을 참조하십시오.
325379 Windows 2000 도메인 컨트롤러를 Windows Server 2003으로 업그레이드하는 방법

시나리오 3: Windows Server 2003 adprep /forestprep 명령을 실행하기 전에 InetOrgPersonfix를 실행하지 않은 경우

Exchange 2000 스키마 변경 내용을 포함하는 Windows 2000 포리스트에서 Windows Server 2003 adprep /forestprep 명령을 실행한 경우에는 houseIdentier, SecretarylabeledURI 에 대한 LdapDisplayname 특성이 맹글링됩니다. 맹글링된 이름을 식별하려면 Ldp.exe를 사용하여 영향을 받은 특성을 찾으십시오.
  1. Windows 2000 또는 Windows Server 2003 미디어의 Support\Tools 폴더에서 Ldp.exe를 설치합니다.
  2. 포리스트의 도메인 컨트롤러 또는 구성원 컴퓨터에서 Ldp.exe를 시작합니다.
    1. Connection 메뉴에서 Connect를 누르고 Server 상자는 비워두고 Port 상자에 389를 입력한 다음 OK를 누릅니다.
    2. Connection 메뉴에서 Bind를 누른 다음 모든 상자를 비워두고 OK를 누릅니다.
  3. SchemaNamingContext 특성의 고유 이름 경로를 적어 둡니다.

    예를 들어, CORP.ADATUM.COM 포리스트에서 도메인 컨트롤러의 고유 이름 경로는 CN=Schema,CN=Configuration,DC=corp,DC=adatum,DC=com입니다.
  4. Browse 메뉴에서 Search를 누릅니다.
  5. 다음과 같은 설정을 구성합니다.
    • Base DN: 3단계에서 확인한 스키마 명명 컨텍스트의 고유 이름 경로를 입력합니다.
    • Filter: (ldapdisplayname=dup*)를 입력합니다.
    • Scope: Subtree를 누릅니다.
  6. 맹글링된 HouseIdentifier, Secretary 및 LabeledURI 특성은 다음 형식과 유사한 LDAPDisplayName 특성을 갖습니다.
    lDAPDisplayName: DUP-labeledURI-9591bbd3-d2a6-4669-afda-48af7c35507d;
    lDAPDisplayName: DUP-secretary-c5a1240d-70c0-455c-9906-a4070602f85f
    lDAPDisplayName: DUP-houseIdentifier-354b0ca8-9b6c-4722-aae7-e66906cc9eef
    LabeledURI, Secretary 및 HouseIdentifier의 LDAP 표시 이름이 맹글링된 경우 복구하려면 Windows Server 2003 Inetorgpersonfix.ldf 스크립트를 실행합니다.
    1. %systemroot%\iop라는 폴더를 만듭니다.
    2. 명령 프롬프트에서 cd %systemroot%\iop를 입력한 다음 Enter 키를 누릅니다.
    3. Windows Server 2003 설치 미디어의 Support\Tools 폴더에 있는 Support.cab 파일에서 Inetorgpersonfix.ldf 파일을 추출합니다.
    4. 스키마 작업 마스터의 콘솔에서 Ldifde.exe를 사용하여 Inetorgpersonfix.ldf 파일을 로드하여 houseIdentifier, SecretarylabeledURI 특성의 LdapDisplayName 특성을 수정합니다. 이렇게 하려면 다음 명령을 입력합니다. 여기서 dn path for forest root domain은 인용 부호로 묶인 포리스트의 루트 도메인에 대한 도메인 이름 경로입니다.
      ldifde -i -f inetorgpersonfix.ldf -v -c DC=X "dn path for forest root domain"
      참고 이 명령에서 X는 대/소문자를 구분하는 상수이므로 여기에 표시된 대로 정확히 입력해야 합니다.
  7. 스키마 명명 컨텍스트의 houseIdentifier, SecretarylabeledURI 특성이 맹글링되지 않았는지 확인합니다.
  8. Winnt32.exe를 실행하여 Windows 2000 도메인 컨트롤러를 업그레이드합니다.

    Winnt32.exe를 사용하여 Windows 2000 도메인 컨트롤러를 업그레이드하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
    325379 Windows 2000 도메인 컨트롤러를 Windows Server 2003으로 업그레이드하는 방법

InetOrgPerson 특성이 맹글링되는 경우 Exchange 2000 Server에 의해 발생하는 오류

여러 개의 도메인 컨트롤러가 포함되어 있는 도메인에 Exchange 2000 Server 컴퓨터를 설치하거나 업그레이드하는 경우 /forestprep 설치 과정 동안 다음과 같은 오류 메시지가 나타날 수 있습니다.
하위 구성 요소(Microsoft Windows Active Directory 스키마 업데이트)를 설치하는 중에 오류가 발생했습니다. 오류 코드는 0xC1037AE6입니다. 자세한 정보를 보려면 설치 로그를 참조하십시오. 설치를 취소하거나 실패한 단계를 다시 시도하십시오.
설치 로그에는 다음과 같은 오류 메시지가 포함될 수 있습니다.
[14:07:16] ScRunLDIFScript (k:\admin\src\libs\exsetup\exmisc.cxx:1333)
오류 코드 0XC1037AE6 (31462): Active Directory에서 스키마를 확장하지 못했습니다. 
TEMP 디렉터리에서 오류 로그 LDIF.ERR을 참조하십시오.
이 문제는 InetOrgPerson 충돌로 발생합니다. 이 문서의 시나리오 3에 설명되어 있는 대로 Inetorgpersonfix.ldf 파일을 실행합니다.

Windows Server 2003 서비스 팩 1에서 향상된 Adprep.exe 기능

Windows Server 2003 서비스 팩 1에서는 Adprep.exe 명령이 향상되었습니다. 이제 이 명령은 Exchange 2000 InetOrgPerson 스키마 확장을 감지하고 중지합니다. InetOrgPerson 확장이 감지되면 다음과 같은 메시지가 나타납니다.
스키마를 확장할 수 없습니다.
[상태/결과]
마지막 다시 부팅한 다음 스키마 마스터에서 복제 주기를 완료하지 않았습니다. 스키마 마스터에서 적어도 하나의 복제 주기를 완료해야 스키마를 확장할 수 있습니다.
[사용자 작업]
스키마 마스터가 네트워크에 연결되어 있고 다른 도메인 컨트롤러와 통신할 수 있는지 확인하십시오. 스키마 작업 마스터와 적어도 하나의 복제 파트너 사이에 복제하려면 [사이트 및 서비스] 스냅인을 사용하십시오. 복제가 완료된 다음 adprep을 다시 실행하십시오.
이러한 충돌을 해결하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
325379 Windows 2000 도메인 컨트롤러를 Windows Server 2003으로 업그레이드하는 방법
항상 최신 버전의 Adprep.exe를 사용하여 스키마를 확장하는 것이 좋습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
324392 Windows Server 2003 서비스 팩 1 및 핫픽스 324392에서 Adprep.exe의 향상 기능




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

속성

기술 자료: 314649 - 마지막 검토: 2011년 5월 10일 화요일 - 수정: 17.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Exchange 2000 Server Standard Edition
키워드:?
kbenv kbinfo KB314649

피드백 보내기

 

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