Управляемые блокировки. Есть ли инструментарий для их мониторинга? #481605

И если есть, то какой?

MS SQL Profailer

+ ЦУП

Отлично. И как этими замечательными инструментами в удобной форме посмотреть, на какие объекты и по каким полям наложены в текущий момент УПРАВЛЯЕМЫЕ блокировки?

Профайлер с управляемыми не поможет. При наличии прямых рук - технологический журнал + интерфейс автоматизации сервера приложений, при наличии денег (или отсутствии совести) - ЦУП

и как ты себе это представляешь?

В "прямом эфире" никак. В ТЖ можно отлавливать события "TLOCK — управление транзакционными блокировками в Управляемом режиме.".. Сам, правда, пока с этим не игрался. Если будете делать - напишите, потом, пожалуйста, как это все будет выглядеть (:.

А вот нету там событий TLOCK...

Дык, его настроить надо

Дык настроен на фиксацию всех событий...

Настройка ТЖ:  </config> Релиз там тоже видать. Причем странное кино... Лог файловой БД он писал нормально, с отображением всех манипуляций. Хотя я вообще был уверен, что лог по файловой БД писаться не должен. Ан нет. Если запускается там же, где поднят сервер приложений - пишется... А когда поднял эту же базу тут-же в клиент-серверном варианте, то в ТЖ только всякие VRSCACHE, VRSRESPONSE, VRSREQUEST и прочая лабуда. Все SELECTы к кэшу и ни одной операции модуля проведения с указанием контекста. Не говоря уже о том, что TLOCKов не наблюдалось в обеих случаях...

Ау! Кто-нибуть пытался мониторить управляемые блокировки на 8.2?

что за TLOCK?

Вопрос плавно перетекает в другой: в каком виде платформа хранит список текущих УПРАВЛЯЕМЫХ блокировок. В табличке БД? В памяти процесса сервера приложений? В файлике, наконец? Где-то же они живут?

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

Не смешно.

см

тролишь по страшному. нет чтоб поизучать с человеком вместе сверх интересную тему :)

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

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

автор ответит?

походу нет. он взял бубен и в одно "лицо" попёр бить блокировки...

Режим управления блокировкой данных в конфиге - "Управляемый" На какой вопрос?

что значить "мониторить управляемые блокировки"? в чем это должно выразиться? ps может, я уже сильно отстал от жизни..

ап

чтиво )

хрень, а не чтиво.. аналогичны запросы годов 4 назад делал.. пока все же неясно, чего хочет автор. он, похоже, тоже задумался над этим))

То и значит. Блокировки уровня СУБД ты мониторить можешь? Можешь. СУБД обычно хранят их в своих системных таблицах и позволяют мониторить штатными средствами. В том же MS SQL - открывай энтерпрайз менеджер и любуйся. На какие объекты БД какие виды блокировок сейчас висят - всё видно. Управляемыми блокировками управляет сервер приложений 1С (и где-то хранит их, собака). Дальше читай сабж.

думаю, твои представления про сервер 1С и управляемые блокировки неверные.. сервер 1С узнает об объектах с управляемыми блокировкими на основании конфигурации, а упрвление блокировками осуществляет операторами 1С..

и управление базируется на возможностях СУБД..

"сервер 1С узнает об объектах с управляемыми блокировкими на основании конфигурации" И что? "упрвление блокировками осуществляет операторами 1С" И что? Текущее состояние блокировок тоже хранится в операторах 1С? Откуда другая транзакция в другой сессии узнает, что конкретный ресурс заблокирован? И что? Чёрным по белому написано: Read Committed на уровне записей. Т.е. предельно минимальный уровень изоляции транзакций на уровне СУБД. Реально всё разруливается управляемыми блокировками. Короче, "думаю, твои представления про сервер 1С и управляемые блокировки неверные"

текущиее состояние блокировок хранит сервер бд.

" откуда другая транзакция в другой сессии узнает..." - это прерогатива СУБД ,

Была. До появления управляемых блокировок. Всё, устал...

что была?

слился?))

Не тупи, это заразно :) Прерогатива СУБД, ессно. Была. До появления управляемых блокировок. LOL

точно, это заразно. тупишь, и чуть меня не заразил)) т.е. по твоему, блокировки для всех типов СУБД будут работать одинаково?

