Перенос базы на новый диск

Добрый день.
Нужна помощь в решений следующей проблемы.
Есть база данных, которая по размерам приближается уже к 100Гб.
Связи с этим было принято решение о покупке нового диска и переносе базы данных на него.
Но после переноса базы данных на новый диск, работа с базой данных стала просто невозможна, УТ жутко тормозит из-за огромной очереди к обращению к новому диску. Даже при работе нескольких пользователей работать в УТ просто невозможно.
Вернул базу данных на старый диск, все заработало просто великолепно без всяких тормозов, причем количество пользователей которые одновременно работает в УТ около 100 человек.
Понятно, что проблема с новым диском. Но непонятно что не так с этим диском? Куда капать? В чем может быть проблема?
Сам я программист 1С, не администратор, плохо разбираюсь в таких вопросах.

Вот данные по дискам.
Старый диск

Твердотельный накопитель HP MO0100EBTJT
Общие характеристики
Тип SSD
Поддержка секторов размером 4 КБ есть
Тип флэш-памяти MLC
Назначение для сервера
Форм-фактор 3.5"
Характеристики накопителя
Объем 100 ГБ
Интерфейс
Подключение SATA 3Gbit/s
Внешняя скорость передачи данных 300 МБ/с

Старый диск состоит из четырех таких дисков объединенные в RAID.

Новый диск
Твердотельный накопитель Micron MTFDDAK960TDC-1AT1ZAB
Общие характеристики
Тип SSD
Поддержка секторов размером 4 КБ есть
Тип флэш-памяти TLC 3D NAND
Назначение для сервера
Форм-фактор 2.5"
Характеристики накопителя
Объем 960 ГБ
Скорость записи/Скорость чтения 520/540 МБ/с
Скорость случайной записи (блоки по 4КБ) 28000 IOPS
Интерфейс
Подключение SATA 6Gbit/s
Внешняя скорость передачи данных 600 МБ/с
Поддержка NCQ есть
Механика/Надежность
Ударостойкость при работе 1500 G
Ударостойкость при хранении 1500 G
Время наработки на отказ 3000000 ч
Суммарное число записываемых байтов (TBW) 1750 ТБ

Новый диск это просто отдельный диск, ни в каком RAID не состоит.

Пока вижу разницу только в наличие RAID. Но я не думаю, что отсутствие такой вещи может привести огромных очередям запросов к диску.

Хотя бы прогоните оба диска через CrystalDiskMark. А там посмотрим.

Вот тесты CrystalDiskMark
Старый диск и Новый диск

На четырёх килобайтах гигантская разница.
А какие размеры кластеров на новом и старом дисках?

Страый диск 128Кб и Новый диск (сейчас) 256Кб. Хотя первоначально новый диск форматировал также под 128Кб, но тормозило тоже жутко. Переход на 256Кб ни как не повлиял на скорость работы.

Так лучше поставь 4 КБ

Попробую. Отпишусь позже.

А старые диски в каком RAID (уровень, аппаратный/программный)? Если аппаратный, то там ещё кэш есть, а он может сильно помогать.

Да, помогло. На контроллере через, который подключал новый диск не было включено кэширование.

Теперь остается вопрос оставить новый диск разбитым на 4К или вернуть на 128К?

Тесты, по формированию больших отчетов и на запись сгенерированных документов, разницы по времени не показали. Все работает одинаково. Походу при включенном кэше 1С без разницы как разбит диск. Но все равно хочеться разобраться до конца что лучше 4К или 128К???

Смею предположить что используется SQL. На сколько я помню, для SQL рекомендуется размер блока и страйпа делать 64Кб