Добрый день может кто сталкивался,

виснет наглухо select * from changetable(changes ut_table, xxx) c
где ххх - номер версии. причем change_tracking_current_version() нормально возвращает значения.. разница между ней и ххх незначительна. глобальных изменений в таблице нет, виснет даже если xxx на единицу меньше current. убить сессию - получить Killed/Rollback на ней до след перезагрузки. Ну и самое странное, из сотен работающих точек, вижу такие ситуации очень редко. с начала года 2 штуки вчера и сегодня, на двух разных серверах, территориально разнесены, ответственные не признаются, что что-то делали. Все остальное продолжает работать без проблем, по логам растет только Lock Requests/Sec, блокировок нет, ожиданий тоже..
может кто сталкивался?
а, ну да, сервера 2014 RTM (вопросы про почему нет обновлений не задавать, админы в курсе, но даже не прислушиваются), базы allow snapshot isolation = true, is read commited snapshot on = true, виснет и в явной транзакции (snapshot) и без.

komrad,

нет, дампов нет, в логах SQL чисто, в логах Винды тоже, в system_health ничего подозрительного, в log.trc вообще события только от внешних приложений

Владислав Колосов,

уже не могу посмотреть, перезагрузили.
но sp_lock писал, что

IS, TAB, syscommittab
X, RID, таблица с последней обработанной версией
IX, PAG, на ней же
IX, TAB, на ней же
Sch-S, TAB, на остальных участвующих в процедуре объектах, в т.ч. на вспомогательных таблицах CT

но, висит как сама процедура в которой сложный селект, так и любой простой селект, как в начальном сообщении

у простого селекта какие локи на чем, не запомнил к сожалению.

a_voronin,

как написать..
я считаю, написал с дырами, "на троечку", а работает в принципе хорошо..
нужна была не синхронизация баз как таковая, а сбор данных.
вытягивать было неудобно и неправильно. решено было пушить с управлением из центра по связке CT + SB.. .
минус - никаких средств по менеджменту от слова вообще.. все с нуля.

затыки в основном не по вине СТ или SB, а по вине нулевого сопровождения от наших админов.
за сутки собираю 2-3Тб данных, примерно 100 000 сообщений.
в центре с середины 2017 года вообще ни разу ничего не заткнулось.
а.. ну только когда срок мастер-ключа центра истек. сделал выводы, передеплоил.

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

ну, и на основную работу точек влияние минимальное тормозов основных систем по причине CT не наблюдаю, а центр тратит на прием и обработку всего этого хозяйства час с небольшим за сутки.

Владислав Колосов,

readuncommitted на changetable??? не прокатило..

снова эта же ситуация, только другом сервере.
висит на этой же базе еще один системный процесс - CHECKPOINT (в прошлых случаях тоже висел), с тем же wait-ом COMMIT TABLE и локом X, FIL
нашел https://feedback.azure.com/forums/908035-sql-server/suggestions/32900311-sql-server-2014-transaction-log-backup-hangs-with
там ситуация практически та же, только у них бэкап висит.. и в конце описывают ну прям все как у меня, только ссылка на проблему которая не совсем ко мне подходит.. ставить обновления - не факт, что вылечится..

вот результат sp_who2 (значения cpu и disk не изменяются)
spidstatusdbidcommandCPUtimeDiskIOLastBatch17BACKGROUND8CHECKPOINT17953168798801/27 07:43:55 39BACKGROUND8SELECT40981286521905/15 08:00:10
а это sp_lock
spiddbidObjIdIndIdTypeResourceModeStatus17800FIL0XGRANT39810358667570RID1:159035:90XGRANT39810358667570PAG1:159035IXGRANT39810358667570TABIXGRANT398syscommittab0TABISGRANT

и еще вопрос, действительно чекпоинты так редко? 01/27 07:43:55
тогда понятно почему так редко нарываюсь на эту ситуацию

Владислав Колосов,

вот на что вообще нареканий нет, так это на железо..
все на 99% однотипное, intel NUC, i3, 8Gb, sams 970 ssd 250Gb, при малейшем подозрении - замена не разбираясь в причинах.
в системных логах вообще все чисто на эту тему.

Владислав Колосов,

похоже вот оно
https://support.microsoft.com/en-in/help/4512016/fix-syscommittab-cleanup-causes-a-lock-escalation-that-will-block-the

я один такой, что ничего не понял что там написано? похоже на машинный перевод с индусского на английский..