Форум Тринити

Открытый технический форум по серверам и системам хранения данных, кластерным решениям, SAN, NAS.
Microsemi infortrend storage
Текущее время: 11 дек 2018, 12:36

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Raid и резервирование
СообщениеДобавлено: 24 июл 2018, 17:41 
Не в сети
Junior member

Зарегистрирован: 24 июл 2018, 17:29
Сообщения: 2
Добрый день!
Имеем Raid 5 (иногда, правда, и он нас). 5 дисков, два раздела: на первом - 2 тома (системный С: и софт D:), на втором - 1 (базы).
Недавно рухнул, вышел из строя один диск, при ребилде отвалился второй.
Задумался про резервирование. Резервирование баз делаю на сетевое хранилище.
Как быть с системным разделом. Сделал образ системного тома С: и зарезервированной области Acronis-ом.
1. Получится данный образ раскатать под загрузочным диском Acronis?
2. Что станет с томом D:?
3. Что станет с raid? Уйдет в ребилд первого раздела?

Спасибо!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Raid и резервирование
СообщениеДобавлено: 25 июл 2018, 16:13 
Не в сети
Сотрудник Тринити
Сотрудник Тринити

Зарегистрирован: 27 апр 2018, 14:33
Сообщения: 4
RomanK писал(а):
Добрый день!
Имеем Raid 5 (иногда, правда, и он нас). 5 дисков, два раздела: на первом - 2 тома (системный С: и софт D:), на втором - 1 (базы).
Недавно рухнул, вышел из строя один диск, при ребилде отвалился второй.
Задумался про резервирование. Резервирование баз делаю на сетевое хранилище.
Как быть с системным разделом. Сделал образ системного тома С: и зарезервированной области Acronis-ом.
1. Получится данный образ раскатать под загрузочным диском Acronis?
2. Что станет с томом D:?
3. Что станет с raid? Уйдет в ребилд первого раздела?

Спасибо!

Добрый день.
Ну в общем основное - рейду абсолютно неважно (и он об этом не должен знать) какие на нем разделы, он ниже уровнем. Если вываливается диск - он в degraded mode и пока не заменим все очень плохо :( (читай вывалится еще диск - и кранты).
Заменили - начинаем восстановление (это само). А сколько там каких разделов рейд не волнует, система ж видит рейд как один физический диск и начинает его уже разбивать и тд (загрузочная запись, натягиваем ФС и тд).
Наличие рейда не отменяет бекапы, тут тоже верно :)

Посоветую все-таки систему поставить на отдельный диск (хоть 120Gb SSD) - и быстрее, и действительно регулярно бекапить и если что - раскатать. В противном случае с восстановлением и загрузкой могут быть проблемы.
А продакшн - на рейд.
Ну хотя бы так, вкратце.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Raid и резервирование
СообщениеДобавлено: 25 июл 2018, 16:31 
Не в сети
Сотрудник Тринити
Сотрудник Тринити
Аватара пользователя

Зарегистрирован: 23 авг 2002, 17:34
Сообщения: 16730
Откуда: Москва
Посмотрите Veeam endpoint backup.
Акронис - если только серверный. И предварительно проверьте весь цикл бэкап-рестора.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Raid и резервирование
СообщениеДобавлено: 25 июл 2018, 18:38 
Не в сети
Junior member

Зарегистрирован: 24 июл 2018, 17:29
Сообщения: 2
Спасибо!
gs писал(а):
Посмотрите Veeam endpoint backup.
Акронис - если только серверный. И предварительно проверьте весь цикл бэкап-рестора.


SSD хорошо конечно, дома уже давно стоят.. В конторе проблемней денег выбить..
Какие проблемы могут возникнуть при развертывании из образа системного тома в raid 5?
acronis серверный.
После распада рейд хочу возможные проблемы узнать, а потом пробовать. А то второй раз за месяц потеря рейда с данными перебор.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Raid и резервирование
СообщениеДобавлено: 06 авг 2018, 19:13 
Не в сети
Advanced member
Аватара пользователя

Зарегистрирован: 09 июл 2010, 11:23
Сообщения: 325
Откуда: Москва
RomanK писал(а):
Какие проблемы могут возникнуть при развертывании из образа системного тома в raid 5?
acronis серверный.


При исправном железе - и "исправном" :) софте - никаких.

