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의 검색 방법을 사용하도록 설정하기 전에 각 방법으로 검색할 수 있는 항목을 파악해야 합니다. 검색을 통해 대량의 네트워크 트래픽이 발생하고 결과 DDR의 처리 시 상당한 CPU 리소스가 사용되기 때문에 목표를 충족하는 데 필요한 검색 방법만 사용하도록 계획합니다. 한두 가지 검색 방법만 사용해도 필요한 목표를 충족할 수 있으며, 언제든지 제어된 방식으로 추가 방법을 사용하도록 설정하여 환경의 검색 수준을 확장할 수 있습니다.

다음 표에서는 6가지 구성 가능한 각 검색 방법을 계획하는 것에 대한 정보를 제공합니다.

구성 가능한 모든 검색 방법이 검색 실행 일정을 지원합니다. 하트비트 검색을 제외하고 각 방법이 특정 위치에서 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 시스템 검색을 통해 컴퓨터 리소스를 검색하려면 검색 에이전트가 리소스의 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 수를 줄일 수 있습니다.

대다수의 검색 방법 구성은 별도의 설명이 필요 없이 쉽게 이해할 수 있습니다. 다음 섹션에서는 구성 전에 추가 정보가 필요할 수 있는 검색 옵션에 대한 자세한 정보를 제공합니다.

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 포리스트에 게시를 구성하려면 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의 제출을 통해 데이터베이스에서 활성 클라이언트의 레코드를 유지 관리할 수 있으며, 데이터베이스에서 제거되었을 수 있는 활성 클라이언트 또는 수동으로 설치되어 다른 검색 방법으로 검색되지 않는 활성 클라이언트의 검색을 강제 실행할 수도 있습니다.

하트비트 검색은 예 값을 갖는 시스템 리소스 클라이언트 특성을 업데이트하는 방식으로 클라이언트 설치 상태에 대한 세부 정보를 제공하는 유일한 검색 방법입니다. 하트비트 검색 레코드를 보내려면 클라이언트 컴퓨터에서 관리 지점에 연결할 수 있어야 합니다.

하트비트 검색의 기본 일정은 매 7일로 설정되어 있습니다. 하트비트 검색 간격을 변경할 경우, 사이트 데이터베이스에서 비활성 클라이언트 레코드를 삭제하는 오래된 검색 데이터 삭제 사이트 유지 관리 작업보다 하트비트 검색이 더 자주 실행되도록 설정해야 합니다.오래된 검색 데이터 삭제 작업은 기본 사이트에 대해서만 구성할 수 있습니다.

하트비트 검색 작업은 다음 위치에 기록됩니다.

• 컴퓨터 클라이언트의 경우, 하트비트 검색 작업은 클라이언트의 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에 기록됩니다.

DDR(검색 데이터 레코드)은 검색 방법을 통해 만들어지는 파일로, Configuration Manager에서 관리할 수 있는 리소스에 대한 정보를 포함하고 있습니다. DDR에는 컴퓨터, 사용자 및 일부 경우 네트워크 인프라에 대한 정보가 포함되어 있습니다. DDR은 기본 사이트 또는 중앙 관리 사이트에서 처리됩니다. DDR의 리소스 정보가 데이터베이스에 입력된 후에는 DDR이 삭제되고 해당 정보가 글로벌 데이터로 해당 계층의 모든 사이트에 복제됩니다.

DDR이 처리되는 사이트는 DDR에 포함된 정보에 따라 달라집니다.

• 데이터베이스에 없고 새로 검색된 리소스에 대한 DDR은 계층의 최상위 사이트에서 처리됩니다. 최상위 사이트에서 데이터베이스에 새 리소스 레코드가 만들어지고 이 레코드에 고유 식별자가 할당됩니다. DDR은 최상위 사이트에 도달할 때까지 파일 기반 복제를 통해 전송됩니다.

• 이전에 검색된 개체에 대한 DDR은 기본 사이트에서 처리됩니다. 데이터베이스에 이미 있는 리소스에 대한 정보가 DDR에 포함된 경우 자식 기본 사이트에서 DDR을 중앙 관리 사이트로 전송하지 않습니다.

