Падение DAX при формировании отчета в Excel

[Storaenso]

Доброго времени суток!
У нас предприятии появилась следующая проблема
Многие отчеты формируются в DAX, но выгружаются в MS Excel. Почему используют именно MS Excel а не стандартный отчетопостроитель, сейчас неважно, но иногда при формировании отчета, после того как отчет сформируется, аксапта падает. В последнее время случаи падения резко увеличились, причем у разных пользователей падает при формировании разных отчетов, т.е. у одного при формировании оборотной ведомости аксапта падает, у другого при указании точно таких же фильтров – все работает нормально. Соответственно пользователей это сильно раздражает и мешает работать, особенно сбыту, нужно каждый раз при после печати накладной заходить в аксапту заново и накладывать фильтры. Пытались переустанавливать Windows (у всех стоит Win XP), MS Office (стоит 2003), аксапту – не помогло. Может кто-то встречался с чем-то подобным? В поиске не нашел ничего похожего
DAX 4.0, Kernel 4.0.2503.284, Application 4.0.2214.0

[Gustav]

Как минимум Вам стоит показать здесь код обработки хотя бы одного из этих падучих отчетов. Иначе всё это очень туманно - не за что зацепиться...

[pitersky]

Думаю, что и за код зацепиться не получится - ошибка разработки однозначно и одинаково воспроизводилась бы на всех рабочих местах.

[Storaenso]

Да, мы тоже сначала грешили на код... но с этим кодом работало уже около года, и валится аксапта у всех по -разному... сейчас пытаемся откатывать по одному хотфиксы

[Gustav]

Цитата:

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

и валится аксапта у всех по -разному

Так она с сообщениями валится? Сообщения в студию!

Код же нужен для понимания механизма вывода, который используется. Если, например, создается файл, то банальное отсутствие места на диске может портить малину. Или если используется буфер обмена, то там какая-нибудь собака может порыться...

[Storaenso]

ну вот такое примерно вылазит окошко, т.е. отчет сформировался, он корректный, но аксапта упала Не совсем корректно выразился - падает она у всех одинаково, но вызываемые отчеты у всех разные, в том то и проблема, что у 2-х одинаковых пользователей падает в разных местах, например, у меня падает при формировании оборотки по складу, а у тетенек из сбыта - при печати накладных, хотя у меня накладные печатаются без проблем

[Ivanhoe]

В eventLog ничего подозрительного при этом не пишется?

[Poleax]

Цитата:

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

ну вот такое примерно вылазит окошко, т.е. отчет сформировался, он корректный, но аксапта упала Не совсем корректно выразился - падает она у всех одинаково, но вызываемые отчеты у всех разные, в том то и проблема, что у 2-х одинаковых пользователей падает в разных местах, например, у меня падает при формировании оборотки по складу, а у тетенек из сбыта - при печати накладных, хотя у меня накладные печатаются без проблем

Вложение 6979

Какие данные содержит отчет?
В логах ОС должно быть сообщение, посмотрите что предшествует ошибке связанной с Dynamics Ax.

Есть подозрение на антивирус Касперского. Какой у Вас антивирус?
Попробуйте добавить исключения в антивирусе (чтобы не проверял) для всей папки Dynamics Ax.

[EfimV]

В Эксель Аксапта может выводить по разному. Некоторые отчёты могут формироваться заметное время. При этом пользователь так же может работать в Эксель. Например, он может выделить область или ячейку. И отчёт, который выводит Аксапта, может вступить в конфликт с действиями пользователя в другом документе. После этого остаются повисшие процессы «эксель» в диспечере задачь. И если его не «убить», то повторное формирование отчёта из Аксапты заведомо приведёт к ошибке.

Итого. Скорее всего, падение при формировании отчёта вызвано параллельной работой в другом документе эксель.

[greench]

+ 1 к

Цитата:

Итого. Скорее всего, падение при формировании отчёта вызвано параллельной работой в другом документе эксель.

Не раз такое наблюдал.

[Gustav]

Цитата:

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

При этом пользователь так же может работать в Эксель. Например, он может выделить область или ячейку. И отчёт, который выводит Аксапта, может вступить в конфликт с действиями пользователя в другом документе.

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

Поэтому у топикстартера и выпрашивается код - в том числе чтобы понять в каком инстансе Excel происходит вывод отчета - в существующем или в новом

[EfimV]

Для себя отмечал. Почти гарантировано вешается отчёт из Аксапты, если в другом экселе стоит "фокус" в верхней строке, для написания формулы в эксель.

[Storaenso]

код пока предоставить не могу - но падает, если до формирования уже был открыт Ёксель, если не было ёкселя, но никогда не падает... Но почему у одних падает при формировании одних отчетов, а у других - при формировании других ???
eventLog ничего такого не выдает, по крайней мере не увидели ничего подозрительного. Все-таки грешим на последнее накатанное обновление... Сейчас дотестируем и будет ясно

[Storaenso]

Цитата:

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

Для себя отмечал. Почти гарантировано вешается отчёт из Аксапты, если в другом экселе стоит "фокус" в верхней строке, для написания формулы в эксель.

хых.. интересное замечание

[Gustav]

Цитата:

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

но падает, если до формирования уже был открыт Ёксель, если не было ёкселя, но никогда не падает...

Признаюсь, все свои разработанные для Аксапты ексельные отчеты направлял в новый экземпляр Excel.Application. И поэтому никогда не имел подобного головняка. Рекомендую!

Цитата:

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

Но почему у одних падает при формировании одних отчетов, а у других - при формировании других ???

Если бы все запустили один и тот же отчет, и, пока он выводился, потом нажали 100 совершенно одинаковых кнопок с совершенно одинаковыми интервалами между нажатиями, то 99.9%, что у всех бы падало на одних и тех же отчетах Но запускают РАЗНЫЕ отчеты и потом до момента падения Аксапты нажимают РАЗНЫЕ кнопки...

[Pustik]

У нас определенное время происходило то же самое. Бояться нужно не Аксапты, а программ, которые установлены на клиенте вместе с Аксаптой. Некоторые затирают память , через определенное время. Если вы используете память (clipboard) для вставки в Excel, оберегайтесь их , например -Directum-а. Дело не в пользователе, а в том, в какой момент он запускает этот отчет. Если происходит пересечение времени с запуском отчета и обращения этой программы к памяти, возникает конфликт. Это один из примеров. Решение : Либо резервировать память кодом из Х++, Либо удалить ее(программу) на фиг, если она не нужна и стоит у клиента только для галочки.И еще, после установки у нас офиса 2010, все отчеты Ексель периодически, в разное время у всех перестали стабильно работать. Я сейчас нахожусь дома, у меня здесь нет 2010 офиса, но точно скажу, что все лечится через отключение сом-наростов в Екселе 2010, Путь: Файл->Параметры..... дальше не помню, найти думаю будет не сложно.

[Storaenso]

в общем оказалось, что в массовых падениях аксапты виноват хотфикс AX4SP2HFClientpatch30, откатили его, падения прекратились... по уму конечно надо бы покопаться, понять, почему падает, на досуге этим возможно займемся... а вообще да, com-объекты вечно глючат, зависший в памяти Excel тоже порой не дает нормально работать, а пользователи ведь не всегда умеют вызывать диспетчер задач и убивать зависшие процессы идеальный вариант был бы использовать штатно какой-нибудь отчетопостроитель, типа кристал репортса, но...