Size: a a a

PostgreSQL + 1C + Linux

2020 August 02

ВС

Вячеслав Синельников... in PostgreSQL + 1C + Linux
Mikhail Nagovitsin
1 база-1 кластер.
все уже поднял 2 пробных инстанса на разных портах ) работает воде :)
источник
2020 August 03

NP

Nik Pop in PostgreSQL + 1C + Linux
а кто-нить мониторит время выполнения операций 1с, типа там время печати чека, время создания накладной, время создания эквайринговой операции?
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
а то на днях побывал в полях, так там люди жалуются сильно на "тормоза" некоторых операций, сообщил местным 1сникам, сказали, надо делать замеры и смотреть что не так. А мне вот хотелось бы эту инфу куда-нить в заббикс заполучить и настроить алерты, если время начнёт превышать указанный порог
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
может кто делал подобное уже
источник

JS

Juriy Strashnov in PostgreSQL + 1C + Linux
Есть штатное решение — ЦКК, туда можно вливать данные APDEX от разных приложений
источник

11

19 17 in PostgreSQL + 1C + Linux
Замеры штатный функционал бсп почти во всех типовых естт
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
нашёл готовое решение без алчного ЦКК https://github.com/slothfk/1c_zabbix_template_ce
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
Тут есть нюансы в вашем кейсе.
APDEX мониторится средствами кода 1С и учитывает скорость выполнения клиентского кода. А вот этот шаблон ориентируется на серверный технологический журнал и соответственно замеров с клиента там нет
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
Кирилл Веревкин
Тут есть нюансы в вашем кейсе.
APDEX мониторится средствами кода 1С и учитывает скорость выполнения клиентского кода. А вот этот шаблон ориентируется на серверный технологический журнал и соответственно замеров с клиента там нет
а что из этого точнее отображает ситуацию со временем выполнения? ))
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
для меня самый точный замер пока, это ожидание кассира, пока создаётся документ - 17 секунд для  эквайринговой операции
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
а для клиента, это кассир сидит и тупит пялясь в монитор
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
Nik Pop
а что из этого точнее отображает ситуацию со временем выполнения? ))
Ну, насколько мне известно, на проектах по оптимизации производительности в договорах с клиентом указывается именно значение APDEX, которое необходимо достичь. Т.е. по большей части его как раз и используют для определения времени выполнения.

Но надо понимать, что APDEX хорош на 100+ замерах, а лучше больше.
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
Nik Pop
а для клиента, это кассир сидит и тупит пялясь в монитор
так вы же сейчас не знаете тупит у вас сервер, передача данных по сети от клиента до сервера или клиентский код?
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
может у вас на рабочем месте стоит пенек 4 с 1гб оперативы и тупо клиентский комп долго рисует формы
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
Кирилл Веревкин
так вы же сейчас не знаете тупит у вас сервер, передача данных по сети от клиента до сервера или клиентский код?
согласен, без вводных данных о схеме работы системы Ваше предположение логично, но сразу скажу, что с сетью и сервером всё норм
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
Кирилл Веревкин
может у вас на рабочем месте стоит пенек 4 с 1гб оперативы и тупо клиентский комп долго рисует формы
у нас тонкий клиент через рдп терминал
источник

КВ

Кирилл Веревкин... in PostgreSQL + 1C + Linux
В целом мониторинг @alexey_sloth_fedotov очень неплох и я его сам использовал для решения проблем производительности. Но параллельно мониторинг APDEX по ключевым операциям - тоже полезно. Так сказать больше мониторинга богу мониторинга!

Подсистема оценка производительности есть во всех типовых насколько мне известно, а ее настройка не слишком сложна как по мне (надо только понимать что такое APDEX и как он считается). Написать выгрузку в стороннюю систему для вашего 1Сника будет не слишком сложной задачей.

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

Есть еще мониторинг в кластере серверов 1С, но он требует КОРП и тоже насколько мне известно учитывает только серверный контекст.
источник

NP

Nik Pop in PostgreSQL + 1C + Linux
Кирилл Веревкин
В целом мониторинг @alexey_sloth_fedotov очень неплох и я его сам использовал для решения проблем производительности. Но параллельно мониторинг APDEX по ключевым операциям - тоже полезно. Так сказать больше мониторинга богу мониторинга!

Подсистема оценка производительности есть во всех типовых насколько мне известно, а ее настройка не слишком сложна как по мне (надо только понимать что такое APDEX и как он считается). Написать выгрузку в стороннюю систему для вашего 1Сника будет не слишком сложной задачей.

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

Есть еще мониторинг в кластере серверов 1С, но он требует КОРП и тоже насколько мне известно учитывает только серверный контекст.
вот-вот, пока что не могу точно знать, что именно "добавили"  поверх типового кода, поэтому пока настрою заббикс и ещё вот такую штуку нашёл https://infostart.ru/1c/articles/1168942/
источник

А

Андрей in PostgreSQL + 1C + Linux
Господа, прошу совета, с какой книги (ресурса) начать изучать sql (или сразу pgsql)?
источник

И

Иван in PostgreSQL + 1C + Linux
источник