Подготовка предложений запроса задания таймера занимает много времени для выполнения в SharePoint 2013

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 3174023
Проблема
Подготовка предложений запроса jobin таймера SharePoint Server 2013 длится дольше обычного для выполнения и потребляет много ресурсов базы данных tempdb.
Причина
Подготовка предложений запроса jobruns таймера proc_MSS_GetPopularQueries хранения procedureinternally. Этот файл содержит соединений и агрегатов, не хорошо масштабируются при слишком сильно увеличивает число строк в базовой таблице.
Решение
По умолчанию SharePoint не сохраняет данные до 365 дней в базовых таблицах. Это значение должно работать для подавляющего большинства пользователей SharePoint. Тем не менее если возникают проблемы, описанные в разделе «Проблема», корпорация Майкрософт рекомендует уменьшить период хранения в значение в разумных пределах. Чтобы сделать это, выполните следующие действия.
  1. Измените интервал очистки. Для этого запуска среды управления SharePoint, а затем введите следующие команды PowerShell:

    $ssa = get SPEnterpriseSearchServiceApplication-удостоверение «Приложение службы поиска»
    $ssa. QueryLogSettings.CleanupDays =<Days></Days>

    ПримечаниеПрототип <Days>представляет количество дней, которые нужно задать как значение срока хранения. Не имеет смысла «исправить» и следует начать с большим числом и уменьшить его до найти лучший срок хранения для вашей среды. Например начните с 270 дней, затем 180 дней, а затем в течение 90 дней. Установить значение разумного срока хранения для производственной среде, как уменьшение его слишком много может повлиять на другие возможности поиска, включая ранжирования релевантности и предложений запроса.</Days>
  2. Ожидание запроса регистрации задания таймера для выполнения.

    Ведение журнала запросов таймера задания проверки таблицы, которые требуется очистки и он будет выполняться внутреннюю хранимую процедуру для удаления записей из базовой таблицы в 24-часовой период.
Дополнительная информация
Поведение, описанное в разделе «Проблема» соответствует требованиям спецификации продукции. Действия по разрешению проблемы, рекомендуется использовать только в том случае, если фактически возникают проблемы с производительностью с помощью задания таймера или сервер базы данных из-за proc_MSS_GetPopularQueries хранимой процедуры выполняется недостаточно места для базы данных tempdb.

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 3174023 — последний просмотр: 09/21/2016 02:48:00 — редакция: 1.0

  • kbmt KB3174023 KbMtru
Отзывы и предложения