Самопроизвольная остановка Axapta

[anikulichev]

Прошу прощения за свой последний пост, чушь сморозил конечно же AOS не станавливатся. Открыл свои записи пятелетней давности. Ситуация следующая. Да в этом режиме Aos стартует вместе с виндой, но если не было связи с базой данных, то он останавливается и в дальнейшем по запросу от клиентов не стартует.

[vesna dba]

Цитата:

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

Прошу прощения за свой последний пост, чушь сморозил конечно же AOS не станавливатся. Открыл свои записи пятелетней давности. Ситуация следующая. Да в этом режиме Aos стартует вместе с виндой, но если не было связи с базой данных, то он останавливается и в дальнейшем по запросу от клиентов не стартует.

И опять вы сморозили..
Не останавливается он сам, если не активна функция "Shut down after being idle for".
RTFM

[anikulichev]

Цитата:

Сообщение от vesna dba

И опять вы сморозили..
Не останавливается он сам, если не активна функция "Shut down after being idle for".
RTFM

А вы сами проверяли? Специально смоделировал такую ситуацию(сетка упала).
Функция "Shut down after being idle for НЕАКТИВНА. Через минут 5 AOS остановился и не один клиент уже его не видит.
p.s. Ax 3.0 SP3

[gl00mie]

Цитата:

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

Ситуация следующая. Да в этом режиме Aos стартует вместе с виндой, но если не было связи с базой данных, то он останавливается и в дальнейшем по запросу от клиентов не стартует.

Тогда это называется не "останавливается", а "не стартует". На этот случай можно предусмотреть штатные административные меры: настройте в perfmon'е, в разделе performance logs and alerts оповещение, которое бы проверяло наличие запущенного процесса ax32serv или что-либо подобное в течение первых н-цати минут после старта виндов и при отсутствии такового посылало уведомление или запускало батник. В случае с AX4 это сделать еще проще - там нужные действия можно настроить непосредственно на каждой службе, соответствующей тому или иному AOS'у, используя штатные возможности Service Manager'а. Но это так, к слову...

Цитата:

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

Специально смоделировал такую ситуацию(сетка упала).
Функция "Shut down after being idle for НЕАКТИВНА. Через минут 5 AOS остановился и не один клиент уже его не видит. p.s. Ax 3.0 SP3

EventLog в студию! Он не мог просто молча отвалиться.

[anikulichev]

Цитата:

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

Тогда это называется не "останавливается", а "не стартует". На этот случай можно придусмотреть штатные административные меры: настройте в perfmon'е, в разделе performance logs and alerts оповещение, которое бы проверяло наличие запущенного процесса ax32serv или что-либо подобное в течение первых н-цати минут после старта виндов и при отсутствии такового посылало уведомление или запускало батник. В случае с AX4 это сделать еще проще - там нужные действия можно настроить непосредственно на каждой службе, соответствующей тому или иному AOS'у, используя штатные возможности Service Manager'а. Но это так, к слову...
EventLog в студию! Он не мог просто молча отвалиться.

Я отвечал автору первого поста,что можно сделать в его ситуации. А то, что я описывал, это было лет пять назад. Ошибка была найдена и устранена. Автор данного поста молчит, можно предположить, что он воспользовался советом или нашёл причину. У нас данной проблемы нет, хотя и работают три аоса.

[vesna dba]

Цитата:

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

А вы сами проверяли? Специально смоделировал такую ситуацию(сетка упала).
Функция "Shut down after being idle for НЕАКТИВНА. Через минут 5 AOS остановился и не один клиент уже его не видит.
p.s. Ax 3.0 SP3

Ок, в этом разрезе согласен (когда нет связи с сервером баз данных).
НО не 5 минут, а гораздо раньше.
И проблема собственно тут не в АОСе тогда а в сервере баз данных\или в сети\или подключении к базе данных.
Автору топика надо читать логи на сервере, где стоит АОС. В логах все будет написано что как и почему. Оттуда и плясать.