Операционные системы

Create RAID volume что это

Create RAID volume что это

Create RAID volume что это

RAID расшифровывается как Redundant Array of Iindependent/Inexpensive Disks — избыточный массив независимых/недорогих жестких дисков, так что понятие RAID массив и жесткий диск неразделимые. Аппаратный массив из нескольких дисков управляется специальным RAID-контроллером и воспринимается системой как единое целое. Программный массив формируется из винчестеров, подключенных к обычным контроллерам, а разделы на них созданы как динамические диски. На верхних уровнях операционной системы такой массив тоже рассматривается как единый диск.

Идея параллельной работы нескольких дисков пришла в массовую технику из мэйнфреймов и серверов данных. Первоначально RAID-контроллеры, преимущественно SCSI, выпускались в виде плат расширения, и в обычные ПК их устанавливали чрезвычайно редко.

На рубеже веков технология RAID проникла на рынок компьютеров для широого круга пользователей. Появились недорогие платы расширения на 2 канала IDE (4 диска), а производители материнских плат стали встраивать RAID-контроллеры в модели класса high-end. Затем поддержка RAID появилась в чипсетах Intel, AMD и NVIDIA, и сегодня практически невозможно встретить материнскую плату без интегрированного контроллера RAID.

Уровни RAID массивов.

На данный момент на рынке представлено множество решений, которые называются уровнями RAID массивов, они имеют численные обозначения от 0 до 9.

1. RAID 0 этот уровень RAID характеризуется повышенной производительностью, то есть увеличенной скоростью записи/чтения информации, он не имеет функции отказоустойчивости.

2. RAID 1 так называемое зеркалирование информации, упрощенно это два диска, которые полностью повторяют друг друга.

3. RAID 2 зарезервирован для массивов, которые применяют код Хемминга.

4. RAID 3 и 4 используют массив дисков с чередованием где на отдельном диске собраны блоки четности, по которым осуществляется восстановление данных.

5. RAID 5 самый популярный и распространненый уровень RAID, в котором блоки четности распределены между всеми дисками составляющими данный RAID массив.

6. RAID 6 используют массив дисков с чередованием и двумя независимыми „чётностями“ блоков.

Более подробно о RAID Вы можете узнать прочитав статью Уровни RAID массивов нашего блога жесткий диск.

Принципы RAID массива.

Формированием и обслуживанием «аппаратного» массива полностью занимаются электроника и микропрограмма (прошивка, BIOS) RAID-контроллера. Если контроллер выполнен в виде платы расширения, его микропрограмма отрабатывается вслед за процедурой POST BIOS материнской платы. Микропрограмма контроллера, интегрированного в материнскую плату, является неотъемлемой частью BIOS. В любом случае, BIOS и операционная система рассматривают аппаратно организованный массив как один винчестер.

Служебная информация RAID массива.

Информация о конфигурации RAID чаще всего хранится на самих дисках в специальной области. Обычно она расположена в первых и/или последних секторах каждого диска, а записывает ее туда микропрограмма контроллера при формировании RAID или включении в него нового диска.

Если подключить диск к обычному контроллеру (или встроенному контроллеру, работающему в обычном режиме), то BIOS не обнаружит загрузочный сектор с таблицей разделов там, где положено. Более того, ОС также не обнаружит на привычном месте логические структуры разделов и файловых систем и сочтет такой диск неотформатированным (пустым). Служебная область с блоком конфигурации оказывается за пределами логического пространства диска.

Структура блока конфигурации зависит от модели контроллера. Скорее всего. RAID-массив, собранный на одном контроллере, с точки зрения другого не существует. Как минимум, в конфигурационном блоке записаны тип массива, размер одного блока (обычно от 512 байтов до 1 Мбайт), номер диска в массиве. Блок конфигурации практически обязательно продублирован на каждом диске массива. За исключением номера диска, служебные данные на всех дисках должны быть идентичны, и этим можно воспользоваться при восстановлении массива.

Как вариант, размер блока и тип массива могут храниться в энергонезависимой памяти (CMOS) контроллера. Порядок следования дисков в этом случае обычно определяется номерами портов контроллера — каждый диск должен быть на своем месте. Такая организация характерна для RAID-контроллеров, интегрированных в материнскую плату.
Существенно, что служебная информация массива «привязана» ко вполне определенной марке, самое большее, семейству RAID-контроллеров. Если вы замените контроллер или материнскую плату с интегрированным контроллером, вероятность успешного запуска массива существует. Однако в идеале контроллер желательно заменять на точно такой же! К счастью, именитые производители дорогих контроллеров (3ware/LSI Logic, Adaptec, Intel, Promise) довольно консервативны — одни и те же модели выпускаются достаточно долго. Ассортимент интегрированных контроллеров не очень широк, и в основном ограничивается выбором южных мостов чипсетов.

