AX 2009 (RU5) падает AOS

[propeller]

Развернул тестовую на отдельном сервере (пустая БД, копия приложения, новый AOS).
Права импортировал через стандартный экспорт/импорт группы определения.
Пользователи, находясь в тесте пытаются сделать какие-то действия (разноску журнала, загрузку из excel и т.п.) и падает AOS, в логах ошибки (см. рисунок)
Пробовал переустановить AOS, перезагружал права - ничего не помогло. Если дать пользователю группу admin - падения не происходит, все нормально.
Приложения тестовой и рабочей не отличаются (может быть, за исключением одной-двух табличек)
Может быть кто-то сталкивался с аналогичной проблемой?

[EfimV]

1) Возможно перенесли данные не изо всех важных таблиц.
Приведите список таблиц данные из которых вы переносите.
2) При импорте данных возможно выбрали "неудачные" параметры.
?Ставили галку "Использовать сжатие кода записи"

[Poleax]

Цитата:

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

Развернул тестовую на отдельном сервере (пустая БД, копия приложения, новый AOS).
Права импортировал через стандартный экспорт/импорт группы определения.
Пользователи, находясь в тесте пытаются сделать какие-то действия (разноску журнала, загрузку из excel и т.п.) и падает AOS, в логах ошибки (см. рисунок)
Пробовал переустановить AOS, перезагружал права - ничего не помогло. Если дать пользователю группу admin - падения не происходит, все нормально.
Приложения тестовой и рабочей не отличаются (может быть, за исключением одной-двух табличек)
Может быть кто-то сталкивался с аналогичной проблемой?

Если присмотреть к ошибке Delayed change company RPC failed то вариант решения проблемы можно найти в Knowledgebase Dynamics AX Application Object Server (AOS) crash while using temporary tables in Enterprise Portal and user belongs to domain without DAT company

Цитата:

SYMPTOMS
Application Object server (AOS) crashed with error:
Log Name: Application
Source: Dynamics Server 02
Event ID: 110
Task Category: None
Level: Error
Description:
Object Server 02: Unexpected situation
More Information: Delayed change company RPC failed.

And then:

Log Name: Application
Source: Application Error
Event ID: 1000
Task Category: (100)

Description:
Faulting application name: Ax32Serv.exe, version: 5.0.1500.2189, time stamp: 0x4b73d211
Faulting module name: KERNELBASE.dll, version: 6.1.7600.16385, time stamp: 0x4a5bdfe0
Exception code: 0xc0000005
Fault offset: 0x000000000000aa7d
Faulting process id: 0x%9
Faulting application start time: 0x%10
Faulting application path: %11
Faulting module path: %12
Report Id: %13

CAUSE
Design limitation. The way temp tables are implemented they default to the DAT company similar to the entire table caches.

RESOLUTION
Opening up the DAT company to all users and ensure this company is not used to save any data
Note This is a "FAST PUBLISH" article created directly from within the Microsoft support organization. The information contained herein is provided as-is in response to emerging issues. As a result of the speed in making it available, the materials may include typographical errors and may be revised at any time without notice. See Terms of Use for other considerations.

т.е. глюк под номером KB2258719

Если есть возможность перейти на Rollup 6, то стоит обратить внимание на исправления с AOSом (Dynamics AX Sustained Engineering: Dynamics AX 2009 Rollup 6 has been released to Partner Source and Customer Source)

P.S. Кстати в инете есть аналогичный вопрос AX 2009 (Ax32Serv.exe) service crashing , но ему пока не ответили.

[propeller]

Цитата:

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

1) Возможно перенесли данные не изо всех важных таблиц.
Приведите список таблиц данные из которых вы переносите.
2) При импорте данных возможно выбрали "неудачные" параметры.
?Ставили галку "Использовать сжатие кода записи"

Пытался менять и набор табличек и параметры импорта. (последний вариант на рисунке) - пока безуспешно.

[EfimV]

Параметры импорта вроде нормальные.

По списку таблиц:
1) SysLastValue - кажется лишняя возможно причина в ней.
2) SysConfig - не уверен нужна или нет для переноса.
3) Я ещё переносил (кроме двух предыдущих таблиц)
SysRecordLevelSecurity
SysSecurityFormTable
SysSecurityFormControlTable

У меня таким образом получилось перенести права.

[propeller]

Оба варианта попробовал, и RU6 накатил на AOS и таблички добавил в импорт. Ничего не помогло(
В тестовой есть несколько новых компаний, которых нет в рабочей. Выяснилось, что только при работе с ними падает AOS.
Например, "предварительный просмотр проводок" в журнале "убивает" AOS в новых компаниях, в старых - без падения.

[EfimV]

У меня в тестовой то же компании отличались от рабочей. Права перенеслись нормально. Возможно когда накатывали RU6 или предыдущие у вас разошлись версии клиента и АОС-а.

[jonny]

Подниму тему.

Цитата:

RESOLUTION
Opening up the DAT company to all users and ensure this company is not used to save any data
Note This is a "FAST PUBLISH" article created directly from within the Microsoft support organization. The information contained herein is provided as-is in response to emerging issues. As a result of the speed in making it available, the materials may include typographical errors and may be revised at any time without notice. See Terms of Use for other considerations.

Не совсем понимаю, какие права надо дать? Полные права на компанию DAT? Как избежать того чтобы в ней сохраняли данные?