AOS отключает соединения

[SimPai]

AOS отключает соединения пользователей. Без всяких видимых причин и какой-либо логики. Причём не всех, а толко часть.
В Event Log пишет об ошибках 110, 117, 164 и сообщения навроде этого:

Object Server AOS_Name: The database reported (session 6 (User_Name)): [Microsoft][ODBC SQL Server Driver]Communication link failure. The SQL statement was: ""

Кто-нибудь сталкивался с подобным? В чём может быть проблема?

[slava]

может быть
1) не хватает лицензий на количество пользователей?
2) превышен интервал ожидания запроса?
3) в настройках пользователя стоит автовыход через ... минут
или что -то еще

[SimPai]

Цитата:

Изначально опубликовано slava
может быть
1) не хватает лицензий на количество пользователей?

При нехватке лицензий система не позволяет подключаться к ней, а здесь наоборот - самопроизвольно отключает.

Цитата:

2) превышен интервал ожидания запроса?

Возможно, но как в этом точно убедиться и где можно изменить этот параметр? К тому же не у всех во время отключения выполняется запрос (это видно из записей в Event Log).

Цитата:

3) в настройках пользователя стоит автовыход через ... минут

Точно не стоит.

Цитата:

или что -то еще

Но что? В этом то всё и дело.

[Dron AKA andy]

Здравствуйте!

У нас наблюдаются похожие симптомы: АОС выкидывает пользователей без видимой причины, в логи пишет фразу, что при исполнении некоего запроса просходит Communication link failure. При этом пользователей уже больше не пускает, хотя остальные продолжают работать до своего вылета. Возможность запустить пользователей появляется только после перезапуска АОС. Может клинить как 1 раз в 2 дня, так и раза 3 за день. АХАРТА2.5 СП1, MSSQL2000.

Помогите, пользователи уже задрали жалобами.

[Vadik]

можете привести полный текст и номер ошибки?
видны ли в профайлере от MSSQL события из группы Errors and warnings? если да - какие?
видно ли что-либо подозрительное в логе MSSQL?

select @@version ?

[Lenin]

Однажды, после смены сервера, в торопях не сконфигурировал Intrusion Detection System - было прикольно
Все запускается, работает, а через некоторое время - валится, т.к. ids определяла ddos и, соответственно, все блокировала.

[KiselevSA]

Проверьте драйвера для MSSQL на сервере и на клиенте. В некоторых случаях при больших и длительных запросах драйвер от SP3 SQL2000 работает некорректно. Попробуйте поставить MDAC 2.8, может помочь

[Dron AKA andy]

MSSQL2000 SP3, Win2000 SP4
Сообщение такое (это уже при попытке зайти повторно; перед выбрасыванием пишет запрос к какой-либо другой таблице):

Event Id: 117
Object Server Main: The database reported (session 18 ()): [Microsoft][ODBC SQL Server Driver]Communication link failure. The SQL statement was: "SELECT A.ID,A.NAME,A.ENABLE,A.STARTUPMENU,A.STATUSLINEINFO,A.TOOLBARINFO,A.DEBUGINFO,A.AUTOINFO,A.AUTOUPDATE,...
,A.RECID FROM USERINFO A(INDEX(I_65531OSACCOUNTNAME) NOLOCK) WHERE (OSACCOUNTNAME=?) OPTION(FAST 20)"

И сразу после этого:

Event Id: 110
Object Server Main: Connection Error occured.Client thread 0xb04 for session 18() canceled.

А при старте АОСа в лог пишется:

Event Id: 163
Object Server Main: SQL diagnostics: Использовать обнаруженный протокол SQL [DBNETLIB] не рекомендуется в многозадачном режиме Axapta.

Что это значит?

На сервере с АОСом стоит MDAC 2.8.

[Vadik]

Цитата:

Изначально опубликовано Dron AKA andy
А при старте АОСа в лог пишется:

Event Id: 163
Object Server Main: SQL diagnostics: Использовать обнаруженный протокол SQL [DBNETLIB] не рекомендуется в многозадачном режиме Axapta.

Что это значит?

загляните для начала сюда

[Dron AKA andy]

Посмотрел по ссылке и проделал все то же, что и Максим, с абсолютно таким же результатом. Точно так же не помогло удаление из списка доступных протоколов Named pipes. Отличие только в том, что и после удаления DSN ошибка осталась (наверное, из-за версии 2.5).
Но бог с ним, с сообщением, может это не причина для описанного мной сбоя. Почему же пользователей-то выбрасывает? Причем частота вылетов растет по экспоненте, уже почти каждый час кого-то выбрасывает. При этом остальные как ни в чем не бывало продолжают работать, но других уже не пускает до рестарта АОС.

[George Nordic]

Андрей! Есть догадка, что не пускает потому, что пользователя выбросило во время транзакции и сервак тем временем делает откат. У нас нечто похожее, только пользователь зайти может (сожрав очередную лицензию), а сессия через часок сама отваливается. Правда, непонятно, почему так долго, и почему все-таки вылетают пользователи

С Уважением,
Георгий

[Vadik]

Цитата:

Изначально опубликовано Dron AKA andy
Точно так же не помогло удаление из списка доступных протоколов Named pipes. Отличие только в том, что и после удаления DSN ошибка осталась (наверное, из-за версии 2.5).

я забыл, что у Вас версия 2.5. Как же оно без DSN работает? Ну да ладно

помониторьте профайлером все события из ветки "Error and warnings" - что там?
также интересно было бы посмотреть на Security audit \ Audit login, Audit login failed

поэкспериментируйте с параметром "Leave connection running when idle / Time out connection after being idle for"

какой именно сервиспак стоит на MSSQL - sp3 или sp3a? Как определить, написано
здесь

трэйсинг в настройках ODBC случайно не включен?

в настройках DSN настроена обычная сиквельная или windows аутентификация?

[Dron AKA andy]

Сервис пак стоит 3-й, переход на 3а может помочь?

Все проверил, только все никак не промониторю профайлером. DSN коннектится с SQL-аутентификацией. По таймауту АОС останавливается вечером, а утром опять стартует (стоит запуск On Demand).

Вчера экспериментировал с протоколами на тестовом АОСе, сегодня наконец добрался до рабочего. В ЕМ показывает коннект по TCPIP. А вот в Server Network Utility протокол Named Pipes убрать почему-то нельзя (хотя в тестовом вчера спокойно убирал/добавлял).

[Vadik]

Цитата:

Изначально опубликовано Dron AKA andy
Сервис пак стоит 3-й, переход на 3а может помочь?

на SP3a надо переходить обязательно

Цитата:

По таймауту АОС останавливается вечером, а утром опять стартует (стоит запуск On Demand).

я имел в виду "Time out connection after being idle for" - это на закладке Database.

Цитата:

Вчера экспериментировал с протоколами на тестовом АОСе, сегодня наконец добрался до рабочего. В ЕМ показывает коннект по TCPIP. А вот в Server Network Utility протокол Named Pipes убрать почему-то нельзя (хотя в тестовом вчера спокойно убирал/добавлял).

в Server network utility лезть не обязательно, достаточно Client configuration в настройках DSN

[Dron AKA andy]

Спасибо, попробуем накатить СП3а.
А прерывать связь после таймаута - это, думаю, не совсем то, что мне нужно. Итак рвется по одному известному лишь ей таймауту

[Vadik]

А вы попробуйте

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

Вы ничем не рискуете

[Dron AKA andy]

Выяснил, что стоИт все же СП3а.
А по поводу таймаута - не понял. Ведь если стоит Leave running when idle, то это означает отсутствие какого-либо таймаута. А почему тогда, как Вы говорите, используется стандартный таймаут 1 минута?

[Vadik]

я предлагал переключиться на "Time out connection after being idle for" и, может быть, увеличить стандартный таймаут

[axotnik88]

Ребят, подниму тему. AX 2012 R3 CU 9. Появляется ошибка волнами - на этой недели есть, потом месяц нету. потом опять пару раз. Общались уже несколько раз с MS, к сожалению не чем помочь не могут. Падает коннекшен рандомно. Единственное что MS сказал, что в 365 таже ошибка и они пофиксили это в новой версии ODBC driverа. Но когда ждать для 2012 не понятно

[ax_mct]

Цитата:

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

Ребят, подниму тему. AX 2012 R3 CU 9. Появляется ошибка волнами - на этой недели есть, потом месяц нету. потом опять пару раз. Общались уже несколько раз с MS, к сожалению не чем помочь не могут. Падает коннекшен рандомно. Единственное что MS сказал, что в 365 таже ошибка и они пофиксили это в новой версии ODBC driverа. Но когда ждать для 2012 не понятно

А им можно верить? Как-то странно звучит. И логах SQL машины ничего?