28.11.2013, 15:33 | #1 |
Участник
|
Куда записывает трейс-файл классы xClassTrace и RetailTracer
Куда записывает трейс-файл классы xClassTrace и RetailTracer в ax2012?
другими словами, где находится файл с логом, в который записывают эти файлы? |
|
28.11.2013, 15:46 | #2 |
Участник
|
путь разве не передается в параметрах к методу start ?
См также Windows Event Tracing in Microsoft Dynamics AX 2012 Последний раз редактировалось belugin; 28.11.2013 в 15:56. |
|
|
За это сообщение автора поблагодарили: mazzy (5), Logger (1). |
28.11.2013, 19:08 | #3 |
Участник
|
спасибо. посмотрю.
|
|
29.11.2013, 03:07 | #4 |
Участник
|
До кучи
http://blogs.msdn.com/b/axsupport/ar...12-retail.aspx http://blogs.msdn.com/b/axsupport/ar...log-files.aspx
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0 |
|
|
За это сообщение автора поблагодарили: belugin (5). |
14.12.2016, 15:03 | #5 |
Участник
|
Подниму тему.
У меня не работает (не пишет лог в файл) xClassTrace::start()/stop() на сервере. Если start() вызван на клиенте, то все работает. Если на сервере, то нет. Проболема может быть только с правами доступа AOS к файлу/папке на диске или еще в чем-то? |
|
14.12.2016, 16:09 | #6 |
Участник
|
Цитата:
http://fedotenko.info/?p=164 Цитата:
From reading of the mentioned article, I comprehend two important rule related to security and ETW in Dynamics AX:
The AOS’ user must belong to the ‘Performance Log Users’ user group if it is running on Windows Server 2003 or 2008. WMI event tracing subsystem requires that tracing can be started ONLY from user belonging to the user group or to Administrators user group. Since the idea of including AOS’ user into Admin group sounds completely wrong, the only solution is to include AOS’ user into ‘Performance Log Users’ group. The AOS’ user must have full access rights to server’s log directory. У меня причина была в этом Once, I also saw the ”Fail to start ETW tracing session: return code is 112” error message. It was caused by incorrect setting of tracefilesize in Dynamics AX configuration in registry. By default, this setting is set to 10000. So, on attempt to start tracing, WMI Event tracing subsystem checks that target drive for log file has 10000 MBytes available (10Gbytes actually). If available space is less than 10Gbytes, attempt to start tracing fails with the error message mentioned. I recommend to set this setting to something like 1000, because actually Trace Parser tools tends to choke on attempt to import event file larger than several hundreds megabytes. |
|
|
За это сообщение автора поблагодарили: petr (4). |
14.12.2016, 16:14 | #7 |
Участник
|
Там же
http://fedotenko.info/?tag=performan...-kerneltracing Цитата:
Server tracing
The most useful way of tracing to my experience. First of all, I want to mention that this tracing module was introduced in Dynamics AX 4.0 and it heavily depends on Events Tracing for Windows subsystem (described in details in http://msdn.microsoft.com/en-us/libr...87(VS.85).aspx) So, if You have some problems with starting server trace, You should check that your AOS Server has appropriate Trace Provider installed. You can do it by running “logman query providers” command in AOS’ command prompt. Resulting output must have a line starting with “AOS Trace”. If your server does not have appropriate query provider, You can try to fix this by going into server’s BIN directory and running ‘mofcomp aos_trace.mof’ command. If your server has UAC turned on, this command must be run from command prompt with elevated privileges. https://blogs.msdn.microsoft.com/axi...racing-part-1/ У меня типичная ошибка была 1. Не выполнено "You can try to fix this by going into server’s BIN directory and running ‘mofcomp aos_trace.mof’ command" 2. Недостаточно места на диске (меньше 10 гигов свободного места) 3. Не в той конфигурации аоса прописаны настройки. Попробуйте. Наверняка у вас примерно то же самое. |
|
14.12.2016, 16:16 | #8 |
Участник
|
Еще в конфигурации аоса должна быть взведена галка "Allow client tracing on Application Object Server instance"
|
|
14.12.2016, 16:46 | #9 |
Участник
|
Пока решил проблему использованием SysTraceControl::startClientTrace() и SysTraceControl::stopClientTrace().
Оба метода объявлены как клиентские, обработка переходит на клиент, там начинается tracing, дальше код продолжает отрабатывать на сервере. Но как-то бредово это все выглядит. P.S. Впрочем такая комбинация отрабатывает отлично. Лог пишется в файл, потом прекрасно анализируется в Trace Parser. Последний раз редактировалось petr; 14.12.2016 в 16:51. Причина: Добавил P.S. |
|
Теги |
ax2012, ax2012r2, event trace, profiler, trace parser, xclasstrace, документация, полезное, производительность, профайлер |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|