Доброго времени суток.

Есть продуктив на двух серверах кластера AlwaysOn.
Основные типы ожиданий Memory/CPU и немного HADR_SYNC_COMMIT, остальное по мелочи.

Но изредка минут на 20-30 возрастают PAGELATCH_EX, PAGELATCH_SH, иногда также в это время растут и по LATCH_SH.

Запросы по которым и копятся в это время ожидания связаны с временными таблицами.
DROP TABLE #services;
CREATE TABLE #services
DROP TABLE #returns;
И подобное. По sys.sysprocesses в создателях блокировок запросы в tempdb.

Сервер 2016 SP1 CU7 Enterprise. Проц - Intel Xeon E5-2667, 2 сокета по 8 ядер, с hyper-threading 32 логических.
При первых проблемах поднял количество дата-файлов в tempdb с 8 до 12, но недавно проблема опять повторилась.
Можно добавить ещё несколько файлов, но больше 16 при текущих ядрах не стоит, а не факт, что поможет.

Во время проблем Page Life Expectancy,Buffer Cache Hit Ratioв в норме.

Будущее обновление самих серверов и версии MS SQL может помочь, но до него ещё надо дожить.

Кто сталкивался с данными блокировками, удалось ли решить проблему?

TaPaK,

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

Спасибо, советы по действиям с временными таблицами изучу.

Кстати, а рекомендуемое количество файлов для
"2 сокета по 8 ядер, с hyper-threading 32 логических."
какое выходит? Видел фразу, что 2 сокета считается как 2 проца, но не очень понял.
Общая формула - первые 8 процов - 8 файлов, дальше оставшееся количество\4. При таком подходе выходит всего 14.
Но если брать как отдельные процы, то выходит 8=8+16.

(Конфигурацию для каждого отдельного случая методом поставить и посмотреть не рассматриваем)