В чем суть, хотим купить SSD для одного не очень важного сервера, бюджет ограничен, сейчас там все на обычных дисках, три рейда 1 и один 10 рейд. Так вот если посмотреть io_virtual_stats по чтению самая нагруженная база это tempdb, write stall у всех 4 файлов (лежат они вместе) в 3 три раза выше чем у DB_One (назовем ее так), но Read в раз 10 меньше чем у DB_One, у которой Read_stall самый большой. DB_One лежит отдельно от tempdb, но вместе с DB_Two которая по нагрузка примерно равна DB_One.
Итго рейд 1.1 - система, рейд 1.2 tepmdb с кучей остальных мелких баз, рейд 1.3 Логи всех баз, рейд 10 DB_One и DB_Two, файлы данных. Надо как-то эту свалку разобрать, и тут у нас с коллегами возник спор:
1) Я предлагаю купить один SSD на 512 (в tempdb очень много пишется во время разных загрузок она бывает до 200-400 ГБ вырастает), если он полетит ничего страшного, их устравивает остановка в рабочее время на 10-20 минут. После переноса DB_One перенести на рейд 1.2 где был tempd. DB_Two весит очень много и ее не перенести.
2) Коллеги предлагают, купить два SDD по 256, сделать 1 рейд, засунуть туда DB_One и ничего больше не трогать.
3) Предлагают просто купить оперативы (не вариант конечно).
Добавлю, что 50 самых тяжелых запросов в плане IO, если посмотреть по планам, в большинстве вствка во временные таблицы и update временных таблиц.
Итго рейд 1.1 - система, рейд 1.2 tepmdb с кучей остальных мелких баз, рейд 1.3 Логи всех баз, рейд 10 DB_One и DB_Two, файлы данных. Надо как-то эту свалку разобрать, и тут у нас с коллегами возник спор:
1) Я предлагаю купить один SSD на 512 (в tempdb очень много пишется во время разных загрузок она бывает до 200-400 ГБ вырастает), если он полетит ничего страшного, их устравивает остановка в рабочее время на 10-20 минут. После переноса DB_One перенести на рейд 1.2 где был tempd. DB_Two весит очень много и ее не перенести.
2) Коллеги предлагают, купить два SDD по 256, сделать 1 рейд, засунуть туда DB_One и ничего больше не трогать.
3) Предлагают просто купить оперативы (не вариант конечно).
Добавлю, что 50 самых тяжелых запросов в плане IO, если посмотреть по планам, в большинстве вствка во временные таблицы и update временных таблиц.