Поделиться через


Поиск — одна или несколько баз данных обхода контента могут иметь фрагментированные индексы (SharePoint Server)

ОБЛАСТЬ ПРИМЕНЕНИЯ:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint в Microsoft 365

Важно!

Это правило анализатора работоспособности применяется только к SharePoint 2010, так как оно было удалено в KB4011601 для SharePoint Server 2013 и KB4011576 для SharePoint Server 2016.

Имя правила. Поиск — одна или несколько баз данных обхода контента могут иметь фрагментированные индексы.

Сводка: в этой статье описывается правило анализатора работоспособности SharePoint, относящееся к дефрагментации базы данных обхода контента приложения-службы поиска. Фрагментация индексов данных обхода возникает на другом уровне по сравнению с обычной фрагментацией дисков. Она появляется в каждой базе данных обхода по мере создания, обновления и удаления данных в течение обычных процедур обхода контента. При запуске правила работоспособности система делает использованное хранилище непрерывным, устраняет неиспользуемое хранилище и сжимает базу данных.

Рекомендуется запускать правило базы данных обхода контента в следующих обстоятельствах.

  • В SQL Server Enterprise при запуске правила для базы данных обхода контента автоматически включается функция сжатия страниц, оптимизирующая ввод и вывод, а также использование дискового пространства.

  • Если причиной значительного снижения производительности считается фрагментация базы данных обхода. Это должно происходить крайне редко, так как базы данных обхода контента практически всегда фрагментированы в той или иной степени.

Признаки. Могут наблюдаться следующие признаки:

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

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

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

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

Решение: включите и запустите правило обеспечения работоспособности, касающееся дефрагментации базы данных обхода контента

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

  2. В Центр администрирования щелкните Мониторинг.

  3. На странице "Мониторинг" в разделе Анализатор работоспособности выберите Просмотр определений правил.

  4. В разделе Производительность на странице "Все правила" щелкните Поиск — одна или несколько баз данных обхода контента могут иметь фрагментированные индексы.

  5. Если правило не включено, на ленте диалогового окна Определение правил анализатора работоспособности щелкните Изменить элемент. Убедитесь, что установлен флажок Включено, затем щелкните на ленте пункт Сохранить.

  6. Щелкните на ленте Выполнить.

  7. Нажмите кнопку Закрыть.

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