Планирование облачного гибридного поиска в SharePoint

Важно :  Данная статья переведена с помощью машинного перевода, см. Отказ от ответственности. Используйте английский вариант этой статьи, который находится здесь, в качестве справочного материала.

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

Какие возможности поиска нужны пользователям?

Планирование архитектуры поиска в SharePoint Server для облачного гибридного поиска

Выбор способа управления обходом для локального контента

Выбор способа синхронизации каталогов Active Directory

Есть ли в вашей организации конфиденциальный локальный контент?

Планирование проверки облачного гибридного поиска перед его предоставлением пользователям

Какие возможности поиска нужны пользователям?

После настройки облачного гибридного поиска и завершения полного обхода локального контента в центре поиска в Office 365 автоматически выводятся гибридные результаты из индекса Office 365.

Вертикали поиска — вертикали поиска ограничивают результаты поиска определенным контентом, например только видео. Если в настоящее время вы используете вертикаль поиска в центре поиска в SharePoint Server, ее необходимо воссоздать в центре поиска в SharePoint Online в Office 365.

Поиск по сайту — существующий поиск по библиотекам документов в SharePoint Server перестает возвращать результаты после переноса индекса поиска в Office 365. Поиск выполняете быстрее всего при использовании центров поиска, находящихся в той же среде, что и индекс поиска, поэтому лучше выполнять поиск из центра поиска Office 365. Если пользователям нужны результаты из индекса поиска Office 365 на локальных сайтах SharePoint, например на существующих сайтах групп в SharePoint Server 2010, можно настроить поиск из SharePoint Server 2013 или SharePoint Server 2016. Спланируйте удаленный источник результатов в SharePoint Server 2013 или SharePoint Server 2016 для получения результатов из индекса поиска Office 365, а также спланируйте использование федерации запросов. Так как ваши запросы обрабатываются SharePoint Online в Office 365, пользователям необходимо применять синтаксис запросов, поддерживаемый SharePoint Online. Дополнительные сведения см. в статье Вывод результатов из Office 365 в локальной среде SharePoint Server 2013 с помощью облачного гибридного поиска или Вывод результатов из Office 365 в локальной среде SharePoint Server 2016 с помощью облачного гибридного поиска.

Обнаружение электронных данных — вам может потребоваться настроить обнаружение электронных данных отдельно в SharePoint Server и в SharePoint Online в Office 365.

Публикация на нескольких сайтах - публикация на нескольких сайтах в облаке гибридной поиска недоступен.

Предварительный просмотр — когда пользователь наводит указатель на результат поиска из Office 365, выводится информация о контенте и его образец. Информация о контенте в результатах поиска из локальной среды выводится автоматически, но его предварительный просмотр необходимо настроить. Спланируйте ферму серверов Office Web Apps и настройте использование сервера Office Web Apps в SharePoint Server 2013. Инструкции см. в статье Включение предварительного просмотра для локальных результатов поиска в SharePoint Online, если вы используете SharePoint Server 2013, или в статье Включение предварительного просмотра для локальных результатов поиска в SharePoint Online, если вы используете SharePoint Server 2016.

Фильтрация по ролям безопасности настраиваемые - SharePoint Online в Office 365 не поддерживает фильтрации по ролям безопасности пользовательский.

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

Наиболее подходящие элементы — наиболее подходящие элементы — это функция SharePoint Server 2010. В SharePoint Online в Office 365 используйте вместо них правила запросов.

Пользовательские области поиска — пользовательские области поиска — это функция SharePoint Server 2010. В SharePoint Online в Office 365 используйте вместо них источники результатов.

Повышение и понижение результатов поиска — повышение и понижение результатов поиска — это функция SharePoint Server 2010. В SharePoint Online в Office 365 используйте вместо нее источники результатов.

Удаление локальные результаты поиска - в центре администрирования в SharePoint Server можно выбрать приложения-службы поиска и с помощью параметра «Сброс индекса» удалить все элементы из индекса поиска. Не используйте этот параметр для облака приложения службы поиска, параметр удаляет журнала обхода контента из баз данных обхода, но так как нет нет непосредственное взаимодействие облако приложения службы поиска в SharePoint Server и поисковый индекс в Office 365 не удаление элементов в локальной Office 365 индекс. Эти элементы локальной становятся появления потерянных записей в предметном указателе Office 365. Если вы хотите удалить все локальные метаданные из Office 365 поисковый индекс, удалите все локальные источники контента. Любой локальной влево в индексе поиска Office 365 после завершения процесса выделены потерянный элементов, Узнайте, как удалить потерянный элементы.

