Взяли сервак для тестового SQL
HP DL320e Gen8/1x E3-1220v2 4C 8M
3.1GHz/32GB(4x8GB)DDR3 ECC Unbuffered/1xHDD
Seagate 1TB 7.2K SATA/1xIntel S3520 SSD
480GB

Операционка win 2016 Sql 2008 вертуализации нет всё на железе
скорость бекапа всего 80.105 MБ/сек
на обчном рейде 10 на вари скорость была 200 MБ/сек

режим подключения ssd  IDE
Винда на обычном диске, база SQL включая temp на SSD


Резултат теста


CrystalDiskMark 5.2.1 x64 (C) 2007-2017 hiyohiyo
                           Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes

   Sequential Read (Q= 32,T= 1) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s
  Random Read 4KiB (Q= 32,T= 1) :    28.279 MB/s [  6904.1 IOPS]
Random Write 4KiB (Q= 32,T= 1) :    95.983 MB/s [ 23433.3 IOPS]
         Sequential Read (T= 1) :   209.927 MB/s
        Sequential Write (T= 1) :   370.408 MB/s
   Random Read 4KiB (Q= 1,T= 1) :    26.525 MB/s [  6475.8 IOPS]
  Random Write 4KiB (Q= 1,T= 1) :    78.748 MB/s [ 19225.6 IOPS]

  Test : 1024 MiB [D: 7.1% (31.6/446.6 GiB)] (x5)  [Interval=5 sec]
  Date : 2017/06/09 8:36:47
    OS : Windows Server 2016 Server Standard (full installation) [10.0 Build 14393] (x64)



Вопрос, почему такая низкая скорость? неужели IDE ?

Потому что операционка на обычном диске. И свап, поди, там же

(1) бекап средствами SQL идет
почему в тестах скоростьзаписи польше скорости чтения?
   Sequential Read (Q= 32,T= 1) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s

(2) особенность SSD

(0) а материнка умеет работать с SSD на всю его мощность? Почему режим IDE а не AHCI?

(4) говорят проблемы с драйверами были под server 2016 при установке

по характеристикам скорость должна быть
Чтение    До 450 Мб/сек
Запись  До 380 Мб/сек

(5) Разве это не бутылочное горлышко?

(7) диск та встал драйера подключились

(5) HP DL320e Gen8 на древнем C204 чипсете! какие там могут проблемы с драйверами AHCI на вин2016?!!!

+(9) все системные драйвера на это железо у майкрософта должны быть, даже подсовывать ничего не нужно

(0) Что-то IOPs'ов мало...

Да, вы поставили в настройках сервера максимальную производительность?

для начало http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

а потом уже вопросы...

(0) бэкап на ssd пишете?

(14) да на SSD
да тут не с бекапом нужно разбираться, а почему
Sequential Read (Q= 32,T= 1) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s

Вместо

Чтение    До 450 Мб/сек
Запись  До 380 Мб/сек

причем скорость записи соответствует заявленому, а чтение в два раза порезано

(15) Правильно ли ты понимаешь слово "До"?

Ну и про AHCI уже сказали.

(13) я с разу с теста SSD начал который показал скорость всего
Sequential Read (Q= 32,T= 1) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s

(16) правильно понимаю До, но До должно быть не в два раза меньше на чистом диске, ДО я понимаю это когда запись 366.699 MB/s по тестам как у меня, а заявлено 380 Мб/сек

(18) SQL это сетевое приложение, по этому на них зачастую главное влияние оказывает сеть и клиентские тачки (или сервер 1с), то есть локальное тестирование - ни о чем... тестирование должно быть комплексным...

(0)>>>режим подключения ssd  IDE
Это пять!

Вы в курсе что в режиме IDE не работает ни TRIM, ни NCQ?

А по поводу скорости - мало информации.

Модель и емкость SSD, сколько оставлено под резерв?
Где стоит система, где лежит база, где лежит лог.
Как тестируется, откуда запускается тест.
Откуда и куда идет бэкап.

(21) Intel S3520 SSD 480GB
резерв по умолчанию
Система на обычном SATA
База и лог на SSD
Тест CrystalDiskMark запускался с SSD

(15) Бэкап на SSD это нечто невообразимое.
SSD нужен для быстрой работы с небольшими объемами часто меняющейся информации.

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

(0) Настораживает режим подключения ssd  IDE

(23) бекап для теста запускал, когда был "удивлён скоростью" полез CrystalDiskMark смотреть

