Важно! Перед любыми операциями с массивами бэкап важных данных обязателен!
В теме обсуждаем вопросы и проблемы организации (выбор структуры), создания, эксплуатации, модернизации (перенос/расширение) и восстановления (ребилда), а также сопутствующие этим вопросам моменты.
Обсуждение выбора RAID-контроллеров ведётся здесь.
Подобрать накопители для массива поможет эта ветка.
Обоснованный выбор оптимального размера страйпа для производительных RAID 0 посредством тестирования в HAB.
Померяться производительностью стоит тут.

В случае описания вопроса выбора, скорости и связанных с этим проблем, просьба ссылаться на посты в соответствующих ветках.

Основы теории массивов: http://wikipedia.org/wiki/RAID
Общая информация по массивам доступна в виде мини-бета-FAQ.
Познавательная статья по контроллерам от програмного массива к аппаратному - Игры с RAID
Полезная статья по восстановлению RAID.
Полезные сведения по работе с RAID-контроллером 3ware 9550SX-8LP, в качестве примера.

Задавая вопрос, постарайтесь как можно полнее описать конфигурацию массива и компьютера в профиле, то что, проделали и текущий результат. Не забываем пользоваться поиском в данной теме и по всему Internet'у!

Intel® Rapid Storage Technology не поддерживает 3TB диски в RAID-режиме, а Rapid Storage Technology enterprise(X79, C600) - работает с ними.

Marina D
Диски в рейд объединяют для того, чтобы достичь повышенных скоростей при последовательном чтении-записи в тех случаях, когда требуются большие объёмы (например, при монтаже видео - для чтения источника или записи результата).

Если подразумевается "работа" на этих дисках (открывать-сохранять тяжёлые файлы, класть "скретч" программ, тем более сами программы ставить), то это всё - мёртвому припарка, просто возьмите SSD и HDD влезающие в бюджет.

SSHD даст прирост лишь на частых операциях (к примеру, если на нём установлена ОС, то файлы используемые при загрузке скорее всего попадут в кэш и будут загружаться быстрее). В остальном это обычный HDD. Рейд0 из тошиб в данном случае будет быстрее (не беря частые повторяющиеся операции).

на сервере крутятся
HUS156030VLS600 уже года 5. Место было мало, добавили WD20EFRX для логов в рейд. Все крутить под MEgaRaid sas 9260-8i. Тут были проблемы с скоростью винтов. 1С провел эксперимент. базу развернул на sata и копию на sas. Запустил загрузку 50000 объектов. И на Сата все прошло быстрее. в Цифрах сата 3 минуты 40. на сас 4.55. В общем на минуту сата быстрее. износ сильный саса? или сата быстрые настолько, даже если скорость 5400
http://www.nix.ru/price/compare_goods.h ... properties
Благодарю на советы.

Добрый день, оверы.

Есть необходимость собрать массив из 4 дисков в raid 10. Дано: десктопная платформа, встроенный контроллер, использоваться будет в качестве хранилища вирт. машин.
Наткнулся на то, что, видимо, не до конца понимаю концепцию storage spaces. В результате, не соображу, как правильно собрать программный рэйд средствами hyper-v server 2016.
испанец делает два пула, и два виртуальных диска: https://youtu.be/SKngxnDQnho?t=213
этот парень решил по-другому: http://www.cornercoregeeks.com/2013/06/ ... re_23.html

Коллеги, поделитесь мнением и опытом пожалуйста.

На пустых SATA HDD простая загрузка объектов (пусть даже и 50000)... это же практически была линейная запись, по сути. А на SAS HDD, на которых и так "Место было мало", наверняка ещё и всё ж-жутко фрагментировано - так что там была не линейная запись, а мелкоблочка со случайным доступом.
Так что я бы рекомендовал повторить "кспиримент", предварительно выполнив дефрагментацию на массиве SAS HDD...
P.S. Вообще говоря, такое "тестирование" ничего не расскажет о реальной производительности 1С - загрузка большого количества объектов навряд-ли является самой главной и самой частой задачей.

забыл упомянуть диску сата уже года 1,5. Свободно 250 из 1.8 Тб. Сас свободно 70 из 278 гб. Дефрагментацию была проведена, в соответствие с вашими советами Auslogics Disk Defrag просто дефрагментация. Сделать на выходных дефрагментация и оптимизация медленно?

P.S. Раньше было быстрее, и диски уже работают более 5 лет. Вот думаем не приходит ли конец. Проверить без разрешения рейда невозможно. 1С заметили долгие выгрузки, другое вроде их устраивает.

