На старт.
Внимание.
Марш!

Запускаем сервер 1С и внимательно ждем меньше суток.
В памяти висят несколько rphost.
Почти всегда из 16 гигов оперативы какой-нибудь отдельно взятый rphost жрет памяти в размере "16Гб - занятая_остальными_приложениями_память - так_и_быть_оставлю_тебе_крохи_на_бедную_старость".
Кроме того, по какой-то причине как правило он же жрет и процессор, примерно по тому же принципу "Сожру_все_что_свободно_оставлю_процентов_пять_на_милостыню_нищим".
Гуглил гуглил, яндексил яндексил, нихрена не нашел адекватного решения, везде только перезапуск сервера 1С ну или снятие rphost.

Так что, нет цивилизованного решения, кроме как резать по-живому?

1С сервер нужно профилактически перезагружать каждые сутки (рестарт Агент сервера)

(1) Это я в курсе.
Но во-первых, бывает так, что и в течение дня уже сожрано все, что можно.
Во-вторых, это как бы рубит сеансы, что не очень хорошо.
В-третьих, не совсем понятно, почему так жестко.

(2) Заметил, правда, что и вырубание rphost и перезапуск службы сервера 1С рубит сеансы не гарантированно, бывают выжившие и часто.
Но гарантий, что кто-то выживет, нет никаких.

(3) А я при перезапуске еще temp пользователя, от имени которого запущен сервис Агента 1С:Предприятие, чищу и удаляю snccntx из каталога кластера. Не выживает никто...

(4) А я еще виндоус перезапускаю и компьютер физически меняю на другой.

Эх, видимо так и придется маяться дальше.
Пойду, найду посочнее https://yandex.ru/images/search?text=кактус&stype=image&lr=213&noreask=1&source=wiz&uinfo=sw-2560-sh-1440-ww-1286-wh-1134-pd-1-wp-2x3_640x960-lt-110&redircnt=1430655130.1

(6) периодически фиксят баги, стараемся обновляться оперативно на последние релизы, часто шлем вопросы в поддержку, иногда решают. Из последних - был поднятый но не подключенный сетевой интерфейс, за счёт этого сносило башню серверу и не корректно поднимался кластер (не видел лицензии с другого сервака) отослали журнал регистрации - дали совет отключить и все заработало более стабильно. А вообще при переезде с 16 на 32 г сервер значительно выросла отзывчивость и уменьшилась падучесть.

(1)"Интервал перезапуска рабочих процессов" не всегда помогает?

(0) не надо на меня напраслину возводить!
http://s009.radikal.ru/i308/1505/00/adc33a5bb0f7.png
http://s56.radikal.ru/i151/1505/7e/1820160d35d4.png

аптайм сервера 1C-Предприятие небольшой... порядка 10 дней.

(0) Там в настройках есть автовырубание по пределу памяти.

(9) Ну вот у кого как.
У кого-то жрет у кого-то не жрет.
У всех разные винды, платформы, даже сервер у кого-то 32, а у кого-то 64.
Не говоря уже о количестве баз, регламентных заданиях и пр.

(10) а разве не убрали?

(10) Так это же рубит сеансы пользователей

Надо полазить в настройках то ли сервера, то ли кластера.

Характерная деталь. Тут ни когда, почти, обсуждение вариантов решения проблемы не начинается с публикации определения, трактовки термина и т.п., т.е. сути того, что составляет проблему.

В данном случае так же. Какие то предположения.
А что вот на счет этого ? Тут по крайней мере сказано, что такое РПХОСТ и какой инструментарий предлагается разработчиком для работы с ним.
-----------------------------------------------------------
>•rphost необходимо настраивать в зависимости от некоторых факторов:
•Если используется 32-разрядная система, то следует использовать такое количество рабочих процессов, что бы на каждый выделялось по 2гб. Например, если на сервере есть 10гб — необходимо запустить 5 rphost.exe. 1С предприятие 8.3 правильно разделит нагрузку среди них.
•Если используется 64 разрядная система — можно использовать один рабочий процесс.
•Если rphost периодически аварийно отключается (факт и причину можно узнать из технологического журнала) в консоле кластера можно настроить резервные процессы.
http://programmist1s.ru/rphost-ili-rabochiy-protsess-1s/
------------------------------------------------------------

