RAID для нового сервера ?

[Kllr]

Имеется - платформа PX202 в составе: Intel SHG2/2*CPU Intel Pentium Xeon 2400Mhz/2045Mb DDR ECC/RAID Mylex AcceleRAID 170/5*HDD 18Gb U160 SCA/стриммер/а далее неважно.

1 Вопрос: какой RAID использовать для сервера, на котором будет установлен 1С Предприятие для Sql и соответственно сам Sql Server. Предполагается использовать Windows Server 2000 (или 2003), SQL Server 2000 и встроенный терминальный сервер.

Мои варианты: 1 HDD JBOD чисто под операционку и 4 HDD RAID 0+1 для 1С и БД.

2 Вопрос: Так делать можно? Или это нерационально?

3 Вопрос: Для пробы всё-таки сделал - 1 HDD JBOD и 4 HDD RAID 0+1. Операционка во время копирования файлов (неважно как - из сети на винт, из папки в папку и т.д. ...) подвисает каждые 5-10 сек на время от 2 до 15 сек. Четкой закономерности нет. В логах операционки выдает сообщение, что мол драйвер dac2w2k.sys долго не отвечал и это является ошибкой. При конфигурировании RAID 0+1 в автоматическом режиме такого не происходит. Чтобы это значило?

4 Вопрос: Для пробы сконфигурировал RAID 0+1 в автоматическом режиме. Почему работают только 4 HDD, а первый винт ни жу-жу? Это нормально? Тем более что и дисковое пространство только 34Gb (это правильно для 4 винтов, а куда 5 HDD исчез?)

5 Вопрос: Имеет смысл логически (операционкой) разбивать на куски дисковое пространство? И на какие куски, если да?

P.S. Извините что много спрашиваю, любопытность не порок А сервер сделать надо по-людски

[a_shats]

1. 4хRAID0+1 и 1 в hot spare. На все.
Если у Вас на этой же машине - DC, то побейте получившийся массив на 2 логических тома: на одном - ОС, на другом - все остальное, включая %temp% и свап - DC отрубает lazy write для файлового кэша ОС.
Ставить один винт под ОС - имхо, дожидаться краша этого самого винта. А так - смерть любого из винтов никто, кроме Вас, не заметит .
3. У Вас стример к чему подключен ? Подключите к интегрированному SCSI SHG2, если он на Mylex-е.
4,5 - см. вопрос 1.
Спрашивайте - на то и форум.

[gs]

Разбивать на тома лучше средствами контроллера - ОС увидит их как отдельные физические диски. Сделать drive group из всех винтов за исключением стэндбайного, а на нем первый LUN (RAID5) на несколько гигов под систему, остальное RAID0+1 под все остальное.

[Kllr]

1. 4хRAID0+1 и 1 в hot spare. На все.

Теперь понятно.

Если у Вас на этой же машине - DC, то побейте получившийся массив на 2 логических тома: на одном - ОС, на другом - все остальное, включая %temp% и свап - DC отрубает lazy write для файлового кэша ОС.

Извините за вопросы, я только начинающий, поэтому не все сокращенные термины знаю

Вопрос 1: что такое DC?
Вопрос 2: что имеется ввиду "все остальное" - 1С и Sql?

Ставить один винт под ОС - имхо, дожидаться краша этого самого винта. А так - смерть любого из винтов никто, кроме Вас, не заметит .

Понятно. Ставить ОС на отдельный винт не буду.

3. У Вас стример к чему подключен ? Подключите к интегрированному SCSI SHG2, если он на Mylex-е.

Так и есть - стриммер подключен на интегрированный SCSI.

[a_shats]

1. Domain Controller .
2. Да. И еще - свап и темп.

[Kllr]

Разбивать на тома лучше средствами контроллера - ОС увидит их как отдельные физические диски. Сделать drive group из всех винтов за исключением стэндбайного, а на нем первый LUN (RAID5) на несколько гигов под систему, остальное RAID0+1 под все остальное.

Как сделать drive group в документации я не нашел.
Вопрос 1: где про это можно почитать?
Вопрос 2: что такое " первый LUN" ?

[Kllr]

1. Domain Controller .

Нет, это не будет DC. Это просто автономный сервер. DC уже есть в сети.

2. Да. И еще - свап и темп.

Про свап и темп я догодался
Значит Sql и 1С ставить отдельно от ОС, на второй логический том?
Вопрос 1: Есть рекомендации на размеры логических томов по процентному соотношению для ОС и "всего остального"?
Вопрос 2: Есть рекомендации по размеру свапа (тоже в % соотношении)?

[a_shats]

Никаких особенных рекомендаций нет, но - пара советов:
1. Под ОС - не менее 2 Гб, т.к. весь собственно софт (не данные) будет ставиться туда. На "большой" том валить данные, в т.ч. базу, лог транзакций MSSQL и, по возможности - профили пользователей. "По возможности" - потому, что по умолчанию все будет на системном томе, а настраивать это дело терпения не у всех хватает . Почему нежелательно на системном - непременно будут сохранять отчеты, сформированные 1С.
Кстати: лог транзакций для пущей надежности можно разместить на "системном" томе.
2. Свап: рекомендуется иметь размер, равный ОЗУ. Для пущей надежности - можно удвоить.

[gs]

Где почитать - не знаю. Сам по кускам информацию дергал, плюс майлексовские курсы.
Лучше позвоните - вкратце легче так рассказать.

