Обслуживание баз данных для продуктов Microsoft® SharePoint® 2010 (стр. 3 )

в данном техническом документе, сопоставлены со службой таймера SharePoint.

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

Правила анализатора работоспособности можно запускать вручную, выбрав «Выполнить» на ленте страницы правил анализатора работоспособности на сайте центра администрирования. В результате запуска этих правил осуществляется оценка индексов и статистики, а по необходимости — пересчеты и перестроения индексов.

Используемые SharePoint базы данных содержат фрагментированные индексы — при запуске данного правила выполняются следующие задачи:

Правило сообщает об индексах как о фрагментированных. Это вызвано тем, что процесс оценки работоспособности индекса является ресурсоемким. В результате этой особенности выполнения правил анализатора работоспособности данное правило всегда сообщает о индексах как о фрагментированных, чтобы активировать выполнение корректирующего действия. Для каждой базы данных SharePoint действие правила выполняет поиск и при нахождении запускает хранимую процедуру proc_DefragmentIndices. Во время выполнения данной хранимой процедуры создается список всех индексов в базе данных. Каждый индекс оценивается для определения текущего уровня фрагментации. Все индексы с уровнем фрагментации более 30 процентов должны быть перестроены. При условии, что выпуск SQL Server поддерживает перестроения индексов с подключением к сети, для каждого индекса предпринимается попытка перестроения с подключением к сети. Если данная операция завершается со сбоем (возможно, в результате того, что базовый индекс не поддерживает перестроения с подключением к сети из-за использования столбцов с большими объектами), выполняется перестроение индекса без подключения к сети.

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

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

При запуске правила «Поиск — индексы одной или нескольких баз данных свойств фрагментированы» выполняются следующие задачи:

Правило подтверждает, что среда находится в состоянии, в котором выполнение перестроения индекса безопасно. Для каждой базы данных свойств, которая настроена для приложений поиска в локальной ферме, данное правило выполняет хранимую процедуру proc_MSS_DefragSearchIndexes. Во время выполнения данной хранимой процедуры создается список всех индексов, для которых средний уровень фрагментации превышает 10%. Каждый индекс в списке, отрицательно влияющий на производительность базы данных свойств, перестраивается. Если выпуск SQL Server поддерживает перестроения индексов с подключением к сети, выполняется перестроение с подключением к сети. Если попытка такого перестроения завершается со сбоем, индекс перестраивается без подключения к сети.

Поиск — одна или несколько баз данных обхода контента могут иметь фрагментированные индексы — данное правило обслуживает индексы в базах данных обхода при поиске в корпоративной среде SharePoint 2010. Это правило по умолчанию настроено для выполнения по требованию. При запуске оно выполняется на любом сервере в ферме.

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

Чтобы вручную управлять обслуживанием индексов в базах данных обхода, следует полностью отключить правило «Поиск — одна или несколько баз данных обхода контента могут иметь фрагментированные индексы».

При запуске правила «Поиск — одна или несколько баз данных обхода контента могут иметь фрагментированные индексы» выполняются следующие задачи:

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

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

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

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

База данных администрирования поиска База данных Secure Store База данных службы состояний База данных синхронизации профилей База данных использования База данных управляемых метаданных База данных Business Connectivity Services База данных PerformancePoint Services

Дополнительные сведения об изменениях, поддерживаемых для баз данных SharePoint 2010, см. в статье о поддержке изменений в базах данных, которые используются серверными продуктами Office и службами Windows SharePoint Services (http://go. /fwlink/?LinkId=110844&clcid=0x409) в базе знаний Майкрософт.

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

Уменьшение фрагментации для отдельной таблицы и ее индексов

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

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

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

Уровень фрагментации	Метод дефрагментации
До 10 %	Реорганизация (в сети)
10–75 %	Перестроение (в сети)
75 %	Перестроение (вне сети)

Примечание. Использование команд DROP INDEX и CREATE INDEX для баз данных SharePoint 2010 не поддерживается.

Вы можете реорганизовать или перестроить индексы с помощью инструкции ALTER INDEX SQL Server 2008 или SQL Server 2005 или мастера планов обслуживания SQL Server 2008 или SQL Server 2005. В данном документе подробно рассматриваются только варианты для SQL Server 2008 или SQL Server 2005.

Использование ALTER INDEX

Инструкция ALTER INDEX позволяет администратору базы данных выполнять операции обслуживания для индекса таблицы или представления. Эту инструкцию также можно использовать для отключения, перестроения и реорганизации индексов. Кроме того, ее можно использовать для задания параметров для индекса. В большинстве случаев индексы можно перестроить, не отключая базу данных, что обеспечивает более высокий уровень доступности данных по сравнению с перестроением индексов с отключением от сети.