Имя: Пароль:
1C
 
Скорость работы SQL базы на SSD дисках
0 Dmitrith
 
07.11.14
10:01
Сейчас у нас база крутится на вот таком вот диске http://chel.ell.ru/units/1/20/0/125374/
Все устраивает (бэкапы делаем ;). Но место а диске неуклонно сокращается. Хочется обойтись малой кровью. Появилась мысль поставить параллельно обычный SSD-диск и ldf-файл вынести на него.
Вопрос: это увеличит или уменьшит скорость работы с базой?

И да, с пятницей всех!
1 Looser-1c
 
07.11.14
10:01
лучше tempdb перенеси
2 Dmitrith
 
07.11.14
10:02
tempdb  тоже на этом же диске
3 chudishe
 
07.11.14
10:09
(0) ldf - это ведь журналы транзакций, да? Нет уж, батенька, раз решили базу вертеть на SSD, то вертите её полностью.
4 chudishe
 
07.11.14
10:10
(3) Чтобы уменьшить размер журнала транзакции включите у базы модель бэкапа Simple и делайте почаще бэкапы. Тогда журнал не будет так быстро разрастаться.
5 Dmitrith
 
07.11.14
10:15
(3) Плохо читаете - мысль поставить второй SSD но не такой дорогой, а обычный, которые в ноубуки сейчас пихают. Фишка в том что тот диск который уже стоит напрямую в PCI засунут а второй диск насколько я понимаю в железе будет работать через другой контроллер. Таким образом получается что скуль будет писать параллельно через два контроллера. Да, скорость записи в лог-файл по идее уменьшится т.к. скорость на второй диск полюбому меньше будет. Но вот как это будет в целом - быстрее или нет не могу пока понять.
(4) это все уже давно сделано.
6 chudishe
 
07.11.14
10:21
(5) Тогда уж лучше базу размещайте на этот ваш медленный диск, запись в журнал транзакций происходит постоянно, а в базу с определенной периодичностью.
7 chudishe
 
07.11.14
10:21
(6) Это не просто лог, это очень важная часть СУБД.
8 пипец
 
07.11.14
10:22
9 пипец
 
07.11.14
10:24
10 КонецЦикла
 
07.11.14
11:13
Можно поставить туда систему с темпами (в т.ч. SQL-ными)
Можешь рискнуть и использовать "не серверный", никаких траблов (т-т-т) не замечал, юзаю самсунг 840 про, но в щадящем режиме. Бэкапы по-любому надо делать...