Некоторые функции поиска, которые могут быть знакомы вам по SharePoint Server, недоступны при использовании облачного гибридного поиска. Не забудьте оповестить об этом пользователей.

Мультитенантность в ферме SharePoint Server 2013 или SharePoint Server 2016 — ферма SharePoint Server 2013 или SharePoint Server 2016 может подключаться только к одному клиенту в SharePoint Online в Office 365, поэтому SharePoint Online не может обеспечивать изоляцию клиентов для мультитенантной фермы SharePoint Server 2013 или SharePoint Server 2016.

Извлечение настраиваемых объектов — извлечение настраиваемых объектов недоступно при использовании облачного гибридного поиска, так как SharePoint Online в Office 365 не поддерживает извлечение настраиваемых объектов.

Веб-служба обогащения контента — вызов веб-службы обогащения контента невозможен при использовании облачного гибридного поиска, так как SharePoint Online в Office 365 не поддерживает извлечение настраиваемых объектов.

Тезаурус - тезаурусам недоступны поиск гибридной облако из-за SharePoint Online в Office 365 не поддерживает тезаурусы.

Планирование архитектуры поиска в SharePoint Server для облачного гибридного поиска

Одним из этапов настройки облачного гибридного поиска является создание облачного приложения службы поиска в ферме поиска SharePoint Server 2013 или SharePoint Server 2016. При создании этого приложения на сервере, на котором оно выполняется, создается архитектура поиска по умолчанию. В каждой ферме поиска может быть только одно облачное приложение службы поиска, но в сочетании с ним может использоваться несколько приложений службы поиска.

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

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

Этап 1. Объем локального контента, который может индексироваться в Office 365

Для каждого 1 ТБ пула дискового пространства, которые содержит к клиенту в SharePoint Online можно индексировать элементов 1 миллион локального контента в индексе поиска в Office 365. Вы можете приобрести дополнительное пространство для увеличения квоты, до достижения порог миллионов 20 элементов. Необходима индексировать элементы более 20 миллионов локального содержимого, обратитесь в Службу технической поддержки Майкрософт увеличить это пороговое значение.

Этап 2. Необходимый размер архитектуры облачного поиска

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

Иллюстрация на которой показана ферма поиска с серверами и компонентами поиска.

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

Как и в случае локального только корпоративного поиска может масштаб архитектуру поиска. Основной разница, что при поиске облако гибридной его относится только масштабировать компонент обхода. Если вам нужно настроить обход, следуйте указаниям для обхода в перекомпоновать Корпоративная топология поиска требования к производительности отдельных в SharePoint 2013 (руководства для обхода применима в облако гибридной поиска). Обратите внимание, что если вы обхода контента локальной в самый высокий курс, система может регулировать подачи к индексу поиска Office 365 для защиты Office 365 аренды. Если архитектуру поиска до два компонента обхода контента, следует в результате скорость достаточно и приемлемо обхода.

Этап 3. Требования к оборудованию для архитектуры облачного поиска

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

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

Сервер

На узле

Хранилище

ОЗУ

Процессор1

Сервер приложений

A

100 ГБ

16 ГБ

1,8 ГГц, 4 ядра ЦП

Сервер базы данных

B

100 ГБ

16 ГБ

1,8 ГГц, 4 ядра ЦП

1 Здесь указано количество ядер ЦП, а не количество потоков ЦП.

Помимо этого, должны выполняться указанные ниже требования.

  • Убедитесь в том, что на каждом сервере узла имеется достаточный объем дискового пространства для базовой установки операционной системы Windows Server и для программных файлов SharePoint Server. Серверу узла также требуется свободное дисковое пространство для диагностических целей, например для ведения журнала, отладки и создания дампов памяти по выполняемым ежедневно операциям, а также для файла подкачки. Обычно для операционной системы Windows Server и программных файлов SharePoint Server достаточно 80 ГБ дискового пространства.

  • Увеличьте объем хранилища для пространства журналов SQL каждого сервера базы данных. Если на сервере баз данных не настроено частое резервное копирование баз данных, пространство журналов SQL занимает много места. Дополнительные сведения о планировании баз данных SQL см. в статье Планирование и настройка емкости хранилища и SQL Server (SharePoint Server 2013).

