Индексы SQL Server 2008 - просто перестройте его?

Question

Я исследовал индексы восстановления в рамках технического обслуживания SQL Server 2008.

Есть куча публикаций, которые объясняют реорганизацию и восстановление. Я думаю, что понял.

Практический вопрос: если наш БД не используется на выходных, можно было бы просто запустить восстановление на всех фрагментах> 10?

Этот сайт рекомендует переоборудовать, если Frag составляет 10-40, а восстановление для Frags> 40.

http://blog.sqlauthority.com/2007/12/22/sql-server-difference-between-index-rebuild-and-dex-reorganize-explained-tith-t-sql-cript/

Я понимаю, что перестройка блокирует таблицу (без предприятия), но это более чистый вариант, правильный (индекс бросает и создает новый)? Так что, если нам не нужно беспокоиться о том, чтобы быть заблокированным из доступа DB, есть ли какие-либо причина, по которой мы не должны просто перестроить или есть причина, чтобы все еще реоргировать на Frags 10-40?

Answer 1

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

Попробуйте подумать о своей проблеме в большей масштабах. Если у вас есть общий массив для нескольких экземпляров SQL, то выполнение интенсивных операций ввода -вывода, таких как Index Rebuild, не помогло бы. Если вы используете SAN, то вам, возможно, не нужно будет выполнять такое агрессивное обслуживание индекса, потому что вы можете ничего не помочь. У Брента была отличная веб -трансляция по этой теме: http://www.youtube.com/watch?v=fd1czvc6ouk