В программном массиве конфигурационная информация находится в пределах логического пространства диска. Возможно, вы обратили внимание на любопытный факт. При разбиении винчестера на разделы любыми средствами Windows, начиная с Windows ХР, между MBR и первым разделом непременно резервируется около 8 Мбайт пространства. На этом „пустыре“ и строится конфигурационный блок при преобразовании базового диска в динамический том. В частности, об этом говорится в статье http://support.microsoft.com/kb/293281.

Кроме того, сведения о конфигурации массива хранятся в реестре Windows. В реестр они вносятся с самого динамического диска при первом его монтировании в систему. При перестановке исправного программного массива на другую систему он обычно распознается без проблем.

Управление RAID массивом.

В процессе начальной загрузки на экран выводятся сообщения микропрограммы RAID-контроллера. Как правило, в нижней части экрана присутствует подсказка: сочетание клавиш, которые нужно нажать для входа в утилиту настройки RAID. Ну например у нас это „Ctrl“+“I“. Вид сообщения, как и сочетание клавиш, зависит от модели контроллера.

Если нажать указанное сочетание клавиш, то откроется меню настройки и обслуживания RAID-контроллера. Для создания массива выберите пункт Create RAID Volume (Создать том RAID).

Вид меню и набор пунктов в нем зависят от производителя и модели контроллера, а также текущей конфигурации. Для многих материнских плат сочетание клавиш и меню настройки массива становятся доступными лишь после того, как в настройках BIOS для контроллера SATA был выбран режим RAID.

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

Кроме того, производители контроллеров предлагают утилиты для управления массивом из среды Windows. Они тесно связаны с драйвером контроллера и, в сущности, являются одним из компонентов драйвера. Важно, что такие утилить: позволяют „на лету“ проверять целостность массива. При необходимости с их помощью можно выполнять и все операции по обслуживанию RAID.

Восстановление данных с RAID массива.

Существует две ситуации, когда необходимо восстанавливать данные с RAID массивов – это рарушение и повреждение.
Разрушение RAID массива это ситуация, когда контроллер теряет информацию о конфигурации RAID, жесткие диски которые входят в состав массива, представлены системе как отдельные, либо не распознанные винчестеры. Подробнее об этой ситуации можно прочитать в статье Восстановление разрушенного RAID массива.
Повреждение RAID массива это ситуация, когда происходит физическое или логическое повреждение одного либо нескольких винчестеров, входящих в состав RAID. Прочитать об это ситуации подробнее можно в статье Восстановление поврежденного RAID массива.

Программы восстановления RAID массивов.

Здесь мы рассмотрим программы, которые могут быть использованы для восстановленя данных с RAID массивов и Вы сможете пройти по ссылкам к пошаговым инструкциям.

Записки IT специалиста

Технический блог специалистов ООО“Интерфейс“

  • Главная
  • Настраиваем программный RAID на UEFI-системах в Windows

Настраиваем программный RAID на UEFI-системах в Windows

  • Автор: Уваров А.С.
  • 20.07.2019

Программный RAID пользуется заслуженной популярностью, позволяя легко создавать отказоустойчивые дисковые конфигурации в недорогих системах, отличаясь простотой создания и управления. Но с переходом современных систем на UEFI появились некоторые особенности, касающиеся процесса загрузки, которые следует понимать и принимать во внимание. В противном случае отказоустойчивость может оказаться мнимой и при отказе одного из дисков вы просто не сможете загрузить систему.

Данная инструкция может кому-то показаться сложной, действительно, для создания программного RAID на UEFI-системах требуется довольно много подготовительных действий. Также определенное количество операций придется выполнить и при замене отказавшего диска, но это тема для отдельной статьи. В связи с этим встает вопрос выбора между программным RAID и встроенным в материнскую плату, т.н. fake-raid.

Если брать вопрос производительности, то сегодня он абсолютно неактуален, тем более что вся обработка данных так или иначе осуществляется силами CPU. Основным аргументов в пользу встроенного RAID служит простота его использования, но за это приходится платить совместимостью. Собранные таким образом массивы будут совместимы только со своим семейством контроллеров. К счастью, сейчас уже нет того зоопарка, который был еще лет 10 назад, но все равно, собранный на базе платформы Intel массив вы не запустите на AMD-системе.

Также вы можете столкнуться с тем, что несмотря на то, что массив собрался, система не может загрузиться, так как не имеет в своем составе драйверов для новой версии контроллера, это может быть актуально для старых ОС на новых аппаратных платформах. Кроме того, все операции по замене дисков, расширению и ресинхронизации массива вам придется делать в оффлайн режиме, загрузить систему с массива в состоянии обслуживания вы не сможете.