И да - как Вам правильно указали выше, Вы разворачиваете системный образ не "в raid5", а на LUN (том, раздел, etc.), расположенный на рейд-группе размерности R5.
С т.з. B/R-софта - в Вашем случае акрониса - destination LUN "непрозрачен", акронис "не видит" размерность рейд-группы под тем местом, куда он разворачивает образ.
Главное - чтобы софт вообще увидел destination LUN, сиречь, имел в себе драйвер под данный контроллер (для серверного акрониса как правило, с этим всё ОК... если он не сильно старее Вашего контроллера :) ).

RomanK писал(а):
После распада рейд хочу возможные проблемы узнать, а потом пробовать. А то второй раз за месяц потеря рейда с данными перебор.


Побуду Кассандрой, процитирую Вас же:

RomanK писал(а):
Недавно рухнул, вышел из строя один диск, при ребилде отвалился второй.


Главная рекомендация - завязывайте с R5.
Альтернативы - R6 или R10 (зависит от Ваших условий: профили нагрузки, аппаратное обеспечение, etc.).

Ну и не пренебрегать "мелочами" (именно в кавычках!).

- BBU на кеш контроллера (чтоб не накернилось недописанное "есличо");

- не пренебрегать HSD (может статься, сокращение интервала между выпаданием диска и неспешной его заменой для ребилда как раз даст успеть восстановить избыточность);