Или я что то не так думаю ?

(11) баз хватает, регламентных тоже, 64х

(13) Ну можно там же выставить количество сеансов на процесс рпхост, да и по-моему не вырубает.

(17) не рубит если есть главный кластер серверов 1С и минимум 2 рабочих сервера

+(15)Ключевая мысль
>1С предприятие 8.3 правильно разделит нагрузку среди них.

Сама. И не надо заниматься распределением сеансов ...
Надо правильно определить количество процессов.

(15) Эээ... ты думаешь, что сказал решение? Или что?

(16) Релиз платформы?

(17) Вырубает.

(18) 2 раюочих сервера - это 2 сервера 1С в смысле или что?

(15) >Если используется 64 разрядная система — можно использовать один рабочий процесс.

Как тогда вырубать зависшие без отключения всех?

(19) Да по твоей ссылке хрень.
Сделайте все правильно и все будет правильно.
Спасибо, КЭП.

(25) Да начнем с того, как вообще в 8.3 вручную регулировать количество рабочих процессов?

(27) Тебе это не надо.

(25)ВОт тут и начинается интересное.
Вы сами создаете условия для азмножения РПХОСТов, а потом боретесь с ними.

Как отключать теневые сеанчы - это вопрос уже из другой оперы.

(26) Начнем с того, что это рекомендации разработчика. Ты предлагаешь идти от обратного ? Делать не правильно ? Или вы все полагаете, что в 1Се все по ж0пу деревянные сидят ? Одни мы тут дартаньяны ?

(30) Я предлагаю отталкиваться от того, что в консоли кластеров 1С что-то не видно регулирования количества процессов рпхост. Не подскажешь, куда ткнуться?

(29) Штук 100 процессов позволили бы с вероятностью 1/100 вырубать один из них, не трогая остальные 99% пользователей.

Просто это наша традиция искать решение в интенете. И пользоваться копипастами.

Тут, видимо, надо реально читать инструкции и взаимодействовать с разработчиками.

Понятно, что это кривая реализация кластерности. И в пределах одной машины возникают такие коллизии.

(32) А че не 2000 ?

Прежде чем костыли подсовывать может найти причину проблемы ??

Это наша, к стати, традиция. Гугл же поможет ...

(32) Рома, если я правильно понимаю, каждый сеанс 1С привязан к конкретному рпхосту. И, возможно, жрет память именно тот рпхост, который удалять нельзя.

(31) Тут кажется
http://www.avtomat.biz/blog/nastroyka-klastera-1s-83
Или уже убрали?

(31) речь о 8.3.5 или о сферическом коне в вакууме ?

(33) Так по (31) не подскажешь?
Или "надо реально читать инструкции и взаимодействовать с разработчиками"?

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

(37) 8.3.6.1977

(31) Не, ну кто тут профи ? Я то дворник-стажер ...
Я полагаю, что надо от тутошнего спора перейти к изучению документации. По утилите и настройках кластера. И севера.
Как всегда у 1С где то между строками спрятана истина.

Ответ есть, но наверняка криво изложен косноязычными ...

(40) дык свойства рабочего сервера

(41) Ну так тогда я бы не стал раздавать советы, гордо топорща грудь. Не? :))

(42) Что свойства?
Количества рпхостов там нет. Это вообще убрали, 1С теперь не позволяет админам регулировать количество процессов.
А все остальное, что осталось, так или иначе рубит рпхосты, я так понимаю.

(43)Не, ну по логике то у меня всегда так - плясать от печки. И это правильно. Тут этого не любят делать. И это приводит к репликации шаблонов и полумер.

