AOS обрубет соединение

[mau]

AOS без видимых причин обрубает соединение пользователей.
Выдает ошибку "Сессия работы на сервере AOS прервана из-зи возникшей критической ошибки..".
Кто-нибудь сталкивался с подобным? Как лечить?

[vey]

Здравствуйте. Кажется, у меня похожая проблема. При работе в тонком клиенте спустя некоторое время (порядка 30 часов) выдается ошибка:
"Сервер приложений Navision Axapta закрыл соединение с вашим компьютером. Скорее всего, администратор системы прервал вашу сессию работы, или сам сервер приложений остановился или перезапускается. Если проблема возникнет снова, обратитесь к администратору системы".
В это время выполняется длительная периодическая операция в сводном планировании. В системе только один пользователь, запустивший ее, и никто больше не мешает и не нагружает сервер и систему. АОС, сервер БД (MS SQL) и репозитарий на одной машине расположены.
Как была решена автором темы проблема?

[db]

Цитата:

Сообщение от vey

Здравствуйте. Кажется, у меня похожая проблема. При работе в тонком клиенте спустя некоторое время (порядка 30 часов) выдается ошибка:
"Сервер приложений Navision Axapta закрыл соединение с вашим компьютером. Скорее всего, администратор системы прервал вашу сессию работы, или сам сервер приложений остановился или перезапускается. Если проблема возникнет снова, обратитесь к администратору системы".
В это время выполняется длительная периодическая операция в сводном планировании. В системе только один пользователь, запустивший ее, и никто больше не мешает и не нагружает сервер и систему. АОС, сервер БД (MS SQL) и репозитарий на одной машине расположены.
Как была решена автором темы проблема?

на сколько аосов лицензия?

[komar]

Цитата:

Сообщение от vey

Здравствуйте. Кажется, у меня похожая проблема. При работе в тонком клиенте спустя некоторое время (порядка 30 часов) выдается ошибка:
"Сервер приложений Navision Axapta закрыл соединение с вашим компьютером. Скорее всего, администратор системы прервал вашу сессию работы, или сам сервер приложений остановился или перезапускается. Если проблема возникнет снова, обратитесь к администратору системы".
В это время выполняется длительная периодическая операция в сводном планировании. В системе только один пользователь, запустивший ее, и никто больше не мешает и не нагружает сервер и систему. АОС, сервер БД (MS SQL) и репозитарий на одной машине расположены.
Как была решена автором темы проблема?

А как сам этот мегапользователь нагружает систему? Как дела с памятью, колличеством коннектов АОСа с БД? Сервиспак какой?

[vey]

Мега-пользователь запускает периодическую операцию Пересоздание/Изменение по сводному плану. При этом планируется порядка 45 сложных изделий, каждое из которых состоит из 10-12 уровней (вложенность спецификации), порядка 2000 уникальных номенклатур в планируемых позициях и много повторяющихся. Т.е. очень объемный сводный план получается, и система грузится весьма сильно (конкретные значения параметров загрузки укажу позже). Планирование идет порядка 22 часов, а потом вылетает указанное в предыдущем сообщении ошибка. Самое интересное, что при запуске 30 изделий операция успешно заканчивается за 26 часов и сервер не обрывает соединение. Изделия планируются последовательно. Т.е. сначала первое спланируется, потом переходим к пересозданию/изменению номенклатур, входящих во второе изделие и т.д. Т.е. по логике ошибка должна была появиться и в случае планирования 30 спецификаций по достижении определенного объема базы/времени выполнения запросов и т.д.
У нас Axapta 3.0 Sp2

[komar]

Цитата:

Сообщение от vey

Изделия планируются последовательно. Т.е. сначала первое спланируется, потом переходим к пересозданию/изменению номенклатур, входящих во второе изделие и т.д. Т.е. по логике ошибка должна была появиться и в случае планирования 30 спецификаций по достижении определенного объема базы/времени выполнения запросов и т.д.
У нас Axapta 3.0 Sp2

Не факт. Если при выполнении операций наблюдается создание огромного числа соединений к базе, или последовательное пожирание памяти на сервере до момента полного его умирания, то придется Вам запускать это все по частям.

[vey]

to komar:
Я тоже склоняюсь к мысли, что все придется по частям запускать. Это, конечно, неудобно будет для пользователей. Т.к. предполагалось, что операция будет запускаться на выходных, когда никто не работает с системой. И к понедельнику уже будет результат. Теперь получается, что нужно будет на выходных вмешательство некоторого сознательного пользователя для запуска операции по частям.

[EVGL]

Бывает. Лечится плохо. Можно делать AOSy профилактический перезапуск каждую ночь по расписанию.

[vey]

Я не могу каждую ночь выполнять перезагрузку AOS, т.к. у меня запускается длительная процедура, работающая около 40 часов, т.е. двое суток. Как раз в этом случае и происходит обрыв. Если операция работает на меньшем объеме данных для рассчета (порядка 18 часов), такой проблемы не возникает, но разделить ее на этапы не представляется возможным.

[Sada]

Тоже такое было, но как ни странно прошло само...

[Vadik]

В двухзвенке этот эффект повторяется?
Как вариант, в сиквельной сессии возникает ошибка, которую ни AOS, ни клиент обрабатывать не обучен и просто "умирают", было такое. Диагностировалось профайлером, события RPC:Starting, SQL:BatchStarting, предшествующие всем событиям из Errors and warnings

[vey]

To Vadik:
Попробуем сейчас перегрузить машину, на которой сервер (это очень давно не делалось) и загрузим в двухзвенке, как вы предлагаете. В логе системных ошибок и предупреждений ничего нет.

[vey]

to db:
лицензия на 1 АОС

[komar]

Так а все-таки, что с памятью/коннектами к базе? Если там история с памятью, то с базой на MS SQL есть хоть и маленький, но шанс ее победить.