Добрый день.
2 недели назад появилась проблема: дефрагментация (реорганизация) стала "зависать", т.е. вместо 2,5-3,0 часов ночью - выполняется 12 и более часов - пока не прерву руками.
Прерываю по причине того, что появляется ошибка конфликт блокировок при попытке открытия любого документа Требование-накладная. Стоит остановит "зависшее" рег.задание скуля - проблема уходит.

При этом реиндексация (перестроение) выполняется нормально за те же 3часа (раз в неделю).

Что это и как лечить?

Можно посмотреть на размер файла лога транзакций - вдруг он разросся.

При модели Full он сокращается бэкапом.

реиндексация одной таблицы длится 3 часа?

Может там что-то пишет ночью.

(1) лог конечно не маленький, но раньше проблем не было
(2) Это не одна таблица. 2 УПП+2 ЗУП
(3) ночью только бекапы (заканчиваются за 15-30 минут до старта дефрагментации индекса)

(1) кроме того, перед запуском этого задания выполняется бекап лога - как я понимаю это уменьшает данные в файле лога.
BACKUP LOG [upp] TO  DISK = N'F:\BACKUP\upp_backup_2016_12_29_172952_5740145.trn' WITH NOFORMAT, NOINIT,  NAME = N'upp_backup_2016_12_29_172952_5740145', SKIP, REWIND, NOUNLOAD,  STATS = 10

модель восстановления полная.

(5) Бэкап всей базы должен выполняться, и это обнуляет лог транзакций до нуля (по-моему).

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

Если настройка этой схемы выглядит слишком сложной, то есть еще модель восстановления Simple, там лог сам укорачивается.

ап

(7) Лог-файл сам не укорачивается. Просто в нём освобождается место.
Поэтому он просто не растёт (ну при нормальных нагрузках)

(9) вот и такого же мнения

(10) Попробуй руками.
Останови все задания.
Руками сделай фулбекап базы.
Сделай сжатие базы.
запусти дефраг

Было подобное помогло ТИИ со всеми галками, какая конкретно хз, возможно рестуктруктуризация. До этого базу таскали с одного SQL на другой с разыми версиями.

(12) ТИИ не вариант: производство не будет ждать больше 30 минут. А на копии ТИИ 6часов.

(12) yahoo.eu
чуть что - сразу ТиИ.
каким боком оно вообще к уровню SQL?
(13) см. (11)

(0) Для начала определитесь какая БД косячит.
Проблема с дефрагментацией явно указывает на проблемы с дисковой системой (или вообще 1м винтом если у вас не рейд)

(0) шринкани журнал транзакций, на сиквэле 2012 это типа так:

USE [upp]
ALTER DATABASE [upp] SET RECOVERY SIMPLE
go
DBCC SHRINKFILE ([upp_log], 1);
ALTER DATABASE [upp] SET RECOVERY FULL
go

а кто сказал что проблема в нем?
http://shot.qip.ru/00Qtkp-6oZhWguJs/

Не надо никаких шринков, ну что за мода. Чуть что, так то ТИИ, то шринк...

Читать надо, и думать.
про бэкапы: http://catalog.mista.ru/public/173494/
про обслуживание: http://catalog.mista.ru/public/256292/
или: http://blogs.msdn.com/b/blogdoezequiel/archive/2012/09/18/about-maintenance-plans-grooming-sql-server.aspx

(18) первые две ссылки читал в свое время. И ничего такого (про особенности/проблемы дефрагментации индексов) не припомню.

(19) ты уже (11) попробовал?

(20) он не пробует, он читает...

(19) Дык, про _твои_ проблемы тебе никто не напишет, да ещё заранее.  Надо детально смотреть, что происходит при регламенте, и в каком месте торможение. Для этого специально всё протоколируется, подробным образом. Может у тебя база слегка побилась, например, а ты и знать не знаешь.

У нас используется немного адаптированные процедуры из статьи в последней ссылке - там как раз с протоколами всё как надо.

может банально диск подыхает? или блокировки какие-то по ночам?

(23) "При этом реиндексация (перестроение) выполняется нормально за те же 3часа (раз в неделю). "

Тогда и реиндекс бы дох

Да, невнимательно прочитал. Реорганизация, по сравнению с ребилдом, почти не зависит от блокировок, если только всю таблицу блочить...

А в задании нет никаких порогов по включению таблиц? Может просто больше таблиц стало попадать в обработку? Ну и вообще аппаратные счетчики смотрели -- забивается ли что-нибудь в процессе?

(25) на утро когда наблюдал проблему - счетчики приемлемо выглядели. Постоянный сбор к сожалению отключен.