Аксапта. Производительность. Эпизод n+1-й

[ALES]

Цитата:

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

Это - непосредственно запрос сиквела.

Те поля, что я указал в начале - выбираются в Аксапте.
Наверное, это не единственный запрос, порождаемый моим нажатием кнопочки ОК - но именно он выдает сумасшедшие значения длительности выполнения.

Структуру не меняли уже несколько лет...

чудеса с производительностью наблюдал как результат подъема модификаций без перезагрузки AOSа..

а дидлоки в этот момент действительно есть? (ну три часа, вопли других юзверей и все такое..)

[Yprit]

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

[Falcon]

Цитата:

а дидлоки в этот момент действительно есть? (ну три часа, вопли других юзверей и все такое..)

Есть дедлоки - но только, похоже, на определенных записях одной таблицы, остальные юзеры работают без проблем, может чуть медленнее чем обычно.
Таблица - все тот же SalesLine, записи - обычные...

Цитата:

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

Условий - чего?

[ALES]

Цитата:

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

Есть дедлоки - но только, похоже, на определенных записях одной таблицы, остальные юзеры работают без проблем, может чуть медленнее чем обычно.
Таблица - все тот же SalesLine, записи - обычные...

Вот где-то по Ok он сам себя держит, искать где еще к salesLine стучится.. не так давно на форуме пример нераспознаваемого SQLом дидлока мелькал.

[Yprit]

Цитата:

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

Условий - чего?

Условий запроса, т.е. какие значения DATAAREAID и SALESID уходят на сервак. А потом прогнать в QueryAnalyzer и посмотреть, что он выдаст в качестве плана.

[Falcon]

Хорошо, попробую..

[Yprit]

возможно, там в choosLines какой-то затык - то, о чем ALES писал.

[Vadik]

Цитата:

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

Если индексное полу пусто (NULL), то такая строка соответствующим индексом не индексируется и при полной выборке, индекс использовать некорректно, система вынуждена отключить его использование

Мы говорим об MSSQL? Какой версии? В любом случае - аксапта varchar поля null значениями не заполняет

Есть два предложения
- кластерный индекс по (DataAreaId, SalesId)
- отключение option fast на уровне конфигурации (знаю, что радикально, однако от этого, насколько мне известно, еще никто не умирал)

ну и своевременное обновление статистики, разумеется

[Falcon]

И тебе спасибо, синьор модератор.

Специально для тебя, еще раз: версия 2000, сп3а.

Предложения интересные. Попробую.

[Vadik]

Цитата:

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

Специально для тебя, еще раз: версия 2000, сп3а.

Спасибо, я в курсе того, на чем Вы работаете
Собственно, вопрос был адресован itfs - подозреваю, что он-то как раз имел в виду другую СУБД

[perestoronin]

Цитата:

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

...
SELECT FROM SALESLINE A(UPDLOCK)
WHERE ((DATAAREAID=?) AND (SALESID=?))
ORDER BY A.DATAAREAID,A.SALESID,A.LINENUM OPTION(FAST 9)

Попробуйте изменить оригинальный запрос (или логику кода) так, чтобы не было нужды сортировать вывод по компаниям (поле DATAAREAID). Я полагаю это наверное лишне, т.к. у Вас в запросе и так стоит стоит условие - выборка по компании (только я не нашел где добавляется эта сортировка в русской локализации). При попытке сортировки по компании могут вылетать даже Enterprise Manager и Обозреватель таблиц.

И еще вопрос, Вам действительно так важна сортировка по номерам строк заказа поле LINENUM. Может ее тоже лучше исключить из запроса в классе SalesFormLetter метод updateQueryBuild
закомментировав строку

chooseLines.query().dataSourceTable(tableNum(SalesLine)).addSortField(fieldNum(SalesLine, lineNum));

PS. А может проблемы не в Аксапте, а в целостности и исправности дискового массива на котором находится база ?
Интересно, а какая она К и как хорошо там, если не секрет?

[itfs]

Цитата:

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

В любом случае - аксапта varchar поля null значениями не заполняет

Ваша правда, и про varchar, и про не заполняет, везде стоит заполнение по default и всюду not Null constraints

[Recoilme]

Цитата:

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

Ваша правда, и про varchar, и про не заполняет, везде стоит заполнение по default и всюду not Null constraints

Интересно почему никто не добавляет при таких открытиях матные слова в её адрес? ))

[Falcon]

Про дисковый массив - у меня уже давно подозрения Все "штатные" средства диагностики показывают полное отсутствие проблем, однако же чисто субъективно: ну не может такое железо быть таким медленным... Сервер, кстати, самая что ни на есть фирмА, известной фабрики ИБМ, с пятым рейдом и 10К Ultra-SCSI хардами - в общем, не хужей чем у других... А тащится как телега несмазанная в гору...

