업그레이드가 검색 시스템 아키텍처에 미치는 영향(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에 대해 다음과 같은 세 가지 데이터베이스가 만들어지고 해당하는 Search Service 응용 프로그램과 연결됩니다.
검색 관리 데이터베이스는 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 파일로 이러한 데이터베이스 이름을 사용자 지정할 수 있습니다. |