Приветствую.

Подскажите пожалуйста, в каких случаях может блокироваться эта таблица?

(например, реорганизация индекса, вставка данных в пользовательскую таблицу и т.п.)

Проблема в том, что когда она заблокирована не идет выборка, например, из sys.partitions.

Гавриленко Сергей Алексеевичread uncommitted? нет, не слышал.

К сожалению, невозможно, т.к. запросы из стороннего приложения

Гавриленко Сергей Алексеевичssmsпропущено...


К сожалению, невозможно, т.к. запросы из стороннего приложения Обратитесь уже к разработчику ваше приложения.

Видимо придется.


Пока хочется выяснить это:
ssmsПодскажите пожалуйста, в каких случаях может блокироваться эта таблица?
(например, реорганизация индекса, вставка данных в пользовательскую таблицу и т.п.)

Гавриленко Сергей Алексеевичssms,

Кто ж вам это скажет? Настройте трассу Extended Event и мониторьте, в каких.

Возможно из личного опыта кто-то поделится информацией.

Andy_OLAPssmsпропущено...


Возможно из личного опыта кто-то поделится информацией.
Таки да. Криворукие индусы ухитрились даже в свежем 2017-м сделать гадость.
Например, "However, if you attempt to create a database using a non-default collation , the CREATE database fails with a deadlock on sys.sysschobj , in the middle of a DQS transaction". Ссылка для чтения

Жесть...

Пока сталкивался на блокировках при:

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

Хотел выяснить нормально ли это.

Andy_OLAPssmsХотел выяснить нормально ли это.
Ой-вей, молодой человек, что есть норма в наше время...

Как говорили в старину - "разрабатывайте код таким образом, словно поддерживать его будет садист-психопат, который знает Ваш домашний адрес". Принимайте за норму, что в любом месте Вашего ПО и в любой момент прилетит deadlock, будет разрушение базы, пойдут ошибки оперативной памяти, перегреется процессор, рассохнутся конденсаторы на материнской плате, оборвется сетевой шнурок до дискового хранилища с SQL базой. И так далее.
Вопрос не в том, прилетит или не прилетит. Прилетит. 100%. Вопрос ширше и глубже (как говорил Михаил Сергеевич со Ставрополья) - Вы готовы обрабатывать ошибки особым кодом или нет. И полетит ли сообщение по email в адрес DBA, что в базе что-то пошло не так, как планировали.


Это да.

У меня на данный момент более узкая проблема.

Для бэкапирования используется утилита от IBM (TSM DP for SQL).

Которая бэкапит БД.


Так, как выяснилось, перед бэкапом лога она делает проверки запросами из системных таблиц.
Эти запросы повисают на блокировке и висят, например при создании индекса или реорганизации индекса.
При этом до самого бэкапа лога дело не доходит.
Лог не очищается и переполняется.

Думаю как с этим можно бороться.