추천(ADSI)
조회는 쿼리하는 서버에 해당 데이터가 포함되지 않지만 찾을 수 있을 때 발생합니다. 대상 서버는 추가 데이터를 검색하기 위해 실제 데이터와 다른 서버에 대한 조회를 모두 포함할 수 있는 결과 집합을 반환합니다. 조회 추적을 사용하도록 설정하면 기본 ADSI 클라이언트 코드는 해당 조회 데이터를 사용하여 조회 데이터에 설명된 서버에서 대상 개체를 검색하려고 시도합니다. 조회 추적을 사용하지 않도록 설정하면 결과 집합이 더 작아질 수 있지만 조회 추적을 사용하도록 설정하면 쿼리가 여러 서버에 걸쳐 있을 수 있습니다. 가능하면 글로벌 카탈로그를 사용하는 것이 좋습니다.
Active Directory에서 조회 및 조회 추적에 대한 자세한 내용은 조회를 참조하세요.
예를 들어 클라이언트가 서버 A(A)에 사용자 개체(U)를 쿼리하도록 지시하는 경우 A는 U가 A에 있지 않지만 B에 있는 것으로 알려진 경우 클라이언트가 서버 B(B)에서 검색을 계속하도록 제안할 수 있습니다. 클라이언트는 추천을 추구할지 여부를 선택할 수 있습니다. 검색 조회를 통해 클라이언트는 각 서버의 기능을 고급으로 인식할 수 없습니다. 그러나 클라이언트는 서버에서 수행해야 하는 조회 유형을 지정해야 합니다.
Active Directory는 검색 조회 서비스를 제공합니다. 클라이언트는 다음 유형의 조회 추적 중 하나를 선택할 수 있습니다.
안 됨: 서버는 다른 서버가 요청된 데이터를 저장한다는 것을 인식하더라도 클라이언트에 대한 조회를 생성해서는 안 됩니다.
외부: 다른 디렉터리 트리의 다른 서버에서 요청을 확인할 수 있는 경우 서버에서 조회를 생성해야 합니다. 예를 들어 클라이언트는 "Fabrikam.com" 도메인의 "fab01" 서버에서 "OU=Sales,DC=Fabrikam,DC=COM"을 쿼리합니다. 그러나 개체는 "fab01"에 속하지 않지만 "Fabrikam.com" 도메인의 "arc01" 서버에 있는 것으로 알려져 있습니다. 따라서 "fab01"은 클라이언트를 "arc01"으로 지칭합니다.
종속: 이름이 원래 서버에서 연속 경로를 형성하는 서버에서 요청을 확인할 수 있는 경우 서버에서 조회를 생성해야 합니다. 검색 scope 하위 트리 수준에 있어야 합니다.
예를 들어 서버 A에는 "DC=Sales,DC=Fabrikam,DC=Com"의 개체가 포함됩니다. 서버 B에는 "DC=Seattle,DC=Sales,DC=Fabrikam,DC=Com"의 개체가 포함됩니다. 서버 B의 이름은 서버 A에서 인접한 경로를 형성합니다. 클라이언트가 서버 A에 연결하고 "DC=Sales,DC=Fabrikam,DC=Com"에 대한 하위 트리 검색을 요청하고 조회를 하위 형식으로 지정하면 다음 이벤트가 발생합니다.
- 서버 A는 scope 내에서 알고 있는 모든 개체를 반환합니다.
- 서버 A는 서버 B에서 "DC=Seattle,DC=Sales,DC=Fabrikam,DC=COM"의 개체를 찾을 수 있음을 클라이언트에 알립니다.
클라이언트는 서버 B에 연결하도록 선택할 수 있습니다. 이 경우 다음 이벤트가 발생합니다.
- 서버 B는 요청된 개체로 응답합니다.
- 서버 B가 연속 명명 경로에서 다른 서버를 검색하고 프로세스가 계속되는 경우
항상: 외부 형식 또는 하위 형식에 따라 검색을 확인할 수 있는 경우 서버에서 조회를 생성합니다.
참고
Active Directory에서 글로벌 카탈로그에는 지정된 엔터프라이즈의 모든 개체가 포함됩니다. 글로벌 카탈로그 서버를 검색하면 한 서버에서 다른 서버로의 조회를 추구하는 것보다 성능이 향상됩니다.
대부분의 경우 조회 추적은 호출자에게 투명합니다. 조회가 다른 도메인 또는 포리스트의 개체에 있는 경우 기본 LDAP API는 현재 자격 증명을 사용하여 조회 대상에 바인딩하려고 시도합니다. 이 작업이 성공하면 조회 추적이 투명합니다. 성공하지 못하면 조회 및 조회 오류 코드가 반환됩니다.
특정 검색 인터페이스에서 조회 추적 옵션을 사용하는 방법에 대한 자세한 내용은 다음을 참조하세요.