Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 RAID  [new]
Liksскуль
Member

Откуда:
Сообщений: 85
Добрый день

есть примерно 10 - 15 пользователей

Сейчас 7 баз лежат в файловом режиме.

Покупаем сервер, и тут встал вопрос, что мало того что можно перевести все на скуль и отдельный сервер) для увелечения быстроты работы 1С, расчетов и тп.... так же можно задаться вопросом, какой рейд выбрать?

Я не очень силен в скуле, мне сложно понять, каким образом нужно построить райд массив? все в 5 запихнуть, или нужно разбивать разные массивы по разные нужды.....

Напрмиер райд 1 под транзакции, райд 5 под базы и тп... есть ли рекомендации ?
6 сен 13, 12:18    [14803715]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
DrNil
Member

Откуда:
Сообщений: 49
Зависит от того, сколькими дисками для построения RAID массивов располагаете.
6 сен 13, 12:26    [14803772]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Liksскуль
Member

Откуда:
Сообщений: 85
я исхожу из оптимизации и релевантности к 15 пользователям, а так не важно, 2 или 6, главное что бы было все сделанно правильно)
6 сен 13, 12:29    [14803797]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
чч
Guest
Liksскуль,

Читайте https://www.sql.ru/subscribe/70028/04.shtml#9
Отказоустойчивость.

По разнесению файлов бд по дискам наверное сюда (раз 1С):
http://www.forum.mista.ru

Насколько я знаю, лучше всего разнести файл с данными, жрунал транзакций и tempdb по разным массивам.
6 сен 13, 12:31    [14803814]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Liksскуль
Member

Откуда:
Сообщений: 85
я знаю что такое райд и отказоустойчивость... я не знаю процессы Скуля и как их увязать с рейдом, я могу запихнуть все на 5 и не парится, хотелось бы понимать что я делаю, если даже дба не мое призвание. Возможно это вытянуто из пальца. и производительности или надеждности ни какой, как совет перенести своп на другой диск в винде))) а может это бест практис, о которых я просто не знаю.
Спасибо и там задам тоже)
6 сен 13, 12:39    [14803859]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
_Shakill
Guest
Liksскуль, тут регулярно возникают такие темы с обсуждениями. ищите случай, похожий на ваш
вот, например 14695824
6 сен 13, 12:44    [14803901]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Eugene_p1
Member

Откуда: Москва
Сообщений: 295
Liksскуль,

Какой нынешний-ожидаемый размер базы?
Какая предполагаемая нагрузка этими пользователями?
Какое требование к отказоустойчивости? Допустим простой 10 минут, час или день?
6 сен 13, 12:44    [14803906]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Liksскуль
Member

Откуда:
Сообщений: 85
Eugene_p1,

Простой максимум 10 20 минут

размер баз в файловом режиме 18гигов

Постоянная работа и расчеты, мне сложно обрисовать, но бухгалтерия ведет расчеты постоянно кадры думаю нагружают меньше.
6 сен 13, 12:50    [14803951]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Liksскуль
Member

Откуда:
Сообщений: 85
_Shakill,

Спасибо
6 сен 13, 12:50    [14803957]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Eugene_p1
Member

Откуда: Москва
Сообщений: 295
Liksскуль,

Подумайте насчёт нескольких SSD + Recovery Model = Full + Log на RAID1

Это может сильно упростить администрирование в сочетании со значительным ускорением работы.

SSD в рейд объединять не нужно, если только это не специальные предназначенные для этого SSD, что дорого.
Дешевле сделать запасные SSD, в случае их смерти бэкапить хвост лога и восстанавливать базу на другой SSD.
Автоматизировать - и у вас процесс восстановления будет занимать меньше 20 минут.

Потом в процессе проанализируете нагрузку, поймёте, что нагружено.
Большие массивы с большим количеством шпинделей дают хороший прирост только на линейных операциях. При большом количестве случайных они быстро отстают от SSD. Исключением, пожалуй, будут только дорогущие корпоративные СХД.

18 гиг/15 пользователей - база очень небольшая.
6 сен 13, 13:23    [14804195]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Hibernate
Member

Откуда: Киев
Сообщений: 1670
Eugene_p1
18 гиг/15 пользователей - база очень небольшая.

....и любой, даже одиночный и не самый быстрый винт не будет заметно влиять на скорость. особенно при нынешних объемах и ценах на оперативную память.
6 сен 13, 13:42    [14804333]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Eugene_p1
Member

Откуда: Москва
Сообщений: 295
Hibernate
Eugene_p1
18 гиг/15 пользователей - база очень небольшая.

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

Да-да-да. В конце концов, 32 гига в сервер - и ура. А для учета роста базы - можно 64. :)
6 сен 13, 14:31    [14804708]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
HoBTID
Member

Откуда:
Сообщений: 929
Liksскуль
я исхожу из оптимизации и релевантности к 15 пользователям, а так не важно, 2 или 6, главное что бы было все сделанно правильно)

Чем больше дисков, тем лучше. Но предположим 6.

Тогда RAID 1 из 2-х дисков для Windows и протоколов транзакций всех ваших баз и tempdb.
И RAID 10 из 4-х дисков для файлов данных всех ваших баз и tempdb.

