Влияние обновления на архитектуру поисковой системы (Search Server 2010)
Применимо к: Search Server 2010
Последнее изменение раздела: 2015-03-09
В приведенной ниже таблице показано, как обновление с Microsoft Search Server 2008 до Microsoft Search Server 2010 влияет на функции и компоненты архитектуры поисковой системы.
| Компонент или функция | Компонент или функция Search Server 2008 | Соответствующий компонент или функция Search Server 2010 |
|---|---|---|
Служба поиска |
Поставщик общих служб (SSP) предназначен для размещения одной или нескольких служб многократного использования с централизованным управлением. Эти службы могут использоваться многими веб-приложениями в ферме. К этим службам относится служба поиска Office SharePoint Server (OSearch). Служба OSearch используется для обхода репозиториев контента, индексирования контента, для которого выполнен обход, а также для обработки запросов конечных пользователей. В некоторых случаях администратору требуется определить несколько групп параметров поиска на уровне фермы. Например, в целях безопасности администратор может определить выделенный индекс контента для одного набора источников контента и дополнительный индекс для другого набора источников. Чтобы определить дополнительную группу параметров поиска на уровне фермы, администратору поиска необходимо настроить службу OSearch в другом поставщике общих служб. Если в ферме отсутствует подходящий для этих целей поставщик, необходимо создать новый. При этом следует учитывать, что для каждого поставщика общих служб требуются дополнительные ресурсы и операции по обслуживанию (помимо затрачиваемых на службу OSearch). |
Для каждого существующего в ферме поставщика общих служб в процессе обновления автоматически создается приложение-служба поиска. Во время обновления параметры администрирования из службы OSearch в поставщике общих служб копируются в соответствующее новое приложение-службу поиска. Например, в новое приложение-службу включаются источники контента, области и правила обхода контента, содержащиеся в службе OSearch соответствующего поставщика общих служб. |
Зависимости конфигурации службы поиска |
В поставщике служб поиска администратор поиска настраивает службу OSearch, определяя одну группу параметров (например, источники контента и области) для системы поиска на уровне фермы. В каждом поставщике может содержаться только одна служба OSearch. Соответственно, каждый поставщик общих служб задает только одну группу параметров для системы поиска на уровне фермы. |
Каждое приложение-служба поиска задает одну группу параметров (например, источники контента и области) для системы поиска на уровне фермы. Для работы приложения-службы поиска не требуется узел, например поставщик общих служб. Чтобы добавить новую группу параметров поиска на уровне фермы, администратору поиска достаточно создать и настроить дополнительное приложение-службу поиска. |
Базы данных |
Для каждого поставщика общих служб используются две базы данных:
|
Для каждого поставщика общих служб, существующего до обновления, создаются и связываются с соответствующим приложением-службой поиска следующие три базы данных:
Для каждого приложения-службы поиска создается только одна база данных администрирования поиска. После обновления базы данных обхода контента и свойств поддерживают масштабирование. |
Обход контента |
Сервер индексирования содержит одну программу-обходчик. |
Сервер обхода контента содержит один или несколько компонентов обхода контента, которые выполняют обход контента независимо друг от друга. |
Обработка запросов |
Сервер запросов содержит только один компонент для обработки поисковых запросов. |
На сервере запросов могут размещаться один или несколько компонентов для обработки запросов. |
Индексирование контента |
Каждый поставщик общих служб содержит только одну службу OSearch и один соответствующий индекс контента. |
Для каждого существующего до обновления поставщика общих служб создается один раздел индекса с одним компонентом запросов. При обновлении на месте в новый раздел копируется весь индекс контента из поставщика общих служб. После обновления администратор может выполнить масштабирование до нескольких разделов индекса. Каждый раздел содержит обособленную часть индекса. Например, в топологии с двумя разделами индекса каждый из них содержит половину индекса. При обновлении с подключением базы данных старый индекс контента не сохраняется. Для создания индекса после обновления необходимо выполнить полный обход контента. |
Распространение индекса контента |
Индекс контента для системы поиска хранится в файловой системе сервера индексирования. Система поиска также копирует индекс контента в файловую систему каждого сервера запросов. |
Каждый компонент обхода контента распространяет индекс контента в разделы индекса на серверах запросов. Индекс контента для системы поиска хранится в файловой системе серверов запросов. На сервере обхода контента копия индекса не сохраняется. |
Именование приложений-служб поиска и поставщиков общих служб |
Каждому поставщику общих служб в ферме присваивается уникальное имя, например SharedServices1. |
Каждому приложению-службе поиска, создаваемому в процессе обновления, присваивается имя по умолчанию, основанное на имени соответствующего поставщика общих служб в Microsoft Search Server 2008. Например, для поставщика с именем SharedServices1 создаваемому приложению-службе поиска по умолчанию присваивается имя SharedServices1_Search. При необходимости администратор может настроить имена баз данных с помощью XML-файла, используемого при обновлении. |