Вход | Регистрация

  1  2
1С:Предприятие :: 1С:Предприятие 8 общая

Как отследить кто нагибает сервер 1С

Как отследить кто нагибает сервер 1С
Я
   NWsFF
 
23.05.18 - 08:26
Ситуация происходит в среднем раз в неделю, рпхосты загружают процессор на 100%, винда начинает приостанавливать рпхосты и соедниянения юзеров отваливаются.
Можно ли в консоле сервера 1с , найти сеанс который загружает проц. Там есть куча параметров типа количество вызовов, чтение , запись и тд. После анализа пиковых значений, не удалось найти источник пиковой нагрузки.
Платформа 8.3.10.2639 ,под каждую базу создается свой рпхост (может и в этом дело). Баз 12 штук, ЗУП 3.0 БП 3. Я уже фоновые задания разнес по времени чтобы одновременно не запускались.
Есть варианты как отловить причину? (Закрывали квартальную отчетность, думал тоже повалится сервак нет, нормально прошло).
Средняя нагрузка на проц 8-11%
 
 
   xXeNoNx
 
101 - 23.05.18 - 14:30
(99) Событие CALL - не покажет проблемы, наоборот, может служить проблемой сбор таких данных, потому их очень много будет сыпаться в ТЖ
   xXeNoNx
 
102 - 23.05.18 - 14:30
   xXeNoNx
 
103 - 23.05.18 - 14:31
нужны события EXCP и EXCPCNTX
   ildary
 
104 - 23.05.18 - 15:07
(100) зачем включать ТЖ, если нет ошибок? Он ведь будет тормозить систему и жрать место на диске.
   Lama12
 
105 - 23.05.18 - 15:22
(100) Эх... Это если аппаратура позволяет.
(104) Только за счет этого выяснили кто и как последовательность сбивают на 17 год от Р.Х. Оказалось в УПП, в обработке восстановление последовательности можно спокойно поставить 17 год, и нажать кнопку восстановить. Даже при закрытом периоде, сначала сбивается последовательность, а потом отрабатывает закрытый период. Естественно последовательность обратно не возвращается.
   xXeNoNx
 
106 - 23.05.18 - 15:28
(104) какие Ваши доказательства?
   xXeNoNx
 
107 - 23.05.18 - 15:31
(104) Они есть, но о них многие не догадываются
   Feanor
 
108 - 23.05.18 - 16:45
(101) по событиям CALL можно посчитать суммарное время серверных вызовов и найти контекст самых длительных
   Feanor
 
109 - 23.05.18 - 16:45
(103) чем EXCP поможет при расследовании высокой нагрузки на ЦП?
   xXeNoNx
 
110 - 23.05.18 - 17:30
(109) когда пользователей срубит, контекст упадет в excp или не упадет.
 
 Рекламное место пустует
   Feanor
 
111 - 23.05.18 - 17:51
(110) очень маловероятно, что это будет сессия виновника высокой нагрузки
   xXeNoNx
 
112 - 23.05.18 - 17:53
(111) предлагаю перечитать предыдущие сообщения
   Feanor
 
113 - 23.05.18 - 17:56
(112) какие именно?
   xXeNoNx
 
114 - 23.05.18 - 18:52
(113) все сообщения, все....
   xXeNoNx
 
115 - 23.05.18 - 18:58
(108) чио нам дадут длительные вызовы, ну длительные они, да и фиг бы с ними...
   xXeNoNx
 
116 - 23.05.18 - 19:07
(0) что дали счетчики? Какие счетчики настроил?
   Feanor
 
117 - 23.05.18 - 20:53
(115) длительные вызовы нагружают проц, ваш КЭП )
   Cyberhawk
 
118 - 23.05.18 - 21:00
(117) С какого?
   xXeNoNx
 
119 - 23.05.18 - 21:01
(117) или не нагружают...
   FormatC
 
120 - 23.05.18 - 21:01
(0) может быть кто-то просмотреть большой журнал регистрации с отбором... как-то раз сталкивался с таким.
   xXeNoNx
 
121 - 23.05.18 - 21:03
(120) вполне может быть.., грохнуть журнал и посмотреть
   Feanor
 
122 - 23.05.18 - 21:18
(118) если выполняется серверный вызов, то это в 99,99% случаев либо исполнение кода на встроенном языке (рпхост грузит проц), либо выполнение запроса к СУБД. Есть еще что-то?
   Cyberhawk
 
123 - 24.05.18 - 01:25
(122) Не понял, к чему ты клонишь. Так все время исполнения кода на сверере можно свести к выполнению кода или ожиданию результата запроса
   cons74
 
124 - 24.05.18 - 08:56
Какие новости?
   Feanor
 
125 - 24.05.18 - 09:46
(123) очевидно же, что у чела "рпхосты загружают процессор на 100%", нужно расследовать эту проблему. Есть какие-то другие способы ее расследовать?)
   Cyberhawk
 
126 - 24.05.18 - 09:47
(125) Так это всплеск вроде, вызванный их массовым одновременным перезапуском. Длительность вызовов - следствие.
   Feanor
 
127 - 24.05.18 - 10:09
(126) ну это бабка надвое сказала, было лишь предположение, которое ничем не обосновано
   Cyberhawk
 
128 - 24.05.18 - 11:00
(127) Ну долгие вызовы / запросы, может, и нужно про анализировать, но т.к. характер "точечный" (редкий всплеск), то ты в результате даже если и узнаешь эти "длительные операции", то что это даст? По пятницаам этот запрос / код долгий, а по остальным дням недели - нет. Значит дело не в этом )
   Cyberhawk
 
129 - 24.05.18 - 11:00
*проанализировать
   Feanor
 
130 - 24.05.18 - 11:09
(128) могут и рабочие процессы падать и перезапускаться, а может и какая-то регламентная операция запускаться в определенное время и грузить систему. Нужно копать)
   Cyberhawk
 
131 - 24.05.18 - 11:58
(130) Мне казалось, что ТС первым делом должен был сопоставить время всплесков с расписанием РЗ )
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует