сервер для access

[aaa-aaa]

Есть терминальный сервер W2000 на котором расположены базы access и доступ к этим файлам задается через workgroup administrator. Какое-то время назад возникла проблема с значительным снижением производительности - при выполнении запроса процессор загружался на 100% и сервер не отвечал на другие действия. Заменили сервер, добавили память - стало лучше - процессорное время и оперативка согласно счетчикам производительности теперь в достатке - осталась проблема с дисковой подсистемой. Во время выполнения некоторых запросов disk usage - 100%. Разнесли файлы базы и временные файлы, которые создает access на разные физ диски - опять лучше, но не до конца. Посему вопрос - какой тип доступа к диску при обращениии к файлам базы в access и стоит ли ставить 0+1 raid.

[and3008]

0+1 обычно делают для выжимания максимальной производительности и максимально возможной устойчивости к сбоям.

А какой объем базы? Может что-то в ней подправить? Не пробовали?

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

Железо не всегда является тормозом. Иногда надо критически глядеть и на ПО.

[art]

-какой объем базы
-сколько пользователей
-какие диски/контроллеры

если пользователей несколько десятков, то тут ничем не поможешь, IMHO.
MS Jet тормозит на write locks. Нужно на SQL переходить.

[and3008]

MS SQL будет аналогично тормозить.

Рекомендую присмотреться к другому SQL-серверу.

[aaa-aaa]

обьем всех баз около 500м, активно используемых 200m, пользователей в среднем 20, а максимально 35
контроллер lsi 1020 диски u160 10rpm

[art]

MS SQL будет аналогично тормозить.

Рекомендую присмотреться к другому SQL-серверу.

в чем другом, может быть. Но в низкой производительности MS SQL ещё никто на моей памяти не обвинял.
Это по сравнению с чем?
На фоне других SQL серверов _с_поддержкой_транзакций_ он выглядит вполне прилично.