Способ доставки данных от компонентов поиска и операционной системы в рамках хранилища влияет на производительность поиска. Для получения хороших результатов можно выполнить указанные ниже действия.

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

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

Совет : Вы можете выбрать настраиваемое расположение для данных компонента поиска при установке SharePoint Server на узле. Любой компонент поиска на узле, которому требуется хранить данные, будет хранить их в указанном расположении. Чтобы изменить его, необходимо переустановить SharePoint Server на этом узле.

Убедитесь в том, что имеющееся у вас хранилище работает достаточно быстро и способно обрабатывать трафик от компонентов и баз данных поиска. База данных обхода — единственный компонент в архитектуре облачного гибридного поиска, предъявляющий требований к скорости ввода-вывода. База данных требует средней или высокой скорости ввода-вывода: типичная нагрузка на подсистему ввода-вывода составляет 10 операций ввода-вывода в секунду при скорости обхода, равной 1 документу в секунду.

Топология облачного приложения службы поиска состоит из компонентов и баз данных поиска того же типа, что и в топологии обычного приложения службы поиска в SharePoint Server 2013 или SharePoint Server 2016. Но есть и ряд отличий.

Неиспользуемые поиска компонентов и базами данных в облаке гибридной поиска - в облаке гибридной поиска, оно Office 365 обрабатывает содержимое, сохраняет индекс и обработка аналитики. Облако Уязвимостей не используется содержимым обработки компонента, компонента индекса, компонент обработка аналитики, ссылки или analytics базу данных. Эти компоненты и баз данных бездействия.

Взаимодействие между компонентами поиска и базами данных в облаке гибридной поиска- компонентов поиска и базами данных по-разному в топологии поиска облачных Уязвимостей по сравнению с топологии поиска стандартных Уязвимостей:

Иллюстрация на которой показаны источники контента, ферма поиска с компонентами поиска и Office 365. Данные передаются из источников контента через компонент обхода в Office 365.
  1. Компонент обхода получает контент из локальной фермы и отправляет его в индекс поиска в Office 365. Как и обычный компонент обхода, он использует соединители для взаимодействия с источниками контента и базу данных обхода для хранения временных и исторических сведений об элементах, обход которых был выполнен.

  2. Как и в случае с обычным приложением службы поиска, компонент администрирования поиска выполняет системные процессы, необходимые для поиска.

  3. Мы рекомендуем выполнять все операции поиска из Office 365, так как облачный гибридный поиск оптимизирован для этого. Но вы можете настроить поиск по сайту в SharePoint Server, чтобы получать результаты поиска из индекса поиска в Office 365. Если вы настроили поиск в локальном семействе веб-сайтов для запроса индекса Office 365, этот компонент обработки запросов передает запросы из поля поиска в индекс Office 365, а результаты из индекса Office 365 — в поле поиска.

Выбор способа управления обходом для локального контента

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

Выбор способа синхронизации каталогов Active Directory

При обходе, анализе и шифровании локального контента также выполняется обход списков управления доступом (ACL) для каждого элемента. В индексе поиска Office 365 списки ACL хранятся вместе с элементом, поэтому система должна распознавать локального пользователя как соответствующего пользователя в Office 365. После настройки синхронизации Active Directory между локальной сетью (Windows Server Active Directory) и клиентом Office 365 (Windows Azure Active Directory) система сопоставляет списки ACL с соответствующими пользователями, и пользователи получают результаты поиска, отфильтрованные по ролям безопасности, из индекса Office 365.

Существует два способа синхронизации каталогов Active.

  • синхронизация службы каталогов с синхронизацией паролей;

  • синхронизация службы каталогов с единым входом.

При выборе варианта с единым входом вы также можете при желании настроить синхронизацию паролей в качестве резервного способа, но в любом случае необходимо настроить по крайне мере один из этих способов (синхронизацию паролей или единый вход). Дополнительные сведения об этих способах и их настройке см. в статье Интеграция Office 365 с локальными средами.