Программные массивы лишены этих недостатков, все что им требуется – это поддержка со стороны ОС. Операции обслуживания также можно выполнять без прерывания работы системы, естественно принимая во внимание тот факт, что производительность дисковой системы в это время будет снижена. Но есть и обратная сторона медали, динамические диски Windows имеют ряд неприятных особенностей, например, ограниченные возможности по управлению дисковым пространством и обслуживанию. Штатные инструменты имеют только базовые функции, а из коммерческого софта работу с данным типом дисков обычно поддерживают только дорогие корпоративные версии.

Также есть другая особенность, вытекающая из архитектуры программных RAID массивов, если некритически отказал тот жесткий диск, с которого осуществляется загрузка, то система не будет автоматически загружена со второго, исправного HDD, вы получите ошибку (или BSOD) и вам потребуется вручную изменить порядок загрузки для восстановления работы системы.

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

Конфигурация разделов Windows-систем с UEFI

Прежде всего рассмотрим стандартную конфигурацию разделов, автоматически создаваемую Windows с UEFI, приведенный ниже пример соответствует последним версиям Windows 10 и Windows Server 2016/2019, у более ранних версий Windows разметка может несущественно отличаться.

Windows RE – NTFS раздел со средой восстановления, в последних версиях Windows имеет размер в 500 МБ, при создании ему присваиваются специальные атрибуты, препятствующие назначению буквы диска и удалению раздела через консоль управления дисками. В тоже время данный раздел не является необходимым для работы системы, среда восстановления может находиться на системном диске и даже может отсутствовать. Вынос среды восстановления на отдельный раздел преследует две цели: возможность работы на зашифрованных системах и защита от некорректных действий пользователя.

EFI – раздел специального типа с файловой системой FAT32, который содержит загрузчик, вызываемый микропрограммой UEFI. Данный раздел должен находиться в основной таблице разделов и не может быть расположен на динамическом диске. В Windows он ошибочно называется зашифрованным, имеет критическое значение для нормальной работы системы. В современных Windows-системах имеет размер в 100 МБ.

MSR (Microsoft System Reserved) – служебный раздел с файловой системой NTFS, является обязательным для GPT-разметки, которая не позволяет использовать скрытые сектора диска, используется для служебных операций встроенного и стороннего ПО, например, при преобразовании диска в динамический. Является скрытым и не отображается в оснастке управление дисками. Его размер в современных системах – 16 МБ.

Windows – самый обычный раздел с системой, фактически под ним следует понимать любую пользовательскую разметку. Никаких особенностей он в себе не таит.

Производители ПК могут добавлять дополнительные разделы, например, с резервным образом системы для отката к заводским настройкам или собственными инструментами восстановления, чаще всего они имеют специальные GPT-атрибуты, как и у раздела Windows RE.

Подготовка к созданию программного RAID

Будем считать, что вы уже установили операционную систему на один из дисков, в нашем примере будет использоваться Windows Server 2019 установленный на виртуальной машине. Если мы откроем оснастку Управление дисками, то увидим примерно следующую картину:

Первым идет раздел Windows RE, размером в 499 МБ, а за ним раздел EFI, который ошибочно именуется шифрованным. Но как мы говорили выше, данная оснастка не дает полного представления о структуре разметки, поэтому запустим утилиту командной строки diskpart и получим список разделов:

Первая команда запускает утилиту, вторая выбирает первый диск (диск 0) и третья выводит список разделов.

Здесь присутствуют все существующие на диске разделы, включая MSR, размером в 16 МБ. Теперь нам нужно воспроизвести аналогичную разметку на втором жестком диске. Будем считать, что вы еще не вышли из утилиты diskpart, поэтому выберем второй жесткий диск (диск 1) и очистим его:

Внимание! Данная команда полностью удалит все данные с указанного диска. Убедитесь, что вы выбрали нужный диск и что он не содержит никаких данных!

Преобразуем диск в GPT:

При преобразовании на диске будет автоматически создан MSR раздел, нам он пока не нужен, поэтому удалим его командой:

После чего убедимся, что диск не содержит разделов.

Теперь можно создавать разметку. Разделы должны идти в том же порядке и с тем же типом, что и на первом диске. Поэтому первым создадим раздел восстановления, он не является обязательным и не влияет на работу системы. В принципе его можно даже не форматировать, но во избежание каких-либо недоразумений в дальнейшем мы рекомендуем создать раздел с теми же атрибутами, что и оригинальный раздел восстановления.

На всякий случай явно выберем диск и создадим на нем раздел размером в 499 МБ, который отформатируем в NTFS:

Затем зададим ему нужные GPT-атрибуты:

Идентификатор de94bba4-06d1-4d40-a16a-bfd50179d6ac задает тип раздела как Windows RE, а атрибут 0x8000000000000001 препятствует назначению буквы диска и помечает раздел как обязательный для работы системы, во избежание его удаления из оснастки управления дисками.

