есть физический сервер, на нем 2 физических диска (C: D:), установить туда дополнительные диски физически невозможно.

На нем крутится сервер 1с и SQL

разбросано
SQL данные + лог = D:, темДБ = C:
1с = C:
Своп = С:

оперативки дофига, вся не используется, ЦП - тоже более 50% не загружается.

в мониторе ресурсов видно что очередь к диску С: в пиках достигает 5 секунд, к диску D: в пиках 0.5 сек.

часть пиков совпадает с пиками ошибок страниц в памяти (это и понятно, обращение к свопу), часть пиков не связана с памятью...

чего можно сделать? (пока не разнестя 1с и SQL)

варианты какие я вижу
перенести на D: своп или сервер 1с

<<оперативки дофига>>
может RAM диск сделать и туда своп перенести?

(0)
тогда уж проще отказаться от своппинга

Ошибки страниц дают главным образом rhost-ты,  но памяти жрут не так много, примерно по 0.5...

Своп убрать от операционки - на D, и может в отдельный логический диск.
Тормозов после этого лично поубавилось.

(0) А может, тебе просто недельку подождать? :))

(5) тогда мне будет совсем занятся нечем...

апну

(0) а сами диски идентичные? Или все же Raid?

(8) одинаковые

(0) нашел ответ?

(0) у меня примерно такая же проблема, тока сервер работает че то долго.

(10) пока нет, единственое чего накопал странного - это программа обновления слишком часто что-то делает, в политиках стоит раз в час искать, обновлять раз в 6 часов, реально юзает диски примерно 10% от всего времени

а tempDB где? его перенос на D может спасти "отца русской демократии"?

Сколько Task Manager показывает сожранной памяти для SQL Server?

(14) примерно 15 гигов

А оперативки? Выстави ограничение для сиквела.

(16) всего 72, ограничение скуля 40

rphost's активно работают с диском когда создают виртуальные таблицы. Они их временно сохраняют на него.
SQL часто дергает TempDB.

ТемпДБ на отдельный диск + разбить на колво файлов = колво процессоров

(17) А версия платформы какая?