В некоторых организациях права на доступ к локальному контенту предоставляются с помощью одной из групп безопасности по умолчанию в Windows Server Active Directory (AD), например группы "Пользователи домена".

Средство синхронизации Azure Active Directory Connect по умолчанию исключает некоторые объекты из синхронизации. Одним из исключаемых наборов объектов являются группы безопасности с атрибутом IsCriticalSecurityObject=true, а примером такой группы является группа "Пользователи домена". Поэтому права доступа для членов группы "Пользователи домена" недоступны в Azure Active Directory (AAD). Даже если пользователи имеют доступ к локальному контенту, они не получают результаты поиска по этому контенту.

Вместо этого назначить права доступа с помощью группы, который не имеет IsCriticalSecurityObject = ИСТИНА, например все группы, прошедшие проверку группы или пользовательскую группу. Список условий для исключения объекты и Дополнительные сведения о синхронизации непредвиденные результаты читайте в статье не синхронизировать один или несколько объектов при использовании инструмента Azure Active Directory Sync.

Есть ли в вашей организации конфиденциальный локальный контент?

В некоторых организациях есть локальный контент, который считается конфиденциальным в связи с нормативными, юридическими или геополитическими ограничениями. В некоторых случаях запрещается добавлять метаданные конфиденциального локального контента в индекс поиска Office 365. В других случаях метаданные конфиденциального локального контента можно добавлять в индекс поиска Office 365, но только ограниченному кругу пользователей разрешено получать результаты поиска по конфиденциальному контенту.

Вот как можно настроить гибридное поиска в соответствии с эти ограничения два примера.

Настройте облачный гибридный поиск и тщательно спланируйте права доступа к конфиденциальному контенту так, чтобы только соответствующие пользователи могли получать к нему доступ при выборе результатов поиска.

Настройте облачный гибридный поиск в сочетании с гибридным федеративным поиском.

Иллюстрация, на которой показана совместная настройка облачного гибридного поиска, гибридного федеративного поиска и поиска в корпоративной среде.
  • Спланируйте источники контента для облачного приложения службы поиска в SharePoint Server так, чтобы они охватывали весь локальный контент, кроме конфиденциального. Метаданные для контента, обход которого был выполнен, добавляются в индекс поиска в Office 365.

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

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

Планирование проверки облачного гибридного поиска перед его предоставлением пользователям

После создания и настройки облачного приложения службы поиска и завершения полного обхода в центре поиска Office 365 выводятся результаты поиска как в локальной, так и в облачной среде. Мы рекомендуем протестировать и настроить новый интерфейс поиска в отдельном центре поиска, сохранив исходный интерфейс без изменений.

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

Иллюстрация как содержимое вводит индекс Office 365 из обеих SharePoint содержимого фермы серверов и Office 365.
  1. Локальный контент. Во время обхода его метаданные добавляются в индекс поиска Office 365.

  2. Контент Office 365. Во время обхода его метаданные добавляются в индекс поиска Office 365.

  3. По умолчанию (или имеющиеся) Office 365 центра поиска. Создание источника результатов настраиваемые для этого центра поиска, который ограничивает результатов поиска отображается только содержимое Office 365. Если вы используете SharePoint Server 2013 Узнайте, как в Создание источника результатов настраиваемые в SharePoint Server 2013, если вы используете SharePoint Server 2016 Узнайте, как в создании источника пользовательский результат в SharePoint Server 2016.

  4. Новый центр поиска Office 365, в котором тестируется и настраивается вывод результатов гибридного поиска. Этот центр поиска использует источник результатов по умолчанию и выводит результаты поиска как по локальному контенту, так и по контенту Office 365. Доступ к этому сайту следует предоставить только тест-инженерам и администраторам.

Примечание : Хотя во время настройки можно сохранить без изменений исходный интерфейс поиска, исходный интерфейс Office Delve сохранить нельзя. После добавления метаданных локального контента в индекс поиска Office 365 этот контент будет выводиться в Delve.

Статьи по теме

Узнайте, что такое облако гибридной поиска для SharePoint
Настройка облачных гибридной поиска с SharePoint Server 2013
Настройка облачных гибридной поиска с помощью SharePoint Server 2016
гибридной поиска в SharePoint

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

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединиться к программе предварительной оценки Office

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×