Аксапта сильно тормозит

[AndreyStar]

В компании документооборот порядка 800 выписаных фактур, накладных в сутки, примерно столько же кассовых документов. Это основная часть работы. Работа круглосуточная.
Когда работают только операторы и кассиры все нормально, если подключается кто-то с большим отчетом или продолжительной операцией, вроде формирования книги продаж, начинаются тормоза при приеме заказов. При подборе номенклатуры в заказе иногда задержки в несколько минут на каждую строку.

Аксапта 3.0 с SP2
Пользователи сидят на 3-х уровневой, сеть 100 Мбит
Все железо взято у внедренцев аксапты по рекомендациям MBS
AOS сервер Xeon 2,8 память 1Гб, винты 2*36Гб
SQL сервер Xeon 2*2,8 память 2Гб, винт 2*36Гб + 5*36Гб
Связаны по сети 1Гбит

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

[mazzy]

включите статистику.
Для начала посмотрите сколько у вас tablescan'ов в час.
Далее посмотрите длину очереди чтения/записи на диске.

Пройдите шаги, которые рекомендуют для оптимизации любой базы данных.

Когда вы таки боль-мень нормально настроите базу, включите мониторинг SQL-запросов в Аксапте. Сначала начинайте отслеживать запросы длинее 1 минуты. Локализуйте их, посмотрите какие индексы им нужны, настройте индексы. Снова проверьте tabescan. Далее отслеживайте запросы длинее 30 секунд. Локализуйте их, посмотрите на индексы. Снова проверьте статистику. Далее снова снизьте апертуру и т.п.

Не забывайте о общих и тривиальных рекомендациях типа
http://axapta.mazzy.ru/hints/mssqlsetup2/

читайте BOL, книжки, www.sql.ru наконец

[komar]

Ну, давай и я свои стандартные советы вставлю:

-Двухвалютный склад отключаем
-"Идентификатор сессии должностн" - тоже отключаем, и в накладных, и в кассе
-Физическую стоимость - если не нужна - отключаем

[Recoilme]

"если подключается кто-то с большим отчетом или продолжительной операцией, вроде формирования книги продаж, начинаются тормоза при приеме заказов"

)) Пишу сообщение, а справа слышу возглас программиста "этот долбанный SQL"

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

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

[mazzy]

погоди, komar, рано еще отключать функциональность.
посмотри какие там винты и сколько их.

а в целом - совершенно согласен.

AndreyStar, я правильно понимаю, что у SQL сервер у вас стоит два Raid'а? Причем, скорее всего, оба Raid5?

[mazzy]

Эх, не удержусь, сьязвлю.

Цитата:

Изначально опубликовано AndreyStar
Все железо взято у внедренцев аксапты по рекомендациям MBS

Вот по этим рекомендациям?
http://forum.mazzy.ru/index.php?showtopic=25

прямая ссылка на hp
http://www.hpproposal.com/mbs/axapta/entryform.html

[mazzy]

Цитата:

Изначально опубликовано Recoilme
Пишу сообщение, а справа слышу возглас программиста "этот долбанный SQL"

!!!

[AndreyStar]

Для Recoilme: Единственное окно между сменами это с 18:00 31 декабря до 15:00 1 января
а насчет оракла, начальство хочет microsoft sql

[AndreyStar]

для Mazzy: на SQL 2 винта аппаратно в 1 зазеркаленый, на них система
transaction log, старые базы 1С, почтовик, users'кие папки, остальные 3 это raid5 на них собственно данные

[komar]

Цитата:

Изначально опубликовано mazzy
погоди, komar, рано еще отключать функциональность.

Ну, это у каждого своя метода. Большинство проблем на проектах не из-за того, что Майкрософт плохую СУБД написал, а из-за криво написанной функциональности. Чертов "Идентификатор сессии должностн" со таблицей OfficialsTrans_RU, неизвестно для чего привешанной, на моей памяти уже на втором проекте базу "укладывает".
Что касается рекомендаций с сайта - минимальная конфигурация по таким рекомендациям - 1 живой юзер= 2 ASU

[Vadik]

Цитата:

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

там похоже с MS SQL мучаться некому, а вы оракла предлагаете..

[AndreyStar]

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

[Михаил Андреев]

Цитата:

Изначально опубликовано Recoilme
Дело в блокировках, не хотите мучаться ставьте Оракл, лучше мучаться с администрированием, чем с производительностью. Смотрите какой процесс блокирует остальные процессы и если возможно оптимизируйте. Но не все можно оптимизировать, например переписывать все "большие отчеты и продолжительные операции" - ....

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

Угу. Нужно чтобы уж наверняка все встало. Дело не в самом продукте базы данных, а в "ручках" - либо администраторских, либо программерских (сам видел тексты программ на данном сайте...). Так что правильное решение - разобраться ЧТО происходит, а потом уж лечить.
Да и переход на другую БД при круглосуточной работе....
Пакеты можно и на копии БД "впихнуть", чтобы "на кошках" тренироваться.

[Михаил Андреев]

Цитата:

Изначально опубликовано AndreyStar
Не нуна смеяться над маленькими
зашиваемся совсем, вопрос с курсами по sql благополучно замяли, а методом проб и ошибок невозможно в условиях когда нет перерывов в работе неделями

А не пробовали взять опытного админа на денек? Если начальство бабок не отвалит за это дело, пробуйте "за пиво" взять

[Михаил Андреев]

Цитата:

Изначально опубликовано AndreyStar
для Mazzy: на SQL 2 винта аппаратно в 1 зазеркаленый, на них система
transaction log, старые базы 1С, почтовик, users'кие папки, остальные 3 это raid5 на них собственно данные

Не понял. Все это на одной машине? Не хватает только контроллера домена и прокси сервера.
Ну и ну...

[AndreyStar]

Цитата:

Не понял. Все это на одной машине? Не хватает только контроллера домена и прокси сервера. Ну и ну...

и контроллер домена тоже
не дают денег на отдельный сервер на все это барахло

[mazzy]

барахло?

знаете, AndreyStar, мне мультик вспомниается - Вовка в тридесятом царстве.
Там маленький Вовка затолкал в печь дрова и завалил туда же тесто со словами: "так сойдет". В результате получил угольки. Печь ему еще что-то умное сказала... Забыл только что именно

[mazzy]

Цитата:

Изначально опубликовано Михаил Андреев
Если начальство бабок не отвалит за это дело, пробуйте "за пиво" взять

А вот так не советую. Кто будет отвечать за результаты, полученные "за пиво"?

[Vadik]

Цитата:

Изначально опубликовано AndreyStar
Не нуна смеяться над маленькими
зашиваемся совсем, вопрос с курсами по sql благополучно замяли, а методом проб и ошибок невозможно в условиях когда нет перерывов в работе неделями

Никто ни над кем не смеется.. Озвучьте для начала показатели perfmon-а
disk transfers/sec
pages/sec
% processor time
current disk queue length
lock requests/sec
если у Вас работа 24х7 - есть возможность mainnance plans хоть изредка запускать?

и начинайте мониторить долгоиграющие запросы

[Wamr]

Приятного аппетита - сказала печка