v7: Постоянно вылетает 1с. #342186

Подниму еще раз эту тему. Периодически сервер 1С отключает клиентские соединения. В основном с такой ошибкой. server_addr=tcp://SERVER:1562 descr=Ошибка сетевого доступа к серверу (Windows Socket - 10054 (0x00002746). Удаленный хост принудительноразорвал существующее подключение.) line=1031 file=.srcDataExchangeTcpClientImpl.cpp                                     Параметры: 1 сервер   - xeon 4, RAM 32гб,win2003(64бит),MS SQL2005(64бит)           2 сервер   - xeon 4, RAM 16гб,win2003(64бит),1Сv81-сервер(64бит), 1сv80-сервер   Около 100 пользователей, 3 базы (УПП 81)-30 пользователей, 1 база (УТ 80) -70 пользователей. Сервер 1сv80 - работает стабильно Сервер 1сV81 - переодически вылетает. По технологическому журналу видно, что идет перезапуск rphost.exe. (Кстате объем "съедаемой" памяти rphost.exe доходит до 3 гб.) Кто нибудь решил такую проблему ?

может где то не уничтожается временная таблица? через МенеджерВременныхТаблиц.Закрыть

+ для начала вопрос: используются ли временные таблицы?

озвучь версию 8.1 потом, у сервака 1с есть технологический журнал, там посмотри в логах ms sql по этому поводу ничего не пролетает?

1Сv 8.1.11.67, УПП 1.2.15.4 по временым таблицам ничего не скажу, но подозреваю что в 15 релизе УПП они используются., посмотрю но времени удет много. :( Пользователи работают примерно 3-4 часа, а затем происходит ошибка, иногла подряд  несколько раз вылетают с интервалом в 2-3 минуты. Никаких особых действий от которых происходит ошибка не замечено. 3 день бьюсь :(.

после вылета заходишь нормально или не можешь зайти некоторое время?

Сразу же заходят. Получается, что демон Rphost просто перезапускается от чего то, а за ним и ragent c rmngr, но вот последние не всегда. (это тоже из логов)

а как быстро объем памяти под Rphost переваливает за 1.5Г?

попробуй в панельке управления dcom службами (cmd->dcomcnfg) 1. установить у  1с-овского сервиса галку Enable 3 gb правда эт как мёртвому припарки при x64 версии 2. тут недавно обсуждали.. м.б. серваку просто памяти не хватает.. перезапускать сервис 1с во время простоя 3. что пишется в логах dcom?

в течении 10-20 минут, в зависимости от количества пользователей. Но не думаю что дело в количестве "съедаемой" памяти. Столько он "съедал" еще месяц назад, а начались "вылеты" 3 дня назад. :(

У меня таже фигня:

- стукни в аську. :)

вроде говорят это ошибка официальная и будет исправлено в ближайщее время. также было сказано, что надо избегать несколько баз с одинаковой конфой в кластере. но по другим источникам слышал, что ошибка данная из-за минимальной потери пакетов и "чувствительной" [впечатлительной] новой платформы 8.1 :)

Подниму еще раз. :) Добавил еще 2 процесса. 1 - процесс на порт 1562. 2 - процесс на порт 1571. 3 - процесс на порт 1574. Вылетает только 1 процесс на порт 1562. :) Дело не в конфигурациях, и не из-за потери пакетов выходит.:( Есть мысли ?

Подниму в последний раз. Проблема решилась добавлением еще двух кластеров (в каждом по 3 процесса, каждый процесс "съедает" по 500-800 метров). каждая база в отдельном кластере. Теперь сервер 1С работает стабильно. :) Всем спасибо.

интересно. хоть и выгрядит извратом. вроде скоро будет новая платформа.. 1. каким образом запускал несколько процессов? 2. каким образом клиентам давал путь на нужный процесс? 3. сохранил ли при этом журнал регистрации? 4. не боишься пли отери всех данных при подключении к одной базе с нескольких кластеров?

1- Через консоль сервера 1С. На параметрах кластера "много процессов" галоску поставить. 2- Программа сама определяет по статистике к какому процессу подключать новое подключение. 3-Журнал регистраций сохранил отдельно но пока подключить не смог :(, смогу ли или нет не знаю, пока времени нет. 4- с нескольких кластеров не подключался к одной базе. :)Для каждого кластера свой список баз. ps. это не изврат а возможность платформы. :)