Функция sys.dm_db_index_physical_stats

@cad2206 · Регистрация: 22.11.2021

Студворк — интернет-сервис помощи студентам

Добрый день.
Для выявления состояния фрагментации таблиц/индексов в БД существует системная функция sys.dm_db_index_physical_stats. Запускаю ее с такими параметрами sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, 'LIMITED'). И периодически (не всегда), во время выполнения этой функции (может занимать 3-4 часа) у пользователей 1С (при пробитии/возврате чека) появляется такая ошибка: Ошибка СУБД. Экземпляру компонента SQL Server Database Engine не удается получить ресурс LOCK в данный момент времени. Проблема решается остановкой выполнения задания sys.dm_db_index_physical_stats. Отсюда вопрос: как это может быть взаимосвязанно? Ведь функция не накладывает каких либо блокировок ресурсов. И можно ли как то увидеть в моменте времени, какую таблицу/индекс в данный момент времени читает функция?

@PaulWist · 27.03.2025, 08:00

Сообщение от cad2206

Отсюда вопрос: как это может быть взаимосвязанно? Ведь функция не накладывает каких либо блокировок ресурсов.

Ну если обратиться к документации вендора, то там чёрным по аглицки написано

sys.dm_db_index_physical_stats requires only an Intent-Shared (IS) table lock, regardless of the mode that it runs in.

а "при пробитии/возврате чека" табличка/индекс должны модифицироваться, те получить Х-блокировку.

С помощью блокировки Intent Shared Lock на уровне таблицы SQL Server сразу знает, что Shared Lock был предоставлен где-то в другом месте, и поэтому исключающая блокировка не может быть предоставлена на уровне таблицы.

Посмотреть на блокировки можно sys.dm_tran_locks

@cad2206 · 27.03.2025, 11:20 **[ТС]**

В той же документации есть пояснения о причине возникновения этой ошибки: https://learn.microsoft.com/ru... erver-2016.

1. SQL Server не может выделить больше памяти, так как другие процессы используют его, или так как SQL Server использовал всю память и достиг значения, настроенного с помощью параметра конфигурации максимальной памяти сервера.

2. Диспетчер блокировки не может использовать более 60 процентов памяти, доступной для SQL Server, и пороговое значение уже выполнено.

3. Вы настроили блокировки параметров конфигурации системной хранимой процедуры sp_configure (Transact-SQL) в нединамическую, нединамическую.

4. Вы включили флаги трассировки 1211, 1224 или обоих в SQL Server для управления поведением эскалации блокировки, и выполняете запросы, требующие большого количества блокировок.

3 и 4 пункты я не выполнял. Все настройки SQL сервера по умолчанию...

Тогда я не понимаю, причина все же в нехватке памяти или все же в взаимоблокировке?

@PaulWist · 27.03.2025, 12:56

Сообщение от cad2206

Тогда я не понимаю, причина все же в нехватке памяти или все же в взаимоблокировке?

Причем тут память и тем более взаимоблокировка, вы о чём?

DBEngine перед выполнением sys.dm_db_index_physical_stats накладывает на таблицу IS-блокировку (это происходит ВСЕГДА, независимо от памяти, трейс-флага итп), до тех пор пока висит IS-блокировка таблицы другая программа (например "1С") не может наложить X-блокировку на таблицу, поскольку он не совместимы, в итоге "команда 1С" ждёт освобождения IS-блокировки и не дождавшись по timeout возвращает ошибку.

Когда вы киляете sys.dm_db_index_physical_stats, то с таблицы снимается блокировка и "1С" может проапдейтить табличку.

Выполняйте sys.dm_db_index_physical_stats в техокно, когда юзеры не работают (например, ночью).

@cad2206 · 27.03.2025, 15:30 **[ТС]**

Сообщение от PaulWist

Причем тут память и тем более взаимоблокировка, вы о чём?

Я же прислал ссылку на описание этой ошибки с https://learn.microsoft.com/.

Добавлено через 1 минуту

Сообщение от PaulWist

Выполняйте sys.dm_db_index_physical_stats в техокно, когда юзеры не работают (например, ночью).

К сожалению, в технологическое окно уже не вписываюсь по времени.

@PaulWist · 27.03.2025, 15:46

Сообщение от cad2206

Я же прислал ссылку на описание этой ошибки

Вы сами её читали?

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

У вас транзакция выполняется

