18.04.2006, 11:15 | #1 |
Гость
|
Ошибка на АОСе
При работе АОС периодически (раз-два в неделю) сваливается выдавая ошибку:
Object Server Axapta30: The database reported (session 8 (klm)): [Microsoft Business Solutions-Axapta] Unable to retrieve message for retval -1, ODBC call reason code 100, SQLSTATE = [G3|_] Error message []. The SQL statement was: "SELECT SUM(A.TAXAMOUNT),SUM(A.SOURCETAXAMOUNTCUR),SUM(A.SOURCEREGULATEAMOUNTCUR),A.CURRENCYCODE FROM TAXTRANS A(INDEX(I_440VOUCHERDATEIDX)) WHERE ((DATAAREAID=?) AND ((((TRANSDATE=?) AND (VOUCHER=?)) AND (TAXCODE=?)) AND (ACCOUNTNUM=?))) GROUP BY A.CURRENCYCODE ORDER BY A.CURRENCYCODE" Затемпоявляютсяошибки Object Server Axapta30: The database reported (session 8 (klm)): [Microsoft][ODBC SQL Server Driver]Memory allocation failure. The SQL statement was:…… Запросы с ошибками не только по TAXTRANS, но и по другим LEDGERJOURNALTRANS, LEDGERJOURNALTABLE, INVENTTRANS… После этого пользователи, которые работали на АОСе могут работать дальше, а при попытке пользователей подключиться к АОСу выдается ошибка: InternalrevisionmismatchinAxaptaObjectCommunicationProtocol. Same kernel build should be used for both Navision Axapta Client and Objeck Server. После перезапуска АОСа все работает нормально. Приложение: Axapta 3.0 EE SP4 FP1 Клиенты и АОС установлены из поставки Axapta 3.0 EESP4 FP1. АОС – один. Клиенты – все работают под тонким клиентом. Базаданных: MS SQL Server 2000 SP4 Драйвер ODBCSQLServer версии 2000.85.1117.00 из поставки MDAC 2.8 SP1. |
|
18.04.2006, 14:01 | #2 |
NavAx
|
Памяти/винтов хватает?
__________________
Isn't it nice when things just work? |
|
18.04.2006, 14:08 | #3 |
Гость
|
Памяти 4Гб. Обычно АОС около 1Гб забирает. На диске свободно 66 Гб.
|
|
18.04.2006, 14:09 | #4 |
NavAx
|
Цитата:
Сообщение от ksv
Памяти 4Гб. Обычно АОС около 1Гб забирает. На диске свободно 66 Гб.
__________________
Isn't it nice when things just work? |
|
18.04.2006, 14:35 | #5 |
Гость
|
На SQL сервере никаких ошибок не регистрируется. В двухуровневой конфигурации (при сбое на АОСе) можно подключаться к базе нормально.
|
|
18.04.2006, 15:19 | #6 |
Участник
|
Попробуйте все ж задать скулю объем используемой памяти не динамически, а указать фиксированный размер, бывает помогает..
|
|
18.04.2006, 15:42 | #7 |
Гость
|
Под SQL выделено 5200 Мб памяти с установкой "Резервировать физическую память под SQL"
|
|
18.04.2006, 16:11 | #8 |
Участник
|
Данная ошибка АОСа стара как Аксапта и тянется из версии в версию, лучше всего поиcкать на форуме (как только заработает поиск) по словам АОС и AOS рекомендации по уменьшению вероятности ее появления. Радикальным средством может стать установка Kernel Rollup 1 на АОС и клиентов, но не слышно отзывов по его "боевому" применению и отсутствует локализованная версия (в принципе лечится). Я смотрел его в тестовом режиме : работа с памятью (сбор мусора) серьезно оптимизирована.
|
|
19.04.2006, 08:13 | #9 |
Программатор
|
Kernel Rollup 1
А где это можно достать чтоб потестить/поставить? |
|
Теги |
aos, ax3.0, kr1, падает |
|
Похожие темы | ||||
Тема | Ответов | |||
Ошибка (?) при печати приходного ордера в DAX 4.0 SP2 | 7 | |||
Ошибка на АОСе в кластере | 8 | |||
Ошибка в формате числа. | 7 | |||
Ошибка при сохранении поставщика | 19 | |||
Русская локализация Axapta 3 ? | 59 |
|