не работает Trace Parser

[mazzy]

Цитата:

Сообщение от Sergey Petrov

Может быть, нужно вместе с трассировкой сервера ОБЯЗАТЕЛЬНО включать трассировку на клиенте?
Вроде в http://fedotenko.info/?p=164 написано, что можно и без этого обойтись...

А по-моему нужно включать трассировку на клиенте.
(хотя конечно же могу ошибаться, но всегда включаю).

галочка на AOS указывает, что запросы могут трассироваться.
галочка на клиенте указывает запросы с каких именно клиентов будут трассироваться.

[fed]

Цитата:

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

А по-моему нужно включать трассировку на клиенте.
(хотя конечно же могу ошибаться, но всегда включаю).

галочка на AOS указывает, что запросы могут трассироваться.
галочка на клиенте указывает запросы с каких именно клиентов будут трассироваться.

Нет - не так. На самом деле трассировка - это такая культурная контрольная печать. Причем контрольной печати сервера, глубоко безразлично на контрольную печать клиента. (И наоборот.) Причем авторы функционала трассировки в Аксапте совершенно не расчитывали на то, что кто-то будет эту контрольную печать парсить и выводить в какое-то GUI-окошко. Я тут как-то дизассемблировал трейс-парсер и обнаружил что там дофига мест работает по каким-то полуэвристическим алгоритмам,поскольку контролльная печать сама по себе не обеспечивает даных для парсинга. Например - есть событие Компиляция SQL-запроса; Есть событие - биндинг переменной для запроса. Однако ссылки на первое событие во втором - нету. И авторы trace parser использовали какие-то хитрые эвристики для того чтобы второе событие обработать. (Кстати - очень надеюсь что в 6ке они приведут свои события трассировочные в порядок. Нельзя так жить дальше.)
В следствие этого - в трейс-парсере импорт очень медленно работает, потребляет безумный объем памяти (для хранения рабочих хэш-таблиц разных) и нервно реагирует на потерявшиеся события (это когда мы например включили трейсинг в какой-то глубоко вложенной функции и события выхода из функций есть, а входа - нету).

Мне кажется что проблема топик-стартера просто в слишком большом объеме собранной трассы. У меня редко получалось успешно импортировать трассы более 250-300 мегов. 550 мегов кажется просто нереальной цифрой.

Из советов в стиле "Попинать колеса":

1. При импорте разочек поставить галочки "Drop Indexes" и "Rebuild Indexes". Иногда помогало в похожих ситуациях.
2. Можно попробовать запустить импорт на машине с бОльшим объемом памяти. У меня на домашнем компе 8 гигов, а на рабочем - 4. Достаточно часто трассы, которые на рабочем не импортировались, на домашнем удается импортнуть и посмотреть...

[Sergey Petrov]

Цитата:

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

Можно попробовать запустить импорт на машине с бОльшим объемом памяти. У меня на домашнем компе 8 гигов, а на рабочем - 4. Достаточно часто трассы, которые на рабочем не импортировались, на домашнем удается импортнуть и посмотреть...

fed, благодарю Вас за идею!
На моём рабочем компе памяти 2 Gb. Так что, могу Вам только позавидовать.
500 Mb и пр. - это потому что AOS - рабочий. Попробую на каком-нибудь из наших сереверов запустить парсер с AOSным логом.
Вообще, очень грамотно сделано, что данная утилита официально не поддерживается DAX. Иначе - завалили бы претензиями.

[Sergey Petrov]

Цитата:

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

А по-моему нужно включать трассировку на клиенте.
(хотя конечно же могу ошибаться, но всегда включаю).

галочка на AOS указывает, что запросы могут трассироваться.
галочка на клиенте указывает запросы с каких именно клиентов будут трассироваться.

mazzy, спасибо за отклик!
Что на AOSе, что на клиенте не галочки, а целые кнопочки!

Провёл эксперимент с включением трассировки на сервере и на клиенте одновременно.
Как проводил:
1. В настройках клиента включил трассировку.
2. Запустил клиента (позаботился о том, чтобы он приконнектился к тому AOSу, который участвует в эксперименте - это тоже непростая задача, когда в кластере 2 AOSа).
3. Включил трассировку в настройках AOSа.
4. Запустил на клиенте некоторую операцию (для примера - отчётик минут на 5 времени формирования).
5. После окончания формирования отчёта закрыл клиент (завершил получение данных трассировки со стороны клиента).
6. Выключил трассировку в настройках AOSа (завершил получение данных трассировки со стороны сервера).
7. Выключил трассировку в настройках клиента (чтобы трассировка больше не запускалась, если придётся снова запустить сессию DAX).

Получил:
1. Файл лога операций с AOSа (размером порядка 400 Мб).
2. Файл лога операций с клиента (размером порядка 32 Мб).

Дальнейшие действия:
1. Успешно загрузил в trace parser лог с AOSа - результат прежний (ни одной записи).
2. Дополнительно успешно загрузил в trace parser лог с клиента - записи появились, причём только для того пользователя, под которым сначала запускал клиентскую сессию.
3. Удалил из trace parser лог AOSа - ничего не изменилось. Записи как были, так и остались (по одному пользователю).

Отсюда делаю вывод: лог с AOSа у меня не отобразился. Лог с клиента отобразился правильно.

Вопрос: почему у меня не отображается успешно загруженный лог с AOSа? Поскольку у меня trace parser сообщает, что логи что с AOSа, что с клиента загружены успешно, но отображает ТОЛЬКО логи с клиента, то, может быть, проблема в ОТОБРАЖЕНИИ загруженной с AOS информации?

[fed]

Цитата:

Сообщение от Sergey Petrov

mazzy,
Вопрос: почему у меня не отображается успешно загруженный лог с AOSа? Поскольку у меня trace parser сообщает, что логи что с AOSа, что с клиента загружены успешно, но отображает ТОЛЬКО логи с клиента, то, может быть, проблема в ОТОБРАЖЕНИИ загруженной с AOS информации?

Попробуй удалить все другие сессии трассировки, а потом залезь в БД трейспарсера и посмотри много ли там вообще записей в таблицах. Ну например - в таблицах sqlStatement или TraceLine. Если записи в табличках есть, но на экране их не видно, попробуй тупо заимпортировать с галками обновления индекса и удаления индекса. Если записей в табличках нету - значит ты столкнулся с каким-то принципиально новым для меня глюком .

Кстати - ситуации с нехваткой памяти у меня вызывали просто падение трейспарсера с сообщением о Unhandled Exception. На машине с большим объемом оперативки - подобное падение случалось реже...

[Sergey Petrov]

К сожалению, все эксперименты неудачны. С серверным логом - в бд вообще ни одной записи. С клиентским - есть кое-что (в поле TraceLine.TraceId стоит только Id того лога, который клиентский).
В окошке "Open Trace Database" при двух импортированных логах у серверного "Begin Time" совпадает с "End Time" (причём, какое-то странное - текущее время на моём компе с учётом TimeZone, когда импорт был запущен), а для клиентского - как положено, отображается то, что реально было (правда, по Гринвинчу, со сдвигном назад на 4 часа).
Такое впечатление, что при импорте серверного обработка производится (какое-то время диск мой жёсткий натужно кряхтит и процессор слегка нагружен), но транзакция, в которой добавляются записи в базу с логами, откатывается (судя по полному отсутствию записей, к ней относящихся).