[2A]

Цитата:

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

Про дисковый массив - у меня уже давно подозрения Все "штатные" средства диагностики показывают полное отсутствие проблем, однако же чисто субъективно: ну не может такое железо быть таким медленным... Сервер, кстати, самая что ни на есть фирмА, известной фабрики ИБМ, с пятым рейдом и 10К Ultra-SCSI хардами - в общем, не хужей чем у других... А тащится как телега несмазанная в гору...

По железу:
RAID-5 - не самый быстрый
Сколько всего RAID массивов ?
В идеале необходимо 3.
(3 года назад уже ставили Axapta на хороший сервер с дисковой подсистемой имеющей оптоволоконный интерфейс с сервером; это быстрее чем Ultra-SCSI )

[Torin]

Цитата:

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

Про дисковый массив - у меня уже давно подозрения Все "штатные" средства диагностики показывают полное отсутствие проблем, однако же чисто субъективно: ну не может такое железо быть таким медленным... Сервер, кстати, самая что ни на есть фирмА, известной фабрики ИБМ, с пятым рейдом и 10К Ultra-SCSI хардами - в общем, не хужей чем у других... А тащится как телега несмазанная в гору...

5-й RAID очень отказоустойчивый, при этом экономичный, но далеко не самый быстрый на чтении. Для производительности на чтении, лучьше переделать в 1+0 (10), если размеры базы позволяют. В Вашем случае полезный объем будет 5-ти дисков
http://www.ixbt.com/storage/raids.html
Еще советую на www.sql.ru почитать по теме.

[perestoronin]

Цитата:

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

Про дисковый массив - у меня уже давно подозрения Все "штатные" средства диагностики показывают полное отсутствие проблем, однако же чисто субъективно: ну не может такое железо быть таким медленным... Сервер, кстати, самая что ни на есть фирмА, известной фабрики ИБМ, с пятым рейдом и 10К Ultra-SCSI хардами - в общем, не хужей чем у других... А тащится как телега несмазанная в гору...

Сталкивался с таким, работает как тормоз, ситуация изменилась к лучшему когда вместо него ввели в эксплуатацию более производительный и значительно более дешевый (не IBM) с десятым рейдом.

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

[perestoronin]

Цитата:

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

5-й RAID очень отказоустойчивый, при этом экономичный, но далеко не самый быстрый на чтении. Для производительности на чтении, лучьше переделать в 1+0 (10), если размеры базы позволяют. В Вашем случае полезный объем будет 5-ти дисков
http://www.ixbt.com/storage/raids.html
Еще советую на www.sql.ru почитать по теме.

Осмелюсь добавить, 5-й тормозит как "пятая нога" (или "пятое колесо") на операциях по обновлению и вставке записей. А такие операции при интенсивном обновлении информации (как раз случай Аксапты) не редкость. При этом высокая производительность на операциях чтения становится просто незаметной на фоне общих тормозов. Рейд 5 противопоказан Аксапте! Лучше всего 10-й рейд (по соотношению - цена / производительность операций обновления-вставки) или хотя бы "зеркало".

[Logger]

Цитата:

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

Попробуйте изменить оригинальный запрос (или логику кода) так, чтобы не было нужды сортировать вывод по компаниям (поле DATAAREAID). Я полагаю это наверное лишне, т.к. у Вас в запросе и так стоит стоит условие - выборка по компании (только я не нашел где добавляется эта сортировка в русской локализации). При попытке сортировки по компании могут вылетать даже Enterprise Manager и Обозреватель таблиц.

И еще вопрос, Вам действительно так важна сортировка по номерам строк заказа поле LINENUM. Может ее тоже лучше исключить из запроса в классе SalesFormLetter метод updateQueryBuild
закомментировав строку

Может не стоит убирать сортировки ?
Полагаю это сделано специально под существующие на таблицах индексы. Неявная подсказка оптимизатору базы данных, так сказать. Так как он учитывает порядок полей в запросе по которым делается сортировка и по которым условие where есть.

[Falcon]

Цитата:

Сообщение от 2A

По железу:
RAID-5 - не самый быстрый
Сколько всего RAID массивов ?
В идеале необходимо 3.
(3 года назад уже ставили Axapta на хороший сервер с дисковой подсистемой имеющей оптоволоконный интерфейс с сервером; это быстрее чем Ultra-SCSI )

Три и есть - один под программы, другой под базу, и третий - под log-файлы.

Про оптоволокно - учту на будущее, спасибо.