Configuration Manager의 검색 계획
적용 대상: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
System Center 2012 Configuration Manager 검색은 Configuration Manager를 사용하여 관리할 수 있는 컴퓨터와 사용자 리소스를 식별합니다. 또한 해당 환경의 네트워크 인프라도 검색할 수 있습니다. 검색을 통해 검색된 각 개체에 대한 DDR(검색 데이터 레코드)이 만들어져 이 정보가 Configuration Manager 데이터베이스에 저장됩니다.
리소스가 성공적으로 검색되면 리소스에 대한 정보가 DDR(검색 데이터 레코드)이라는 파일에 저장됩니다. 그런 다음 DDR은 사이트 서버에서 처리되고 Configuration Manager 데이터베이스에 입력된 다음 데이터베이스 복제를 통해 모든 사이트에 복제됩니다. 복제를 통해 검색 또는 처리된 위치에 관계없이 특정 계층의 모든 사이트에서 검색 데이터를 사용할 수 있습니다.
검색 정보를 사용하여 사용자 지정 쿼리와 사용자 지정 클라이언트 설정 및 소프트웨어 배포 할당과 같은 관리 작업에 대한 리소스를 논리적으로 그룹화하는 컬렉션을 만들 수 있습니다. 클라이언트 강제 설치를 사용하여 장치에 Configuration Manager 클라이언트를 설치할 수 있으려면 컴퓨터가 검색되어야 합니다.
다음 섹션에서는 Configuration Manager의 검색을 계획하는 방법을 설명합니다.
Configuration Manager의 검색 방법
사용할 검색 방법 결정
Active Directory 시스템, 사용자 및 그룹 검색 방법 정보
공유 검색 옵션
Active Directory 시스템 검색
Active Directory 사용자 검색
Active Directory 그룹 검색
Active Directory 포리스트 검색 정보
델타 검색 정보
하트비트 검색 정보
네트워크 검색 정보
검색 데이터 레코드 정보
검색을 실행할 위치 결정
검색 모범 사례
Configuration Manager의 새로운 기능
참고
이 섹션의 정보는System Center 2012 Configuration Manager 시작 가이드에도 나옵니다.
System Center 2012 Configuration Manager에서는 검색 기능이 다음과 같이 변경되었습니다.
각 검색 데이터 레코드가 처리되어 기본 사이트 또는 중앙 관리 사이트의 데이터베이스에 한 번만 입력되며, 이후에 추가 처리 없이 검색 데이터 레코드가 삭제됩니다.
한 사이트의 데이터베이스에 입력되는 검색 정보가 Configuration Manager 데이터베이스 복제를 사용하여 해당 계층의 모드 사이트에서 공유됩니다.
새로운 검색 방법인 Active Directory 포리스트 검색은 서브넷과 Active Directory 사이트를 검색하고 계층에 대한 경계로 추가할 수 있습니다.
Active Directory 시스템 그룹 검색이 없어졌습니다.
Active Directory 보안 그룹 검색이 Active Directory 그룹 검색으로 이름이 바뀌었으며 리소스의 그룹 멤버 자격을 검색합니다.
Active Directory 시스템 검색과 Active Directory 그룹 검색이 검색에서 오래된 컴퓨터 레코드를 필터링하고 제거하는 옵션을 지원합니다.
Active Directory 시스템, 사용자 및 그룹 검색이 Active Directory 델타 검색을 지원합니다. 델타 검색이 Configuration Manager 2007 R3에서 향상되어 이제 컴퓨터나 사용자가 그룹에서 추가 또는 제거되는 경우 이를 감지할 수 있습니다.
Configuration Manager의 검색 방법
Configuration Manager의 검색 방법을 사용하도록 설정하기 전에 각 방법으로 검색할 수 있는 항목을 파악해야 합니다. 검색을 통해 대량의 네트워크 트래픽이 발생하고 결과 DDR의 처리 시 상당한 CPU 리소스가 사용되기 때문에 목표를 충족하는 데 필요한 검색 방법만 사용하도록 계획합니다. 한두 가지 검색 방법만 사용해도 필요한 목표를 충족할 수 있으며, 언제든지 제어된 방식으로 추가 방법을 사용하도록 설정하여 환경의 검색 수준을 확장할 수 있습니다.
다음 표에서는 6가지 구성 가능한 각 검색 방법을 계획하는 것에 대한 정보를 제공합니다.
검색 방법 |
기본적으로 사용하도록 설정됨 |
검색을 실행하는 계정 |
추가 정보 |
|---|---|---|---|
Active Directory 포리스트 검색 |
아니요 |
Active Directory 포리스트 검색 계정 또는 사이트 서버의 컴퓨터 계정 |
|
Active Directory 시스템 검색 |
아니요 |
Active Directory 시스템 검색 계정 또는 사이트 서버의 컴퓨터 계정 |
|
Active Directory 사용자 검색 |
아니요 |
Active Directory 사용자 검색 계정 또는 사이트 서버의 컴퓨터 계정 |
|
Active Directory 그룹 검색 |
아니요 |
Active Directory 그룹 검색 계정 또는 사이트 서버의 컴퓨터 계정 |
|
하트비트 검색 |
예 |
클라이언트 컴퓨터 계정 |
|
네트워크 검색 |
아니요 |
사이트 서버 컴퓨터 계정 |
|
구성 가능한 모든 검색 방법이 검색 실행 일정을 지원합니다. 하트비트 검색을 제외하고 각 방법이 특정 위치에서 Configuration Manager 데이터베이스에 추가될 리소스를 검색하도록 구성할 수 있습니다. 검색이 실행된 후에 검색 방법으로 검색되는 위치를 변경할 수 있습니다. 이러한 새 위치는 다음 번에 검색을 실행할 때 검색됩니다. 그러나 검색 방법이 다음 번에 실행될 때 새로운 위치에만 국한되지 않고 현재 구성된 모든 위치에서 정보가 검색됩니다.
하트비트 검색만 기본적으로 사용하도록 설정되어 있습니다.Configuration Manager 클라이언트의 데이터베이스 레코드를 유지하려면 하트비트 검색을 사용하도록 설정해 두십시오.
이러한 검색 방법 이외에도 Configuration Manager에서는 서버 검색(SMS_WINNT_SERVER_DISCOVERY_AGENT)이라는 프로세스를 사용합니다. 이 검색 방법은 관리 지점으로 구성된 컴퓨터를 비롯한 사이트 시스템인 컴퓨터에 대한 리소스 레코드를 만듭니다. 이 검색 방법은 날마다 실행되며 구성할 수 없습니다.
사용할 검색 방법 결정
잠재적인 Configuration Manager 클라이언트 컴퓨터 또는 사용자 리소스를 검색하려면 적절한 검색 방법을 사용하도록 설정해야 합니다. 여러 가지 검색 방법을 함께 사용하여 다양한 리소스를 찾고 이러한 리소스에 대한 추가 정보를 검색할 수 있습니다. 사용하는 검색 방법에 따라 검색되는 리소스 유형과 검색 프로세스에서 사용되는 Configuration Manager 서비스와 에이전트가 결정됩니다. 또한 검색할 수 있는 리소스에 대한 정보 유형도 결정됩니다.
컴퓨터 검색
컴퓨터를 검색하려는 경우 Active Directory 시스템 검색 또는 네트워크 검색을 사용할 수 있습니다.
예를 들어 클라이언트 강제 설치를 사용하기 전에 Configuration Manager 클라이언트를 설치할 수 있는 리소스를 검색하려는 경우 Active Directory 시스템 검색을 실행할 수 있습니다. 또한 네트워크 검색을 실행하고 네트워크 검색 옵션을 사용하여 리소스의 운영 체제(이후에 클라이언트 강제 설치를 사용하는 데 필요)를 검색할 수 있습니다. 그러나 Active Directory 시스템 검색을 사용하면 리소스뿐만 아니라 기본적인 정보도 검색되고 Active Directory 도메인 서비스에서 리소스에 대한 확장 정보를 검색할 수 있습니다. 이 정보는 클라이언트 설정 또는 콘텐츠 배포 할당을 위해 사용할 복잡한 쿼리와 컬렉션을 작성하는 데 유용할 수 있습니다. 한편 네트워크 검색은 다른 검색 방법으로는 얻을 수 없는 네트워크 토폴로지 관련 정보를 제공합니다. 그러나 네트워크 검색으로는 Active Directory 환경에 대한 정보를 얻을 수 없습니다.
또한 하트비트 검색만 사용하여 클라이언트 강제 설치 이외의 방법으로 설치한 클라이언트를 검색할 수도 있습니다. 그러나 다른 검색 방법과 달리 하트비트 검색은 활성 Configuration Manager 클라이언트가 없는 컴퓨터를 검색할 수 없으며 제한된 정보를 반환합니다. 하트비트 검색은 기존 데이터베이스 레코드의 기반이 되는 것이 아니라 이러한 레코드를 유지하기 위한 목적으로 사용됩니다. 하트비트 검색을 통해 제출된 정보는 복잡한 쿼리 또는 컬렉션을 작성하는 데 충분하지 않을 수 있습니다.
Active Directory 그룹 검색을 사용하여 지정된 그룹의 멤버 자격을 검색하는 경우 제한된 시스템 또는 컴퓨터 정보를 검색할 수 있습니다. 이는 컴퓨터의 전체 검색을 대체하지 않지만 기본적인 정보를 제공할 수 있습니다. 이러한 기본적인 정보는 클라이언트 강제 설치를 위해 부족합니다.
사용자 검색
사용자에 대한 정보를 검색하려는 경우 Active Directory 사용자 검색을 사용할 수 있습니다. Active Directory 시스템 검색과 마찬가지로, 이 방법은 Active Directory에서 사용자를 검색하며 확장된 Active Directory 정보와 더불어 기본적인 정보를 제공합니다. 이 정보를 사용하여 컴퓨터에 대해 하듯이 복잡한 쿼리 및 컬렉션을 작성할 수 있습니다.
그룹 정보 검색
그룹과 그룹 멤버 자격에 대한 정보를 검색하려는 경우 Active Directory 그룹 검색을 사용합니다. 이 검색 방법을 통해 보안 그룹에 대한 리소스 레코드가 만들어집니다.
이 방법을 사용하여 특정 Active Directory 그룹을 검색함으로써 그룹의 구성원과 그룹에 중첩된 그룹을 확인할 수 있습니다. 또한 이 방법을 사용하여 그룹의 Active Directory 위치를 검색하고 Active Directory 도메인 서비스에서 해당 위치의 각 자식 컨테이너를 회귀적으로 검색할 수 있습니다.
또한 이 검색 방법으로 배포 그룹의 멤버 자격을 검색할 수 있습니다. 이 방법을 사용하면 사용자와 컴퓨터 모두의 그룹 관계를 확인할 수 있습니다.
그룹을 검색할 때 구성원에 대한 제한된 정보를 검색할 수도 있습니다. 이는 Active Directory 시스템 또는 사용자 검색을 대체하지 않으며 일반적으로 복잡한 쿼리 및 컬렉션을 작성하거나 클라이언트 강제 설치의 기반으로 활용하기에 부족합니다.
인프라 검색
네트워크 인프라 검색, Active Directory 포리스트 검색 및 네트워크 검색에 사용할 수 있는 두 가지 방법이 있습니다.
Active Directory 포리스트 검색을 사용하여 Active Directory 포리스트를 검색함으로써 서브넷에 대한 정보와 Active Directory 사이트 구성을 확인할 수 있습니다. 그런 다음 이러한 구성을 경계 위치로 Configuration Manager에 자동으로 입력할 수 있습니다.
네트워크 토폴로지를 검색하려는 경우 네트워크 검색을 사용합니다. 다른 검색 방법은 Active Directory 도메인 서비스와 관련된 정보를 반환하고 클라이언트의 현재 네트워크 위치를 식별할 수 있는 반면, 네트워크의 서브넷과 라우터 토폴로지를 기반으로 인프라 정보를 제공하지는 않습니다.
Active Directory 시스템, 사용자 및 그룹 검색 방법 정보
이 섹션에는 다음 검색 방법에 대한 정보가 수록되어 있습니다.
Active Directory 시스템 검색
Active Directory 사용자 검색
Active Directory 그룹 검색
참고
이 섹션의 정보는 Active Directory 포리스트 검색에 적용되지 않습니다.
이러한 세 가지 검색 방법은 구성과 작업이 유사하며 Active Directory 도메인 서비스에 저장된 리소스의 컴퓨터, 사용자 및 그룹 멤버 자격 정보를 검색할 수 있습니다. 검색 프로세스는 검색 에이전트로 관리되며, 검색 에이전트는 검색을 실행하도록 구성된 각 사이트의 사이트 서버에서 실행됩니다. 이러한 로컬 포리스트 또는 원격 포리스트의 위치 인스턴스로 하나 이상의 Active Directory 위치를 검색하도록 각 검색 방법을 구성할 수 있습니다.
검색을 통해 리소스에 대한 트러스트되지 않은 포리스트가 검색될 경우, 검색 에이전트가 성공적으로 실행되려면 다음을 확인할 수 있어야 합니다.
Active Directory 시스템 검색을 통해 컴퓨터 리소스를 검색하려면 검색 에이전트가 리소스의 FQDN을 확인할 수 있어야 합니다. FQDN을 확인할 수 없는 경우 검색 에이전트는 NetBIOS 이름으로 리소스를 확인합니다.
Active Directory 사용자 검색 또는 Active Directory 그룹 검색을 통해 사용자 또는 그룹 리소스를 검색하려면 검색 에이전트가 Active Directory 위치를 위해 지정한 도메인 컨트롤러 이름의 FQDN을 확인할 수 있어야 합니다.
지정한 각 위치 인스턴스에 대해 위치 Active Directory 자식 컨테이너의 회귀적 검색을 사용하도록 설정하는 것 같은 개별 검색 옵션을 구성할 수 있습니다. 또한 해당 위치 인스턴스를 검색할 때 사용할 고유한 계정을 구성할 수 있어야 합니다. 이렇게 하면 단일 계정이 모든 위치에 대한 권한을 갖도록 구성할 필요 없이 한 사이트에서 여러 포리스트에 걸친 여러 Active Directory 위치를 검색하도록 검색 방법을 유연하게 구성할 수 있습니다.
이러한 세 검색 방법이 각각 특정 사이트에서 실행되는 경우 해당 사이트의 Configuration Manager 사이트 서버는 지정된 Active Directory 포리스트에서 가장 가까운 도메인 컨트롤러에 연결하여 Active Directory 리소스를 찾습니다. 도메인과 포리스트는 지원되는 모든 Active Directory 모드에 있을 수 있으며, 각 위치 인스턴스에 할당하는 계정은 지정된 Active Directory 위치에 대한 읽기 권한을 가져야 합니다. 검색은 지정된 위치에서 개체를 찾은 다음 이러한 개체에 대한 정보를 수집합니다. 리소스에 대한 충분한 정보가 파악되면 DDR이 만들어집니다. 필요한 정보는 사용되는 검색 방법에 따라 달라집니다.
서로 다른 Configuration Manager 사이트에서 동일한 검색 방법을 실행하여 로컬 Active Directory 서버 쿼리를 활용하도록 구성하는 경우 각 사이트에 고유한 검색 옵션 집합을 구성할 수 있습니다. 계층의 각 사이트에서 검색 데이터가 공유되므로 각 리소스를 한 번에 효율적으로 검색하려면 이러한 구성 간에 겹치지 않도록 해야 합니다. 소규모 환경의 경우 관리 부담과 여러 검색 작업으로 동일한 리소스를 재검색할 가능성을 줄이도록 계층의 한 사이트에서만 각 검색 방법을 실행하는 것이 좋을 수 있습니다. 검색을 실행하는 사이트 수를 최소화하면 검색에 사용되는 전체 네트워크 대역폭을 줄이는 동시에 사이트 서버에서 만들어지고 처리해야 하는 전체 DDR 수를 줄일 수 있습니다.
대다수의 검색 방법 구성은 별도의 설명이 필요 없이 쉽게 이해할 수 있습니다. 다음 섹션에서는 구성 전에 추가 정보가 필요할 수 있는 검색 옵션에 대한 자세한 정보를 제공합니다.
공유 검색 옵션
다음 표에서는 여러 Active Directory 검색 방법에 대해 사용할 수 있는 구성 옵션을 설명합니다.
키: |
√ = 지원 |
Ø = 지원되지 않음 |
검색 옵션 |
Active Directory 시스템 검색 |
Active Directory 사용자 검색 |
Active Directory 그룹 검색 |
세부 정보 |
||
|---|---|---|---|---|---|---|
델타 검색 |
√ |
√ |
√ |
델타 검색은 Active Directory 포리스트 검색을 제외한 각 Active Directory 검색 방법에 대해 사용할 수 있는 옵션입니다.Configuration Manager에서는 델타 검색을 사용하여 AD DS(Active Directory 도메인 서비스)에서 검색 방법의 마지막 전체 검색 주기 이후에 변경된 특정 특성을 검색할 수 있습니다. 새 리소스만 검색하는 것은 전체 검색 주기만큼 사이트 서버의 성능에 영향을 미치지 않으므로 짧은 간격으로 델타 검색을 통해 새 리소스를 검색하도록 구성할 수 있습니다. 델타 검색으로 다음과 같은 새 리소스 유형을 검색할 수 있습니다.
델타 검색으로는 AD DS에서 리소스가 삭제된 시점을 검색할 수 없습니다. 이 변경 내용을 검색하려면 전체 검색 주기를 실행해야 합니다. 델타 검색을 통해 검색되는 개체의 DDR은 전체 검색 주기를 통해 만들어지는 DDR과 비슷하게 처리됩니다. 델타 검색은 각 검색 방법에 대한 속성의 폴링 일정 탭에서 구성합니다. |
||
도메인 로그온으로 오래된 컴퓨터 레코드 필터링 |
√ |
Ø |
√ |
컴퓨터의 최신 도메인 로그온을 기반으로 오래된 컴퓨터 레코드의 검색을 제외하도록 검색을 구성할 수 있습니다. 이 옵션을 사용하는 경우 Active Directory 시스템 검색이 식별되는 각 컴퓨터를 평가합니다. Active Directory 그룹 검색은 검색되는 그룹의 구성원인 각 컴퓨터를 평가합니다. 이 옵션을 사용하려면 다음이 필요합니다.
마지막 로그온 후의 시간을 구성하는 경우 도메인 컨트롤러 간 복제 간격을 고려합니다. 필터링은 Active Directory 시스템 검색 속성 및 Active Directory 그룹 검색 속성 대화 상자 모두의 옵션 탭에서 지정한 기간 동안 도메인에 로그온한 컴퓨터만 검색 옵션을 선택하여 구성합니다.
|
||
컴퓨터 암호로 오래된 레코드 필터링 |
√ |
Ø |
√ |
컴퓨터의 최신 컴퓨터 계정 암호 업데이트를 기반으로 오래된 컴퓨터 레코드의 검색을 제외하도록 검색을 구성할 수 있습니다. 이 옵션을 사용하는 경우 Active Directory 시스템 검색이 식별되는 각 컴퓨터를 평가합니다. Active Directory 그룹 검색은 검색되는 그룹의 구성원인 각 컴퓨터를 평가합니다. 이 옵션을 사용하려면 다음이 필요합니다.
이 옵션을 구성하는 경우 도메인 컨트롤러 간의 복제 간격 이외에 이 특성에 대한 업데이트 간격을 고려합니다. 필터링은 Active Directory 시스템 검색 속성 및 Active Directory 그룹 검색 속성 대화 상자의 옵션 탭에서 지정한 기간 동안 컴퓨터 계정 암호를 업데이트한 컴퓨터만 검색 옵션을 선택하여 구성합니다.
|
||
사용자 지정된 Active Directory 특성 검색 |
√ |
√ |
Ø |
각 검색 방법은 검색할 수 있는 고유한 특성 목록을 지원합니다. Active Directory 사용자 지정 특성은 Active Directory 시스템 검색 속성 및 Active Directory 사용자 검색 속성 대화 상자의 Active Directory 특성 탭에서 구성합니다. |
.jpeg "System_CAPS_warning")
경고
Active Directory 시스템 검색
Configuration Manager Active Directory 시스템 검색을 통해 컬렉션과 쿼리를 만드는 데 사용할 수 있는 컴퓨터 리소스의 지정된 AD DS(Active Directory 도메인 서비스) 위치를 검색할 수 있습니다. 그런 다음 클라이언트 강제 설치를 사용하여 검색된 컴퓨터에 클라이언트를 설치할 수 있습니다. 컴퓨터에 대한 DDR(검색 데이터 레코드)을 성공적으로 만들려면 Active Directory 시스템 검색에서 컴퓨터 계정을 식별한 다음 컴퓨터 이름을 IP 주소로 확인할 수 있어야 합니다.
기본적으로 Active Directory 시스템 검색은 다음을 포함하여 컴퓨터에 대한 기본적인 정보를 검색합니다.
컴퓨터 이름
운영 체제 및 버전
Active Directory 컨테이너 이름
IP 주소
Active Directory 사이트
마지막 로그온 타임스탬프
기본적인 정보 이외에 Active Directory 도메인 서비스에서 확장된 특성의 검색을 구성할 수 있습니다.
Active Directory 시스템 검색에서 반환된 개체 특성의 기본 목록을 보고 Active Directory 시스템 검색 속성 대화 상자의 Active Directory Attributes 탭에서 검색할 추가 특성을 구성할 수 있습니다.
이 검색 방법을 구성하는 방법에 대한 자세한 내용은 컴퓨터, 사용자 또는 그룹에 대해 Active Directory 검색 구성을 참조하세요.
Active Directory 시스템 검색 작업은 사이트 서버에서 adsysdis.log 폴더의 <InstallationPath>\LOGS 파일에 기록됩니다.
Active Directory 사용자 검색
Configuration Manager Active Directory 사용자 검색을 통해 AD DS(Active Directory 도메인 서비스)를 검색하여 사용자 계정 및 관련 특성을 파악할 수 있습니다.
Active Directory 사용자 검색에서 반환된 개체 특성의 기본 목록을 보고 Active Directory 사용자 검색 속성 대화 상자의 Active Directory Attributes 탭에서 검색할 추가 특성을 구성할 수 있습니다.
기본적으로 Active Directory 사용자 검색은 다음을 포함하여 사용자 계정에 대한 기본적인 정보를 검색합니다.
사용자 이름
고유한 사용자 이름(도메인 이름 포함)
도메인
Active Directory 컨테이너 이름
기본적인 정보 이외에 Active Directory 도메인 서비스에서 확장된 특성의 검색을 구성할 수 있습니다.
이 검색 방법을 구성하는 방법에 대한 자세한 내용은 컴퓨터, 사용자 또는 그룹에 대해 Active Directory 검색 구성을 참조하세요.
Active Directory 사용자 검색 작업은 사이트 서버에서 adusrdis.log 폴더의 <InstallationPath>\LOGS 파일에 기록됩니다.
Active Directory 그룹 검색
Configuration Manager Active Directory 그룹 검색을 통해 AD DS(Active Directory 도메인 서비스)를 검색하여 컴퓨터와 사용자의 그룹 멤버 자격을 파악할 수 있습니다.
이 검색 방법은 구성된 검색 범위를 검색한 다음, 해당 검색 범위에 포함되는 리소스의 그룹 멤버 자격을 파악합니다. 기본적으로 보안 그룹만 검색됩니다. 그러나 Active Directory 그룹 검색 속성 대화 상자의 옵션 탭에서 배포 그룹의 멤버 자격 검색 옵션 확인란을 선택하면 배포 그룹의 멤버 자격을 검색할 수 있습니다.
Active Directory 그룹 검색을 통해 다음 정보를 검색할 수 있습니다.
그룹
그룹의 멤버 자격
그룹 구성원 컴퓨터와 사용자에 대한 제한된 정보. 이러한 컴퓨터와 사용자가 이전에 다른 검색 방법을 통해 검색되지 않은 경우에도 해당됩니다.
이 검색 방법은 그룹과 그룹 구성원의 그룹 관계를 파악하는 데 사용됩니다. 이 검색 방법은 Active Directory 시스템 검색 또는 Active Directory 사용자 검색을 사용하여 파악할 수 있는 확장된 Active Directory 특성은 지원하지 않습니다. 이 검색 방법은 컴퓨터와 사용자 리소스를 검색하도록 최적화되어 있지 않으므로 Active Directory 시스템 검색과 Active Directory 사용자 검색을 실행한 후에 이 검색 방법을 실행해야 합니다. 그 이유는 이 검색 방법을 통해 그룹에 대해서는 전체 DDR이 만들어지지만 그룹 구성원인 컴퓨터와 사용자에 대해서는 제한된 DDR만 만들어지기 때문입니다.
Active Directory 그룹 검색이 정보를 검색하는 방식을 제어하는 다음과 같은 검색 범위를 구성할 수 있습니다.
위치: 하나 이상의 Active Directory 컨테이너를 검색하려면 위치를 사용합니다. 이 범위 옵션은 지정된 Active Directory 컨테이너의 하위 항목 포함 검색을 지원하여 지정한 컨테이너 아래에 있는 각 자식 컨테이너도 검색합니다. 이 프로세스는 자식 컨테이너가 더 이상 검색되지 않을 때까지 계속됩니다.
그룹: 하나 이상의 특정 Active Directory 그룹을 검색하려면 그룹을 사용합니다. 기본 도메인 및 포리스트를 사용하도록 Active Directory 도메인을 구성하거나, 개별 도메인 컨트롤러로 검색을 제한할 수 있습니다. 또한 검색할 그룹을 하나 이상 지정할 수 있습니다. 하나 이상의 그룹을 지정하지 않을 경우 지정된 Active Directory 도메인 위치에 있는 모든 그룹이 검색됩니다.
.jpeg "System_CAPS_caution"){kind=icon} 주의 |
|---|
검색 범위를 구성하는 경우 검색할 그룹만 선택합니다. 그 이유는 Active Directory 그룹 검색이 검색 범위에서 각 그룹의 각 구성원을 검색하기 때문입니다. 대규모 그룹의 검색을 위해서는 대역폭과 Active Directory 리소스를 많이 사용해야 할 수 있습니다. |
참고
확장된 Active Directory 특성을 기반으로 하는 컬렉션을 만들거나 컴퓨터와 사용자에 대한 정확한 검색 결과를 보장하도록 Active Directory 시스템 검색 또는 Active Directory 사용자 검색을 실행해야 합니다.
이 검색 방법을 구성하는 방법에 대한 자세한 내용은 컴퓨터, 사용자 또는 그룹에 대해 Active Directory 검색 구성을 참조하세요.
Active Directory 그룹 검색 작업은 사이트 서버에서 adsgdis.log 폴더의 <InstallationPath>\LOGS 파일에 기록됩니다.
Active Directory 포리스트 검색 정보
Configuration Manager Active Directory 포리스트 검색을 통해 IP 서브넷과 Active Directory 사이트를 검색하고 이를 Configuration Manager에 경계로 추가할 수 있습니다.
다른 검색 방법과 달리, Active Directory 포리스트 검색은 관리할 수 있는 리소스를 검색하지 않습니다. 대신 이 방법은 Active Directory 네트워크 위치를 검색하고 이러한 위치를 계층 전체에서 사용할 경계로 전환할 수 있습니다.
Active Directory 포리스트 검색을 통해 다음을 검색할 수 있습니다.
Active Directory 포리스트에서 IP 서브넷 검색
Active Directory 포리스트에서 Active Directory 사이트 검색
검색되는 IP 서브넷 및 Active Directory 사이트를 Configuration Manager에 경계로 추가
포리스트에 대한 게시를 사용하도록 설정되어 있고 지정된 Active Directory 포리스트 계정에 해당 포리스트에 대한 권한이 있는 경우 포리스트의 Active Directory 도메인 서비스에 게시할 수 있습니다.
Configuration Manager 콘솔에서 관리 작업 영역의 계층 구성 아래에 있는 다음 노드에서 Active Directory 포리스트 검색을 관리합니다.
검색 방법: 여기서 Active Directory 포리스트 검색이 계층의 상위 사이트에서 실행되도록 설정할 수 있습니다. 또한 간단한 일정을 지정하여 검색을 실행하고 검색되는 IP 서브넷과 Active Directory 사이트에서 자동으로 경계를 만들도록 구성할 수 있습니다. Active Directory 포리스트 검색은 자식 기본 사이트 또는 보조 사이트에서 실행할 수 없습니다.
참고
이 검색 방법은 델타 검색을 지원하지 않습니다.
Active Directory 포리스트: 여기서 검색할 추가 Active Directory 포리스트를 구성하고 각 포리스트의 Active Directory 포리스트 계정으로 사용할 계정을 지정하고 각 포리스트에 대한 게시를 구성할 수 있습니다. 또한 검색 프로세스를 모니터링하고 IP 서브넷 및 Active Directory 사이트를 Configuration Manager에 경계 및 경계 그룹의 구성원으로 추가할 수 있습니다.
포리스트에 게시를 사용하도록 설정되어 있고 Configuration Manager를 위해 포리스트 스키마가 확장된 경우 Active Directory 포리스트에 게시하도록 설정된 각 사이트에 대해 다음 정보가 게시됩니다.
SMS-Site-<site code>
SMS-MP-<site code>-<site system server name>
SMS-SLP-<site code>-<site system server name>
SMS-<site code>-<Active Directory site name or subnet>
참고
보조 사이트에서는 Active Directory에 게시하는 데 항상 보조 사이트 서버 컴퓨터 계정을 사용합니다. 보조 사이트에서 Active Directory에 게시하려면 보조 사이트 서버 컴퓨터 계정에 Active Directory 게시 권한이 있어야 합니다. 보조 사이트에서는 트러스트되지 않은 포리스트에 데이터를 게시할 수 없습니다.
.jpeg "System_CAPS_tip"){kind=icon} 팁 |
|---|
계층 내 각 사이트에 대한 Active Directory 포리스트에 게시를 구성하려면 Configuration Manager 콘솔을 계층의 최상위 사이트에 연결하십시오. Active Directory 사이트 속성 대화 상자의 게시 탭에는 현재 사이트 및 자식 사이트만 표시됩니다. |
| 주의 |
|---|
Active Directory 포리스트에 사이트를 게시하는 옵션을 선택 취소하면 해당 사이트에 대해 이전에 게시된 모든 정보(사용 가능한 사이트 시스템 역할 포함)는 해당 포리스트의 Active Directory에서 제거됩니다. |
Active Directory 포리스트 검색은 로컬 Active Directory 포리스트, 각 트러스트된 포리스트, 그리고 Configuration Manager 콘솔의 Active Directory 포리스트 노드에 구성하는 각 추가 포리스트에서 실행됩니다.
Active Directory 포리스트 검색 작업은 다음 로그에 기록됩니다.
게시와 관련된 예외 작업을 비롯한 모든 작업은 사이트 서버의 <InstallationPath>\Logs 폴더에 있는 ADForestDisc.Log 파일에 기록됩니다.
Active Directory 포리스트 검색 게시 작업은 사이트 서버의 hman.log 폴더에 있는 sitecomp.log 및 <InstallationPath>\Logs에 기록됩니다.
델타 검색 정보
델타 검색은 Configuration Manager에서 전체 검색 방법은 아니지만 Active Directory 시스템, 사용자 및 그룹 검색 방법에 대해 사용할 수 있는 옵션입니다. 델타 검색을 사용하면 Active Directory에서 이전에 검색된 리소스의 변경 내용을 대부분 확인할 수 있으며 전체 검색 주기에 비해 더 적은 리소스가 사용됩니다.
검색 방법에서 델타 검색을 사용하도록 설정하면 검색 방법에서는 AD DS(Active Directory 도메인 서비스)에서 해당 검색 방법의 마지막 전체 검색 주기 이후에 변경된 특정 특성을 검색합니다. 이러한 변경 내용은 Configuration Manager 데이터베이스에 제출되어 리소스 검색 레코드가 업데이트됩니다.
기본적으로 델타 검색은 5분 주기로 실행됩니다. 이는 델타 검색이 검색 중에 전체 검색 주기보다 더 적은 리소스를 사용하기 때문이며, 따라서 전체 검색 주기만큼 사이트 서버의 성능에 영향을 주지는 않습니다. 델타 검색을 사용할 경우 해당 검색 방법에 대해 전체 검색 주기의 빈도를 줄이는 것이 좋습니다.
델타 검색을 통해 Active Directory 개체의 변경 내용을 검색할 수 있습니다. 다음은 델타 검색에서 가장 일반적으로 검색되는 변경 내용입니다.
Active Directory에 추가된 새 컴퓨터 또는 사용자
기본 컴퓨터 및 사용자 정보 변경 내용
그룹에 추가된 새 컴퓨터 또는 사용자
그룹에서 제거된 컴퓨터 또는 사용자
시스템 그룹 개체의 변경 내용
델타 검색을 통해 새 리소스 및 그룹 멤버 자격 변경 내용을 검색할 수 있지만 리소스가 AD DS에서 삭제된 시기는 검색하지 못합니다.
델타 검색을 통해 검색되는 개체의 DDR은 전체 검색 주기를 통해 만들어지는 DDR과 비슷하게 처리됩니다.
델타 검색은 각 검색 방법에 대한 속성의 폴링 일정 탭에서 구성합니다.
하트비트 검색 정보
하트비트 검색은 다른 Configuration Manager 검색 방법과 다릅니다. 하트비트 검색은 기본값으로 사용 가능하며 각 컴퓨터 클라이언트에서 실행되어 DDR(검색 데이터 레코드)을 만듭니다. 모바일 장치 클라이언트의 경우, 이 DDR은 모바일 장치 클라이언트에서 사용되는 관리 지점에 의해 만들어집니다.
하트비트 검색은 계층의 모든 클라이언트에 대해 구성된 일정에 따라 실행되거나, 수동으로 호출하는 경우 클라이언트 Configuration Manager 프로그램의 작업 탭에서 검색 데이터 컬렉션 주기를 실행하는 방식으로 특정 클라이언트에 대해 실행됩니다. 하트비트 검색이 실행되면 네트워크 위치, NetBIOS 이름 및 작업 상태 세부 정보를 비롯해 클라이언트의 현재 정보가 포함된 DDR이 만들어집니다. DDR은 약 1KB 정도의 작은 파일이며 관리 지점에 복사된 다음 기본 사이트에서 처리됩니다. 하트비트 검색 DDR의 제출을 통해 데이터베이스에서 활성 클라이언트의 레코드를 유지 관리할 수 있으며, 데이터베이스에서 제거되었을 수 있는 활성 클라이언트 또는 수동으로 설치되어 다른 검색 방법으로 검색되지 않는 활성 클라이언트의 검색을 강제 실행할 수도 있습니다.
하트비트 검색은 예 값을 갖는 시스템 리소스 클라이언트 특성을 업데이트하는 방식으로 클라이언트 설치 상태에 대한 세부 정보를 제공하는 유일한 검색 방법입니다. 하트비트 검색 레코드를 보내려면 클라이언트 컴퓨터에서 관리 지점에 연결할 수 있어야 합니다.
참고
Configuration Manager SP1을 사용하면 하트비트 검색 데이터 레코드에는 클라이언트 에이전트의 버전도 포함됩니다.
하트비트 검색의 기본 일정은 매 7일로 설정되어 있습니다. 하트비트 검색 간격을 변경할 경우, 사이트 데이터베이스에서 비활성 클라이언트 레코드를 삭제하는 오래된 검색 데이터 삭제 사이트 유지 관리 작업보다 하트비트 검색이 더 자주 실행되도록 설정해야 합니다.오래된 검색 데이터 삭제 작업은 기본 사이트에 대해서만 구성할 수 있습니다.
참고
하트비트 검색이 사용하지 않도록 설정되더라도 DDR은 활성 모바일 장치 클라이언트에 대해 계속 만들어지고 제출됩니다. 따라서 오래된 검색 데이터 삭제 작업은 활성 모바일 장치에 영향을 주지 않습니다.오래된 검색 데이터 삭제 작업을 통해 모바일 장치에 대한 데이터베이스 레코드가 삭제되면 동시에 장치 인증서는 해지되고 모바일 장치는 관리 지점에 연결하지 못하도록 차단됩니다.
하트비트 검색 작업은 다음 위치에 기록됩니다.
컴퓨터 클라이언트의 경우, 하트비트 검색 작업은 클라이언트의 InventoryAgent.log 폴더에 있는 %Windir%\CCM\Logs에 기록됩니다.
모바일 장치 클라이언트의 경우, 하트비트 검색 작업은 모바일 장치 클라이언트에서 사용하는 관리 지점의 DMPRP.log 폴더에 있는 %Program Files%\CCM\Logs에 기록됩니다.
네트워크 검색 정보
네트워크의 토폴로지와 네트워크상의 장치를 검색하려면 Configuration Manager 네트워크 검색을 사용하십시오.
네트워크 검색은 Microsoft DHCP를 실행하는 서버, 라우터의 ARP(Address Resolution Protocol) 캐시, SNMP 사용 장치 및 Active Directory 도메인 등을 쿼리하여 네트워크에서 IP 사용 리소스를 검색합니다.
네트워크 검색에서 리소스를 성공적으로 검색하려면 리소스의 IP 주소 및 서브넷 마스크를 식별해야 합니다. 다양한 유형의 장치가 네트워크에 연결될 수 있으므로 Configuration Manager 클라이언트 소프트웨어를 지원하지 못하는 리소스가 네트워크 검색을 통해 검색될 수도 있습니다. 검색 가능하지만 관리되지 않는 장치의 예로는 프린터와 라우터가 있습니다.
네트워크 검색에서 생성하는 검색 레코드의 일부로 몇 가지 특성이 반환될 수 있으며 이러한 특성은 다음과 같습니다.
NetBIOS 이름
IP 주소
리소스 도메인
시스템 역할
SNMP 커뮤니티 이름
MAC 주소
네트워크 검색을 사용하려면 실행할 검색의 수준을 지정해야 합니다. 또한 네트워크 검색에서 네트워크 세그먼트 또는 장치를 쿼리할 수 있도록 지원하는 검색 메커니즘을 하나 이상 구성해야 합니다. 네트워크상의 검색 작업을 제어할 수 있는 설정을 구성할 수도 있습니다. 끝으로, 네트워크 검색이 실행되는 일정을 하나 이상 정의합니다.
참고
복잡한 네트워크와 낮은 대역폭으로 구성된 연결로 인해 네트워크 검색의 실행 속도가 느려지고 상당한 네트워크 트래픽이 생성될 수도 있습니다. 네트워크 검색은 검색하려는 리소스를 다른 검색 방법으로는 찾을 수 없는 경우에만 실행하는 것이 좋습니다. 예를 들어 작업 그룹 컴퓨터를 검색해야 할 경우 네트워크 검색을 사용하십시오. 작업 그룹 컴퓨터는 다른 검색 방법으로는 검색할 수 없습니다.
검색에서 IP 주소 지정 가능 개체를 식별하고 개체 서브넷 마스크를 확인할 수 있는 경우 해당 개체에 대한 DDR이 만들어집니다.
네트워크 검색 작업은 검색을 실행하는 사이트 서버의 Netdisc.log에 있는 <InstallationPath>\Logs에 기록됩니다.
네트워크 검색 수준
네트워크 검색을 구성할 경우 세 가지 검색 수준 중 하나를 지정해야 합니다.
검색 수준 |
세부 정보 |
|---|---|
토폴로지 |
이 수준에서는 라우터와 서브넷을 검색하지만 개체의 서브넷 마스크는 식별하지 않습니다. |
토폴로지 및 클라이언트 |
이 수준에서는 토폴로지 외에 컴퓨터와 같은 잠재적 클라이언트와 프린트 및 라우터와 같은 리소스를 검색합니다. 이 검색 수준에서 개체를 찾을 경우 해당 개체의 서브넷 마스크를 확인하려고 시도합니다. |
토폴로지, 클라이언트 및 클라이언트 운영 체제 |
이 수준에서는 토폴로지 및 잠재적 클라이언트 외에 컴퓨터 운영 체제 이름 및 버전을 검색합니다. 이 수준에서는 Windows 브라우저와 Windows 네트워킹 호출을 사용합니다. |
네트워크 검색은 수준이 올라감에 따라 작업 및 네트워크 대역폭 사용량도 증가합니다. 네트워크 검색의 모든 기능을 사용하도록 설정하기 전에 예상되는 네트워크 트래픽을 고려하십시오.
예를 들어 네트워크 검색을 처음 사용할 때 토폴로지 수준만으로 시작하여 네트워크 인프라를 확인할 수도 있습니다. 그런 다음 개체 및 해당 장치 운영 체제를 검색하도록 네트워크 검색을 다시 구성하면 됩니다. 또한 네트워크 검색을 특정 네트워크 세그먼트 범위로 제한하는 설정을 구성할 수 있습니다. 이를 통해 원하는 네트워크 위치에서 개체를 검색할 수 있으며 불필요한 네트워크 트래픽을 방지하고 경계측 라우터나 네트워크 외부를 대상으로 한 개체 검색을 차단할 수 있습니다.
네트워크 검색 옵션
네트워크 검색에서 IP 주소 지정 가능 장치를 검색하도록 설정하려면 장치 쿼리 방법을 지정하는 옵션을 하나 이상 구성해야 합니다. 이러한 옵션은 다음 표에 나열되어 있습니다.
옵션 |
세부 정보 |
요구 사항 |
||
|---|---|---|---|---|
도메인 |
네트워크 검색에서 쿼리할 각 도메인을 지정합니다. 네트워크 검색은 네트워크를 찾아볼 때 사이트 서버에서 볼 수 있는 모든 컴퓨터를 검색할 수 있습니다. 네트워크 검색은 IP 주소를 검색한 다음 검색되는 각 장치에 대해 ICMP(Internet Control Message Protocol) 에코 요청을 사용하여 ping을 실행합니다.ping 명령을 사용하면 현재 활성 상태인 컴퓨터를 확인할 수 있습니다. |
검색을 실행하는 사이트 서버에는 각 지정된 도메인에서 도메인 컨트롤러를 읽을 수 있는 권한이 있어야 합니다. 참고 로컬 도메인에서 컴퓨터를 검색하려면 네트워크 검색을 실행하는 사이트 서버와 같은 서브넷에 위치한 하나 이상의 컴퓨터에서 Computer Browser 서비스를 사용하도록 설정해야 합니다. |
||
SNMP 장치 |
네트워크 검색에서 쿼리할 각 SNMP 장치를 지정합니다. 네트워크 검색은 쿼리에 응답하는 모든 SNMP 장치에서 ipNetToMediaTable 값을 검색합니다. 이 값에서는 클라이언트 컴퓨터 또는 기타 리소스(예: 프린터, 라우터, 기타 IP 주소 지정 가능 장치)에 해당하는 IP 주소의 배열을 반환합니다. |
장치를 쿼리하려면 해당 장치의 IP 주소 또는 NetBIOS 이름을 지정해야 합니다. 네트워크 검색에서 장치의 커뮤니티 이름을 사용하도록 구성해야 하며, 그렇지 않으면 장치는 SNMP 기반 쿼리를 거부합니다. |
||
DHCP |
네트워크 검색에서 쿼리할 각 DHCP 서버를 지정합니다. 네트워크 검색은 32비트 및 64비트 DHCP 서버 모두에서 각 서버에 등록된 장치 목록을 쿼리할 수 있습니다. 네트워크 검색은 DHCP 서버의 데이터베이스에 대한 원격 프로시저 호출을 사용하여 정보를 검색합니다. 네트워크 검색에서 DHCP 서버를 열거할 경우 항상 정적 IP 주소가 검색되는 것은 아닙니다. 네트워크 검색은 DHCP 서버의 IP 주소 제외 범위에 속하는 IP 주소와 수동 할당으로 예약된 IP 주소는 검색하지 않습니다. 참고 네트워크 검색은 Microsoft DHCP를 실행하는 DHCP 서버만 지원합니다.
|
네트워크 검색에서 DHCP 서버를 성공적으로 쿼리하려면 검색을 실행하는 서버의 컴퓨터 계정은 DHCP 서버에서 DHCP 사용자 그룹의 구성원이어야 합니다. 예를 들어 다음 조건 중 하나에 해당하는 경우 이러한 액세스 수준을 볼 수 있습니다.
|
.jpeg "System_CAPS_important")
중요참고
네트워크 검색은 검색을 실행하는 사이트 서버의 컴퓨터 계정의 컨텍스트에서 실행됩니다. 이 컴퓨터 계정에 트러스트되지 않은 도메인에 대한 권한이 없는 경우 도메인 및 DHCP 서버 구성 모두에서 리소스를 검색하지 못할 수도 있습니다.
네트워크 검색 제한
네트워크 검색에서 네트워크 경계측에 있는 SNMP 장치를 쿼리할 경우 서브넷 관련 정보 및 현재 네트워크 외부에 있는 SNMP 장치에 관한 정보를 확인할 수 있습니다. 검색에서 통신할 수 있는 SNMP 장치를 구성하고 쿼리할 네트워크 세그먼트를 지정하면 네트워크 검색을 제한할 수 있습니다.
네트워크 검색의 범위를 제한하려면 다음 구성을 사용하십시오.
구성 |
세부 정보 |
||
|---|---|---|---|
서브넷 |
네트워크 검색이 SNMP 및 DHCP 옵션을 사용할 때 쿼리하는 서브넷을 구성합니다. 사용하도록 설정된 서브넷만 이러한 두 옵션을 통해 검색됩니다. 예를 들어 DHCP 요청은 전체 네트워크 위치에서 장치를 반환할 수 있습니다. 특정 서브넷의 장치만 검색하려는 경우 네트워크 검색 속성 대화 상자의 서브넷 탭에서 해당 서브넷을 지정하고 사용하도록 설정합니다. 서브넷을 지정하고 사용하도록 설정하면 이후의 DHCP 및 SNMP 검색 작업이 이러한 서브넷으로 제한됩니다. 참고 서브넷 구성은 도메인 검색 옵션을 통해 검색되는 개체를 제한하지 않습니다. |
||
SNMP 커뮤니티 이름 |
네트워크 검색이 SNMP 장치를 성공적으로 쿼리할 수 있도록 하려면 해당 장치의 커뮤니티 이름을 사용하여 네트워크 검색을 구성합니다.
|
||
최대 홉 수 |
최대 라우터 홉 수를 구성하면 네트워크 검색이 SNMP를 사용하여 쿼리할 수 있는 네트워크 세그먼트와 라우터 수가 제한됩니다.
예를 들어 0개의 라우터 홉을 지정하고 토폴로지만 검색하면 원본 서버가 있는 서브넷이 검색되고 해당 서브넷에 있는 라우터가 포함됩니다. 다음 다이어그램에서는 0개의 라우터 홉을 지정하고 서버 1에서 토폴로지만 포함한 네트워크 검색을 실행할 때 서브넷 D와 라우터 1이 검색되는 것을 보여 줍니다. .jpeg "토폴로지 전용 네트워크 검색 다이어그램")
다음 다이어그램에서는 0개의 라우터 홉을 지정하고 서버 1에서 토폴로지와 클라이언트를 포함한 네트워크 검색을 실행할 때 서브넷 D와 라우터 1 및 서브넷 D에 있을 수 있는 모든 클라이언트가 검색되는 것을 보여 줍니다. .jpeg "네트워크 클라이언트 검색 다이어그램: 라우터 홉")
다음 네트워크를 살펴보면 라우터 홉이 추가됨에 따라 검색되는 네트워크 리소스 양이 어떻게 늘어나는지 잘 알 수 있습니다. .jpeg "초기 네트워크 검색 예, 홉 수 4")
1개의 라우터 홉을 지정하고 서버 1에서 토폴로지만 포함한 네트워크 검색을 실행하면 다음이 검색됩니다.
|
네트워크 검색이 만드는 검색 데이터 레코드
네트워크 검색이 개체를 검색하면 해당 개체에 대한 DDR(검색 데이터 레코드)을 만듭니다. 네트워크 검색이 개체를 검색하려면 개체 IP 주소를 식별한 다음 해당 서브넷 마스크를 식별해야 합니다. 네트워크 검색이 개체의 서브넷 마스크를 파악할 수 없는 경우 DDR을 만들지 않습니다.
네트워크 검색은 다음 방법을 사용하여 개체의 서브넷 마스크를 식별합니다.
메서드 |
세부 정보 |
제한 사항 |
|---|---|---|
라우터의 ARP 캐시 |
네트워크 검색이 라우터의 ARP 캐시를 쿼리하여 서브넷 정보를 검색합니다. |
일반적으로 라우터 ARP 캐시의 데이터는 유지 기간이 짧습니다. 네트워크 검색이 ARP 캐시를 검색할 때 ARP 캐시에 요청한 개체에 대한 정보가 더 이상 들어 있지 않을 수 있습니다. |
DHCP |
네트워크 검색이 지정된 각 DHCP 서버를 쿼리하여 DHCP 서버가 임대를 제공한 장치를 검색합니다. |
네트워크 검색은 Microsoft DHCP를 실행하는 DHCP 서버만 지원합니다. |
SNMP 장치 |
네트워크 검색이 SNMP 장치를 직접 쿼리할 수 있습니다. |
네트워크 검색이 장치를 쿼리하려면 장치에 로컬 SNMP 에이전트가 설치되어 있어야 합니다. 또한 네트워크 검색이 SNMP 에이전트에 사용되는 커뮤니티 이름을 사용하도록 구성해야 합니다. |
Configuration Manager는 다른 검색 방법이 만드는 DDR을 처리하듯이 네트워크 검색이 만드는 DDR을 처리합니다.
검색 데이터 레코드 정보
DDR(검색 데이터 레코드)은 검색 방법을 통해 만들어지는 파일로, Configuration Manager에서 관리할 수 있는 리소스에 대한 정보를 포함하고 있습니다. DDR에는 컴퓨터, 사용자 및 일부 경우 네트워크 인프라에 대한 정보가 포함되어 있습니다. DDR은 기본 사이트 또는 중앙 관리 사이트에서 처리됩니다. DDR의 리소스 정보가 데이터베이스에 입력된 후에는 DDR이 삭제되고 해당 정보가 글로벌 데이터로 해당 계층의 모든 사이트에 복제됩니다.
DDR이 처리되는 사이트는 DDR에 포함된 정보에 따라 달라집니다.
데이터베이스에 없고 새로 검색된 리소스에 대한 DDR은 계층의 최상위 사이트에서 처리됩니다. 최상위 사이트에서 데이터베이스에 새 리소스 레코드가 만들어지고 이 레코드에 고유 식별자가 할당됩니다. DDR은 최상위 사이트에 도달할 때까지 파일 기반 복제를 통해 전송됩니다.
이전에 검색된 개체에 대한 DDR은 기본 사이트에서 처리됩니다. 데이터베이스에 이미 있는 리소스에 대한 정보가 DDR에 포함된 경우 자식 기본 사이트에서 DDR을 중앙 관리 사이트로 전송하지 않습니다.
보조 사이트에서는 검색 데이터 레코드를 처리하지 않으며 항상 파일 기반 복제를 통해 부모 기본 사이트로 전송합니다.
DDR 파일은 .ddr 확장명으로 식별되며 일반적으로 약 1KB의 크기를 갖습니다.
검색을 실행할 위치 결정
Configuration Manager에서 검색을 사용하려는 경우 각 검색 방법을 실행할 위치를 고려해야 합니다.
Configuration Manager가 검색 데이터를 데이터베이스에 추가하면 이 데이터가 금방 계층의 모든 사이트에서 공유됩니다. 계층의 여러 사이트에서 같은 정보를 검색하는 것에는 아무 유익이 없으므로 사용하는 각 검색 방법의 여러 인스턴스를 여러 사이트에서 실행하기보다는 단일 인스턴스를 하나의 사이트에서 실행하도록 구성하는 것이 좋습니다.
그러나 이따금 한 가지 검색 방법이 여러 사이트에서 별도의 구성과 일정으로 실행되도록 할당하는 것이 좋을 수 있습니다. 그 이유는 각 사이트에서 한 가지 검색 방법이 실행될 때마다 해당 검색 방법에 대한 모든 구성이 평가되기 때문입니다. 단일 검색 방법의 여러 인스턴스가 여러 사이트에서 실행되도록 구성하는 경우 각 구성을 신중하게 계획하여 둘 이상의 검색 프로세스가 같은 리소스를 검색하지 않도록 합니다. 여러 사이트에서 같은 위치와 리소스를 검색하면 네트워크 대역폭이 추가로 사용될 뿐만 아니라 아무 가치가 없는 중복된 리소스 DDR이 만들어져 사이트 서버에서 처리됩니다.
다음 표에는 각 검색 방법을 구성할 수 있는 사이트가 정리되어 있습니다.
검색 방법 |
지원되는 위치 |
|---|---|
Active Directory 포리스트 검색 |
|
Active Directory 그룹 검색 |
|
Active Directory 시스템 검색 |
|
Active Directory 사용자 검색 |
|
하트비트 검색1 |
|
네트워크 검색 |
|
1 보조 사이트에서는 하트비트 검색을 구성할 수 없지만 클라이언트에서 하트비트 DDR을 받을 수 있습니다.
보조 사이트에서 네트워크 검색을 실행하거나 하트비트 검색 DDR을 받으면 파일 기반 복제를 통해 부모 기본 사이트로 DDR을 전송합니다. 그 이유는 기본 사이트와 중앙 관리 사이트만 DDR(검색 데이터 레코드)을 처리할 수 있기 때문입니다. DDR이 처리되는 방법에 대한 자세한 내용은 이 항목에서 검색 데이터 레코드 정보를 참조하세요.
검색을 실행할 위치를 계획할 때에는 다음을 고려합니다.
시스템, 사용자 또는 그룹에 대한 Active Directory 검색 방법을 사용하는 경우:
도메인 컨트롤러에 대한 빠른 네트워크 연결을 갖는 사이트에서 검색을 실행합니다.
검색이 최신 정보에 액세스할 수 있도록 Active Directory 복제 토폴로지를 고려합니다.
검색 구성의 범위를 고려하고 검색해야 할 Active Directory 위치와 그룹으로 검색을 제한합니다.
네트워크 검색을 사용하는 경우:
제한된 초기 구성을 사용하여 네트워크 토폴로지를 파악합니다.
네트워크 토폴로지를 파악한 후에는 보다 완전하게 검색할 네트워크 영역에 중요한 특정 사이트에서 네트워크 검색이 실행되도록 구성합니다.
하트비트 검색은 특정 사이트에서 실행되지 않기 때문에 전반적인 계획에서 검색을 실행할 위치를 고려하지 않아도 됩니다.
각 사이트 서버와 네트워크 환경은 서로 다르기 때문에 초기 검색 구성을 제한하고 각 사이트 서버를 긴밀하게 모니터링하여 생성된 검색 데이터를 처리할 수 있는지 확인합니다.
검색 모범 사례
System Center 2012 Configuration Manager에서 검색을 사용할 때 따라야 할 모범 사례는 다음과 같습니다.
Active Directory 그룹 검색을 실행하기 전에 Active Directory 시스템 검색과 Active Directory 그룹 검색 실행
Active Directory 그룹 검색에서는 이전에 검색되지 않은 사용자 또는 컴퓨터가 그룹의 구성원으로 식별될 경우 해당 사용자 또는 컴퓨터에 대한 기본적인 정보를 검색합니다. Active Directory 그룹 검색은 이 유형의 검색을 위해 최적화되어 있지 않으므로 이 프로세스로 인해 Active Directory 그룹 검색의 실행 속도가 느려질 수 있습니다. 또한 Active Directory 그룹 검색은 검색되는 사용자와 컴퓨터에 대한 기본적인 정보만 식별하고 사용자 또는 컴퓨터에 대한 완전한 검색 레코드를 만들지 않습니다. Active Directory 시스템 검색과 Active Directory 사용자 검색을 실행하면 각 개체 유형에 대한 추가 Active Directory 특성을 사용할 수 있으므로 Active Directory 그룹 검색이 더 효율적으로 실행됩니다.
Active Directory 그룹 검색을 실행하는 경우 Configuration Manager에서 사용할 그룹만 지정
Active Directory 그룹 검색의 리소스 사용을 제어하기 위해 Configuration Manager에서 사용하는 그룹만 지정합니다. 이는 Active Directory 그룹 검색이 검색되는 각 그룹에서 사용자, 컴퓨터 및 중첩된 그룹을 회귀적으로 검색하기 때문입니다. 중첩된 각 그룹의 검색으로 Active Directory 그룹 검색의 범위가 확장되어 성능이 저하될 수 있습니다. 또한 Active Directory 그룹 검색에 대한 델타 검색을 구성하는 경우 검색 방법이 각 그룹에서 변경 사항을 모니터링합니다. 이 검색 방법으로 불필요한 그룹을 검색해야 하므로 성능이 더욱 떨어집니다.
전체 검색 사이의 간격을 더 길게 늘리고, 델타 검색을 더 자주 실행하도록 검색 방법 구성
델타 검색은 전체 검색 주기보다 더 적은 리소스를 사용하고 Active Directory에서 새로운 리소스 또는 수정된 리소스를 파악할 수 있으므로 델타 검색을 사용하면 전체 검색 주기의 빈도를 줄여 일주일에 한 번 이하만 실행할 수 있습니다. Active Directory 시스템 검색, Active Directory 사용자 검색 및 Active Directory 그룹 검색은 Active Directory 개체의 거의 모든 변경 사항을 파악하고 리소스에 대한 정확한 검색 데이터를 유지할 수 있습니다.
네트워크 위치가 Active Directory 도메인 컨트롤러와 가장 가까운 기본 사이트에서 Active Directory 검색 방법 실행
Active Directory 검색의 성능을 높이려면 도메인 컨트롤러에 대한 고속 네트워크 연결을 갖는 기본 사이트에서 검색을 실행하는 것이 좋습니다. 여러 사이트에서 Active Directory 검색 방법을 실행하는 경우 중복을 피하여 각 검색 방법을 구성하는 것이 좋습니다. 이전 버전의 Configuration Manager와 달리 검색 데이터가 사이트 전체에서 공유됩니다. 따라서 같은 정보를 여러 사이트에서 검색할 필요가 없습니다. 자세한 내용은 검색을 실행할 위치 결정 항목을 참조하세요.
검색 데이터로부터 경계를 자동으로 만들려는 경우 한 사이트에서만 Active Directory 포리스트 검색 실행
계층에 있는 둘 이상의 사이트에서 Active Directory 포리스트 검색을 실행하는 경우 한 사이트에서 자동으로 경계를 만드는 옵션만 사용하도록 설정하는 것이 좋습니다. 이는 Active Directory 포리스트 검색이 각 사이트에서 실행되어 경계를 만들므로 Configuration Manager에서 이러한 경계를 하나의 경계 개체로 병합할 수 없기 때문입니다. 여러 사이트에서 자동으로 경계를 만들도록 Active Directory 포리스트 검색을 구성하는 경우 Configuration Manager 콘솔에서 중복된 경계 개체가 표시될 수 있습니다.