RAID 5 делать ни в коем случае не надо.
6 сен 13, 15:37    [14805308]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
NetObserver
Member

Откуда:
Сообщений: 642
HoBTID
RAID 5 делать ни в коем случае не надо.

+1
Поддерживаю
Почему RAID-5 — «mustdie»?
6 сен 13, 19:52    [14806607]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7599
NetObserver
HoBTID
RAID 5 делать ни в коем случае не надо.

+1
Поддерживаю
Почему RAID-5 — «mustdie»?
Счас RAID-6 кагбе стандарт, не то что 5 :-\
6 сен 13, 20:00    [14806644]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
HoBTID
Member

Откуда:
Сообщений: 929
Relic Hunter
Счас RAID-6 кагбе стандарт, не то что 5 :-\

Почему вы так решили?
6 сен 13, 20:10    [14806664]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7599
HoBTID
Почему вы так решили?
Потому что у него устойчивось к падению выше, чем у всех выше перечисленных. А людям это нравится.
6 сен 13, 20:18    [14806687]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
HoBTID
Member

Откуда:
Сообщений: 929
Relic Hunter
Потому что у него устойчивось к падению выше, чем у всех выше перечисленных. А людям это нравится.

Может это и нравится каким-то сферическим людям, но уж точно не администраторам СУБД.
Которые кроме надежности думают еще и о производительности и даже о времени восстановления системы после сбоя.

И сдесь у RAID 10 равных нет. Именно он является стандартом де-факто у опытных администраторов СУБД.
6 сен 13, 20:38    [14806765]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7599
HoBTID
И сдесь у RAID 10 равных нет. Именно он является стандартом де-факто у опытных администраторов СУБД.
На серьезных конфигурациях RAID-10 никто рассматривать не будет. У ведущих производителей хранилищ, NetApp, Sun, etc. его (10) вообще нет в списке поддерживаемых.
6 сен 13, 20:55    [14806807]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
HoBTID
Member

Откуда:
Сообщений: 929
Relic Hunter, хорошо, наверное, на крутых стойках от ведущих производителей,
рассчитанных на 24 диска и больше, судя по сайту NetApp наверное есть эффективные реализации RAID6.

Но у автора топика явно не этот случай, поэтому ему все-таки рекомендую RAID 10.
6 сен 13, 22:39    [14807122]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
HoBTID
Member

Откуда:
Сообщений: 929
Relic Hunter, кстати, NetApp, хотя и не поддерживает RAID 10 (он же RAID 0 + 1, т.е. 2 копии RAID 0),
зачем-то поддерживает RAID 6 + 1, то есть 2 копии RAID 6, к чему бы это?
6 сен 13, 22:43    [14807139]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7599
HoBTID
Но у автора топика явно не этот случай
наколеночный самопал
HoBTID
к чему бы это?
к параное
6 сен 13, 23:02    [14807202]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31983
Relic Hunter
На серьезных конфигурациях RAID-10 никто рассматривать не будет. У ведущих производителей хранилищ, NetApp, Sun, etc. его (10) вообще нет в списке поддерживаемых.
Не поделитесь источниками?

По моим сведениям, частенько для СУБД диски от больших хранилищ раздают как луны из 2-х винтов в зеркале. Или NetApp и RAID1 не поддерживает? :-)
6 сен 13, 23:45    [14807400]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7599
alexeyvg
Relic Hunter
На серьезных конфигурациях RAID-10 никто рассматривать не будет. У ведущих производителей хранилищ, NetApp, Sun, etc. его (10) вообще нет в списке поддерживаемых.
Не поделитесь источниками?
RAID
6 сен 13, 23:47    [14807421]     Ответить | Цитировать Сообщить модератору
 Re: RAID  [new]
NetObserver
Member

Откуда:
Сообщений: 642
Liksскуль
Добрый день

есть примерно 10 - 15 пользователей

Сейчас 7 баз лежат в файловом режиме.

Покупаем сервер, и тут встал вопрос, что мало того что можно перевести все на скуль и отдельный сервер) для увелечения быстроты работы 1С, расчетов и тп.... так же можно задаться вопросом, какой рейд выбрать?

Я не очень силен в скуле, мне сложно понять, каким образом нужно построить райд массив? все в 5 запихнуть, или нужно разбивать разные массивы по разные нужды.....

Напрмиер райд 1 под транзакции, райд 5 под базы и тп... есть ли рекомендации ?

Разнесение данных, temp и log для SQL сервера по разным раидам имеет смысл, поскольку режимы работы с этими частями базы - разные.
Данные - последовательное чтение, произвольная запись.
Log - последовательная запись.
Temp - последовательная запись, произвольное чтение.
Но это для одной базы, а у вас их 7. Тоесть выигрыш в скорости под большим вопросом. А гиммороя полные штаны.
Могу посоветовать сделать один RAID 10 на все 6-8 дисков(или сколько вы там планировали).

PS. Про раид 5 можите забыть - это от бедности, никаких других плюсов просто нет.
PPS. Про дешевые SSD без раида - это вообще песня, интересно за что вас Eugene_p1 не любит?
7 сен 13, 00:10    [14807511]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить