Есть отдельный компьютер под ms sql сервер. На нем 4 диска (sas) сгруппированы по 2 в Raid1 (зеркало). на одном mdf, на другом система лог и темпдб.
На диске с mdf счетчики показывают следующие цифры
"Текущая длинна очереди" скачет до 350
"Средняя длинна очереди на чтение" до 20

Пользователей 100-110 примерно, база 60гб, конфа самописка. Памяти 12гб вроде как хватает по счетчикам. Будет ли заметный прирост скорости работы при установке к примеру 10-го рейда?

(0) выложи счётчики на тринити: http://3nity.ru/viewforum.php?f=40

ждать ответа на мисте придётся до вечера

(0) будет при условии хорошего контроллера sas
а вообще проблему надо решать комплексно и кроме железа надо выявить тяжелые запросы и их оптимизировать

(0) попадание в Кэш скока процентов?

(0) 4 диска (sas) сгруппированы по 2 в Raid1
Это как бэ 2 диска в рэйд 1 и другие 2 то же в рэйд 1?

(2) Так и есть смотрю со всех сторон. сейчас рассматриваю ускорение средствами апгрейда железа.
(3) Попадание в кеш - это какой счетчик?

(4) да

(0) Рэйд 10 это тот же рэйд 1 только надежность выше за счет того что дублируется инфа. Так что прироста по сравнению с 1 рэйдом не будет.

(0) Скоростные возможности RAID10 преувеличены.
Надеяться на решение проблем простым переходом с RAID1 на RAID10 не стоит.
Если есть возможность выделить 4 диска под MDF - сделайте два RAID1 разбейте MDF на две части (NDF) и разложите на разные RAID1.

(7) Видимо путаете 1 и 0 рейд

(9) Точно перепутал.

(5) Buffer cache hit ratio

(0) Увеличивайте количество дисков. Ставьте нормальный контроллер с режимом отложенной записи.

(0) Памяти очень мало. Поставьте гигов 80.

(0) Нужно в целом загрузку смотреть. Что у тебя с памятью? Хватает?

(11) 99%-100% ближе к 100

(9) Тогда прирост будет, на запись что собственно для БД и критично. Типовую систему обычно так делают 4 hdd raid10 (база mdf, ldf) 2 hdd raid1 (Операционная система)

(15) все в порядке, памяти достаточно, не слушайте, кто советует ее нарастить.
Индексы давно перестраивали в 1С-кой базе?

(16) + Если база в режиме symple то лог транзакций ldf не критичен в плане нагрузке на hddю

(17) Память стоит копейки - зачем себе отказывать в повышении производительности?

(17) каждую ночь пересчет индексов на скл сервере.
(18) режим симпл, лог лежит на диске с системой, на том диске нагрузки особой нет. Большие очереди на дикс с mdf (больше на том диске нечего нет)

(19) Так вроде как все что может в нех храниться и так храниться. То есть она будет простаивать

(20) оптимизация запросов + Райд 50 (8-10 дисков с хорошим контроллером) спасут отца русской демократии

(22) Гм, а чем это 50 RAID лучше 10-го? На 8-10 дисках-то.

(23) погугли

(24) Я почти уверен, что тут гугль не поможет. Не найдет...

На каком массиве очередь - где файл базы или где логи?
Лучше поставить аппаратный RAID с батарейным питанием и на массив с логами разрешить кэширование записи.

(26) где файлы базы. админ говорит что там и так аппаратный рейд и не дешевый

Секционируйте года по файлам. Большинство идет к текущему году, а старые года тянутся по инерции. Гилев про это писал.

(21) Желательно ОЗУ поближе к размеру базы. Поверь, SQL всю эту память съест.

(29) Уверен что съест, а будет ли использовать тут вопрос

Сделай 10 рейд.

Корпус-то позволит больше дисков поставить?

(32) нет. Но этот вопрос будет админ решать

А очередь на чтение или на запись?

(33) Ну, грубо.
У тебя сейчас зеркало. Скорость записи = скорости одного диска.
Если поставить 10 дисков в 10 RAID. Страйп зеркал. Скорость записи = скорость одного диска / 5.
Ну это не считая потерь на арифметику.
Так, что должна вырасти в 5 раз.

(0) SSD не думали?
у нас год как летает на 2х серверах

(34) на чтение, на запись вроде как все в пределах нормы

(35) "скорость одного диска / 5" - почему делишь?

temp.db можно вынести на отдельный диск. Чем быстрее - тем лучше. Пусть даже SSD.

(37) Если чтение, то память увеличить.

(38) Ну дык, блок разбивается на 5 и пишется на 5 зеркал.

У вас и система и mdf на одном диске?

(41) mdf на рейд1. Больше на этом рейде нечего нету

у автора похоже кеш на контроллере отсутствует, либо выключен

померяй скорость массива crystaldiskmark'ом хотя бы,
чтобы проверить слова админа, что там действительно с дисками все хорошо

а вообще в случае четырех дисков куда разумнее 10-й рейд юзать

если смотреть на ИОПС то даже склеив 4 в 10 получите выигрыш

В общем, если у вас попадание в кэш почти 100%, то учитывая, что запись в mdf происходит асинхронно во время выполнения контрольных точек, то большая очередь к диску не должно быть проблемой. Другое дело, если не устраивает скорость выполнения операций именно из-за SQL-сервера.
Здесь могут быть разные причины и не обязательно дисковая подсистема. Иногда лучше увеличить объем оперативной памяти или правильно распределить процессорные ядра.

(45) очередь большая на чтение. На запись очереди почти нету. Связано что в конфигурации в формах выводится много дополнительной информации. Процессор в пиках нагружается на 60%. Из за попадания в кеш почти в 100% случаев считаем, что память приростов производительности не даст.

уай, так у вас на одном по сути винте летает 60Гб база на 100 юзерах, премию срочно себе выплачивайте, внеочередной оплачиваемый отпуск и еще пачку винтов