Объединение 2-х дисков в 1: настройка RAID-массива на домашнем компьютере (просто о сложном)
Доброго дня!
Согласитесь, звучит заманчиво?! Однако, многим пользователям слово «RAID» — либо вообще ничего не говорит, либо напоминает что-то такое отдаленное и сложное (явно-недоступное для повседневных нужд на домашнем ПК/ноутбуке). На самом же деле, все проще, чем есть. 👌 (разумеется, если мы не говорим о каких-то сложных производственных задачах, которые явно не нужны на обычном ПК)
Собственно, ниже в заметке попробую на доступном языке объяснить, как можно объединить диски в эти RAID-массивы, в чем может быть их отличие, и «что с чем едят».
Настройка RAID
Основы, какими могут быть RAID массивы (т.е. то, как будем объединять диски)
Обратите внимание также на табличку ниже.
RAID 0 (распределение)
RAID 1 (зеркалирование)
Разумеется, видов RAID-массивов гораздо больше (RAID 5, RAID 6, RAID 10 и др.), но все они представляют из себя разновидности вышеприведенных (и, как правило, в домашних условиях не используются).
Пару слов о дисках и мат. плате
Не все материнские платы поддерживают работу с дисковыми массивами RAID. И прежде, чем переходить к вопросу объединению дисков, необходимо уточнить этот момент.
Как это сделать : сначала с помощью спец. утилит (например, AIDA 64) нужно узнать точную модель материнской платы компьютера.
Далее найти спецификацию к вашей мат. плате на официальном сайте производителя и посмотреть вкладку «Хранение» (в моем примере ниже, мат. плата поддерживает RAID 0, RAID 1, RAID 10).
Спецификация материнской платы
Если ваша плата не поддерживает нужный вам вид RAID-массива, то у вас есть два варианта выхода из положения:
RAID-контроллер (в качестве примера)
Важная заметка : RAID-массив при форматировании логического раздела, переустановки Windows и т.д. — не разрушится. Но при замене материнской платы (при обновлении чипсета и RAID-контроллера) — есть вероятность, что вы не сможете прочитать информацию с этого RAID-массива (т.е. информация не будет недоступна. ).
Что касается дисков под RAID-массив :
Пример настройки RAID 0 в BIOS
Важно : при этом способе информация с дисков будет удалена!
Примечание : создать RAID-массив можно и из-под Windows (например, если вы хотите в целях безопасности сделать зеркальную копию своего диска).
1) И так, первым делом необходимо подключить диски к компьютеру (ноутбуку). Здесь на этом не останавливаюсь.
2) Далее нужно зайти в BIOS и установить 2 опции:
Затем нужно сохранить настройки (чаще всего это клавиша F10) и перезагрузить компьютер.
Intel Rapid Storage Technology
Create RAID Volume
5) Теперь нужно указать:
После нажатия на кнопку Create Volume — RAID-массив будет создан, им можно будет пользоваться как обычным отдельным накопителем.
Как создать RAID 0, RAID 1 программно (в ОС Windows 10)
Рассмотрю ниже пару конкретных примеров.
2) Открываете управление дисками (для этого нужно: нажать Win+R, и в появившемся окне ввести команду diskmgmt.msc).
3) Теперь действия могут несколько отличаться.
Вариант 1 : допустим вы хотите объединить два новых диска в один, чтобы у вас был большой накопитель для разного рода файлов. В этом случае просто кликните правой кнопкой мышки по одному из новых дисков и выберите создание чередующегося тома (это подразумевает RAID 0). Далее укажите какие диски объединяете, файловую систему и пр.
Создать чередующийся или зеркальный том
Вариант 2 : если же вы беспокоитесь за сохранность своих данных — то можно подключенный к системе новый диск сделать зеркальным вашему основному диску с ОС Windows, причем эта операция будет без потери данных (прим.: RAID 1).
4) После Windows начнет автоматическую синхронизацию накопителей: т.е. с выбранного вами раздела все данные будут также скопированы на новый диск.
5) В общем-то, всё, RAID 1 настроен — теперь при любых изменениях файлов на основном диске с Windows — они автоматически будут синхронизированы (перенесены) на второй диск.
6) Удалить зеркало, кстати, можно также из управления дисками : пример на скрине ниже.
Интереснно, но всё-же какой вариант выбрать. TAR и подобное файлами чтото не нравится, нужен бекап такого вида что если понадобится использовать бекап, потом леко его синхронизовать с основным накопителям, поэтому я упомянул о RAID.
Сколько ждать процесс бекапа не проблема, главное чтобы было надёжно и просто в исопльзовании.
Буду делать хотябы 1 раз в неделю.
Ещё интересует не повредит ли какой-нибудь вариантов решения сам накопитель тк он SSD, 500Gb., где занято прим. 300Gb.
Подходящий под задачу.
«Тебе шашечки, или ехать?»
нужен бекап такого вида что если понадобится использовать бекап, потом леко его синхронизовать с основным накопителям
Тогда только средствами самого RAID или файловой системы на нём.
Тогда только средствами RAID (но если ты задаёшь такие вопросы, то их, подозреваю, нет?).
Нет, это значит, что файловые системы на RAID придётся отмонтировать.
Сколько ждать процесс бекапа не проблема
На очень больших объёмах данных можно и на несколько суток бэкап затянуть.
Ещё интересует не повредит ли какой-нибудь вариантов решения сам накопитель тк он SSD, 500Gb., где занято прим. 300Gb.
Это диск с которого будут бэкапиться данные, или на который они будут бэкапиться?
dd может повредить диск назначения только если писать на блочное устройство напрямую, а не в файл, и то только в некоторых случаях. В остальном всё упирается в ресурс диска.
По итогам твоих ответов могу рекомендовать rsync. Если бэкап долгосрочный (или нужно хранить предыдущие итерации) — паковать предыдущий бэкап в tar, и уже после обновлять дерево rsync’ом.
Рейд тут вообще не при делах.
Для пофайлового бекапа лорчую rsync.
Если нужна история изменений, rdiff-backup.
Можно снимать полную поблочную копию через dd (впрочем cat тоже сработает), но тогда бекапится и свободное место (при помощи dumpe2fs свободное можно пропустить). Блочная копия каждый раз копируется вся даже если с прошлого раза изменился один файлик.
К слову, можно написать правило для udev/systemd которое будет бекапить диск сразу при подключении.
Я для этого использую restic.
Тогда уже лучше «важныя рабочия днные» 🙂 Я думаю, rsync спасет отца русской демократии.
dd может повредить диск назначения только если писать на блочное устройство напрямую, а не в файл, и то только в некоторых случаях
Бэкап лучше делать в файл и хранить на отдельных носителях каждую из последовательных версий. Если HDD 500ГБ, то покупаешь минимум два SATA SSD по 1ТБ. И периодически на каждый SSD делаешь по-переменно полную копию данных с HDD (при этомм программы, работающие с данными на HDD должны быть закрыты — чтобы обеспечить логическую полноту и целостность информации на носителях).
Важно также периодически проверять работает ли сохранённый бэкап — на другой машине. А то окажется, что все затраты впустую.
rsync (если данных много, то долго)
С какими объемами ты имел дело? У меня 125 гигов фотографий забэкапилось с основного диска на старый SATA2 минут за 20-30, точно не замерял. Это вполне нормальная скорость. rsync показал среднюю скорость 80 МБ/сек, но иногда подскакивало и больше ста. До 120, насколько помню.
Если файлы мелкие и в большом количество, то на НЖМД действительно небыстро идёт первоначальное сравнение. Впрочем, это всё равно быстрее, чем посекторная копия.
dd может повредить диск назначения только если писать на блочное устройство напрямую, а не в файл, и то только в некоторых случаях
Во-первых это актуально только для SSD, во-вторых это зависит от контроллера и данных.
С какими объемами ты имел дело?
В основном с бинарными, несжимаемыми.
У меня 125 гигов фотографий забэкапилось с основного диска на старый SATA2 минут за 20-30, точно не замерял.
На последующих проходах скорость возрастает за счёт непередачи неизменённых данных.