Следующим шагом создадим раздел EFI:

Если все сделано правильно, то вы должны получить следующую схему разметки, которая будет полностью повторять (за исключением системного раздела) разметку первого диска.

После чего систему обязательно следует перезагрузить.

Создание программного RAID

Прежде всего преобразуем диски в динамические, это можно сделать в оснастке Управление дисками:

или утилитой diskpart:

Затем добавим зеркало к системному диску через графический интерфейс

или с помощью diskpart:

После чего следует обязательно дождаться ресинхронизации данных, в зависимости от скорости и объема дисков это может занять некоторое время.

Теперь при загрузке появится меню с выбором раздела, загрузиться можно с обоих, но не будем забывать, что загрузчик по-прежнему присутствует только на первом диске и при смене порядка загрузки в BIOS загрузиться со второго диска не удастся.

Настройка загрузчика EFI и его копирование на второй раздел

Снова запустим утилиту diskpart и присвоим буквы EFI разделам на дисках, но перед этим уточним расположение нужного нам раздела:

Как видим интересующий нас раздел имеет номер 2, выберем его и присвоим букву:

Повторим аналогичные манипуляции со вторым диском:

Выйдем из утилиты diskpart (команда exit) и перейдем в EFI раздел первого диска:

Для просмотра текущих точек загрузки выполните:

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

Из вывода данной команды нам потребуется идентификатор, скопируем его для использования в следующей команде.

В фигурных скобках должен быть указан идентификатор, полученный на предыдущем шаге.

После чего экспортируем BCD-хранилище загрузчика:

И скопируем содержимое EFI-раздела на второй диск:

Ошибка при копировании активного экземпляра BCD-хранилища – это нормально, собственно поэтому мы и сделали его экспорт, вместо того, чтобы просто скопировать. Затем переименуем копию хранилища на втором диске:

и удалим ее с первого:

Осталось удалить буквы дисков EFI-разделов, для этого снова запустим diskpart:

Теперь можно перезагрузить систему и в загрузочном меню BIOS выбрать Windows Boot Manager 2, затем Windows Server – вторичный плекс – это обеспечит использование EFI-загрузчика и системного раздела второго диска. Если вы все сделали правильно – загрузка будет удачной. Таким образом у нас будет полноценное зеркало системного раздела на динамических дисках в UEFI-системе.

RAID для «чайников» и не только

KDV, iBase.ru, 26.11.2004, последнее обновление – 27.02.2009.

Со времени первой публикации статьи, на forum.ibase.ru в ее обсуждении появилась масса интересных сообщений. Так что после чтения статьи рекомендую обязательно просмотреть топик на форуме.

В интернете есть масса статей с описанием RAID. Например, эта описывает все очень подробно. Но как обычно, читать все не хватает времени, поэтому надо что-нибудь коротенькое для понимания – а надо оно или нет, и что лучше использовать применительно к работе с СУБД (InterBase, Firebird или что то иное – на самом деле все равно). Перед вашими глазами – именно такой материал.

Примечание. Сейчас есть хорошая статья о RAID в Википедии.

В первом приближении RAID это объединение дисков в один массив. SATA, SAS, SCSI, SSD – неважно. Более того, практически каждая нормальная материнская плата сейчас поддерживает возможность организации SATA RAID. Пройдемся по списку, какие бывают RAID и зачем они. (Хотел бы сразу заметить, что в RAID нужно объединять одинаковые диски. Объединение дисков от разных производителей, от одного но разных типов, или разных размеров – это баловство для человека, сидящего на домашнем компьютере).

RAID 0 (Stripe)

Грубо говоря, это последовательное объединение двух (или более) физических дисков в один „физический“ диск. Годится разве что для организации огромных дисковых пространств, например, для тех, кто работает с редактированием видео. Базы данных на таких дисках держать нет смысла – в самом деле, если даже у вас база данных имеет размер 50 гигабайт, то почему вы купили два диска размером по 40 гигабайт, а не 1 на 80 гигабайт? Хуже всего то, что в RAID 0 любой отказ одного из дисков ведет к полной неработоспособности такого RAID, потому что данные записываются поочередно на оба диска, и соответственно, RAID 0 не имеет средств для восстановления в случае сбоев.

Конечно, RAID 0 дает ускорение в работе из-за чередования чтения/записи.

RAID 0 часто используют для размещения временных файлов.

RAID 1 (Mirror)

Зеркалирование дисков. Если Shadow в IB/FB это программное зеркалирование (см. Operations Guide.pdf), то RAID 1 – аппаратное зеркалирование, и ничего более. Упаси вас от использования программного зеркалирования средствами ОС или сторонним ПО. Надо или „железный“ RAID 1, или shadow.

При сбое тщательно проверяйте, какой именно диск сбойнул. Самый частый случай погибания данных на RAID 1 – это неверные действия при восстановлении (в качестве „целого“ указан не тот диск).

Насчет производительности – по записи выигрыш 0, по чтению – возможно до 1.5 раз, т. к. чтение может производиться „параллельно“ (поочередно с разных дисков) . Для баз данных ускорение мало, в то время как при параллельном обращении к разным (!) частям (файлам) диска ускорение будет абсолютно точно.

Для него нужно минимально 3 диска. Данные четности распределяются по всем дискам массива

Обычно говорится, что „RAID5 использует независимый доступ к дискам, так что запросы к разным дискам могут выполняться параллельно“. Следует иметь в виду, что речь идет, конечно, о параллельных запросах на ввод-вывод. Если такие запросы идут последовательно (в SuperServer), то конечно, эффекта распараллеливания доступа на RAID 5 вы не получите. Разумеется, RAID5 даст прирост производительности, если с массивом будут работать операционная система и другие приложения (например, на нем будет находиться виртуальная память, TEMP и т. п.).

Вообще RAID 5 раньше был наиболее часто используемым массивом дисков для работы с СУБД. Сейчас такой массив можно организовать и на SATA дисках, причем он получится существенно дешевле, чем на SCSI. Цены и контроллеры вы можете посмотреть в статьях

  • http://old.computerra.ru/2004/540/204913/
  • http://www.thg.ru/storage/20040625/index.html

Причем, следует обратить внимание на объем покупаемых дисков – например, в одной из упомянутых статей RAID5 собирается из 4-х дисков объемом 34 гиг, при этом объем „диска“ получается 103 гигабайта.

Объем дискового массива RAID5 расчитывается по формуле (n-1)*hddsize, где n – число дисков в массиве, а hddsize – размер одного диска. Например, для массива из 4-х дисков по 80 гигабайт общий объем будет 240 гигабайт.

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

RAID 10, 50

Дальше идут уже комбинации из перечисленных вариантов. Например, RAID 10 это RAID 0 + RAID 1. RAID 50 – это RAID 5 + RAID 0.

Интересно, что комбинация RAID 0+1 в плане надежности оказывается хуже, чем RAID5. В копилке службы ремонта БД есть случай сбоя одного диска в системе RAID0 (3 диска) + RAID1 (еще 3 таких же диска). При этом RAID1 не смог „поднять“ резервный диск. База оказалась испорченной без шансов на ремонт.

Для RAID 0+1 требуется 4 диска, а для RAID 5 – 3. Подумайте об этом.

В отличие от RAID 5, который использует четность для защиты данных от одиночных неисправностей, в RAID 6 та же четность используется для защиты от двойных неисправностей. Соответственно, процессор более мощный, чем в RAID 5, и дисков требуется уже не 3, а минимум 5 (три диска данных и 2 диска контроля четности). Причем, количество дисков в raid6 не имеет такой гибкости, как в raid 5, и должно быть равно простому числу (5, 7, 11, 13 и т. д.)

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

По производительности RAID 6 я данных не видел (не искал), но вполне может быть, что из-за избыточного контроля производительность может быть на уровне RAID 5.

Rebuild time

У любого массива RAID, который остается работоспособным при сбое одного диска, существует такое понятие, как rebuild time. Разумеется, когда вы заменили сдохший диск на новый, контроллер должен организовать функционирование нового диска в массиве, и на это потребуется определенное время.

Во время „подключения“ нового диска, например, для RAID 5, контроллер может допускать работу с массивом. Но скорость работы массива в этом случае будет весьма низкой, как минимум потому, что даже при „линейном“ наполнении нового диска информацией запись на него будет „отвлекать“ контроллер и головки диска на операции синхронизации с остальными дисками массива.

Время восстановления функционирования массива в нормальном режиме напрямую зависит от объема дисков. Например, Sun StorEdge 3510 FC Array при размере массива 2 терабайта в монопольном режиме делает rebuild в течение 4.5 часов (при цене железки около $40000). Поэтому, при организации массива и планировании восстановления при сбое нужно в первую очередь думать именно о rebuild time. Если ваша база данных и бэкапы занимают не более 50 гигабайт, и рост в год составляет 1-2 гигабайта, то вряд ли имеет смысл собирать массив из 500-гигабайтных дисков. Достаточно будет и 250-гигабайтных, при этом даже для raid5 это будет минимум 500 гигабайт места для размещения не только базы данных, но и фильмов. Зато rebuild time для 250 гигабайтных дисков будет примерно в 2 раза меньше, чем для 500 гигабайтных.

Получается, что самым осмысленным является использование либо RAID 1, либо RAID 5. Однако, самая частая ошибка, которую делают практически все – это использование RAID „подо все“. То есть, ставят RAID, на него наваливают все что есть, и . получают в лучшем случае надежность, но никак не улучшение производительности.