(44) года полтора как убрали - для тебя это новость ?

(46) Ну у них же была причина убрать эту настройку ? Не ужели в документации этот момент не отражен ?

(45) Да я уж и от печки и к печке и вокруг печки наплясался, а решения все нет.

(46) Я про то, что пофиг, что убрали, регулирование количества один фиг бы не помогло.

(47) Сказали, что теперь декларативное описание, типа машина умнее человека, сделает все лучше.

(50)ДА ладно. Я доки 1с ненавижу, так как пишутся достаточно тупо, но не до такой же степени ...

Скорее мы чего то не догоняем.

(51) А что тут тупого?
Нормально все.

(36) Тут вот много чего есть. И все касается процесса. Нет только дырки куда вписать количество процессов.

Но есть настройка куда вводятся показатели, по которым система опеделяет и количество процессов и время их перезагрузки.

Посто включите внимание и голову.

(53) Ну, тогда почему ты не понимаешь (36) и не понимаешь почему (50)  ))

Эээ ... Робко так ... Чо на счет метлы то ? Побудет пока пусть ... Да? Или ...

(56) Пока начни с включения внимания и головы. Посмотрим, как тебе поможет твой же совет.

(57) Меня в дворницкой проблемы шерифов из (0) не касаются )) Мне ни чем не поможет.

Но обсудить настройки из (36) согласен. Даже я своими ЖЕКовскими мозгами понимаю, что там есть все необходимое.

Интеллектуальной системой это не назовешь, но параметры нужные для (0) имеются.

(58) Придумаешь решение, пиши.

(0)>В памяти висят несколько rphost.
Вопрос: почему их именно столько ? Для начала ...
К приросту потом перейдем.

Настройка из параметров сервера "Максимальный объем памяти рабочих процессов"
Это количество процессов на старте.

Нет ?

(0)>Почти всегда из 16 гигов оперативы какой-нибудь отдельно взятый rphost жрет памяти в размере "16Гб - занятая_остальными_приложениями_память - так_и_быть_оставлю_тебе_крохи_на_бедную_старость".

------------------------------------------------
Безопасный расход памяти за один вызов ? Нет ?

В настройках локального кластера группа
"Перезапускать рабочие процессы"

Нет ?

И найдите, что означает 0 в настройках. 0 или неограничено ?

Требую новую метлу ...

(20) А как в 8.3 задать количество рабочих процессов?

Тут http://its.1c.ru/db/v83doc/bookmark/cs/TI000000172 написано:
Администратор не имеет возможности вручную добавлять и удалять рабочие процессы.

(22) 8.2.19.68 и 8.3.5.1517 обе х64

(66) А зачем ?? Будете нанимать одмина удаляльщика ?

(24) угу, теоретически можно разместить на 1 физическом (виртуализация), но это будет пипец быстродействию!

(27) 1С делает это сама

+(68)В (36)Есть показатели которые опеделяют, коряво конечно, но таки, как должны плодится и убиваться процессы

(70) Нихера она сам не делает

+(72)Пока не настроишь

(68) что зачем?

(49) ну скажем так ранее у нас ребуты сервера из-за утечек памяти изначально были раз в неделю, после настройки стали раз в 2-3 месяца

(73) в 8.3.5 ваши возможности влиять на сервер 1С очень ограничены

(60) Потому что 1С так решила.

(61) Ты спрашиваешь или утверждаешь?
Если спрашиваешь, то не нужно меня спрашивать, проверь сам.
Если утверждаешь, то я уверен на 99%, что ты не прав, потому что когда я такое ограничение поставил, то ни хрена ничего у меня не поменялось ни с точки зрения свободной памяти ни с точки зрения процессора.
Кроме того, если это приведет к тому, что такие рпхосты будут сниматься системой, то это опять же нихрена не выход, потому что что-то рубить я и сам могу. Вопрос в том, как рубить без отрубания сеансов.

