Медленное выполнение запроса

[Roman777]

Всем доброе время суток.
Столкнулся с такой проблемой: простой запрос на поиск одной записи по кластерному индексу (а именно его и показывает план выполнения запроса в SQL MS) в аксапте выполняется 16 мс (включал трассировку запросов с апертурой = 1 мс). Это например RAssetTable::find("1111111").
По другим запросам (некластерный индекс, несколько полей выборки) тоже работает как то не быстро, хотя если запрос выполнить SQL MS, то выполняется практически мгновенно. Full Scan не наблюдается, т.е. индексы выбираются правильные.
Дефрагментация таблицы порядка 30%.
Axapta 4.0, сервер базы данных SQL 2008 R2, АОС в кластере (аксаптовский кластер 3 экземпляра).
Просьба Вам: посоветуйте направление, в котором искать решение.
Спасибо.

[Logger]

Не стоит настраивать апертуру меньше 15 миллисекунд. Счетчик внутри Аксапты работает именно с такой точностью. так что если она вам показывает что запрос длился 15 миллисекунд - то реально он мог длиться 1 миллисекунду или меньше.
Лучше написать свой способ замера времени. Например как тут :
Измерение времени точнее чем Winapi::getTickcount()

[Roman777]

Т.е. доверять встроенному анализатору запросов в таком случае не стоит?

[Logger]

Цитата:

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

Т.е. доверять встроенному анализатору запросов в таком случае не стоит?

Да не стоит. Он использует стандартный виндовый таймер который работает с точностью 15 миллисекунд. (также как и WinApi::GetTickcount() )

Смешно было видеть когда он выдавал в 2009-й аксапте для функции типа получения текущего даты времени время порядка 15 миллисекунд, хотя дураку понятно что такой запрос к БД исполняется миллионные доли секунды.

Используйте свой таймер. Например, как я по ссылке указал.

[Wamr]

используйте стандартный SQL Profiler
Только он дает 99,5% точной информации того что происходит на сервере БД

[Roman777]

Всем добрый день.
Продолжу в этой ветке.
Ситуация следующая: выполнение разноски накладной по закупке (48 строк) в рабочей базе выполняется порядка 6 минут, на такой же базе и с таким же приложением, но установленным локально на рабочей станции - меньше минуты. Настройки сервера SQL и AOS идентичны. Рабочая база расположена на кластеризованном сервере SQL 2008 (48 процессоров, память 15 Гб, размер базы ~ 50 Гб), AOS собран в кластер из трех AOS на отдельном от базы сервере, между серверами канал 1Гб.
Подскажите, в чем может быть причина такой разницы во времени выполнения?
Спасибо

[Roman777]

Неужели ни у кого такое не встречалось?
Может антивирус на серверах затормаживает процесс обмена данных AOS и SQL или брендмауер или еще что-то?

[lev]

рабочие АОС и база стоят на разных серваках?
если да, то в одном домене?

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

[Roman777]

AOS и SQL на разных серверах. тестировал AOS с доступом в отдельную базу (на отдельном слабом сервере) - все нормально. Есть подозрение на кластер SQL рабочей базы.

[Vadik]

Цитата:

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

Есть подозрение на кластер SQL рабочей базы

Есть предложение снести кластер нахрен и посмотреть что получится. Если серьезно - запрос и план исполнения покажете или предлагаете продолжать гадать на кофейной гуще?

[Roman777]

Смотрел я планы исполнения и на сервере в кластере и на отдельном сервере SLQ на одинаковых базах - планы одинаковы!

[Vadik]

Цитата:

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

Смотрел я планы исполнения и на сервере в кластере и на отдельном сервере SLQ на одинаковых базах - планы одинаковы!

Значит, не покажете. Хозяин - барин, как говорится

[Poleax]

Цитата:

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

Всем добрый день.
Продолжу в этой ветке.
Ситуация следующая: выполнение разноски накладной по закупке (48 строк) в рабочей базе выполняется порядка 6 минут, на такой же базе и с таким же приложением, но установленным локально на рабочей станции - меньше минуты. Настройки сервера SQL и AOS идентичны. Рабочая база расположена на кластеризованном сервере SQL 2008 (48 процессоров, память 15 Гб, размер базы ~ 50 Гб), AOS собран в кластер из трех AOS на отдельном от базы сервере, между серверами канал 1Гб.
Подскажите, в чем может быть причина такой разницы во времени выполнения?
Спасибо

Не пробывал тему подымать на http://www.sql.ru/forum/actualtopics.aspx?bid=1 ?
Логи системы? Сбои с RAID ? как RAID организован? Блокировки?

[Roman777]

Цитата:

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

Не пробывал тему подымать на http://www.sql.ru/forum/actualtopics.aspx?bid=1 ?
Логи системы? Сбои с RAID ? как RAID организован? Блокировки?

Попробую. Спасибо.

[Poleax]

Цитата:

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

- все нормально. Есть подозрение на кластер SQL рабочей базы.

мануал изучен Microsoft Dynamics AX 2009 White Paper: Planning Database Configuration ?

[Poleax]

Цитата:

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

Попробую. Спасибо.

Была как то серьезная тема: Существенное снижение производительности после перехода на AX 2009 с Axapta 3.0 + к ней дополнение http://www.sql.ru/forum/actualthread...=843654&hl=aos

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

[Roman777]

Хорошо, спасибо.

[egorych]

Цитата:

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

SQL 2008 (48 процессоров, память 15 Гб, размер базы ~ 50 Гб)...

Это ж кто Вам посоветовал такую конфигурацию? Я бы 40 процессоров выключил и наслаждался нормальной работой!