• 보조 사이트에서는 검색 데이터 레코드를 처리하지 않으며 항상 파일 기반 복제를 통해 부모 기본 사이트로 전송합니다.

DDR 파일은 .ddr 확장명으로 식별되며 일반적으로 약 1KB의 크기를 갖습니다.

Configuration Manager에서 검색을 사용하려는 경우 각 검색 방법을 실행할 위치를 고려해야 합니다.

Configuration Manager가 검색 데이터를 데이터베이스에 추가하면 이 데이터가 금방 계층의 모든 사이트에서 공유됩니다. 계층의 여러 사이트에서 같은 정보를 검색하는 것에는 아무 유익이 없으므로 사용하는 각 검색 방법의 여러 인스턴스를 여러 사이트에서 실행하기보다는 단일 인스턴스를 하나의 사이트에서 실행하도록 구성하는 것이 좋습니다.

그러나 이따금 한 가지 검색 방법이 여러 사이트에서 별도의 구성과 일정으로 실행되도록 할당하는 것이 좋을 수 있습니다. 그 이유는 각 사이트에서 한 가지 검색 방법이 실행될 때마다 해당 검색 방법에 대한 모든 구성이 평가되기 때문입니다. 단일 검색 방법의 여러 인스턴스가 여러 사이트에서 실행되도록 구성하는 경우 각 구성을 신중하게 계획하여 둘 이상의 검색 프로세스가 같은 리소스를 검색하지 않도록 합니다. 여러 사이트에서 같은 위치와 리소스를 검색하면 네트워크 대역폭이 추가로 사용될 뿐만 아니라 아무 가치가 없는 중복된 리소스 DDR이 만들어져 사이트 서버에서 처리됩니다.

다음 표에는 각 검색 방법을 구성할 수 있는 사이트가 정리되어 있습니다.

1 보조 사이트에서는 하트비트 검색을 구성할 수 없지만 클라이언트에서 하트비트 DDR을 받을 수 있습니다.

보조 사이트에서 네트워크 검색을 실행하거나 하트비트 검색 DDR을 받으면 파일 기반 복제를 통해 부모 기본 사이트로 DDR을 전송합니다. 그 이유는 기본 사이트와 중앙 관리 사이트만 DDR(검색 데이터 레코드)을 처리할 수 있기 때문입니다. DDR이 처리되는 방법에 대한 자세한 내용은 이 항목에서 검색 데이터 레코드 정보를 참조하세요.

검색을 실행할 위치를 계획할 때에는 다음을 고려합니다.

• 시스템, 사용자 또는 그룹에 대한 Active Directory 검색 방법을 사용하는 경우:

  • 도메인 컨트롤러에 대한 빠른 네트워크 연결을 갖는 사이트에서 검색을 실행합니다.

  • 검색이 최신 정보에 액세스할 수 있도록 Active Directory 복제 토폴로지를 고려합니다.

  • 검색 구성의 범위를 고려하고 검색해야 할 Active Directory 위치와 그룹으로 검색을 제한합니다.

• 네트워크 검색을 사용하는 경우:

  • 제한된 초기 구성을 사용하여 네트워크 토폴로지를 파악합니다.

  • 네트워크 토폴로지를 파악한 후에는 보다 완전하게 검색할 네트워크 영역에 중요한 특정 사이트에서 네트워크 검색이 실행되도록 구성합니다.

• 하트비트 검색은 특정 사이트에서 실행되지 않기 때문에 전반적인 계획에서 검색을 실행할 위치를 고려하지 않아도 됩니다.

• 각 사이트 서버와 네트워크 환경은 서로 다르기 때문에 초기 검색 구성을 제한하고 각 사이트 서버를 긴밀하게 모니터링하여 생성된 검색 데이터를 처리할 수 있는지 확인합니다.

System Center 2012 Configuration Manager에서 검색을 사용할 때 따라야 할 모범 사례는 다음과 같습니다.