(62) Ты мне все, что видишь на экране, будешь перечислять?

(78)> с точки зрения свободной памяти

Другой вопрос как сделать так, что бы процессов не плодилось на весь доступный объем памяти -  но тут наверное "Объем памяти процессов до которого сервер считается производительным"
(79)А ты предлагаешь отсебятину измышлять ? Может лучше понять, что рекомендует разработчик ?

(80) А что разработчик рекомендует?

(80) расскажи мне какую дрянь курнул тот кто придумал СКД, не получилось прикольно, но понять это имхается 99,9999% чел без тчательно подобранного вещества не сможет никогда

(81) не лезть куда попало, серверу 1С типа как виднее

+ (83) вообще про настройку сервера 1С-предприятие неплохо В. Гилев пишит

*пишет

(81) Ну, например, надо понять какй смысл разработчик вкладывает в понятие "локальный кластер". Я так понимаю это все, чем может распоряжаться сервер 1с в пределах одной локальной машины.
Ну и параметры курить надо

(84) Он вроде как пишет про периодический запуск службы?
А вот чтобы не перезапускать бы...

(86) + и вообще - я эту тему вообще не касался. Еслиб не (0) вижу все, что с ней связанго в течение времени пока жива ветка.
Мне в дворницкой недосуг ))

(87) А вот если бы не писать на 1с, а деньги получать... Вот здорово было бы...

(87) Процесссы надо перезапускать

(90) +()Для этого надо (36)курить

Блеать, треть ветки засрана абсолютно бесполезными постами raykom. Рукалицо

(87) главный кластер серверов + рабочий и резервный сервера...  в случае проблем (пусть ребут) - процессы будут перекидываться с сервера на сервер

(92) Мда ...

+ (93) без потерь!

и вообще если память не высвобождается в принципе есть подозрения что нужно искать утечки памяти

(96) Я даже могу подсказать, где эти утечки искать...

"перекидываться без потерь"...
Эх... Где мои года, когда я верил в сказки...

(93) Не расскажешь, как это делается?

(96) Не, это муторное мероприятие и малорезультативное.

(96)Для начала - она не должна забираться вся.

(98) ой да лана, работа с кастерным ораклом лет так это почти 20 назад... там смогли а 1С не смогёт прям

(101) для этого есть главный сервер кластера (задача которого балансировать нагрузку на рабочие вервера)

(99) вот это лучше покурите "Получил развитие механизм балансировки нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память»."

http://www.gilev.ru/app1c/

Чем не подходит "интервал перезапуска рабочих процессов"? Скажите пож.

Не работает или что? Есть еще "допустимый объем памяти".

Есть еще "максимальный объем памяти рабочих процессов". Всё это не работает?

Какая знакомая несколько лет ситуация. К сожалению по своему опыту могу сказать, что свойство перезапуска процесса при достижении определенной памяти не всегда работает как надо. Зачастую оно срабатывает только тогда, когда и спасать то уже нечего. Да и удаление процесса тоже не айс. Виновник то один, а отрубать сразу кучу народу приходится. И это на десятке процессов.
В общем-то у меня алгоритм решения на 8.2 следующий:
Цепляемся к кластеру и мониторим, сколько какой процесс жрет памяти. После превышения критичного для нас порога начинаем мониторить сеансы пользователей. Для 8.2 показателем, как оказалось, может служить "Захвачено СУБД".(В 8.3 появился новый параметр по памяти на пользователя, возможно пойдет). Начинаем удалять сеансы пользователей по убыванию параметра с паузой между удалением и проверкой объема захваченной памяти. В 95 или более % случаев после первого - второго "убийства" память  освобождается.
Ну и еще конечно несколько раз в неделю принудительный перезапуск сервера. Куда уж без этого.

(105) Мда, теперь каждый второй будет спрашивать "А в чем проблема, собсно?".
(2), (3), (13), (44), (78)