Еще часто не включают write cache, в результате чего запись на raid происходит медленнее, чем на обычный одиночный диск. Дело в том, что у большинства контроллеров эта опция по умолчанию выключена, т.к. считается, что для ее включения желательно наличие как минимум батарейки на raid-контроллере, а также наличие UPS.

Текст
В старой статье hddspeed.htmLINK (и в doc_calford_1.htmLINK) показано, как можно получить существенное увеличение производительности путем использования нескольких физических дисков, даже для IDE. Соответственно, если вы организуете RAID – положите на него базу, а остальное (temp, OS, виртуалка) делайте на других винчестерах. Ведь все равно, RAID сам по себе является одним „диском“, пусть даже и более надежным и быстродействующим.
признан устаревшим. Все вышеупомянутое вполне имеет право на существование на RAID 5. Однако перед таким размещением необходимо выяснить – каким образом можно делать backup/restore операционной системы, и сколько по времени это будет занимать, сколько времени займет восстановление „умершего“ диска, есть ли (будет ли) под рукой диск для замены „умершего“ и так далее, т. е. надо будет заранее знать ответы на самые элементарные вопросы на случай сбоя системы.

Я все-таки советую операционную систему держать на отдельном SATA-диске, или если хотите, на двух SATA-дисках, связанных в RAID 1. В любом случае, располагая операционную систему на RAID, вы должны спланировать ваши действия, если вдруг прекратит работать материнская плата – иногда перенос дисков raid-массива на другую материнскую плату (чипсет, raid-контроллер) невозможен из-за несовместимости умолчательных параметров raid.

Размещение базы, shadow и backup

Несмотря на все преимущества RAID, категорически не рекомендуется, например, делать backup на этот же самый логический диск. Мало того что это плохо влияет на производительность, но еще и может привести к проблемам с отсутствием свободного места (на больших БД) – ведь в зависимости от данных файл backup может быть эквивалентным размеру БД, и даже больше. Делать backup на тот же физический диск – еще куда ни шло, хотя самый оптимальный вариант – backup на отдельный винчестер.

Объяснение очень простое. Backup – это чтение данных из файла БД и запись в файл бэкапа. Если физически все это происходит на одном диске (даже RAID 0 или RAID 1), то производительность будет хуже, чем если чтение производится с одного диска, а запись – на другой. Еще больше выигрыш от такого разделения – когда backup делается во время работы пользователей с БД.

То же самое в отношении shadow – нет никакого смысла класть shadow, например, на RAID 1, туда же где и база, даже на разные логические диски. При наличии shadow сервер пишет страницы данных как в файл базы так и в файл shadow. То есть, вместо одной операции записи производятся две. При разделении базы и shadow по разным физическим дискам производительность записи будет определяться самым медленным диском.

Настройка Raid массива и инсталляция на него последних версий операционных систем Windows

Raid массив представляет собой зеркальное отображение данных, которые хранятся на компьютерном устройстве пользователя на нескольких винчестерах. Когда один накопитель приходит в негодность, его спокойно можно заменить другим и не потерять при этом свои личные файлы.

Для того чтобы установить операционную систему Windows 7, 8.1 или 10 не достаточно просто приобрести два жестких диска и соединить их при помощи программ в один массив жестких дисков, которые будут обладать более низкой стоимостью. В данной ситуации следует воспользоваться более сложным методом.

Настройка Raid массива и инсталляция на него последних версий операционных систем Windows

Многие пользователи после создания программного Raid массива при помощи инструментов операционной системы начинают интересоваться тем, имеется ли возможность инсталлировать саму операционку на данный Raid и имеется ли возможность переноса уже предустановленной и наполненной программами Windows на созданный Raid 1 массив. Имеется большая вероятность того, что выйти из строя может и сам жесткий диск с операционной системой и всеми программами, а не только винчестер, на котором имеется набор файлов.

Следует отметить, что если винчестер с операционной системой и со всеми файлами прекратит свою работу в какой-либо фирме, то она приостановит свою деятельность сразу на некоторое количество дней. Поэтому процедура создания Raid массива с установленной операционной системой относится к разряду обязательных процессов.

Стоит также брать во внимание то, что помимо Raid 1 массива имеется также возможность создания Raid 0 массива. Второй позволяет значительно увеличить скорость работы операционной системы.

В данной статье постараемся разобраться с тем, каким образом можно из двух жестких дисков создать Raid 1 массив и инсталлировать на него операционную систему. При этом материнская плата может быть любой.

Следует отметить, что можно воспользоваться методом обычного запуска БИОС и применения технологии Raid. Нужно выбрать ее перенести на нее уже установленную операционную систему с использованием различного набора утилит. Однако для начала мы разберем то, как можно инсталлировать Windows.

Для начла необходимо создать самым простым способом флешку для загрузочных целей.

