Делается каждый день, база > 100 Гб, делал задания по инструкции

в логах оба задания отрабатывают, иногда до 13 часов делается

по http://msdn.microsoft.com/ru-ru/library/ms189858.aspx делаю запрос:

USE bazulka82;
GO
SELECT a.index_id, name, avg_fragmentation_in_percent
FROM sys.dm_db_index_physical_stats (DB_ID(), OBJECT_ID(N'Production.Product'),
    NULL, NULL, NULL) AS a
   JOIN sys.indexes AS b ON a.object_id = b.object_id AND a.index_id = b.index_id;
GO

статистика не радует, много индексов более 50% фрагментировано, неужели так быстро засерается?

Странно, странно.
23 гиговая конфа на основе УПП-шки 1.3.18 перестраивалась ну минут 15 максимум, реорганизовывалась вообще за 3-4 минуты.
На тривиальном серваке.
Что то не так.

конфа не типовая

(0) посмотри сколько страниц занимают сильнофрагментированные индексы. Если меньше 8, то все в порядке - sql server ничего не может с ними сделать, поскольку они размещаются в смешанных экстентах.
Если больше 8, то, по идее, дефрагментация должна помогать, но на маленьких индексах она очень быстро вырастает. Я индексы с количеством страниц меньше 80-ти даже не трогаю во время дефрагментации.

(3) А не подскажешь есть смысл в задании на дефргаментацию указывать еще условие что бы индексы с размером <8  не трогал? Или он их и так не берет в расчет? Сейчас задание настроил по условию
(> 5 % и <= 30 % ALTER INDEX REORGANIZE) и > 30% ALTER INDEX REBUILD WITH (ONLINE = ON)).

Для перестройки индексов наиболее эффективным образом посмотрите MaintenanceSolution.sql на http://ola.hallengren.com. Мне кажется, там наиболее удачный алгоритм. Автор утверждает, что разрабатывал его для для больших высоконагруженных баз.

(5)Спасибо, интересное решение.

что то не врублюсь
есть индекс, 35% фргаментации, 368120 страниц занимает, делаю ребилд, смотрю один фиг 35%

(7) как ребилд делаешь и как смотришь? после ребилда ничего не делается (типа шринка особенно)?

(8) нормально ребилдится, забыл рефрешнуть)