Что касается LUN'ов и пр.
Адресация скази устройств предусматривает 16 SCSI ID и на каждом из них до 8 LUN (Logical Unit Number). Это сделано для увеличения числа логических дисков, подключаемых через один канал (очень важно для внешних систем). Собственно LUN (а не ID) операционка видит как физический диск - просто в банальном случае на каждом ID сидит один лун и мало кто знает разницу.

Чем отличаются drive group (pack) и LUN.
LUN - это собственно то, что видит операционка. Это эмулируемый контроллером как бы физический диск.
Внутри же контроллера все сложнее.
Контроллер объединяет несколько дисков в группу. Далее на этой группе можно организовать несколько LUN - т.е. массивов, каждый из которых может иметь свой уровень рэйд (с некоторыми ограничениями - например R5 может быть на группе не менее чем из 3-х дисков и т.п.). Это сделано для того, чтобы при наличии небольшого числа физических винтов можно было предоставить операционке много дисков. Размер каждого луна задается вручную с некоторой точностью (сумма объемов естественно не может превышать объем группы).
Есть и обратная ситуация, когда несколько групп объединяются в один LUN. Так работает RAID 10, 30, 50. Это сделано для преодоления ограничения числа физических дисков в группе (обычно не более 16-ти), если нужно получить большой объем.

Как все это выглядит у майлекса.
Когда вы конфигурируете массив по Alt-R (делать это лучше в ручном режиме - автоматы - для детей) и выбираете диски, которые будете использовать - вы собственно группу и создаете. После этого появляется окно, где задается уровень рэйда. Там же можно руками задать объем LUN'а (просто он по умолчанию стоит по максимуму и многие не знают, что его можно менять). Если созданный лун использует не все доступное пространство, вы можете создать еще сколько надо (то ли 16, то ли 32 - сам не помню).

З.Ы. А на самом деле все намного сложнее, но это уже изыски

[Kllr]

1. Под ОС - не менее 2 Гб, т.к. весь собственно софт (не данные) будет ставиться туда. На "большой" том валить данные, в т.ч. базу, лог транзакций MSSQL и, по возможности - профили пользователей. "По возможности" - потому, что по умолчанию все будет на системном томе, а настраивать это дело терпения не у всех хватает . Почему нежелательно на системном - непременно будут сохранять отчеты, сформированные 1С.

Понял. Попробую.

2. Свап: рекомендуется иметь размер, равный ОЗУ. Для пущей надежности - можно удвоить.

У меня 2Гб ОЗУ, значит 4Гб. Делать фиксированный объем или как по-умолчанию (резиновый ) 2000-4000?

[Kllr]

Где почитать - не знаю. Сам по кускам информацию дергал, плюс майлексовские курсы.
Лучше позвоните - вкратце легче так рассказать.

Со звонком проблема, но если припрет - позвоню.

Что касается LUN'ов и пр.
Адресация скази устройств предусматривает 16 SCSI ID и на каждом из них до 8 LUN (Logical Unit Number). Это сделано для увеличения числа логических дисков, подключаемых через один канал (очень важно для внешних систем). Собственно LUN (а не ID) операционка видит как физический диск - просто в банальном случае на каждом ID сидит один лун и мало кто знает разницу.

Чем отличаются drive group (pack) и LUN.
LUN - это собственно то, что видит операционка. Это эмулируемый контроллером как бы физический диск.
Внутри же контроллера все сложнее.
Контроллер объединяет несколько дисков в группу. Далее на этой группе можно организовать несколько LUN - т.е. массивов, каждый из которых может иметь свой уровень рэйд (с некоторыми ограничениями - например R5 может быть на группе не менее чем из 3-х дисков и т.п.). Это сделано для того, чтобы при наличии небольшого числа физических винтов можно было предоставить операционке много дисков. Размер каждого луна задается вручную с некоторой точностью (сумма объемов естественно не может превышать объем группы).
Есть и обратная ситуация, когда несколько групп объединяются в один LUN. Так работает RAID 10, 30, 50. Это сделано для преодоления ограничения числа физических дисков в группе (обычно не более 16-ти), если нужно получить большой объем.

Теперь кое-что проясняется. Понятно.

Как все это выглядит у майлекса.
Когда вы конфигурируете массив по Alt-R (делать это лучше в ручном режиме - автоматы - для детей) и выбираете диски, которые будете использовать - вы собственно группу и создаете. После этого появляется окно, где задается уровень рэйда. Там же можно руками задать объем LUN'а (просто он по умолчанию стоит по максимуму и многие не знают, что его можно менять). Если созданный лун использует не все доступное пространство, вы можете создать еще сколько надо (то ли 16, то ли 32 - сам не помню).

Вот этого я не знал. Буду пробовать.

З.Ы. А на самом деле все намного сложнее, но это уже изыски

Не будем усложнять.

Огромное спасибо!

[a_shats]

Kllr
Свап лучше иметь фиксированного объема - тогда не будет его фрагментации.

[Kllr]

Когда вы конфигурируете массив по Alt-R (делать это лучше в ручном режиме - автоматы - для детей) и выбираете диски, которые будете использовать - вы собственно группу и создаете. После этого появляется окно, где задается уровень рэйда. Там же можно руками задать объем LUN'а (просто он по умолчанию стоит по максимуму и многие не знают, что его можно менять).

Чуть в тупик не встал - оказалось размер задается не +/-, а просто цифрами!!!

А литературку почитал тут http://www.lsilogic.com/products/stor_p ... rrent.html. В частности http://www.lsilogic.com/techlib/marketi ... cg_501.pdf