Нет, не стОит: при этом все базы расположатся (ну или могут расположится - уж как там DiskDefrag решит) вплотную, при дальнейшей работе они начнут увеличиваться - и обязательно станут опять фрагментированными... ну, "раньше" и трава была зеленее, и много чего ещё было...
5 лет - не так и много для SAS HDD; но вот то, что они так плотно забиты... стоит взять накопители бОльшего объёма. Что касается SATA (которые получились быстрее) - они отличаются существенно мЕньшей устойчивостью к тяжёлым нагрузкам и существенно бОльшим временем случайного доступа (для SAS HDD 15k RPM типичное время в районе 5 миллисекунд, для SATA - 13..15 миллисекунд) - так что в реальной работе 1С с M$ SQL Server SATA HDD не будут быстрее SAS HDD, даже несмотря на более высокий линейный трансфер. Они их так часто делают? А зачем?..

Обмен данными, Загружать новые модели, бонусы, промокода. В сезон часто.

Ага, про такой вариант я как-то не подумал...
Если судить по из SAS HDD собран RAID1? Можно взять ещё пару SAS HDD с такой-же ёмкостью - и в RAID10 их; скорость сразу вырастет вдвое. Или вообще 4 новых SAS HDD с бОльшей ёмкостью - тогда, соответственно, прирост скорости будет ещё выше...

да принято решение замена на ссд, только какие? в рейд их туда же ( в MEgaRaid sas 9260-8i) . Просто сейчас контроль этих, главное не помер бы случайно. Бекапы ведем. Если освободит место на диске где базы, будет лучше? RAID 10 c 4 дисками.

Неразумно: задержки на дискретном контроллере (пусть это и RAID-контроллер) сожрут существенную часть быстродействия SSD. В серверы я купляю только серверные; но спорить насчёт оправданности применения консъюмерских SSD в серверах мне лениво, сразу скажу...

Добавлено спустя 4 минуты 53 секунды:

nanoflooder писал(а):

ssd и забыть навсегда о проблемах с производительностью

Эта... вот тебе пример прямо "из жизни": балбес 1С-ник сговнякал для клиентов то, что эти {Censored} называют "обработкой". Оно работало с файловой базой 32(тридцать две) минуты - всем было противно, да...
Замена HDD на SSD дала результат 2(две) минуты, замена файловой базы на SQL-ную с хранением баз на RAID10 из 4 SAS HDD - уже получилось 1(одна) минута, SQL-версия на SSD показала точно ту-же 1(одну) минуту (и ни секундой! меньше )...

да покупаем серверные. Цена понимаю от 40 рублей и выше, а Рейд делать какой программный? У нас SQL и 1С у нас не балбес, я доверяю ему в плане 1С.

А самое разумное - вообще никакой: ни один из существующих RAID-контроллеров (в том числе - и интегрированных в чипсет) не умеет посылать команды TRIM на накопители в составе отказоустойчивого RAID-массива. Интегрированные от Intel научились слать TRIM только и исключительно на RAID0 - но это явно не ваш выбор...
Так что самое разумное - оставить второй SSD в качестве "холодного резерва" и настроить копирование баз по-чаще (у клиентов диф.копии делаются раз в час, но можно и раз в 15 минут - это смотря по интенсивности вашей работы).
Либо, как вариант - разнести разные базы на два SSD (но тогда желательно иметь ещё и третий - опять-же в "холодном резерве").

Добавлено спустя 1 минуту 18 секунд:

TGR3 писал(а):

и 1С у нас не балбес, я доверяю ему в плане 1С.

Это хорошо. Но и у моих клиентов 1С-ники чаще бывают вполне вменяемые, а этот - так, единичный случай...

В ZFS есть trim для рейдов из ssd (если про программный говорить)...

И как ZFS можно использовать под виндой?..

mdadm очень давно поддерживает trim



винда - ос не для raid и хранения данных, там никакой отказоустойчивости и сохранности быть не может )

Не подскажете, что лучше в плане надежности (сохранности данных):
- RAID1(server+data) + RAID1(настроенный backup средствами сервера три раза в сутки) или RAID10?

Если первый вариант, то что будет правильнее/лучше:
- настроенный backup средствами сервера или зеркалирование или что-то еще?

PS: в данный момент в тестовом режиме гоняю сервер RAID1+RAID1 (как описал выше), 4х HDD... все ни как не могу решить, оставить как есть или :)

Если этот массив для бэкапа вынести в отдельный NAS - это будет зело правильно.
И, кстати: а зачем три раза в сутки? Что, так часто и сильно информация меняется?..

O Smirnoff

Отдельно на вряд ли получится, все помещено в микросервер с возможностью установки 4хHDD, который может и RAID1 и RAID10... от сюда и вопрос появился.
Да можно и два раза, допустим в обед (13:30) и в конце раб. дня (17:30)... это я на всякий случай (или от нечего делать) еще на ночь настроил :)
В итоге, оставить как есть R1+R1 или?