Меню

Sharepoint 2013 поиск настройка



В этот статье я расскажу о том, как настроить поиск в SharePoint 2013.

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

В моем примере это несколько библиотек SharePoint и несколько общих папок файлового сервера.

Перейдем в центр администрирования — Безопасность — Настройка управляемых учетных записей и зарегистрируем sp_search

Убедимся что поиск активен для нашего веб-приложения (Центр администрирования — управление приложениями — управление веб-приложениями):

Теперь откроем Управление приложениями — управление приложениями-службами:

Переходим к управлению Приложение службы-поиска и первым делом укажем нашу учетную запись sp_search:

Перейдем в раздел Источники контента и добавим наши файловые шары:

Для портала включим непрерывное сканирование:

А для файлового сервера настроим расписание:

Запустим принудительный обход контента:

Запустим реальный поиск на портале и убедимся в корректности его результатов:

Обратите внимание, это результаты поиска по сайту. Для того, чтобы выполнять поиск и по сайтам, и по файловым шарам я создал корпоративный центр поиска:

Разумеется, такой поиск отдает большее количество результатов, ведь на файловом сервере храниться 5 договоров:

На этом, базовую настройку поиска можно считать успешно оконченной.

Источник

Установка и базовая настройка SharePoint Server 2013 SP1 на Windows Server 2012 R2 (в топологии Two-tier farm). Часть 8 – Настройка Службы поиска и создание сайта центра поиска

Данная заметка цикла об установке и базовой настройке SharePoint Server 2013 SP1 будет посвящена настройке общей службы SharePoint – Службе поиска (Search Service). Онлайн документацию на русском языке о развертывании и настройке Службы поиска можно найти в документе Создание и настройка приложения-службы поиска в SharePoint Server 2013 . Все проводимые нами действия будут разделены на два основных этапа, каждый из которых имеет свои подзадачи:

1. Настройка Службы поиска (Search Service Application)

1.1. Создаём управляемую учетную запись SharePoint Managed Account для Службы поиска
1.2. Создаём служебное веб-приложение Службы поиска (Service Application)
1.3. Настраиваем источники контента (Content Sources)
1.4. Запускаем первый обхода источника контента (Full Crawl) и проверяем результат.

2. Настройка сайта Центра поиска (Global Search Center Site)

2.1. Создаем управляемую учетную запись (Managed Account)
2.2. Создаем веб-приложение (Web Application)
2.3. Создаем семейство сайтов (Site collection)
2.4. Регистрируем запись в DNS для Host Header
2.5. Регистрируем SPN для Host Header
2.6. Настраиваем доступ пользователей к корневому сайту
2.7. Задаем Центр поиска в настройках Службы поиска и проверяем результат.

1. Настройка Службы поиска (Search Service Application)

1.1. Создаём управляемую учетную запись SharePoint Managed Account для Службы поиска

Эта учетная запись будет использоваться для запуска Windows-службы SharePoint Server Search Service а также для запуска пулов приложений (IIS Application Pool) связанных с Службой поиска — Application Pool for Search Admin Web Service
Application Pool for Search Query and Site Settings Web Service
Эта же учетная запись в дальнейшем при создании Службы поиска будет назначена в качестве Default content access account.

Читайте также:  Настройка xray в minecraft

Создаём управляемую учетную запись SharePoint с помощью SharePoint 2013 Management Shell либо в Windows PowerShell предварительно подгрузив PSSnapin SharePoint:

Результат проверяем в Центре администрирования (ЦА) по ссылкам Central Administration > Security > General Security > Configure managed accounts

1.2. Создаём служебное веб-приложение Службы поиска (Service Application)

Для создания нового экземпляра веб-приложения Службы поиска перейдём в ЦА по ссылкам:
Central Administration > Application Management > Service Applications > Manage service applications

В ленте на вкладке Service Applications нажимаем New и в выпадающем списке выбираем пункт Search Service Application

В открывшейся веб-форме нам нужно будет указать несколько параметров, которыми будет сконфигурирована создаваемая Служба поиска.

Имя службы (Name) зададим, например Search Service Application

В качестве учетной записи, от имени которой будут запущены Windows-служба поиска (Search Service Account), выбираем из ниспадающего списка управляемую учетную запись, которую создали ранее: KOM\s-KOM-AD01-SP-Search

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

Пул приложений IIS для веб-службы Search Admin Web Service с параметрами:
Создать новый пул приложений — Create new application pool
Имя пула приложений, например — SharePoint Search Admin Web Service AppPool . Не смотря на то, какое имя мы здесь введём, в консоли IIS Manager после создания Службы поиска пул приложений будет отображаться в виде длинного идентификатора.
Управляемая учетная запись та же, что и для служб поиска:
Select a security account for this application pool > Configurable > KOM\s-KOM-AD01-SP-Search

Пул приложений IIS для веб-службы Search Query and Site Settings Web Service с параметрами:
Создать новый пул приложений — Create new application pool
Имя пула приложений, например — SharePoint Search Query and Site Settings Web Service AppPool .
Управляемая учетная запись та же, что и для служб поиска:
Select a security account for this application pool > Configurable > KOM\s-KOM-AD01-SP-Search

Нажимаем ОК и дожидаемся статусного сообщения об успешном создании приложения Службы поиска…

Убеждаемся что веб-приложение новой Служба поиска появилась в списке приложений в ЦА по ссылкам: Central Administration > Application Management > Service Applications > Manage service applications

Выбираем приложение Службы поиска и в ленте на вкладке Service Application нажимаем Manage

Откроется главная страница Администрирования настроек Службы поиска Search Administration. В качестве Contact e-mail address for crawls зададим адрес электронной почты группы администраторов.