Для того чтобы осуществить сборку Raid 1 массива необходимо запастись двумя жесткими дисками или SSD накопителями. Очень важно проверить, поддерживается ли конкретной моделью материнской платы технология Raid. Можно приобрести пару жестких диска, обладающих объемом по 250 гигабайт.

Их необходимо разместить в системном блоке правильным образом.

Для того чтобы провести настройку системы с массивом Raid следует открыть БИОС и выбрать там соответствующий раздел. На каждой модели компьютерного устройства они будут свои собственные.

После включения компьютерного устройства необходимо войти через БИОС и нажать на клавишу Delete.

В появившемся окне посещаем раздел Advanced и открываем его. В списке следует выбрать SATA Configuration.

Необходимо установить положение Raid в Sata Mode Selection.

Raid в Sata Mode Selection

HotPlug должно находиться в положении Enabled для жестких дисков, которые мы будем объединять в Raid.

Для того чтобы все настройки сохранились необходимо нажать на кнопку F10. Затем произойдет процедура перезагрузки компьютерного устройства.

Для того чтобы пройти в настройки конфигурации Raid система своим оповещением предлагает нам нажать на CTRL +I. Следует выполнить это действие.

На появившейся новой странице необходимо найти пункт Create a Raid Volume и нажать на него. После этого сразу же следует нажать на Enter.

Create a Raid Volume

На новой странице необходимо ввести название Raid массива. Оно может быть любым. Для введения имени Raid необходимо нажать на пробел.

После введения названия следует нажать на Enter.

В новом окне нам необходимо выбрать Raid1(Mirror). Если этого не сделать, то все данные останутся на другом жестком диске. Контроллер окажется на другом винчестере в автоматическом режиме.

Настройки осуществляются при помощи использования стрелок на клавиатуре. После их проведения необходимо нажать на Create Volume и на Enter.

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

возможно данные будут потеряны

Таким образом, получается, что создание Raid 1 завершено и можно выйти путем нажатия на кнопку esc.

Для согласия выйти нужно нажать снова на Y.

После перезагрузки компьютерного устройства необходимо зайти в загрузочное меню и выбрать там из списка приоритетных загрузок флешку. Здесь же должен быть и Raid, который мы создали ранее.

Далее нужно загружаться при помощи флешки с Windows 10 и перейти в программу инсталляции. Устанавливать данную операционную систему следует самым обычным методом.

После выбора языка нужно нажать на Далее.

Затем следует выбрать Установить.

В новом окне нужно после прочтения лицензионного соглашения нажать на Принять.

windows 10 условия лицензионного соглашения

На появившейся странице необходимо выбрать второй пункт.

Теперь заметно, что два винчестера, которые были объединены в Raid массив, система обнаруживает в качестве единого целого.

где вы хотите установить windows 10

Можно нажимать на Далее.

На странице Подключиться необходимо выбрать Пропустить этот шаг.

В новом окне нужно Использовать стандартные параметры.

Использовать стандартные параметры

Можно создать локальную учетную запись и нажать на готово.

На этом процесс установки операционной системы в Raid массив является завершенным.

Теперь если один винчестер выйдет из строя, то система осуществит загрузку посредством другого диска.

RAID1 – создание зеркальных дисков через BIOS

RAID1 – создание зеркальных дисков через BIOS

Бывают ситуации когда жесткий диск выходит из строя (из-за проблем с напряжением, физического износа и так далее) и получается что годами наработанная информация оказывается безвозвратно утеряна (можно обратиться к специалистам по восстановлению данных, но как правило это стоит не малых денег да и не факт что информацию получится восстановить) и по этому, чтобы избавить себя от подобных страхов, я решил настроить систему зеркального резервирования RAID1, о чем и расскажу в данном видеоуроке.

А вообще данной теме я посвящу 2 урока, в этом мы рассмотрим настройку RAID1 через BIOS, а во следующем настройку RAID1 программно средствами Windows 7.

И так, что же вообще такое RAID, сама абривиатура расшифровывается как независимый массив недорогих дисков и вообще разновидностей RAID-ов довольно много, это RAID 0,1,5,10, но в данном видео разберем самый распространенный RAID1 или зеркальный RAID.

В чем же заключается суть RAID1, допустим у вас есть 2 одинаковых жестких диска, они объединяются в RAID1, причем операционная система видит эти два диска как один физический и когда вы записываете какую-либо информацию на данный диск она дублируется на оба диска, получается как бы зеркальное отображение информации на оба диска.

И в случае выхода из строя одного из них, вся информация сохраняется на втором диске и путем замены вышедшего из строя диска аналогичным, восстанавливается система зеркального резервирования.

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

