Протокол SQL для AOS

[Maxim Gorbunov]

Почему-то при запуске AOS у меня постоянно выкидывает в журнал сообщений следующую запись:

Цитата:

Object Server Axapta: SQL diagnostics: Использовать обнаруженный протокол SQL 's' не рекомендуется в многозадачном режиме Axapta.

В связи с этим вопрос: а какой протокол рекомендуется использовать и как узнать, какой протокол используется сейчас?

[Vadik]

Общепринятый протокол для общения с MSSQL - TCP/IP
Посмотреть, какой протокол используется, можно в Client Network Utility - General - Enabled protocols by order, при этом проверив, не задан ли для сервера алиас (тогда протокол смотреть там). Смотреть надо на машине с AOS

P.S. Я вообще правильно вопрос понял?

[mazzy]

2.5?
Главное меню \ Администрирование \ База данных \ Статус.

Помогло?

[Maxim Gorbunov]

Цитата:

Изначально опубликовано Vadik
P.S. Я вообще правильно вопрос понял?

Если б я сам знал... Знаю только то, что написал в вопросе. Пишет, что "обнаруженный протокол SQL" использовать не рекомендуется. Знать бы, где он был обнаружен, было бы может и проще... Да, кстати, сообщение это пишется в Журнале сообщений приложений на машине с AOS.

Цитата:

Изначально опубликовано Vadik
Общепринятый протокол для общения с MSSQL - TCP/IP
Посмотреть, какой протокол используется, можно в Client Network Utility - General - Enabled protocols by order,

У меня там первым стоит TCP/IP, а потом Named pipes. Интересно, какой же все-таки протокол рекомендуется использовать.

Цитата:

Изначально опубликовано mazzy
2.5?

Нет, 3.0

Цитата:

Изначально опубликовано mazzy
Главное меню \ Администрирование \ База данных \ Статус.

Есть Администрирование / Запросы / База данных / Информация базы данных... Предполагаю, что это примерно то же самое (выводятся Системные переменные и переменные ODBC). Правда ничего похожего на протокол там не нашел...

Основной вопрос все-таки такой: какой протокол рекомендуется использовать для AOS?

[mazzy]

наверное я снова не понял.
протокол общения клиента с АОС один. Там не из чего выбирать.
А вот протокол общения с MSSQL - рекомендуется ставить TCP, vadik вроде сказал.

В Enterrise Manager'е смотри какой протокол используется реально.

[Vadik]

Цитата:

У меня там первым стоит TCP/IP, а потом Named pipes.

Проверь, не запрещен ли TCP/IP на SQL Server-е ( Server network utility ), установлена ли там поддержка TCP/IP для SQL Server. И проверь, нет ли алиаса с каким-нибудь чудным протоколом

Действительно, стоит сначала посмотреть, по какому протоколу сейчас AOS коннектится.

А не стоят ли случайно AOS и SQL Server на одной машине?

[Vadik]

Вот проверки ради создал алиас, назначил ему named pipes, перезапустил AOS и поймал точно такую же ошибку. Что самое интересное, все это (клиент, AOS и SQL Server) живет на моей машине и реально работает по lpc, но ругается только если указан не tcp/ip

[Maxim Gorbunov]

Цитата:

Изначально опубликовано mazzy
протокол общения клиента с АОС один. Там не из чего выбирать.

Да. Речь про протокол SQL. То есть AOS кидает мне уведомление, что не рекомендуется использовать тот протокол, который я использую, для SQL.

Цитата:

Изначально опубликовано mazzy
В Enterrise Manager'е смотри какой протокол используется реально.

А где это в Enterprise Manager'е? В свойствах серверов ничего не нашел.

Цитата:

Изначально опубликовано Vadik
Проверь, не запрещен ли TCP/IP на SQL Server-е ( Server network utility ), установлена ли там поддержка TCP/IP для SQL Server. И проверь, нет ли алиаса с каким-нибудь чудным протоколом

TCP разрешен, алиаса нет.
Сейчас просто попробую Named Pipes убить...

[Vadik]

Цитата:

А где это в Enterprise Manager'е? В свойствах серверов ничего не нашел

Сервер - Management - Current Activity - Process info

или select * from master..sysprocesses, когда надоест в EM Refresh делать

[Maxim Gorbunov]

Короче, убил Named pipes в Client Network Utility на машине с AOS. Остался только TCP/IP. Предупреждение все равно появляется. В Enterprise Manger пишет, что AOS соединился по TCP/IP.

Еще не очень понятно, почему запуск AOS занимает столько времени. Между уведомлением о регестрации сервера в Server Manager'е и получением предупреждения о "плохом протоколе" проходит чуть больше четырех минут. До сообщения о том, что "Server ... : Ready for operation" проходит еще четыре минуты. Может я что-то не так настроил?

[Vadik]

Просто из любопытства:
SQL Server - Data source в настройках AOS указан?
Server - Use Active Directory integration включено?

[Maxim Gorbunov]

Цитата:

Изначально опубликовано Vadik
SQL Server - Data source в настройках AOS указан?

Да.

Цитата:

Изначально опубликовано Vadik
Server - Use Active Directory integration включено?

Нет.

Зато включено Allow debugging... Может это влиять на скорость запуска?

[olesh]

Нужно в настройках ODBC (кнопка Configure, потом во втором окне Client configuration) указать TCP/IP. А сейчас там наверное стоит Other и File name - dbmssocn. Это тоже tcp/ip, но AOS так ругается. А такую настройку обычно делает Аксапта, когда сама создает ODBC подключение (в конфигурации стоит Automatic creation of data source...)

[Vadik]

О как.. У меня везде DSNы уже были созданы, посмотреть негде. Еще вариант - отказаться от DSN, благо в 3.0 он уже не обязателен

Цитата:

Зато включено Allow debugging... Может это влиять на скорость запуска?

а вот yahoo его знает У меня в Original configuration это выключено

[Maxim Gorbunov]

Цитата:

Изначально опубликовано olesh
Нужно в настройках ODBC (кнопка Configure, потом во втором окне Client configuration) указать TCP/IP. А сейчас там наверное стоит Other и File name - dbmssocn. Это тоже tcp/ip, но AOS так ругается. А такую настройку обычно делает Аксапта, когда сама создает ODBC подключение (в конфигурации стоит Automatic creation of data source...)

У меня стояло TCP/IP. Я, ради спортивного интереса, поменял на Other и указал File Name. Та же самая ошибка.

Цитата:

Изначально опубликовано Vadik
Еще вариант - отказаться от DSN, благо в 3.0 он уже не обязателен

Щас будем посмотреть...

[Maxim Gorbunov]

УРррррРА!!!

Я выкинул DSN. Ошибки больше нет! Vadik, большое спасибо.

Тем не менее между моментом, когда в Axapta Server Manager напротив сервера появляется статус Running и когда этот сервер реально можно использовать по-прежнему проходит чуть больше восьми минут. Это нормально? Если нормально, то может быть кто-нибудь знает, чем он эти восемь минут занимается.

Спасибо еще раз.

[glibs]

Цитата:

Изначально опубликовано Vadik
...Еще вариант - отказаться от DSN, благо в 3.0 он уже не обязателен...

Подскажите, пожалуйста, где про это можно прочитать. Я сегодня как раз на эту тему рылся в документации, но так ничего и не нашел. Заранее спасибо.

[Vadik]

В документацию ткнуть не могу - нет ее у меня по 3.0. Навеяно
а) медитациями и созерцанием Configutation Utility
б) вопросом из экзамена, в котором один из вариантов ответа гласил, что в 3.0 можно работать через ODBC, но можно и через OLEDB (экзамен был по MSSQL)
в) практикой - прибил DSN в Control Panel и Configuration Utility - все работает, никакие DSN навтоматически не создаются

Admin Guide для 3.0 у меня нет, не уверен, что он вообще существует. Странно было не задокументировать такую фичу в хелпе ACU.

[bio_unit]

Цитата:

вопросом из экзамена, в котором один из вариантов ответа гласил, что в 3.0 можно работать через ODBC, но можно и через OLEDB (экзамен был по MSSQL)

неужели в зависимости от настроек в Configuration Utility Axapta 3.0 может работать либо через ODBC, либо через OLEDB?
Я так полагаю, что если не указывать DSN, что Axapta все равно будет работать через ODBC, а не через OLEDB. По крайней мере, если запустить Axapta, без указания DSN, то ошибки от БД все равно идут от драйвера ODBC, а не OLEDB...

[ZVV]

нет, Аксапта, то будет всё равно работать ТОЛЬКО через ODBC с SQLServer-ом, просто DNS указывать не обязательно с 3-ей версии -- можно соединяться к конкретному хосту и БД....

От этом написано и в администрировании и в Advanced Database...