rphost и rmngr - расход памяти

1. nifendervan 11 23.09.15 11:36 Сейчас в теме
Есть центральный сервер 1С 8.3.5.1119, 8 Гб оперативки. На нем работают 2 кластера (1541 и 1542). В каждом кластере по одной базе.
В каждом кластере используется следующая настройка - 1 процесс на 15 соединений.
В 1541 работают 2 рабочих процесса, занимают по 300-400 Мб каждый. Это их стандартная нагрузка. Пользователей порядка 30.
В 1542 работает 1 рабочий процесс. В своем обычном состоянии занимает также 300-400 Мб, но примерно раз в одну-две недели потребление памяти возрастает до 1.5 Гб. Причем не только rphost, но и rmngr отъедает 1.5 Гб. После этого база начинает тормозить.
На сервере настроен мониторинг производительности с помощью Performance monitor. По полученному графику видно, что ночью за 20 секунд увеличился расход памяти на 2.5 Гб. По журналу регистрации определил, что происходило в эти 20 секунд - работало только фоновое задание по загрузке и выгрузке данных.
Повторив эти же действия в тестовой среде на этой базе, мне так и не удалось воспроизвести проблему. Расход памяти увеличивался, но в конце память освобождалась.

У меня 2 вопроса:
1). Что может привести к увеличению потребления памяти менеджером кластера?
2). Какие еще способы расследования проблемы можно применить и на что можно грешить?
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
4. Frogger1971 25.09.15 13:30 Сейчас в теме
(1) nifendervan, на основной базе, когда фоновое задние запускается нет никаких "залипших" сессий?
для эксперимента, перегрузите сервер 1С + Сиквелл на рабочей базе до начала выполнения этого задания
7. nifendervan 11 28.09.15 07:48 Сейчас в теме
(4) Frogger1971, есть спящие сеансы. Они вообще появляются регулярно, но не убиваются через заданное в конфигураторе время.

Задание запускается каждые 5 минут, работает в среднем по 30 минут, но вот такие скачки в памяти бывают очень редко. Воспроизвести не получилось.
9. epm 28.09.15 12:56 Сейчас в теме
(7) nifendervan, переход на новую версию платформы, я думаю, должен вам помочь. У меня сервер 1с и СУБД также разнесены, на сервере 1с 8 гб ОЗУ, работают порядка 70 пользователей, после перехода на 8.3.6.2152 проблемы решились с жором ОЗУ.
22. sergathome 4 27.06.18 13:53 Сейчас в теме
(7) У вас глючная версия платформы попала. Мы тоже на неё натыкались в своё время. Меняйте.
2. epm 25.09.15 12:23 Сейчас в теме
Попробуйте обновить платформу до 8.3.6.2152
3. h00k 50 25.09.15 12:47 Сейчас в теме
(2) epm,
Попробуйте обновить платформу до 8.3.6.2152

На 2152, после перезагрузки сервера, rmngr начинал загружать процессоры более чем на 20%. На 2299 ошибка, видимо, была исправлена, так-как перезагрузка сервера происходит без эксцессов.
6. epm 25.09.15 20:41 Сейчас в теме
(3) h00k, пока такой проблемы не замечено было, буду иметь ввиду. Но вот предыдущие платформы 8.3.5.1348 что ли - очень много попортила нервов.
5. andre solovij 25.09.15 13:43 Сейчас в теме
а если добавить оперативной памяти, 8гиг это маловато, что за операционная система на сервере установлена?
8. nifendervan 11 28.09.15 07:51 Сейчас в теме
(5) andre solovij, Вячеслав Гилев именно мне это посоветовал :) у нас сервер 1С и SQL разнесены по разным машинам.

Операционная система Windows Server 2008 R2 Standart.
10. ipoloskov 162 26.06.18 11:08 Сейчас в теме
rmngr съел 44 Гб памяти. В это время было запущено удаление помеченных объектов (их много). Могло ли удаление дать такой эффект?
Есть ли возможность освободить эту память без перезапуска службы?
8.3.10.2699
11. a.doroshkevich 1414 26.06.18 12:03 Сейчас в теме
(10)
Есть ли возможность освободить эту память без перезапуска службы?
да есть, настройкой перезапуска процесса по объёму памяти в свойствах кластера
12. ipoloskov 162 26.06.18 12:23 Сейчас в теме
(11) вы не путаете? У меня раздулся не процесс (rphost), а менеджер кластера (rmngr)
В свойствах кластера стоит допустимый объем памяти рабочих процессов 22 Гб, то есть существенно меньше объема раздувшегося rmngr (44 Гб)
13. besica 26.06.18 12:36 Сейчас в теме
(12) а если просто удалить процесс через диспетчер задач?
У нас 8.3.10.2252 - удаление не вызывает падение сервера.
15. a.doroshkevich 1414 26.06.18 12:42 Сейчас в теме
(12)Нет, не путаю
Выложите скрин настроек
16. ipoloskov 162 26.06.18 12:57 Сейчас в теме
(15)
Прикрепленные файлы:
17. a.doroshkevich 1414 26.06.18 13:03 Сейчас в теме
(16)Очень странно, эти настройки должны влиять и на менеджера кластера... (в документации чётко написано)
Попробуйте следующее:
Установите галку в свойствах Рабочего сервера - менеджер под каждый сервис
Тогда должно появится много рмнгр-ов, а текущий с 44Гб пропасть
Потом можно кстати так понять какой именно сервис сьедает память
А когда разберётесь вернёте настройку обратно
ipoloskov; +1 Ответить
18. ipoloskov 162 26.06.18 13:08 Сейчас в теме
19. a.doroshkevich 1414 26.06.18 14:09 Сейчас в теме
(18)Можете версию платформы написать?
20. a.doroshkevich 1414 26.06.18 14:46 Сейчас в теме
(19)Сори, не увидел что номер есть в сообщении)
21. ipoloskov 162 27.06.18 13:47 Сейчас в теме
(17)
Сделал по вашей инструкции, и все пользователи повылетали из 1С.
23. a.doroshkevich 1414 28.06.18 05:11 Сейчас в теме
(21)Странно, должны вылетать только те, у кого в момент рестарта рмнгр были активные транзакции
Остальное храниться в сеансовых данных и сеансы вылетать не должны
24. ipoloskov 162 28.06.18 13:39 Сейчас в теме
(23) ну, может у тех, кто пришел жаловаться, и были активные транзакции. А я подумал, что вообще все повылетали.
14. besica 26.06.18 12:39 Сейчас в теме
У нас тоже бывает на одной базе неконтролируемый рост rmngr, причем практически всегда это следствия проблем с индексами, приходится очищать и пересоздавать заново индексы.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот