Просмотр заблокированных строк в 1С
База данных - HighLoad оптимизация
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Данный инструмент создавался в первую очередь для слушателей курса по оптимизации, для демонстрации, какие блокировки, когда и на что будут установлены.
Инструмент не является конкурентом для ЦУП или облачного сервиса анализа блокировок, он предназначен в первую очередь для обучения и ознакомления с работой блокировок, а не для анализа ожиданий на блокировках.
Все инструменты на текущий момент показывают только информацию постфактум, когда ожидание уже случилось. Данный инструмент показывает ситуацию на текущий момент.
В некоторых случаях обработка может использоваться и для задач по оптимизации. Например, при переводе конфигурации на упр. режим, можно будет легко и быстро посмотреть, на какие именно записи была наложена управляемая блокировка.
Также можно в моменте посмотреть, что именно сейчас блокирует каждый из пользователей, и кто кого ждет.
Сразу скажу что обработка работает не быстро, но такая цель и не ставилась. При этом следует учитывать, что работа возможна только с СУБД MS SQL Server и только в управляемом приложении.
Если ожидание идет на сервере СУБД, тогда можно увидеть, на каком именно ресурсе идет ожидание, в колонке статус будет значение «Ожидание». Для блокировок 1С посмотреть, на чем идет ожидание, не получится, т.к. сервер 1С просто не пишет эту информацию в логи в момент ожидания, она туда попадает только после того, как ожидание завершится.
Для использования обработки необходимо сначала заполнить настройки.

Обработку надо обязательно открывать в той же базе, блокировки которой вы хотите посмотреть.
Если вы хотите видеть информацию по управляемым блокировкам, тогда необходимо включить флаг «Отображать блокировки 1С». Следует учитывать, что этот функционал является тестовым, возможны ошибки при отображении, когда пользователей несколько, к тому же блокировки будут отображаться только если в кластере один сервер.
Через 60 сек. будет включен технологический журнал, и данные об установленных управляемых блокировках начнут собираться.
Для отображения данных необходимо нажать «Обновить».

В данном случае видно, что администратором наложены как блокировки СУБД, так и блокировки 1С (выделены жирным).
Если блокировка СУБД наложена на кластерный индекс, тогда можно посмотреть, какие именно записи заблокированы, сделав двойной клик. При этом в таблице ниже будут отображены все заблокированные записи в терминах 1С. Например, здесь видно, что в таблице итогов регистра ТоварныеЗапасы заблокирована одна строка с итогом за октябрь и одна строка с текущими итогами.
Если блокировка СУБД наложена на некластреный индекс, тогда, к сожалению, заблокированные записи посмотреть не получится.

Если это блокировка 1С, тогда независимо от пространства блокировок можно будет всегда посмотреть, что именно заблокировано.

При желании можно включить отображение служебных блокировок СУБД (флаг «Отображать блокировки намерения и стабильности схемы»). Мне сложно представить, кому и зачем на практике может понадобиться этот флаг, разве что таким же маньякам, как я :)
Хотя, возможно, кто-то будет к 1С:Эксперт готовиться и захочет «потрогать руками» служебные блокировки СУБД, а то про них говорят и спрашивают, но никто не показывает.
На данном рисунке ясно видно блокировку намерения на страницу и таблицу.

Если в момент нажатия кнопки Обновить в базе было ожидание на блокировке, то это будет отображено в верхней таблице.

Данный рисунок показывает, что продавец ждет администратора, при этом можно поглядеть установленные блокировки обоих пользователей.
Если вы используете управляемый режим блокировок, то не удивляйтесь, что на уровне СУБД обработка почти всегда будет показывать только X блокировки. Просто S блокировки будут сниматься сразу после чтения, не дожидаясь конца транзакции, поэтому верятность их поймать крайне низка.
В автоматическом режиме блокировок работать с обработкой интереснее, например, можно поставить точку останова после Запрос.Выполнить() в транзакции и посмотреть, какие именно записи заблокировал этот запрос. Если запрос заблокировал лишнее (то что не подходит под его условия), вы сразу это увидите.
Надеюсь, что данная обработка поможет вам лучше понять работу блокировок на практике и сподвигнет на самостоятельные эксперименты в этой области. Особенно это будет полезно при подготовке к экзамену 1С:Эксперт.
UPD. 02.05.2020 Исправлены ошибки при отображении блокировок 1С и отображении дерева пользователей.
Вступайте в нашу телеграмм-группу Инфостарт
См. также
HighLoad оптимизация Разработчик 1С 8.3 1С:ERP Управление предприятием 2 Бесплатно (free)
Использование оператора «В» для полей или данных составного типа (например, Регистратор) может приводить к неочевидным проблемам.
10.11.2025 15885 ivanov660 48
HighLoad оптимизация Разработчик 1С:Предприятие 8 1C:ERP Бесплатно (free)
Приведем примеры использования различных в динамических списках и посмотрим, почему это плохо.
18.02.2025 16492 ivanov660 39
HighLoad оптимизация Системный администратор Разработчик 1C:ERP Бесплатно (free)
Не всегда индексирование с дополнительным упорядочиванием полезно.
04.02.2025 15135 ivanov660 21
HighLoad оптимизация Разработчик Россия Бесплатно (free)
А вы знали, что сервер 1С при соединении с базой на сервере PostgreSQL самостоятельно устанавливает некоторые параметры? Это важно знать при настройке сервера и отладке долгих запросов. Предлагаю разобраться.
27.08.2024 10402 soulner 10
HighLoad оптимизация Технологический журнал Системный администратор Разработчик Бесплатно (free)
Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.
24.06.2024 19126 ivanov660 13
HighLoad оптимизация Разработчик 1С:Предприятие 8 Бесплатно (free)
Метод очень медленно работает, когда параметр приемник содержит намного меньше свойств, чем источник.
06.06.2024 24977 Evg-Lylyk 73
HighLoad оптимизация Механизмы платформы 1С Системный администратор Разработчик Стажер 1С:Предприятие 8 Бесплатно (free)
Сравним «Регистры сведений» с «Сервисами интеграции» и узнаем, кто быстрее!
28.03.2024 14634 dsdred 27
HighLoad оптимизация Разработчик 1С:Предприятие 8 1C:Бухгалтерия Бесплатно (free)
Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.
13.03.2024 14616 spyke 29
{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1033,12)}: Процедура или функция с указанным именем не определена (ПолучитьТаблицуДанныхПоСтрокеSQL)
Возврат <<?>>ПолучитьТаблицуДанныхПоСтрокеSQL(СтруктураПараметров);
{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1035,12)}: Процедура или функция с указанным именем не определена (ПолучитьТаблицуДанныхПоСтраницеSQL)
Возврат <<?>>ПолучитьТаблицуДанныхПоСтраницеSQL(СтруктураПараметров);
{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1603,17)}: Процедура или функция с указанным именем не определена (ПолучитьТаблицуЛоговТЖ)
ТаблицаЛогов = <<?>>ПолучитьТаблицуЛоговТЖ();
> Как я понял, обработка показывает текущие блокировки СУБД (MS SQL)
Да, именно так.
> уже завершившиеся блокировки 1С
Нет, показываются установленные но не завершившиеся блокировки 1С
> Для первого, в принципе, можно в менеджмент студио правой кнопкой на базе и в отчетах найти соответствующий отчет по блокировкам.
Если имеется ввиду отчет «Все блокирующие транзакции» то это не так. В отчете вы увидите только то, что одна транзакция блокирует другую. На какие строки наложена блокировка там не указано, на какой ресурс тоже не указано, даже тип блокировки не указан. На практике этот отчет почти бесполезен.
Меня самого часто просят посмотреть "что и кто прямо сейчас блокирует"... Мне представляется более удобным и качественным расследовать инциденты по истории блокировок в ТЖ, т.е. с некоторой статистикой по блокировкам за интервал времени. А сию секундный срез информации обладает лишь частичной пользой. Скорее это инструмент для выявления и "ликвидации" виновника (завершения сеанса)
Информация об управляемых транзакционных блокировках 1С берется из ТЖ т.к. сейчас это единственный источник такой информации.
Это инструмент скорее для изучения блокировок, чем для реального анализа проблем, я об этом писал в статье.
Нет конечно, блокировки 1С находятся на сервере приложений, именно их обработка и показывает если включить флаг.
Блокировки 1С на сервере приложений, блокировки СУБД на сервере СУБД. Обработка может показывать и то и другое.
Обработка показывает транзакционные блокировки 1С и СУБД, при этом не важно кто их наложил, пользователь или регламентное задание.
Обработка показывает пользователей которые блокируют объекты, посмотрите на скрин.
Эта обработка в первую очередь для тестовых баз, для анализа что именно и в каких случаях блокируется, а не для расследования проблем в боевых базах.
Вы выделяете пользователя, внизу должны отразится данные о тех объектах которые он заблокировал.
Если пользователь Б отображается вложенным в пользователя А, это значит что пользователь А заблокировал пользователя Б. На крайнем скриншоте видно что Администратор заблокировал пользователя Продовец.
Как бы глупо это не звучало, но проверьте что у пользователя под которым запущена служба 1С есть доступ в этот каталог conf на чтение и запись. Если у вас rphost запускается под своим пользователем, то проверьте под ним.
Логина и пароля от SQL может не быть, так как MS SQL может работать по доменной авторизации.
Из-за этого вот тут тест проходит успешно
// тестируем подключение sql
СоединениеSQL = ОбработкаОбъект.СоздатьВнешнееПодключение(ПараметрыПодключения,10);
Если СоединениеSQL <> Неопределено Тогда
Сообщить("Подключение к серверу СУБД прошло успешно", СтатусСообщения.Информация);
КонецЕсли;А тут получаем проблему
Если НЕ НастройкиЗаполнены() Тогда
ОткрытьФормуМодально("ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.Форма.ФормаНастроек");
Возврат;
КонецЕсли;Сейчас доменная авторизация в обработке не предусмотрена. Пока можно специально завести на сервере СУБД учетную запись и подключаться под ней.
Может и есть, я не в курсе, хотя там СУБД версионник и как там получать список текущих блокировок не очень понятно.
В любом случае можно доработать обработку таким образом, что бы она фиксировала только управляемые блокировки, они не зависят от СУБД.
и я понял, что на моем ноутбуке при установке я не делал пароль и логин для администратора кластера, поэтому имя и пароль администратора кластера надо оставить пустыми :о)
Тут дело не в обработке, а в COM - конекторе, если он не работает, то и остальное работать не будет.
Возможно имя базы данных отличается от имени информационной базы.
Я имею ввиду, что в настройках обработки нужно указывать именно ту базу данных, которая указана в свойствах информационной базы 1С.
И еще следует учитывать тот факт, что обработка показывает только заблокированные строки на момент нажатия кнопки. Если ничего не заблокировано, то обработка ничего не покажет.
Кстати для таких случаев стоит предусмотреть использование названия через реквизит. Плюс таблицу "Пользователи" переименовал в "ТаблицаПользователи", т.к. в типовых есть одноименный общий модуль!
Отлично, я как раз за то что бы обработка развивалась! Буду рад если выложите свою версию в комментариях, возможно это поможет кому-то еще.
По воду компоненты, все равно com-используется активно. Ну хорошо, что все решилось оптимизацией. Я наверное тогда все же перепишу ее под обычные.
Скачал обработку, настроил, обертку создал, все ок.
Но при попытке обновить данные ошибка:
"Ошибка при выполнении запроса SQL. {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(106)}: Ошибка при вызове метода контекста (Execute): Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][ODBC SQL Server Driver][SQL Server]Контекст базы данных изменен на "ca_mss_second"."
Не подскажите в чем может быть проблема?
Проверьте что у пользователя СУБД которого вы указали есть необходимые права для подключения к вашей базе. Это первое что приходит на ум.
Обертку в COM+ как в статье не использовал.
Не зарегистрирована компонента comcntr.dll: {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(408)}: Ошибка при вызове конструктора (COMОбъект): -2147221005(0x800401F3): Недопустимая строка с указанием класса
В моей доработке для ОФ конечно код выполняется на 32-битном режиме и обработка запускается...
Если смотреть только управляемые блокировки тогда можно.
Если сервер 1С на Ubuntu то возможно потребуются танцы с бубном, но код открыт, так что все в ваших руках.
Текст ошибки |
|---|
| {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1,2)}: Ожидается оператор препроцессора
#<<?>>Область РаботаСSQL {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(392,2)}: Ожидается оператор препроцессора #<<?>>КонецОбласти {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(394,2)}: Ожидается оператор препроцессора #<<?>>Область РаботаСКластеромСерверов1С {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(584,2)}: Ожидается оператор препроцессора #<<?>>КонецОбласти {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(586,2)}: Ожидается оператор препроцессора #<<?>>Область РаботаСВнутреннимиИдентификаторами1С {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(752,2)}: Ожидается оператор препроцессора #<<?>>КонецОбласти {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(754,2)}: Ожидается оператор препроцессора #<<?>>Область РаботаСВнутреннейСтруктурой {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(999,2)}: Ожидается оператор препроцессора #<<?>>КонецОбласти {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1001,2)}: Ожидается оператор препроцессора #<<?>>Область СлужебныеФункции {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1302,2)}: Ожидается оператор препроцессора #<<?>>КонецОбласти {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1305,2)}: Ожидается оператор препроцессора #<<?>>Область Блокировки1С {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(1653,2)}: Ожидается оператор препроцессора #<<?>>КонецОбласти |
Пройдитесь глобальной заменой по всей обработке и сделайте:
#Область заменить на //#Область
#КонецОбласти заменить на //#КонецОбласти
После этого ошибок быть не должно
если нет, то как сопоставить блокировки с их инициаторами?
Да, все верно. При выборе пользователя отображаются только те блокировки которые наложил именно он.
А у других пользователей точно есть наложенные в этот момент блокировки?
Обработка отображает только те блокировки, которые существовали в момент нажатия кнопки.
При нажатии кнопки, список всех блокировок для всех пользователей получается заново так и было задумано т.к. для моих целей этого достаточно.
Если вы хотите по нажатию на кнопку получать блокировки только выделенного пользователя, тогда можете просто дописать обработку, код полностью открыт.
В параметрах есть возможность Win аутентификации.
Прямой запрос выполняется только на СУБД через подключение для которого нужны логин и пароль. У вас же сервер 1С как то цепляется к СУБД, в свойствах ИБ на сервере прописан логин.
Но теперь при нажатии на кнопку "Обновить" возникает следующая ошибка:
"Ошибка при выполнении запроса SQL. {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(106)}: Ошибка при вызове метода контекста (Execute): Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][ODBC SQL Server Driver][SQL Server]Changed database context to 'Besschetnov_Kursy1C'."
В приложенном файле видно где возникает ошибка и сам запрос, который выполняется (см. рис.)
Так вот я писал, что если этот запрос выполнить не в модуле объекта (на сервере), а в модуле формы (&НаКлиенте), то запрос выполняется и ошибка не возникает. Админы написали, цитирую: "В обработке запрос выполняется на сервере под учеткой службы, права у этой службы ограничены. Если же послать этот запрос с клиента под своей учеткой, то права будут".
А причем ту права доступа? Ошибка о которой вы написали с этим не связана.
Попробуйте другой способ соединения с БД например через Provider=SQLOLEDB
Там он уже есть просто в комментарии.
При нажатии на флаг "Отображать блокировки 1C" сначала ошибка модальности, но если это обойти, то ошибка доступа
При включении регистрации блокировок 1С произошла ошибка: {ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.Форма.Форма.Форма(439)}: Ошибка при вызове метода контекста (Записать): Ошибка доступа к файлу 'C:\Program Files\1cv8\8.3.18.1208\bin\conf\logcfg.xml'. Запускал под администратором - не помогло.
Неужели нельзя отладить, так чтобы хотя бы работало без ошибок.
У меня работает, у многих других тоже. Код открыт, можете отладить, сделать и переделать все что вашей душе угодно.
Если нет доступа, то проверьте права на этот каталог у того пользователя под которым запущен rphost.
Честно говоря обработка писалась вообще не для этого. Она не для расследования блокировок на рабочих базах.
Обработка писалась для изучения и исследования того, какая блокировка в каком случае накладывается, т.е. для обучения. Так же она будет полезна при переходе с автоматического на упр. режим, если вы хотите понять что именно заблокировано вашей управляемой блокировкой.
Для получения заблокированных строк по таблице приходится ее сканировать, поэтому обработка будет работать медленно на больших базах.
Если нужны просто номера сеансов кто кого заблокировал, то можно написать свою небольшую обработку, ну или посмотреть в консоли кластера.
Надо будет посмотреть обработку, вытащить номер сеанса и может быть упростить представление данных. В крайнем случае просто посмотрю как работать с кластером серверов. Мануал это хорошо, но работающий примерчик в чём то даже лучше.
"{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(61)}: Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][ODBC SQL Server Driver][Shared Memory]Ошибка безопасности SSL"
Там что-то доставить нужно? не было ни у кого? sqlncli не помогает установка
Обработка не предназначена для расследования проблем с блокировками на боевой базе о чем явно сказано в статье.
Она больше для того что бы понять как работают блокировки что конкретно и в каком случае будет заблокировано.
Неверное имя колонки
{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(857)}:ТаблицаДанныхSQL.Сортировать("ИмяОбъекта1с ВОЗР, ИндексКластерный УБЫВ");
{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.МодульОбъекта(579)}:ПроставитьСоответствияТаблиц1с(ТЗ_Блокировки);
{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.Форма.Форма.Форма(64)}:ОбработкаОбъект.ОбновитьИнформациюПоБлокировкам();
{ВнешняяОбработка.Блокировки_MS_SQL_Server_1С.Форма.Форма.Форма(29)}:КомандаОбновитьСервер();
по причине:
Неверное имя колонки
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 557477
Создание 25.10.16 19:01
Обновление 02.05.20 00:39
Просмотры 70701
Загрузки 1300
Рейтинг
210
Комментарии 75
Код открыт Да
Рубрики HighLoad оптимизация
Кому Разработчик
Тип файла Внешняя обработка (ert,epf)
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Windows
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)