업그레이드가 검색 시스템 아키텍처에 미치는 영향(Search Server 2010)

 

적용 대상: Search Server 2010

마지막으로 수정된 항목: 2015-03-09

다음 표의 정보에서는 Microsoft Search Server 2008에서 Microsoft Search Server 2010으로 업그레이드할 경우 검색 시스템 아키텍처의 기능에 미치는 영향에 대해 설명합니다.

기능 Search Server 2008의 기능 Search Server 2010의 해당하는 기능

Search Service

SSP(공유 서비스 공급자)는 중앙에서 관리되며 재사용이 가능한 서비스를 하나 이상 호스팅합니다. 이러한 서비스는 팜의 여러 웹 응용 프로그램에서 사용할 수 있습니다. 해당 서비스 중 하나는 Office SharePoint Server Search Service(OSearch)입니다. OSearch 서비스는 콘텐츠 저장소를 크롤링하고, 크롤링된 콘텐츠를 인덱싱하며, 최종 사용자가 실행하는 검색 쿼리를 처리하는 데 사용됩니다.

그러나 관리자가 팜 전체 검색 구성에 대해 둘 이상의 검색 설정 그룹을 정의하려고 할 수도 있습니다. 예를 들어 보안상의 이유로 관리자는 한 콘텐츠 원본 집합에 대해 한 콘텐츠 인덱스를 전용으로 지정하고, 또 다른 콘텐츠 원본 집합에 대해 또 다른 콘텐츠 인덱스를 전용으로 지정할 수 있습니다. 팜 전체 검색 시스템에 대해 설정 그룹을 추가로 정의하려면 검색 관리자가 다른 SSP에 OSearch 서비스를 구성해야 합니다. 이러한 용도로 사용할 수 있는 다른 SSP가 팜에 없는 경우에는 팜 관리자가 새 SSP를 만들어야 합니다. 그러나 각 SSP는 유지 관리를 필요로 하며 OSearch 서비스에 사용되는 시스템 리소스 외에 추가 시스템 리소스를 사용할 수 있습니다.

업그레이드 전에 팜에 있던 각 SSP에 대해 업그레이드 프로세스에서 자동으로 Search Service 응용 프로그램을 만듭니다. 업그레이드 시 SSP에 있는 OSearch 서비스의 관리 설정이 해당하는 새 Search Service 응용 프로그램에 복사됩니다. 예를 들어 새 Search Service 응용 프로그램은 해당하는 SSP의 OSearch 서비스에 설정된 콘텐츠 원본, 범위 및 크롤링 규칙을 포함합니다.

Search Service 구성 종속성

SSP에서 검색 관리자는 OSearch 서비스를 구성하여 팜 전체 검색 시스템에 대한 하나의 설정 그룹(예: 콘텐츠 원본 및 범위)을 정의합니다. 각 SSP는 OSearch 서비스를 하나만 포함할 수 있습니다. 따라서 한 SSP는 팜 전체 검색 시스템에 대한 하나의 설정 그룹에만 기여할 수 있습니다.

각 Search Service 응용 프로그램은 팜 전체 검색 시스템에 대해 콘텐츠 원본 및 범위와 같은 설정 그룹 하나를 적용합니다. Search Service 응용 프로그램에는 SSP와 같은 호스트가 필요하지 않습니다. 팜 전체 검색 시스템에 설정 그룹을 새로 추가하려면 검색 관리자가 추가 Search Service 응용 프로그램을 만들고 구성하기만 하면 됩니다.

데이터베이스

각 SSP에 대해 다음과 같은 두 가지 데이터베이스가 있습니다.

  • SSP 데이터베이스. 이 데이터베이스에는 콘텐츠 원본 및 범위 같은 검색 관련 관리 설정이 포함됩니다.

  • 검색 데이터베이스. 이 데이터베이스에는 다음이 포함됩니다.

    • 크롤러 내부 데이터(예: 크롤링 로그)

    • 크롤링된 문서의 메타데이터를 포함하는 속성 저장소

