Ax 3 SP4 Out of memory

[Arahnid]

Вчера сообщение такое выдвалось, когда заходила в аксапту. Удалили кэши в Local Settings and began to work.
But now when I was importing a file Axapta wrote 'Out of memory' again and added Run time error *\client\ax32.exe
Почему? Что можно проверить? Причем такая ошибка на всех компах при импорте, независимо от того, работаю ли я втройке или 2.

mdf = 3 182 454 KB
ldf = 2 048 kb, может что в настройках SQL не то?
Стоит автоматическое обновление и создание статистики, shrink,recovery - full

[Poleax]

Что в логах на компе пишет аксапта?
EventId (Код ID) и Source(Источник) ?

[Poleax]

Что делать, если Аксапта постоянно падает?

Как у вас с версией MDAC?

[gl00mie]

Цитата:

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

Причем такая ошибка на всех компах при импорте, независимо от того, работаю ли я втройке или 2.

Из моего (и не только моего) скромного опыта, в ядре SP4 (3.0.1951.4060, собрано 05.01.2005) были какие-то дикие утечки памяти. Вроде бы Microsoft это дело лечил, потому что я видел на форуме упоминание ядра версии 3.0.1951.4070, но в любом случае я бы не стал связываться с ядром этой версии: какие-либо операции, требующие интенсивного создания/удаления объектов (например, построение перекрестных ссылок - возможно, при импорте происходит что-то схожее) постоянно приводили на нем к возникновению таких вот ошибок. Обновитесь на последнюю версию (вроде 3.0.1951.7659, собрано 19.05.2008) - и избежите множества проблем, связанных с косяками ядра.

[Arahnid]

Цитата:

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

Что в логах на компе пишет аксапта?
EventId (Код ID) и Source(Источник) ?

Я хотела это найти, но не в одном из типов событий нет. Смотрела Приложение, Система и еще 2 других.

[Arahnid]

Цитата:

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

Что делать, если Аксапта постоянно падает?

Как у вас с версией MDAC?

уже читала

[gl00mie]

Цитата:

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

Я хотела это найти, но не в одном из типов событий нет. Смотрела Приложение, Система и еще 2 других.

Аксапта сообщения eventlog'а пишет в лог Приложение (Application) с названием источника, в данном случае, «Axapta Client» либо «Mircosoft Business Solutions-Axapta» (последнее вроде - только для сообщений с кодом 1000, для которого служба evenlog не может найти текстовое описание). Но это в данной ситуации неважно, потому что сообщение о нехватке памяти обычно вываливается на уровне библиотеки SmartHeap, используемой в ядре 3-й и 4-й версий для работы с динамической памятью, после чего следует аварийное завершение работы процесса (аксаптовского клиента). Т.е. если SmartHeap не может выделить память, то к основному коду ядра Аксапты управление, как правило, уже не возвращается, и соотв., никакие сообщения об этом в EventLog'е ядром Аксапты сформированы не будут.

[Arahnid]

SmartHeap - это он действительно пишет. А вот в Управление-Служебные программы-Просмотр событий-Приложение - ничего от аксапты нет (я смотрю по дате и времени)

Единственное , что по аксапте за сегодня
"Нельзя открыть или получить доступ к разделу реестра SYSTEM\CurrentControlSet\Services\Axapta COM Connector\Performance для установки строк счетчика. Состояние Win32, возвращенное вызовом, находится в первом DWORD секции данных."

Ошибка установка строк счетчика производительности для службы Axapta COM Connector (%2). Код ошибки находится в первом DWORD секции данных.

[gl00mie]

Цитата:

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

SmartHeap - это он действительно пишет. А вот в Управление-Служебные программы-Просмотр событий-Приложение - ничего от аксапты нет

Ну а я о чем говорю?
Вообще, если интересно, понаблюдайте за запущенным клиентом Axapta в диспетчере задач, в частности, обратите внимание на занимаемый им объем памяти и его изменение по ходу работы. Если в обычных условиях 3-ка потребляет 20-50 Мб, то для ядра SP4 после некоторого времени работы, помню, "нормальными" были значения в 120-250 Мб. По идее, перед вылетом с ошибкой о нехватке памяти у вас это значение должно резко возрастать. Если это так, то, видимо, дело в упомянутых утечках памяти в ядре SP4, и кардинально решить проблему можно будет, лишь перейдя на другую версию ядра.

[Arahnid]

И последнее правда.
Аксапта - это как маленький ребенок, у которого проблемы все взрослее и взрослее.
1. А скажите, проблема решиться, если обновить на Axapta 3 EE SP5.
2. Вопрос такой, она работает с 2000 SQL SVR.
3. Будут ли проблемы с приложением аксапты?
Т.е. помимо обновления на рабочих местах клиента, аоса, сервера нужно ли будет что-то делать с приложением, самой базой? Что для нас будет означать смена ядра?
4. Можно ли потом будет поставить приложение и базу на СП4 снова?
5. МОжно ли вначале обновить АОС, серевер Аксапты, а потом уже на локальных машинах клиента через пару дней.
6. Нужно ли сносить SP4 и только потом ставить СП5 или обновление кладется на СП4.

[Poleax]

Arahnid а Вы не рассматриваете случаем SP6 ?
Upgrade с AX 3.0 SP2 до AX 3.0 SP5 KR2

