Moss 2007 SP2 DB Индекс индекс Maintanance

Question

Я читал в "О обслуживании пакета 2 для продуктов и технологий SharePoint«Документ, который SP2 включает в себя обновление для задания по таймеру статистики

Я не уверен в терминологии здесь, но это перестройка, которую SQL Server использует для незначительной фрагментации (до 40%) и оставляет DB онлайн? Я также предполагаю, что, следовательно, это не восстановит строго фрагментированные индексы, так как я думаю, что это требует, чтобы БД был в автономном режиме. Кто -нибудь может подтвердить мою веру здесь?

Answer 1

Хранящаяся процедура, на которую вы говорите, IS (Proc_DefragmentIndices) и обсуждается в Эта статья KB.

Хранильная процедура работает в пределах ограничений функции онлайн -индекса, одной из которых является то, что вы не можете выполнить онлайн -индекс по индексу, который содержит столбец LOB (большой объект). Плохие новости? SharePoint хранит много данных Blob (изображения, офисные документы и т. Д.) В базах данных контента.

Глядя на саму сохраненную процедуру, вы можете увидеть, что она пытается сначала выполнить онлайн -дефрагментацию, а затем переключается на офлайн дефрагментацию, где это необходимо - т.е. для столбцов, подобных изображениям. Из того, что я вижу, нет никакой логики, чтобы определить уровень фрагментации, который может быть установлен с использованием avg_fragmentation_in_percent.

Мое понимание «онлайн» в этом контексте - «онлайн -индексная сборка». Это не то же самое, что сама база данных SQL, которая находится в Интернете - онлайн -индекс работает, поддерживая две копии индекса, что означает, что данные полностью доступны в любое время.

Офлайн -индексные восстановления не принимают саму базу данных в автономном режиме - они размещают эксклюзивные «блокировки» в ваших индексах таблицы SQL, в течение которых запросы времени не могут быть запускаются в рассматриваемой таблице. Это сильно отличается от самого БД в офлайн -состоянии.

Таким образом, чтобы ответить на ваш вопрос, задание на таймер, добавленная в Moss 2007 SP2, почти наверняка приведет к автономному индексу, учитывая, что у вас будут данные BLOB в вашем контенте DB. Тем не менее, хранящаяся процедура будет выполнять онлайн -индекс, где это возможно, и не будет принимать саму базу данных в автономном режиме - только рассматриваемые таблицы.