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

[vey]

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

[komar]

Цитата:

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

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

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

[vey]

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