Имя: Пароль:
1C
1С v8
Оптимизация большой базы - с HDD на SSD
0 Trance_1C
 
17.01.12
05:22
1. незначительный прирост, большие риски 33% (2)
2. Идеальное решение! переносить быстрее 33% (2)
3. Не трожь, пока все работает! 33% (2)
4. прирост будет если диски будут полупусты 0% (0)
5. SSD не выдерживает больших нагрузок 0% (0)
Всего мнений: 6

Всем приветы :)
есть база УПП 80ГБ, на SQL сервере 2x intel 5690/48гб/2тб/
Хотелось бы увеличить быстродействие SQL сервера перенеся базу на SSD массив.
Сейчас быстродействие упирается в HDD у меня это пул 4 дисков в рейде 5.1
какой будет прирос, какие риски, как вообще SSD работает с бд?
флуд по сабжу приветствуется :)
1 Морозов Александр
 
17.01.12
05:28
чеж вы все рейд 5 любите то все...
2 Trance_1C
 
17.01.12
05:31
(1) админы у нас любят, да и чтение с него быстрее как с 0.
3 Гефест
 
17.01.12
05:32
Семерка заметно побыстрее работает, на восьмерке не проверял. Потом оно уходит в режим "рид онли"
4 Мизантроп
 
17.01.12
05:41
диски с каким интерфейсом?
5 Adilgeriy
 
17.01.12
05:51
тут однозначно не скажешь это от бызы зависит. но скорее прироста будет мало так как памяти у тебя больше половины базы SQL закешируют. ИМХО память увеличить до 96 тебе лучше будет по скорости и что типа этого в дисковый массив http://www.nix.ru/autocatalog/hdd_seagate/HDD_SAS_2.0_Seagate_Savvio_15K.3_ST9300653SS_15000rpm_120258.html

Не трожь, пока все работает!
6 Trance_1C
 
17.01.12
06:01
(5) памяти больше не поставить на мою платформу. 48 = 12 слотов Х 4гб
оперативки там более чем достаточно всегда свободно больше половины.
диски sas на аппаратном рейд контроллере, примерно такие же.
7 mikeA
 
17.01.12
06:21
не забудь место для бэкапов и копий для разработки/тестирования на быстрых дисках. с учётом этого надо либо старый массив оставлять, но не во всякий корпус оба их удастся впихнуть, как оказалось, либо увеличивать ёмкость SSD, что накладно

незначительный прирост, большие риски
8 skunk
 
17.01.12
06:29
(2)на сайте мс можно найти тулузу "Best Practices Analyzer" ... очень рекомендую упертым админам ...

ну можно на пальцах попытаться объяснить, что рэйд-5 проигрывает по скорости рэйду-1 ... выигрывает только из-за объемов
9 skunk
 
17.01.12
06:31
про ssd для баз забыть раз и навсегда ... если конечно нет садосуидальных наклоностей
10 Trance_1C
 
17.01.12
07:10
(9) а здесь Скорость работы 1С на SSD дисках    так красиво пишет про ссд и базы 1С аж дух захватывает, ускорение чуть ли не в 10Х
11 skunk
 
17.01.12
07:17
ускорение будет конечно ... но здесь как и с едой ... сильнее разведешь огонь быстрее пожаришь ... чуть-чуть просмотрел и еда станет угольком
12 Doomer
 
17.01.12
07:19
RAID 5, по моему, по умолчанию савять производители серверов. Админы просто из лени все оставляют как есть. А по моему, при выходе из строя одного диска в RAID 5 начинаются дикие тормоза.
13 KRV
 
17.01.12
07:37
да не из лени... на три четверти обезьяны, знаний у которых, максимум, на сетуп.ехе.. вот и не трогают, ибо сломают! а на долго ли дураку стеклянный х..!
14 Kraft
 
17.01.12
07:42
(12) так и есть (про тормоза)

незначительный прирост, большие риски
15 Sserj
 
17.01.12
08:12
Вообще больше вопрос про сам сервер, как правило на серверах не супер новое железо все, в плане технологических новинок. Тобишь SATA3 там скорее всего точно нет, а без него потенциал SSD дисков весь не откроешь, тобишь нынешний твой рейд может быть даже просто физически быстрее.
16 Dirk Diggler
 
17.01.12
08:40
будешь выбирать диск - убедись что совместимо. у меня ssd на сервере ibm не завелся, на родной ibm-ский ssd жаба задушила.
17 Dirk Diggler
 
17.01.12
08:40
(15) рейд из саса никогда уже не догонит ssd в том же ценовом диапазоне, не говоря уже о более дорогих.
18 Dirk Diggler
 
17.01.12
08:41
а риски - да, есть... если надо 24ч7 - то ssd под вопросом
19 vde69
 
17.01.12
08:53
на SSD можно перенести лог SQL
саму базу - не советую
темдб - тоже можно попробовать на SSQ (но тут нужно "посмотреть")

Еще на SSQ можно перенести служебные базы мастерс и прочие
20 dk
 
17.01.12
09:05
у Гилева ( Demiurg ) была статейка про тестирование SDD

Идеальное решение! переносить быстрее
21 thezos
 
17.01.12
09:24
Переводил на SSD базы на прошлой работе, всё просто взлетело, скорость на порядки возросла, уже два года пашет без сбоев, про рид онли - да, будет, но лет через 5-10, впрочем на всякий случай закупили запасные.

см ссылку
http://www.luxflash.ru/index.php?productID=15779

Идеальное решение! переносить быстрее
22 Trance_1C
 
17.01.12
10:53
(21) Спасибо, рассеял все сомнения :)
хотя ценник в 300тыс. за диск 0,5тб. слегка отпугивает. :)
23 Fragster
 
гуру
17.01.12
10:56
будет больший эффект от tempdb на рамдрайв и опитмизации запросов

Не трожь, пока все работает!
24 Fragster
 
гуру
17.01.12
10:56
да и не наипнется внезапно
25 Fragster
 
гуру
17.01.12
10:57
(21) у нас в розничном магазине в рэйд-1 первый SSD навернулся через 8 месяцев второй жив (пока чуть больше года прошло), посмотрим, как оно дальше будет
26 skunk
 
17.01.12
11:07
(23)сколько у тебя на рамдрайве?
27 Kraft
 
18.01.12
11:58
(23) tempdb, сука-может сильно расти. Если распухнет больше чем на рамдрайве?
28 Fragster
 
гуру
18.01.12
13:15
(26) 10 гиг, вроде - полет нормальный. там какая-то приблуда стоит у админов, что оно само как-то на диск отображается. после переноса всякие отчеты пошустрее стали работать.
(27) в линупсе есть такая штука tmpfs, раздел находится в оперативе, а если оператива заканчивается, то на диск пишется. может у нас на СХД так и есть, которое к мсскуль серверу приаттачено
2 + 2 = 3.9999999999999999999999999999999...