Есть сервер. На нем дисковый массив 10.
На массиве базы MS SQL server.

Вопрос.
Нужно ли, периодически, проводить дефрагментацию дисков.

Если да, то как?
Останавливать SQL server и запускать дефрагментацию?
Как рассчитать время на которое нужно останавливать SQL server?

Если не нужно, то почему?

(0) У меня дефрагментация раз в неделю ночью, во время, когда с БД никто не работает.
SQL Server не останавливаю

(1) А результат есть? Если SQL server не останавливать, то он файлы баз будет держать. Следовательно дефрагментация самих файлов базу произведена не будет.

Тоже интересно
У нас для БД выделен отдельный логический диск на рейд-10. Но как физически оно разбросано - кто же знает.
Не попробовать ли удалить БД и заново её закинуть.

У нас при замене сервера админ сразу сделал начальный размер базы = реальный размер * 5. Мотивировав как раз тем, что пока база не перерастет этот объем - дефрагментации не будет.

(4)*Фрагментации

(4) Логично. Что еще сказать.

(4) логично,  так и с логами обычно поступают

(2)Пишут, что специальная утилита(которая в статье рекламируется) позволяет не останавливать сервер.
http://www.sql.ru/articles/mssql/2007/090501diskeeper.shtml

http://www.it-simple.ru/?p=3239

(6)(7) Значит, теоретически, можно выгрузить базу, пересоздать с начальными размерами побольше, загрузить назад и не париться какое-то время с дефрагментацией. На практике все зависит от размера базы, наличия свободного места и времени простоя на все эти операции...

(10) ага...

(10)Да.
Но самый прогрессивный вариант  - купить SSD, перенести базу туда, и забыть навсегда про фрагементацию.

(0) Дефрагментация на RAID10? SQL база? Если только совсем заняться нечем, или серверную прогреть.

Учите матчасть, Ламы...

(12)+100, но ретрограды как всегда "сырая ещё"

(13) Да, на вопрос (0) "почему" ответ: не даст заметного эффекта. Разве что полные бэкапы чуть быстрее сливаться будут.

http://forum.ixbt.com/post.cgi?id=print:7:30060

ну или вот более раскрыто http://forum.ixbt.com/topic.cgi?id=66:2117. Если короче то на рейде дефрагментацию можно не делать

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

если диски только под субд - то нафиг не надо, в 100500 раз больше эффекта будет от переиндексации

ну и желательно лог на отдельном томе держать

нужно сразу выделять дефрагментированное пространство для файлов бд  с избытком

(18) Эх... если б знал физику рейдов, то вопросов таки не задавал бы:) В общем понял х.з. что там ФС на уровне ОС думает, контроллер все сделает по своему. Следовательно на дефрагментацию плевать ему.

(21) Это понятно.

+(21) и не забывать про выравнивание

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