- включайте CC и прочие patrol reading`и - в том числе и на HSD;

- если контроллер и диски поддерживают опцию PI по стандарту T10/DIF, то включив её (и отформатировав физ.сектора дисков под соответствующий размер) получите ещё один уровень надёжности для своих данных - на уровне физ.секторов диска

Как-то так...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Raid и резервирование
СообщениеДобавлено: 30 окт 2018, 10:47 
Не в сети
Junior member

Зарегистрирован: 15 июн 2012, 14:43
Сообщения: 7
Откуда: Moscow
Имели в институте аналогичный геморрой с RAID10. Для резервирования пользовались Handy Backup, ему на RAID непринципиально, и NAS устройством, но всё равновсё попыталось грохнуться, когда один диск вышел в degrade. После смены физического диска стало всё ещё хуже, оказалось, что серия диска под замену не соответствует той, которая уже стояла (хотя подбирали с цифрами в руках). К счастью, была только база, и для неё делался ещё один бэкап, потому что в итоге, когда разобрались с NAS, всё стало плохо. К софту здесь претензий никаких, всё отработало, а вот сам по себе RAID может подкидывать неожиданные сюрпризы. Поэтому теперь используем grandfather-father-son схему, и не пытаемся полагаться на надёжность RAIDов (скорость — другое дело!).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Raid и резервирование
СообщениеДобавлено: 30 окт 2018, 13:39 
Не в сети
Advanced member
Аватара пользователя

Зарегистрирован: 09 июл 2010, 11:23
Сообщения: 325
Откуда: Москва
lem0n писал(а):
Имели в институте аналогичный геморрой с RAID10. Для резервирования пользовались Handy Backup, ему на RAID непринципиально, и NAS устройством,


Странный оборот, как по мне.

RAID-группа (LUN/VD на ней) "видится" ОС и софтом, исполняемым в ней, как некий "диск", без нижележащих подробностей его устройства (размерность массива и прочие его настройки/параметры).
Иначе говоря, упомянутому Вами ХэндиБыкапу не может быть "принципиально" или "непринципиально" "на RAID", бо он про RAID абсолютно не в курсе.

Единственный вариант, допускающий Вашу трактовку - это если Вы быкапите RAID-группу не "на горячую", быкап-софтом, установленным в ОС и работающим вместе с ней, а "на холодную", путём загрузки с лив-носителя от быкап-софта.

Тогда да, у загрузочной конфигурации лив-носителя быкап-софта должен быть драйвер для Вашего дискового контроллера - чтобы быкап-софт "видел" RAID-группу как один "диск", а не набор разрозненных носителей.
Но этот сценарий характерен для более экстремальных случаев, нежели регулярное рабочее резервирование данных на боевом сервере - так что всерьёз я его не рассматриваю применительно к Вашей инфраструктуре. :)


lem0n писал(а):
но всё равновсё попыталось грохнуться, когда один диск вышел в degrade.


Ещё одна загадка - что значит "попыталось грохнуться"???

При деградации сабъюнита в R10 (одного из составляющего рейд-группу "зеркал") R10 работает точно так же, как и в стандартной моде (в отличие от конфигураций с чётностью - R5x/R6x).
Нет ни повышения нагрузки на него, ни каких-то ещё "отягчающих обстоятельств" - т.е. "грохаться" в этом виде ему не с чего.

Конечно, если затем выйдет из строя и второй, оставшийся, диск из деградировавшего "зеркала"-сабъюнита, то тогда действительно можно будет говорить, что вся рейд-группа R10 "грохнулась".
Но у Вас, как я понимаю, до этого не дошло - оттого это Ваше "попыталось грохнуться" выглядит крайне загадочно. :)

lem0n писал(а):
После смены физического диска стало всё ещё хуже, оказалось, что серия диска под замену не соответствует той, которая уже стояла (хотя подбирали с цифрами в руках).


Ну вот, опять... :D
Что такое "стало ещё хуже"?
В чём это проявлялось?
Что значит "серия диска"? Условный Констеллейшен, только вместо стоявшего условного релиза J поставили условный релиз H или N? Или вместо условного Констеллейшена сунули условную Барракуду?

И с какими "цифрами в руках" подбирали? Не глядя на серию/семейство "в лоб" сравнивали AvgTime и прочие Seek?
Короче, не очень понятна эта претензия к дискам в разрезе описываемой проблемы.

Просто уже очень давно замена диска даже на диск другого производителя и/или другого (бОльшего) объёма обычно не приводит к фатальным последствиям для массива (или даже к сколь-ниудь заметному изменению характера работы оного).

lem0n писал(а):
К счастью, была только база, и для неё делался ещё один бэкап, потому что в итоге, когда разобрались с NAS, всё стало плохо.


Товарищ, да Вы прямо "мастер заголовка"... ой, то есть умелец выражаться загадочно. :)
Ну мы всё же в специализированном разделе технического форума - а Вы "когда разобрались с NAS, всё стало плохо". :D

Просто даже с т.з. лексики и логики в голову не лезет - конструкция "разобраться с <железка>" всегда обозначала успешную отладку для нормальной работы (хоть в плане начальной настройки, хоть в плане восстановления после дизастера какого).
То есть было никак или плохо -> разобрались -> стало нормально/хорошо.

А у Вас после того, как "разобрались", "стало плохо". :D
Вы мне моск сломали! :)

lem0n писал(а):
К софту здесь претензий никаких, всё отработало, а вот сам по себе RAID может подкидывать неожиданные сюрпризы. Поэтому теперь используем grandfather-father-son схему, и не пытаемся полагаться на надёжность RAIDов (скорость — другое дело!).


Кгхммммм... как бы мне так поделикатнее намекнуть Вам...

Конечно, я всегда говорил и говорю, что "рейд быкапу не замена", но верно и обратное.
Рейд - это одна из линий обороны ДО того, как в ход пойдёт быкап.
Надеюсь, термины RPO и RTO Вам что-то да говорят?

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

Кстати, впредь желательно указывать марки контроллеров и дисков, с которыми у Вас были траблы (как у В.В.:"а из зала мне кричат - давай подробности!"" :D ).
А то если описанное Вами было на, к примеру, каком-нибудь FastTrack или Promise, то тут и удивляться-то нечему будет, только посочувствовать останется.

Извините за, возможно, излишнюю обстоятельность комментария - это не ради придирок, а для уточнения картины.

UPD: что-то вдруг вдогонку подумалось...

если упоминавшийся Вами R10 располагался на некоем NAS, а последний был в меру плюшевым (типа Powasonic/Abibas :D ), то тогда неудивительны любые метаморфозы этой сущности.

Рейд-группы любого "NAS-искаропки" - это софтверные массивы, с учётом тотальной экономии в дешёвых "NAS"`ах на комплектухе и принимая во внимание саму системную слабость этих устройств (где один SoC работает "прислугой за всё" - и дисковый ввод-вывод на нём, и сетевой, и ОС с сервисами отжирает своё) они весьма малопригодны для нормальной работы, являясь даже не SOHO, а просто HO... и то с оговорками и натяжками.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 7 ] 

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB