Pawan's Ax blog: Setting max buffer size in Ax2009 for AIF

[Blog bot]

Источник: http://pawansaxblog.blogspot.com/201...x2009-for.html
==============

In Dynamics AX 2009 it can happen that a lengthy operation terminates with the following error message in the InfoLog:
Error executing code: Insufficient memory to run script.
A typical example that can result in this error message is when you are running the Reverse Engineering Tool of Dynamics AX 4.0 SP1. Another very common situation is when you are trying to process very large AIF messages with several thousand lines within AX or within an application that uses the Business Connector like the AX BizTalk Adapter.
With Dynamics AX 4.0 a new mechanism was introduced to limit the maximum amount of memory that can be allocated by variables (in X++ code) in a session. This maximum amount is set to 10 MB by default. For some operations like large AIF messages (that are stored in memory during processing) this is however not enough and so the operation is terminated when the maximum amount is reached.
The second part of the error message "Insufficient memory to run script." clearly indicates that this buffer was reached. It is possible to increase the buffer size in the windows registry by changing the following registery enteries


Key name: [HKEY_CURRENT_USER\Software\Microsoft\Dynamics\5.0\Configuration\(configuration name)] Value name: maxbuffersize Value type: REG_SZ Value: (Maximum amount of memory in MB or 0 for no limit)
For Dynamics AOS it is the following registry key Key name: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dynamics Server\5.0\(AOS instance)] Value name: maxbuffersize Value type: REG_SZ Value: (Maximum amount of memory in MB or 0 for no limit)
 This registry entry does, by default, not exist.
 It is recommended not to use value ‘0’ for ‘no limit’.
 After making changes to this registry value, ensure that the Dynamics service and/or client is restarted.


Источник: http://pawansaxblog.blogspot.com/201...x2009-for.html

[fed]

Замечу что:

1. Автор блога перепечатывает сообщение из блога микрософтовской поддержки.
2. К сожалению, в большинстве случаев, при нехватке памяти для переменых, сервер ничего не пишет. Вместо этого он просто тупо падает по Exception, и приходиться перезапускать сервис. Так что если у вас периодически падает ax32sev.exe и вы хорошенько попрограммировали, советую попытаться увеличить указанную переменную.

[Logger]

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

Клиент валился на ура, а сервер - нет.

[fed]

Цитата:

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

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

Клиент валился на ура, а сервер - нет.

Ну в общем - я неоднократно видел как сервер падает, а после повышения размера буффера до 6-8 мегов перестает падать (или падает гораздо реже - раз в неделю, вместо 2-3 раз в день), а сообщения о нехватке памяти для скрипта не видел ни разу. Кроме того - собственно о настройке я сначала и узнал из переписки с сотрудником поддержки, который анализировал Crush Dump падавшего сервера. Судя по тому что он нисколько не был удивлен факту падения...