업그레이드 전에 있던 각 SSP에 대해 다음과 같은 세 가지 데이터베이스가 만들어지고 해당하는 Search Service 응용 프로그램과 연결됩니다.

  • 검색 관리 데이터베이스. 이 데이터베이스에는 SSP 데이터베이스에 저장되던 검색에 대한 관리 설정이 포함됩니다.

  • 크롤링 데이터베이스. 이 데이터베이스에는 SSP 데이터베이스에 저장되던 크롤러 내부 데이터가 포함됩니다.

  • 속성 데이터베이스. 이 데이터베이스는 기본적으로 업그레이드 전에 있던 검색 데이터베이스와 동일합니다. 업그레이드 전의 검색 데이터베이스에 있던 일부 정보는 검색 관리 데이터베이스와 크롤링 데이터베이스로 이동합니다.

검색 관리 데이터베이스는 Search Service 응용 프로그램당 하나만 있습니다. 그러나 업그레이드 후 크롤링 데이터베이스와 속성 데이터베이스를 확장할 수 있습니다.

크롤링

인덱스 서버에는 하나의 크롤러가 있습니다.

크롤링 서버는 서로 독립적으로 콘텐츠를 크롤링할 수 있는 크롤링 구성 요소를 하나 이상 포함합니다.

쿼리 처리

쿼리 서버에는 검색 쿼리를 처리할 수 있는 구성 요소가 하나뿐입니다.

쿼리 서버는 쿼리 구성 요소를 하나 이상 호스팅할 수 있으며, 각 구성 요소는 검색 쿼리를 처리합니다.

콘텐츠 인덱스

각 SSP는 OSearch 서비스를 하나만 포함할 수 있으며 해당하는 콘텐츠 인덱스가 하나 있습니다.

업그레이드 전에 있던 각 SSP에 대해 하나의 인덱스 파티션이 하나의 쿼리 구성 요소와 함께 만들어집니다. 전체 업그레이드는 SSP에서 새 인덱스 파티션으로 전체 콘텐츠 인덱스를 복사합니다. 업그레이드 후 관리자는 여러 인덱스 파티션으로 확장할 수 있습니다. 각 인덱스 파티션에는 인덱스의 개별 요소가 포함됩니다. 예를 들어 두 개의 인덱스 파티션을 포함하는 토폴로지에서 각 파티션에는 인덱스의 절반이 포함됩니다.

데이터베이스 연결 업그레이드의 경우 이전의 콘텐츠 인덱스는 보존되지 않습니다. 인덱스를 만들려면 업그레이드 후에 전체 크롤링을 수행해야 합니다.

콘텐츠 인덱스 전파

검색 시스템은 인덱스 서버의 파일 시스템에 콘텐츠 인덱스를 저장합니다. 또한 콘텐츠 인덱스의 복사본을 각 쿼리 서버의 파일 시스템으로 전파합니다.

각 크롤링 구성 요소는 콘텐츠 인덱스를 쿼리 서버의 인덱스 파티션으로 전파합니다. 검색 시스템은 쿼리 서버의 파일 시스템에 콘텐츠 인덱스를 저장합니다. 크롤링 서버는 콘텐츠 인덱스의 복사본을 보관하지 않습니다.

SSP 및 Search Service 응용 프로그램의 이름 지정

서버 팜의 각 SSP에는 고유한 이름(예: SharedServices1)이 지정됩니다.

업그레이드 프로세스 동안 만들어진 각 Search Service 응용 프로그램에는 Microsoft Search Server 2008의 해당 SSP 이름을 토대로 기본 이름이 지정됩니다. 예를 들어 SSP 이름이 SharedServices1이었을 경우 기본적으로 해당 Search Service 응용 프로그램의 이름은 SharedServices1_Search가 됩니다. 하지만 관리자가 업그레이드 시 사용된 XML 파일로 이러한 데이터베이스 이름을 사용자 지정할 수 있습니다.