Size: a a a

1С, БСП, DevOps и Архитектура

2020 July 21

АЛ

Антон Литвинов... in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
при чем тут блокировка? Откуда она например в селекте ДС?
А запрос висит например уже три  часа и 1с об этом ничего не знает, пока он не завершится.
В консоли об этом не будет ясной информации, а в ТЖ так вообще ничего.
Мониторинг "онлайн" (как вы выражаетесь "срез") об этом не расскажет. Нужен статистический анализ за период, но никак не "онлайн данные".
вы сейчас серьезно о том что 1с не знает о своих блокировках и их времени?
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Антон Литвинов
вы сейчас серьезно о том что 1с не знает о своих блокировках и их времени?
1. я вообще-то про запрос спросил, а вы стрелки в блокировки увели
2. про запросы знает, но только постфактум
3. блокировки в консоли отражены, но что рак возвращает - не смотрел. Какую полезную информацию по активной блокировке вы имеете ввиду? (кроме номера сеанса и времени установки)
источник

АЛ

Антон Литвинов... in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
1. я вообще-то про запрос спросил, а вы стрелки в блокировки увели
2. про запросы знает, но только постфактум
3. блокировки в консоли отражены, но что рак возвращает - не смотрел. Какую полезную информацию по активной блокировке вы имеете ввиду? (кроме номера сеанса и времени установки)
1. меня интересуют блокировки а не запросы. мониторинг запросов, их производительность и все прочее - это другой пласт проблем. я сейчас про то, чтобы узнать о проблеме не от пользователей, а от мониторинга
2. система не знает какие она делала запросы? или я вас не понимаю (что скорее всего) или...
3. оперативная инфа о наличии блокировки больше определенного времени - вот цель
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Антон Литвинов
1. меня интересуют блокировки а не запросы. мониторинг запросов, их производительность и все прочее - это другой пласт проблем. я сейчас про то, чтобы узнать о проблеме не от пользователей, а от мониторинга
2. система не знает какие она делала запросы? или я вас не понимаю (что скорее всего) или...
3. оперативная инфа о наличии блокировки больше определенного времени - вот цель
Реально длительная упр. блокировка - далеко не единственная причина тормозов, с которыми к тебе пользователь может прибежать, и находится скорее всего точно даже не в первой десятке топа других причин
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Антон Литвинов
1. меня интересуют блокировки а не запросы. мониторинг запросов, их производительность и все прочее - это другой пласт проблем. я сейчас про то, чтобы узнать о проблеме не от пользователей, а от мониторинга
2. система не знает какие она делала запросы? или я вас не понимаю (что скорее всего) или...
3. оперативная инфа о наличии блокировки больше определенного времени - вот цель
Я всего лишь пытаюсь перенять что-то ценное из ваших знаний...
В частности логику предполагаемого анализа системы.
У меня закралось подозрение, что вы слабо представляете какими данными располагает 1с, какие/в каком виде/где собирает.
источник

АЛ

Антон Литвинов... in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
Я всего лишь пытаюсь перенять что-то ценное из ваших знаний...
В частности логику предполагаемого анализа системы.
У меня закралось подозрение, что вы слабо представляете какими данными располагает 1с, какие/в каком виде/где собирает.
вполне вероятно, даже спорить не буду
источник

АЛ

Антон Литвинов... in 1С, БСП, DevOps и Архитектура
как и что собирать со скуля - там все понятно
источник

АЛ

Антон Литвинов... in 1С, БСП, DevOps и Архитектура
а вот с 1с...
источник

АЛ

Антон Литвинов... in 1С, БСП, DevOps и Архитектура
но разрабы точно пользовались алертами по блокировкам, это факт
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
John Doe
Реально длительная упр. блокировка - далеко не единственная причина тормозов, с которыми к тебе пользователь может прибежать, и находится скорее всего точно даже не в первой десятке топа других причин
длительная блокировка вообще не является проблемой, пока она не является виновником ожидания. Хоть день пусть висит.
Монитонить нужно ожидания/таймауты, а не блокировки.
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Есть желание успеть разобрать проблему быстрее чем наступит таймаут? быстрее 20сек? ))))) Из миллиарда блокировок выцепить те, которые... что???? Они все нормальные. Их не нормальность зависит от наличия конфликтующей стороны.
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Антон Литвинов
но разрабы точно пользовались алертами по блокировкам, это факт
С субд - да. С 1С - алерты с текущего(последнего) файла ТЖ. Т.е. его нужно парсить, парсить, парсить... Это будет мгновенно, данных не много. В консоли, в рак/рас этих данных не будет.
источник

АЛ

Антон Литвинов... in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
С субд - да. С 1С - алерты с текущего(последнего) файла ТЖ. Т.е. его нужно парсить, парсить, парсить... Это будет мгновенно, данных не много. В консоли, в рак/рас этих данных не будет.
а можете поделиться настройками тж и на что парсили?
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Антон Литвинов
а можете поделиться настройками тж и на что парсили?
думаю уместнее тут вести подобные диалоги  https://t.me/OneC_Expert
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
длительная блокировка вообще не является проблемой, пока она не является виновником ожидания. Хоть день пусть висит.
Монитонить нужно ожидания/таймауты, а не блокировки.
По ней разве что можно диагностировать длительность фриза интерфейса (если тип приложения сеанса = клиент, а не какое-нибудь ФЗ), причем оптимистическую (т.к. оно не покажет еще и длительность передачи данных туда-обратно и их отрисовки). Но для этого есть клиентский АПДЕКс.
Так что сомнительная его хотелка по этим метрикам кластера.
источник
2020 July 22

АП

Андрей Попов... in 1С, БСП, DevOps и Архитектура
Кто-нибудь знает почему следующий запрос является корректным(точка перед и после "ПричинаИзмененияСостояния" в параметрах виртуальной таблицы)?

ВЫБРАТЬ
 РаботникиСрезПоследних.Регистратор КАК Регистратор
ИЗ
 РегистрСведений.Работники.СрезПоследних(
     &ДатаОкончания,
     ФизЛицо = &ФизЛицо
       И .ПричинаИзмененияСостояния. = ЗНАЧЕНИЕ(Перечисление.ПричиныИзмененияСостояния.ПриемНаРаботу)) КАК РаботникиСрезПоследних
источник

ВБ

Валентин Бомбин... in 1С, БСП, DevOps и Архитектура
видать в разборе накосячили и точку добавили  символу старта идентификатора
источник

АП

Андрей Попов... in 1С, БСП, DevOps и Архитектура
И символу окончания :)
источник

ВБ

Валентин Бомбин... in 1С, БСП, DevOps и Архитектура
ну как не первый символ точка вполне может быть
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Андрей Попов
Кто-нибудь знает почему следующий запрос является корректным(точка перед и после "ПричинаИзмененияСостояния" в параметрах виртуальной таблицы)?

ВЫБРАТЬ
 РаботникиСрезПоследних.Регистратор КАК Регистратор
ИЗ
 РегистрСведений.Работники.СрезПоследних(
     &ДатаОкончания,
     ФизЛицо = &ФизЛицо
       И .ПричинаИзмененияСостояния. = ЗНАЧЕНИЕ(Перечисление.ПричиныИзмененияСостояния.ПриемНаРаботу)) КАК РаботникиСрезПоследних
какой вид принимает запрос после конструктора ?
источник