SQL выжирает все процессорное время, как решить проблему

[Sergik]

Цитата:

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

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

Еще заметил одну вещь.. Счетчик очереди чтения попеременно, то близок у нулю (с пиками), то взлетает вверх и не падает...

ИМХО с точки зрения производительности стойку нужно сконфигурировать полностью на один логический раздел (конечно не забываем о хотсвапе), не разделяя на более мелкие. Дело в том, что чем больше винчестеров в RAID, тем более быстро он работает. Как уже говорили ранее предпочтителен RAID10 (0+1).

Раскидывать БД на логические файлы нужно в случае нескольких дисковых массивов. Оптимальность определяется опытным путем. Разбиваете, тестируете, видите, что в среднем нагрузка на каком то логическом файле чрезмерная, выносите оттуда еще таблицы. Снова тестируете, пока в среднем не сравняется. У нас, например, наиболее требовательная была SalesLine.

То что счетчик по чтению скачет это нормально. Так всегда бывает. Продолжительные пики бывают например когда запускается расчет каких-нибудь аналитических отчетов особенно по длительным периодам.

[sergeypp]

Цитата:

Есть ли еще какие - нить рекомендации на этот случай. так же интересны уже существующие варианты распределения таблиц по лог. файлам.

а по этому вопросу есть что нить?. Что бы с чего то начать.