(22) База и лог на SSD.
В (15) вы упомянули что бэкап пишите на него же.

Теперь считайте - с диска читаете, и на этот же диск пишите.
Какая скорсоть должна быть?

(25) Просто копирование большого файла с HDD на SSD какую скрость показывает?

(25)CrystalDiskMark зачастую показывает погоду, не надо на него сильно ориентироваться.

(26) CrystalDiskMark без SQL уже низкую показывает

заслал админов переделывать под AHCI

Рекомендации - в первую очередь переключите на AHCI
во вторую - оставьте неразмеченный резерв под запись. (не забудьте предварительно очистить диск)

Если у вас терминал - винда должна быть на SSD, если нет, хватит и HDD.

Не делайте бэкапы и прочую бессмысленную запись на SSD.

И самое главное - прирост скорости от SSD вы заметите только при большой многопользовательской нагрузке!

Т.е SQL сильно в диск, и особеннов  случайное чтение/запись не упирается, ибо кэширует.
Поэтому при небольшом количестве пользователей на SQL вы не заметите эффекта от SSD, если пользователей будет много, это будет заметней.

(31) достаточно неразмеченую облась оставить или всё же утилитой резервировать?

(31) у правильно настроенного SSD основная польза - он не будет тормозить в узком для HDD месте. Понятно, что SQL кеширует и все такое, но на сервере кроме него есть и другие вещи, которым SSD пойдет в плюс - сама ОС, сервер 1С и т.д.

проблему победили , скорость возрасла в два раза.
Причина была в IDE  )))

(34) что это за админы такие, которые сразу эту проблему не стали решать?

(35) да, обычные админы - пока не пнешь не летают

(36) https://img.polontech.com/media/2016/11/hqdefault.jpg

(32) Достаточно.
Но нужно убедиться что вы оставляете неразмеченной чистую область, а не забитую данными.

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

(34) Гнать таких админов надо.
У вас наверное и обычные SATA диски на других компьютерах и в серверах стоят в IDE?

(13) на управляемых конфах скл блокировок НЕТ

(40) а если найду?

(40) Опа,это как так?

каталог кластера и темпы надо тоже на ССД

ну и вообще нормальный массив 10 уровня с 10к дисками и батарейкой на кэш работают нифига не медленнее, чем ssd

(44) Смотря что понимать под " не медленее"

Если речь идет о записи или чтении большого объема последовательных данынх - он может быть и быстрее чем SSD.

Если речь идет о случайной записи мелкими блоками - он в десятки раз медленнее.


В итоге если у тебя нагрузка линейная - рэйд из HDD идеальный вариант, если случайная - он будет узким местом.

SQL за счет кэширования уменьшает количество случайных запросов мелкими блоками.
Поэтому при грамотно настроенном SQL и достаточном объеме памяти SSD вроде и не нужен.

А вот файловая, или SQL с малым количеством памяти, или с большим количеством юзеров - уже есть необходимость в SSD.

File size set to 205520896 kB
Record Size 4096 kB
Command line used: ./iozone -i 0 -i 1 -i 2 -s 196g -r 4096k
Output is in kBytes/sec
                                                  random    random
kB         reclen write   rewrite  read  reread    read     write
205520896    4096 292010  317159  734415 738157   171372   295276
iozone test complete.

С размером блока записи 4 килобайта скорость случайных чтения/записи составляет 1-2 МБ/с.
(45) У SSD во много раз больше? Мне просто не на чем посмотреть.

у автора какая-то каша в голове. Показывает результат синтетического теста, жалуется на SQL. Зачем автору SSD, чтобы ускорить бэкап?

(47) в (0) смотри. 28/95

А не.. 26/78

(47) Раз этак в двадцать.
Для среднестатистического SSD это будет порядка 20-40МБ/с

(50) Что-то в (0) странновато как-то.
Обычно с большой очередью скорость случайного чтения намного больше, а тут практически одинакова что с очередью, что без нее.

Хотя да, там же IDE, NCQ не работает, так и должно быть.

(0) по нормальной схеме принято делать так: дисковый массив например 10 рэйд под базы, просто большой быстрый диск под логи и ссд под темпы. Т.е. три автономных дисковых  системы, разумеется если у вас нагруженное решение. Если этого мало можно сделать несколько файлов на темпах. Разумеется на сервере не должно быть антивирусов и т.п.
В.Гилев как-то писал про дисковые массивы на ссд