Управляемые? Да, если одноэсники не напортачат. Ты ж сам ссылку в приводил. Или ты их только постишь? Уж Read Committed на уровне записей любая СУБД умеет. Иначе какая она СУБД... Сравни по ссылке MSSQLServer и PostgreSQL для управляемого режима в табличке и найди надцать отличий.

то то и оно, что нет. и это наглядно видно  ссылке в ..  и не нужно "если одноэсники не напортачат.". Скажи, допустим у тебя эта самая таблица есть: что собираешся с этой таблицей делать? может, я чего не понимаю - разъясни.

я имею в виду "Управляемыми блокировками управляет сервер приложений 1С (и где-то хранит их, собака)." -

"то то и оно, что нет. и это наглядно видно  ссылке в " - к окулисту. "Скажи, допустим у тебя эта самая таблица есть: что собираешся с этой таблицей делать?" - мастурбировать на неё, разве не очевидно? Всё, сеанс интерактивной шизофрении окончен.

баран

это диагноз.

для автора

Сервер хранит скорее всего в памяти сервера.

"Уж Read Committed на уровне записей любая СУБД умеет. Иначе какая она СУБД... " Угу, только к блокировкам это может и не иметь отношения.

во, разошлись

блокировать пара... автоматически хотя бы... :)))

Логично. Но тогда к ним вообще никак не подобраться, пока 1С не предоставит интерфейс. А у меня даже с технологическим журналом на 8.2 какие-то непонятки... Изначально просто хотел посмотреть, чем отличается по параметрам неявная управляемая блокировка платформы таблицы итогов при простой записи в регистр накопления, и та которая в результате "БлокироватьДляИзменения" налагается. Мне рассказали, что разница будет только в режиме разделения итогов. В первом случае - с учетом разделителя, во втором - без. Как бы логично, но хотел проверить на практике...

вот корень проблем -  "А у меня даже с..."

logcfg.xml: Код:             Содержимое файла лога: 15:09.8114-3,TLOCK,3,process=rphost,p:processName=***,t:clientID=2946,t:applicationName=1CV8,t:computerName=2IT-4,t:connectID=3752,Usr=Администратор,Txt=Transaction lock - request. Lock space Document5993.REFLOCK. 15:09.8118-0,Context,2,process=rphost,p:processName=***,t:clientID=2946,t:applicationName=1CV8,t:computerName=2IT-4,t:connectID=3752,Usr=Администратор,Context=' Т.е. все отлавливается, плюс выдается контекст. Полезной будет эта информация или нет - решать вам (:. logcfg.xml лежит на сервере. Думаю, что на клиенте мониторить блокировки бесполезно.

Спасибо! Ессно на сервере пытаюсь мониторить. Вам несложно посмотреть, фиксируется ли в ТЖ наложение НЕЯВНЫХ управляемых блокировок, накладываемых платформой при записи в регистры накопления? Они меня больше всего интересуют. Если нет - тогда мне и копать нет смысла... А если фиксируется - тогда информация безусловно полезная. Область блокировки в ТЖ пишется. Вот тип блокировки (исключительная или нет) не наблюдаю... Может, это в третьем параметре зашито... И еще, какой у вас релиз 8.2? Последний?

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

05:29.0741-3,TLOCK,3,process=rphost,p:processName=,t:clientID=2952,t:applicationName=1CV8,t:computerName=2IT-4,t:connectID=3757,Usr=Администратор,Txt=Transaction lock - request. Lock space AccumReg6388.DIMS. 05:29.4014-0,Context,2,process=rphost,p:processName=,t:clientID=2952,t:applicationName=1CV8,t:computerName=2IT-4,t:connectID=3757,Usr=Администратор,Context=' Здесь кусок который относится к проведению документа по регистру накопления. При записи движений регистра сведений блокировки так же присутствуют в ТЖ. А вот с режимом, да, непонятно.. 8.2 у нас пока нет и в ближайшее время не планируется, проверял на 8.1.15.14. В теории, на 8.2 должно быть тоже самое (:.

Сенк! DIMS - так понимаю, это dimensions - типа по всем измерениям... Скудновато, значения измерений не пишет... Оно и понятно, в ТЖ это лишнее... Но полноценному мониторингу управляемых блокировок ТЖ, значит, не замена... На 8.1 ТЖ у меня тоже без проблем пишется в полном объеме. А с 8.2.10.77 какие-то непонятки...

Для мониторинга производительности 1С, оптимизации кода и прочие возможности есть инструмент: - там ролик, можно посмотреть. Правда он не затрагивает тему управляемых блокировок.