Service Pack 6 for Dynamics Ax 3.0[Requires customer source Logon] далее нажать Continue

Пакет обновления 6 для Microsoft Dynamics AX 3.0 (На русском языке страничка)

[_scorp_]

1. Axapta 3 EE SP5 это сервис пак для приложения. EE расшифровывается как Eastern Europe(Восточная Европа). Вам же предлагают обновить только бинарник.
2. Да.
3. Возможно конечно все, поэтому следует сначала сделать это на тестовой базе. Но вообще переход с бинарника SP4 на SP5 не должен повлиять на приложение.
4. Нужно смотреть что изменяет SP5 по отношению к SP4. А вообще зачем?
5. Если версия клиента и сервера будут отличаться получите ошибку при подключении.
6. Сносить ничего не нужно.

[gl00mie]

Цитата:

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

Аксапта - это как маленький ребенок, у которого проблемы все взрослее и взрослее.

Ну... Никогда не ошибается только тот, кто ничего не делает

Цитата:

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

А скажите, проблема решиться, если обновить на Axapta 3 EE SP5.

Мы ведь об обновлении ядра говорим? Если так, то есть ядро Axapta 3 просто SP5 (3.0.1951.5160), а EE SP5 - это скорее версия приложения. Насколько мне известно, в ядре SP5 утечки памяти уже не наблюдаются (я после ядра SP4 работал уже с Kernel Rollup).

Цитата:

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

Вопрос такой, она работает с 2000 SQL SVR.

Все выпущенные ядра Axapta 3 работают со всеми редакциями Ms SQL 2000 (даже с MSDE), только нужен SP4.

Цитата:

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

Будут ли проблемы с приложением аксапты?

Смотря какая у вас версия приложения На счет ядра SP5 точно не скажу, но KR1/KR2 поддерживают версии приложения, начиная с 3.0 SP2, KR3 нормально работает начиная с SP3, но на момент его выхода эта версия приложения уже не поддерживалась, поэтому в документации написано про SP4.

Цитата:

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

Т.е. помимо обновления на рабочих местах клиента, аоса, сервера нужно ли будет что-то делать с приложением, самой базой?

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

Цитата:

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

Что для нас будет означать смена ядра?

Избавление от множества косяков, которые были исправлены в ядре после выхода SP4, плюс некоторые заморочки с дополнительными функциями, которые появились в новом ядре, см., например, Кто использует KR3, а также последнее сообщение указанной темы.

Цитата:

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

Можно ли потом будет поставить приложение и базу на СП4 снова?

Если имеется в виду возврат на ядро SP4, то да, можно. Для этого надо будет запустить клиента в 2-хзвенке с параметром ком.строки -repair и, опять же, запустить глобальную компиляцию и синхронизацию (которая, кроме прочего, прибьет созданные поля RecVersion во всех таблицах).

Цитата:

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

Можно ли вначале обновить АОС, серевер Аксапты, а потом уже на локальных машинах клиента через пару дней.

Нет, так сделать не получится. Разные версии ядра клиента и сервера могут работать вместе, но только при определенных условиях, а именно, при совпадении версии AOCP (протокола, используемого ими для взаимодействия). Версии AOCP для разных версий ядра можно посмотреть, к примеру, в axaptapedia. Из приведенных там данных видно, что вместе могут работать клиент и сервер SP5 и KR1, либо KR2 и KR3, но не SP4 c SP5/KRx.

Цитата:

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

Нужно ли сносить SP4 и только потом ставить СП5 или обновление кладется на СП4.

Новое ядро можно поставить поверх уже установленного, не снося его предварительно. Вообще же, применительно к ядру 3-ки можно просто перезаписать файлы клиента и сервера без всяких процедур установки.

[Arahnid]

Это я подитожить хочу, чтобы точно понимать, что я правильно поняла все выше написанное

Итак, вердикт для меня следующий:
1. установка ядра (клиент, аос, сервер) SP5 - вообще буду ставить тогда уж SP6 (ядро которого сможет работать с SP4 Build #11 1951.4060/1514-320 SP4/OP023-196, что следует из фразы возможность работы с СП4)
2. глобальная компиляция и синхронизация для всех используемых баз.

Причина всех моих проблем заключается в утечке памяти, которая исчезнет после переустановки Аксапты.

Заранее спасибо всем за участие

[gl00mie]

Цитата:

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

становка ядра (клиент, аос, сервер) SP5 - вообще буду ставить тогда уж SP6

А сервер помимо AOS - это кто? Вроде обновляются только клиент и AOS. И еще: в поставке SP6 идет ядро KR3, которое можно найти и отдельно. NB! SP6 идет в виде двух архивов: международная часть и часть для Восточной Европы. Так вот, во втором архиве в EE_DIS_AX30SP6.zip\Bin\ лежит исправленный с учетом сортировки для русского языка файл axsysen-us.ktd - нужно будет использовать именно его, если будете ставить ядро из отдельно скаченного KR3.

[Arahnid]

Поняла, попробуем только пока ставить СП5. Так жертв меньше будет

[Poleax]

Arahnid Как у Вас успехи с установкой SP? Функционал весь работает?

[Arahnid]

Цитата:

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

Arahnid Как у Вас успехи с установкой SP? Функционал весь работает?

Отвечу во второй половине сентября.