Сообщение от cad2206

во время выполнения этой функции (может занимать 3-4 часа)

И так же, в ссылке приведены скрипты, вы их выполнили?

Если ДА, то какие результаты получили?

Результаты в студию

@cad2206 · 27.03.2025, 16:35 **[ТС]**

Сообщение от PaulWist

Результаты в студию

Проблема возникала два раза. И дабы возобновить продажи, выполнение функции килялось дежурным инженером. Т.е. в момент проблемы выполнить запросы мне пока не удалось.

Я предполагаю, что в момент возникновения проблемы я увижу, что достигнуто максимальное количество блокировок (функцией sys.dm_tran_locks). Если так, то решением будет изменения параметров блокировок? Вот текущие параметры:

name minimum maximum config_value run_value
locks 5000 2147483647 0 50000

В таком случае, подскажите, каким именно параметром мне нужно оперировать?

Или же, в принципе, изменениями этих параметров я ничего не добьюсь, т.к. попросту 1С не может наложить Х блокировку на таблицу из-за работы с ней в данный момент функции sys.dm_db_index_physical_stats?

@PaulWist · 28.03.2025, 08:39

Сообщение от cad2206

Или же, в принципе, изменениями этих параметров я ничего не добьюсь, т.к. попросту 1С не может наложить Х блокировку на таблицу из-за работы с ней в данный момент функции sys.dm_db_index_physical_stats?

Да. Не трогайте эти настройки, они подходят для 99.(9)% случаев.

Ещё раз, выполняйте в техокно (в выходные, праздники.) этого будет достаточно

@cad2206 · 28.03.2025, 09:28 **[ТС]**

Спасибо за ответы.

Новые блоги и статьи Все статьи Все блоги /
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .
Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025	Расскажи мне о Мире, бродяга kumehtar 12.11.2025 — Расскажи мне о Мире, бродяга, Ты же видел моря и метели. Как сменялись короны и стяги, Как эпохи стрелою летели. - Этот мир — это крылья и горы, Снег и пламя, любовь и тревоги, И бескрайние. . .

@cad2206 0 / 0 / 0 Регистрация: 22.11.2021 Сообщений: 60

	Функция sys.dm_db_index_physical_stats 26.03.2025, 16:25. Показов 1646. Ответов 8 Метки нет (Все метки) Добрый день. Для выявления состояния фрагментации таблиц/индексов в БД существует системная функция sys.dm_db_index_physical_stats. Запускаю ее с такими параметрами sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, 'LIMITED'). И периодически (не всегда), во время выполнения этой функции (может занимать 3-4 часа) у пользователей 1С (при пробитии/возврате чека) появляется такая ошибка: Ошибка СУБД. Экземпляру компонента SQL Server Database Engine не удается получить ресурс LOCK в данный момент времени. Проблема решается остановкой выполнения задания sys.dm_db_index_physical_stats. Отсюда вопрос: как это может быть взаимосвязанно? Ведь функция не накладывает каких либо блокировок ресурсов. И можно ли как то увидеть в моменте времени, какую таблицу/индекс в данный момент времени читает функция? 0

@cad2206 0 / 0 / 0 Регистрация: 22.11.2021 Сообщений: 60
	27.03.2025, 11:20 [ТС]
	В той же документации есть пояснения о причине возникновения этой ошибки: https://learn.microsoft.com/ru... erver-2016. 1. SQL Server не может выделить больше памяти, так как другие процессы используют его, или так как SQL Server использовал всю память и достиг значения, настроенного с помощью параметра конфигурации максимальной памяти сервера. 2. Диспетчер блокировки не может использовать более 60 процентов памяти, доступной для SQL Server, и пороговое значение уже выполнено. 3. Вы настроили блокировки параметров конфигурации системной хранимой процедуры sp_configure (Transact-SQL) в нединамическую, нединамическую. 4. Вы включили флаги трассировки 1211, 1224 или обоих в SQL Server для управления поведением эскалации блокировки, и выполняете запросы, требующие большого количества блокировок. 3 и 4 пункты я не выполнял. Все настройки SQL сервера по умолчанию... Тогда я не понимаю, причина все же в нехватке памяти или все же в взаимоблокировке? 0

@cad2206 0 / 0 / 0 Регистрация: 22.11.2021 Сообщений: 60
	28.03.2025, 09:28 [ТС]
	Спасибо за ответы. 0