Влияние обновления на архитектуру системы поиска (SharePoint Server 2010)

  • Статья

 

Применимо к: SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

В приведенной ниже таблице показано, как обновление с Microsoft Office SharePoint Server 2007 до Microsoft SharePoint Server 2010 влияет на функции и компоненты архитектуры поисковой системы.

Компонент или функция Компонент или функция Office SharePoint Server 2007 Соответствующий компонент или функция SharePoint Server 2010

Служба поиска

Поставщик общих служб (SSP) предназначен для размещения одной или нескольких служб многократного использования с централизованным управлением. Эти службы могут использоваться многими веб-приложениями в ферме. К этим службам относится служба поиска Office SharePoint Server (OSearch). Служба OSearch используется для обхода репозиториев контента, индексирования контента, для которого выполнен обход, а также для обработки запросов конечных пользователей.

В некоторых случаях администратору требуется определить несколько групп параметров поиска на уровне фермы. Например, в целях безопасности администратор может определить выделенный индекс контента для одного набора источников контента и дополнительный индекс для другого набора источников. Чтобы определить дополнительную группу параметров поиска на уровне фермы, администратору поиска необходимо настроить службу OSearch в другом поставщике общих служб. Если в ферме отсутствует подходящий для этих целей поставщик, необходимо создать новый. При этом следует учитывать, что для каждого поставщика общих служб требуются дополнительные ресурсы и операции по обслуживанию (помимо затрачиваемых на службу OSearch).

Для каждого существующего в ферме поставщика общих служб в процессе обновления автоматически создается приложение-служба поиска. Во время обновления параметры администрирования из службы OSearch в поставщике общих служб копируются в соответствующее новое приложение-службу поиска. Например, в новое приложение-службу включаются источники контента, области и правила обхода контента, содержащиеся в службе OSearch соответствующего поставщика общих служб.

Зависимости конфигурации службы поиска

В поставщике служб поиска администратор поиска настраивает службу OSearch, определяя одну группу параметров (например, источники контента и области) для системы поиска на уровне фермы. В каждом поставщике может содержаться только одна служба OSearch. Соответственно, каждый поставщик общих служб задает только одну группу параметров для системы поиска на уровне фермы.

Каждое приложение-служба поиска задает одну группу параметров (например, источники контента и области) для системы поиска на уровне фермы. Для работы приложения-службы поиска не требуется узел, например поставщик общих служб. Чтобы добавить новую группу параметров поиска на уровне фермы, администратору поиска достаточно создать и настроить дополнительное приложение-службу поиска.

Базы данных

Для каждого поставщика общих служб используются две базы данных:

  • База данных поставщика общих служб, содержащая следующие элементы:

    • Административные параметры поиска, такие как источники контента и области.

    • Хранилище профилей (только для Office SharePoint Server 2007).

  • База данных поиска, содержащая следующие элементы:

    • Внутренние данные программы-обходчика, в том числе журналы обхода контента.

    • Хранилище свойств, содержащее метаданные из документов, для которых выполнен обход.

Для каждого поставщика общих служб, существовавшего до обновления, создаются и связываются с соответствующим приложением-службой поиска следующие три базы данных:

  • База данных администрирования поиска. В этой базе данных содержатся административные параметры поиска, которые хранились в базе данных поставщика общих служб.

  • База данных обхода контента. В этой базе данных содержатся внутренние данные программы-обходчика, которые хранились в базе данных поставщика общих служб.

  • База данных свойств. Эта база данных во многом аналогична базе данных поиска, существовавшей до обновления. (Некоторые данные из базы данных поиска перемещаются в базы данных администрирования поиска и обхода контента.)

Для каждого приложения-службы поиска создается только одна база данных администрирования поиска. После обновления базы данных обхода контента и свойств поддерживают масштабирование.

Обход контента

Сервер индексирования содержит одну программу-обходчик.

Сервер обхода контента содержит один или несколько компонентов обхода контента, которые обеспечивают независимый друг от друга обход контента.

Обработка запросов

Сервер запросов содержит только один компонент для обработки поисковых запросов.

На сервере запросов может размещаться один или несколько компонентов для обработки запросов.

Индексирование контента

Каждый поставщик общих служб содержит только одну службу OSearch и один соответствующий индекс контента.

Для каждого существующего до обновления поставщика общих служб создается один раздел индекса с одним компонентом запросов. При обновлении на месте в новый раздел копируется весь индекс контента из поставщика общих служб. После обновления администратор может выполнить масштабирование до нескольких разделов индекса. Каждый раздел содержит обособленную часть индекса. Например, в топологии с двумя разделами индекса каждый из них содержит половину индекса.

При обновлении с подключением базы данных старый индекс контента не сохраняется. Для создания индекса после обновления необходимо выполнить полный обход контента.

Распространение индекса контента

Индекс контента для системы поиска хранится в файловой системе сервера индексирования. Система поиска также копирует индекс контента в файловую систему каждого сервера запросов.

Каждый компонент обхода контента распространяет индекс контента в разделы индекса на серверах запросов. Индекс контента для системы поиска хранится в файловой системе серверов запросов. На сервере обхода контента копия индекса не сохраняется.

Именование приложений-служб поиска и поставщиков общих служб

Каждому поставщику общих служб в ферме присваивается уникальное имя, например SharedServices1.

Каждому приложению-службе поиска, создаваемому в процессе обновления, присваивается имя по умолчанию, основанное на имени соответствующего поставщика общих служб в Microsoft Office SharePoint Server 2007. Например, для поставщика с именем SharedServices1 создаваемому приложению-службе поиска по умолчанию присваивается имя SharedServices1_Search. При необходимости администратор может настроить имена баз данных с помощью XML-файла, используемого при обновлении.

See Also

Concepts

Влияние обновления на сайты центра поиска (SharePoint Server 2010)