Здесь же задается URL сайта Центра поиска (Global Search Center URL), который мы сконфигурируем позже.

1.3. Настраиваем источники контента (Content Sources)

После того как Служба поиска создана, нам необходимо настроить для этой службы источники контента (Content Sources). Подробную информацию о том как управлять источниками контента можно найти в документе Добавление, изменение и удаление источника контента в SharePoint Server 2013 . Приведу небольшую выдержку из этого документа:

При создании приложения-службы поиска автоматически создается источник контента с именем «Локальные сайты SharePoint», который настроен на обход всех сайтов SharePoint в локальной ферме серверов. Можно создать дополнительные источники контента, чтобы указать другой контент для обхода и определить, как система должна выполнять обход этого контента. Созданный источник контента можно изменить или удалить в любое время.

Чтобы настроить источники контента на главной странице Администрирования настроек Службы поиска Search Administration в левой зоне навигации в разделе Crawling перейдем по ссылке Content Sources. В открывшемся списке источников контента выберем созданный по умолчанию источник Local SharePoint sites и в меню действий выберем Edit

Читайте также:  Настройка fifa для слабого пк

В открывшейся форме редактирования источника контента проверим, чтобы в параметре Start Address были указаны URL корневых сайтов всех семейств сайтов, контент которых должен участвовать в поиске.

В параметре Crawl Schedules, который по умолчанию не настроен, нужно задать расписание полного (Full Crawl) и инкрементального (Incremental Crawl) обхода источника данных.

В нашем примере будет включен полный обход один раз в неделю и дополнительный (инкрементальный) обход один раз в 2 часа.

Непрерывный обход (Continuous Crawl) контента, как одно из нововведений SharePoint 2013, является альтернативой добавочному обходу контента и может быть применим только к источникам контента типа Сайты SharePoint. Подробнее об этом виде обхода можно узнать из документа Управление непрерывными обходами контента в SharePoint Server 2013

Непрерывный обход нацелен на содержание индекса поиска в самом актуальном состоянии и поэтому он может более агрессивно нагружать систему, так как по умолчанию запускается с интервалами в 15 минут. Особенностью настройки непрерывного обхода является то, что интервал обхода можно настроить только через PowerShell

Где n — это регулярный интервал в минутах, через который будут начинаться непрерывные обходы контента. Интервал по умолчанию — каждые 15 минут. Самый короткий интервал, который можно установить — 1 минута

Если контент сайтов меняется не очень интенсивно, то вместо непрерывного обхода вполне можно использовать добавочный (инкрементальный) обход с бОльшими интервалами времени.

1.4. Запускаем первый обхода источника контента (Full Crawl) и проверяем результат

После того как настройки источника контента изменены и сохранены можно попробовать выполнить первый полный обход этого источника — Start Full Crawl

Просмотреть лог обхода источника контента можно в разделе настроек Diagnostic по ссылке Crawl Log. Историю обходов можно увидеть по ссылке Crawl History. Состояние выполняемого в данный момент полного обхода видно на текущей странице, где в столбце Started видно когда он запущен, но пока нет данных в столбце Completed

Читайте также:  Настройка коробки передач в drag racing уличные гонки

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

Если обход источника контента для этого сайта прошёл успешно, то мы должны получить соответствующие результаты поиска…

2. Настройка сайта Центра поиска (Global Search Center Site)

Если в ферме SharePoint используется несколько семейств сайтов, то для повышения удобства работы пользователей с поиском, возможно имеет смысл создать выделенный центральный сайт, на котором можно будет произвести поиск сразу по всем семействам сайтов и другим источникам. Описание такого сайта можно найти в документе Создание сайта центра поиска в SharePoint Server 2013 . В целом процедура создания такого сайта ничем не отличается от уже описанной ранее последовательности действий в заметках Часть 3 или Часть 6

2.1. Создаем управляемую учетную запись (Managed Account)

2.2. Создаем веб-приложение (Web Application)

2.3. Создаем семейство сайтов (Site collection)

2.4. Регистрируем запись в DNS для Host Header

2.5. Регистрируем SPN для Host Header

2.6. Настраиваем доступ пользователей к корневому сайту

Заходим в Параметры сайта только что созданного Центра поиска, открываем пункт Разрешения для сайта

В списке разрешений выбираем созданную по умолчанию группу с именем вида – посетители , которой предоставлен доступ на чтение сайта…

Добавляем в эту группу SharePoint доменные группы пользователей, которым мы хотим предоставить возможность пользоваться этим сайтом. Чтобы включить любых пользователей, прошедших аутентификацию добавим группу NT AUTHORITY\Authenticated Users

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

Возвращаемся в ЦА на главную страницу Администрирования настроек Службы поиска Search Administration и указываем URL сайта Центра поиска (Global Search Center URL) который мы только что развернули

В нашем примере это http://kom-ad01-sp-gsc.holding.com/

После этого переходим по этому самому URL на главную страницу сайта Центра поиска, где из диалоговых элементов будет только поисковая строка. В поисковой строке набираем запрос который должен будет вернуть нам результаты с разных коллекций сайтов.

Если мы видим, что в настроенной нами конфигурации не работает поиск людей, то есть в результаты поиска не попадают данные из службы профилей, то нужно ознакомится с документом Развертывание поиска людей в SharePoint Server 2013 .

Как минимум нужно проверить имеет ли учетная запись службы поиска специальный тип доступа Retrieve People Data for Search Crawlers к службе профилей

Также можно проверить то, что в источниках обхода был добавлен URL-адрес веб-приложения, в котором развернута коллекция веб-сайтов “Личные сайты” в формате sps3, как например в нашем случае это sps3://kom-ad01-sp-mys.holding.com

Дополнительные источники информации:

Источник

Adblock
detector