Ну а теперь давайте перейдем к непосредственной конфигурации RAID1 через BIOS, так как записать данное видео с экрана не получится, настройка идет не через Windows, то некоторые скрины экрана будут в плохом качестве, но тут суть не в качестве а в полезности данной информации.

Для начала заходим в BIOS, у меня он выглядит следующим образом. В различных моделях материнских плат настройка может отличаться, но принцип одинаков. Нам нужно найти меню конфигурации SATA или IDE устройствами, у меня данное меню находится в дополнительно Конфигурация SATA Здесь в меню SATA режим, выбираем RAID, сохраняем изменения и выходим из BIOS.

Выполняется перезагрузка компьютера и при старте, перед попыткой загрузки операционной системы появляется сообщение, у меня это Нажмите Ctrl+I чтобы зайти в утилиту конфигурации RAID, запускаем утилиту.

В данном окне отображается следующая информация

— наличие RAID-а – так как я его еще не создал, по этому тут надпись не определен, т.е. RAID-а нет

— порядковый номер устройства, у меня их 2

— модель жесткого диска (желательно использовать диски одного производителя и одной марки, чтобы они были абсолютно идентичны)

— объем каждого диска (объем должен быть одинаков на обеих дисках, иначе создать зеркальный RAID, не получится)

— и статус, так как RAID еще не создан, то статус — не состоит в RAID массиве

Кроме таблицы состояния так же есть меню, которое состоит из следующих пунктов:

— создание RAID массива

— удаление RAID массива

— сброс всех дисков в состояние не в RAID-е (если RAID-ов несколько, то все RAID-ы будут удалены)

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

И так, далее приступаем к созданию зеркального RAID-а, по этому выбираем пункт Создание RAID масива и жмем интер

Вводим название RAID-а, я назову его Mirror, что означает зеркало, далее в диспетчере устройств именно под данным именем у нас и будет отображаться данный дисковый накопитель.

Далее стрелочками выбираем тип RAID массива, у меня это RAID1 в области информации говорится что выбран тип RAID-а RAID1 – зеркальные данные

Далее необходимо выбрать диски, которые будут зеркалиться, но так как у меня их всего 2, то система выбрала их автоматически. Если у вас не один диск, тогда выбираем диски, которые будем объединять в RAID

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

Далее жмем Интер, для создания RAID-а и тут выдается сообщение, что вся информация на выбранных дисках будет безвозвратна утеряна, так как диски будут отформатированы. Жмем Yes.

Теперь в информации о RAID массивах появился RAID с именем Mirror, Тип RAID1, объемом 931,5 Гб, статус нормальный и он может быть загрузочным.

Если хотите чтобы на нем стояла операционная система, то устанавливаем на него ОС. Причем, когда я экспериментировал, операционная система у меня стояла на другом диске, и после создания зеркального RAID массива, операционная система перестала грузиться. Т.е. при загрузке выпадал синий экран, по этому если у вас будет ОС стоять на другом диске, стоит сначала создать RAID, а потом устанавливать ОС, чтобы все драйвера правильно установились!

После запуска ОС заходим в диспетчер устройств Дисковые накопители и видим там запоминающее устройство Mirror, т.е. это и есть зеркальный диск RAID1.

После отключения одного из дисков, при загрузке появляется следующее сообщение со статусом RAID-а Degraded (Деградированный, т.е. в RAID-е отсутствует один из дисков), но не зависимо от этого загрузка операционной системы продолжается.

Сейчас я загрузился с неисправного RAID-а, это можно увидеть при помощи специальной программы, которая идет вместе с драйверами на материнскую плату.

Теперь я обратно подключаю диск и состояние RAID-а переходит в Rebuild (реконструкция, в данном состоянии на подключенный диск копируются данные с зеркального, чтобы восстановить работоспособность RAID-а, в зависимости от объема диска, этот процесс может сильно затянуться)

Загружаем ОС и опять смотрим через программу, что происходит с RAID-ом, все ОК, рэйд восстановлен, а с установленным диском выполняется реконструкция. После завершения данного процесса, все будет работать как раньше.

Опять же перед экспериментированием с RAID-ом лучше сохранить важную информацию на другой носитель, на всякий случай!

Что касается достоинств и недостатков данной системы:

— стоимость 1 Гб в 2 раза выше (так как для хранения одного и того же объема информации потребуется приобретать 2 диска)

+ высокая отказоустойчивость (хотя, бывают такие сбои при которых сгорает все железо, но тут уж никак не защитишься, разве что, хранить копию документов на выделенном сервере) Но, опять же, если система реализована на сервере резервирования, то если у него все сгорит, то в любом случае копии документов должны остаться на рабочих станциях, ну если только не сгорели все компы в конторе J

+ аппаратный RAID (программный RAID создается при помощи программы, а никакая программа не защищена от глюков, следовательно RAID через BIOS более надежен)

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.

Schaltfläche "Zurück zum Anfang"