Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Вот так совпадение.
Видимо во вселенной накопилась критическая масса :-)
Только я сделал с помощью консольных утилит администрирования сервера приложений 1с.
Видимо во вселенной накопилась критическая масса :-)
Только я сделал с помощью консольных утилит администрирования сервера приложений 1с.
(5) _evgen_b, тоже отличный вариант)
Я думал насчет rac/ras, но честно говоря изначально все делалось ради самого первого показателя в списке "srv1c.avaible"
В общем я несколько раз сталкивался с тем что служба 1с работает, консоль тоже, но при этом 1с не работает.
Обычно это было из-за того что диск на котором хранятся темп файлы 1с и сессии иногда вылетает.
При этом вроде все норм, а по факту 1с не работает.
Поэтому мысль была в том чтобы изнутри продакшн базы сообщать забиксу что все норм.
Причем изначально я думал из 1с записывать в файл с временем и забикс агентом его читать.
Это самая распространенная схема при сложных аналитиках, чтобы таймауты агента не завышать.
Но когда наткнулся на трапер - мне показалось идеальным вариантом для такого мониторинга...
ИМХО каждый вариант имеет право на жизнь)))
Я думал насчет rac/ras, но честно говоря изначально все делалось ради самого первого показателя в списке "srv1c.avaible"
В общем я несколько раз сталкивался с тем что служба 1с работает, консоль тоже, но при этом 1с не работает.
Обычно это было из-за того что диск на котором хранятся темп файлы 1с и сессии иногда вылетает.
При этом вроде все норм, а по факту 1с не работает.
Поэтому мысль была в том чтобы изнутри продакшн базы сообщать забиксу что все норм.
Причем изначально я думал из 1с записывать в файл с временем и забикс агентом его читать.
Это самая распространенная схема при сложных аналитиках, чтобы таймауты агента не завышать.
Но когда наткнулся на трапер - мне показалось идеальным вариантом для такого мониторинга...
ИМХО каждый вариант имеет право на жизнь)))
(7) blackhole321, не совсем так.
в тех конкретных ситуациях просто диск отваливался.
но мысль несколько иная - мониторить не только и не столько состояние железа и служб, а максимально близко к пользователю.
ближе регламентного в продакшн базе я не вижу.
а диск итак уже мониторится))) причем тоже забиксом)))
в тех конкретных ситуациях просто диск отваливался.
но мысль несколько иная - мониторить не только и не столько состояние железа и служб, а максимально близко к пользователю.
ближе регламентного в продакшн базе я не вижу.
а диск итак уже мониторится))) причем тоже забиксом)))
(11) artbear, Вам спасибо. Попробую с рабочего приложить. Но они не будут такими красочными)))
(12) Sergey.Noskov, хм.
Давай обсудим как их получить.
У меня просто все крутится на постгри и с блокировками давно не сталкивался (в основном бывает блокировка документа сеансом, но там человеческий фактор).
Подскажи как их получать или в какую сторону копать)))
(12) Sergey.Noskov, хм.
Давай обсудим как их получить.
У меня просто все крутится на постгри и с блокировками давно не сталкивался (в основном бывает блокировка документа сеансом, но там человеческий фактор).
Подскажи как их получать или в какую сторону копать)))
(12) Sergey.Noskov, полистав Гилева и , я так понял для такого анализа лучше всего подходит тех. журнал и подключение к MSSQL.
Не уверен что смогу тягаться с инструментами Гилева)))
А если серьезно - наверное можно будет прикрутить, но без аналитики о причине думаю это не будет особо ценной информацией.
А подобную аналитику заносить в забикс думаю несколько неправильно...
Хотя если будут конкретные предложения и кейсы - можно попробовать что-то собрать)
Не уверен что смогу тягаться с инструментами Гилева)))
А если серьезно - наверное можно будет прикрутить, но без аналитики о причине думаю это не будет особо ценной информацией.
А подобную аналитику заносить в забикс думаю несколько неправильно...
Хотя если будут конкретные предложения и кейсы - можно попробовать что-то собрать)
(15) извиняюсь за длительное молчание
Обычно любые данные мониторинга не нужны, пока не сталкиваешься с какой либо проблемой. Думаю желание мониторить конкретно эти параметры, описанные в статье, родилось не просто так;)
Да, график блокировок сам по себе проблему не решает (как, впрочем, и любой другой график), но может подсказать куда копать. У нас в Zabbix выводится и число упр. блокировок и APDEX. Вывести блокировки достаточно просто - по свойству сеанса blockedByLS. Потребуется или нет - никто наперед не скажет, но чем выше требования к работоспособности базы, тем больше параметров необходимо логировать.
Обычно любые данные мониторинга не нужны, пока не сталкиваешься с какой либо проблемой. Думаю желание мониторить конкретно эти параметры, описанные в статье, родилось не просто так;)
Да, график блокировок сам по себе проблему не решает (как, впрочем, и любой другой график), но может подсказать куда копать. У нас в Zabbix выводится и число упр. блокировок и APDEX. Вывести блокировки достаточно просто - по свойству сеанса blockedByLS. Потребуется или нет - никто наперед не скажет, но чем выше требования к работоспособности базы, тем больше параметров необходимо логировать.
(16) Sergey.Noskov, ок. Попробую посмотреть и протестировать - после этого обновлю статью и шаблон.
Просто есть такой момент, что блокировка длиться 5-10 секунд. Но не минутами - по крайней мере насколько я понимаю.
И вопрос в том, что даст если мы раз в минуту будем получать эти цифры.
В моем понимании отслеживание блокировок эффективно отслеживать по ТЖ или статистикам БД, там можно аналитику строить и все такое...
(17) SuhoffGV, как раз первая проверка для этого и существует.
Если сеансы не могут запуститься, то и фоновое задание не запуститься и как следствие 1С не скажет забиксу, что работает.
А тригер настроен на то, что 1с отвечает раз в 2-3 минуты.
Есть конечно вероятность что в вашем случае фоновые задания будут запускаться, но если нет рабочих процессов, то не должно...
Просто есть такой момент, что блокировка длиться 5-10 секунд. Но не минутами - по крайней мере насколько я понимаю.
И вопрос в том, что даст если мы раз в минуту будем получать эти цифры.
В моем понимании отслеживание блокировок эффективно отслеживать по ТЖ или статистикам БД, там можно аналитику строить и все такое...
(17) SuhoffGV, как раз первая проверка для этого и существует.
Если сеансы не могут запуститься, то и фоновое задание не запуститься и как следствие 1С не скажет забиксу, что работает.
А тригер настроен на то, что 1с отвечает раз в 2-3 минуты.
Есть конечно вероятность что в вашем случае фоновые задания будут запускаться, но если нет рабочих процессов, то не должно...
deevil, А будет ли данный способ работать при отвале всех рабочих процессов в 1с? У меня на 8.2 иногда возникают ситуации когда сервер запущен, но клиенты не могут запуститься с сообщением "Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно".
Подскажите, пожалуйста, как можно скачать файл шаблона, предложенного в статье? Если считаете это возможным.
Есть вероятность, что не подойдёт для желаемого, но глянуть - хотелось бы, а только из-за этого платить 1500 - несколько дороговато,по моему.
Спасибо за любой ответ.
Есть вероятность, что не подойдёт для желаемого, но глянуть - хотелось бы, а только из-за этого платить 1500 - несколько дороговато,по моему.
Спасибо за любой ответ.
аналогично. проблема тоже висит для 1С мониторинга. но в сети информации очень мало. нашел одну тему на хабре, но вот шаблон там кривой, забикс ругается что много ошибок. я исправил парочку ошибок, но они все не кончаются. может каму и пригодится мой полукривой исправленый шаблон. взят с сайта Хабрахабр.
Прикрепленные файлы:
1c.xml
(22)
не видя скриптов мало чем помогу
но в сети информации очень мало. нашел одну тему на хабре, но вот шаблон там кривой, забикс ругается что много ошибок. я исправил парочку ошибок, но они все не кончаются. может каму и пригодится мой полукривой исправленый шаблон. взят с сайта Хабрахабр.
не видя скриптов мало чем помогу
Есть ещё идея мониторить размер журнала базы для 1С-разрабов. В прошлую пятницу была буча, что бухгалтерская база встала раком из-за того, что отдельные индивиды из 1с-ников не умеют у себя в конфигураторе настраивать архивацию и ротацию журнала. Вот от таких и думаю прикрутить мониторинг размера журналу, потому что когда они начинают из конфигуратора поиск по журналу, а размер журнала больше 100 гектаров... а на базе при этом ещё порядка 60 активных сессий... начинается трэш и содомия.
(33)
durationCurrentDBMS - Содержит интервал времени в миллисекундах, прошедший с момента начала выполнения запроса, в случае, если сеанс выполняет запрос к СУБД. Иначе – 0.
durationCurrent - Содержит интервал времени в миллисекундах, прошедший с момента начала обращения, в случае, если сеанс выполняет обращение к серверу 1С:Предприятия. Иначе – 0
dbProcTook - Содержит время соединения с СУБД с момента захвата в миллисекунда
В справке эти поля ищутся и им есть аналоги в консоли администрирования...
Зачем мониторю - они опосредованно показывают что, что-то держит соединение с базой без остановки.
Тригер так не вспомню, вроде на 10 минут...
durationCurrentDBMS - Содержит интервал времени в миллисекундах, прошедший с момента начала выполнения запроса, в случае, если сеанс выполняет запрос к СУБД. Иначе – 0.
durationCurrent - Содержит интервал времени в миллисекундах, прошедший с момента начала обращения, в случае, если сеанс выполняет обращение к серверу 1С:Предприятия. Иначе – 0
dbProcTook - Содержит время соединения с СУБД с момента захвата в миллисекунда
В справке эти поля ищутся и им есть аналоги в консоли администрирования...
Зачем мониторю - они опосредованно показывают что, что-то держит соединение с базой без остановки.
Тригер так не вспомню, вроде на 10 минут...