У меня есть сервер с 4 дисками в массиве RAID 10. Недавно мой сервер не работал с массивом, не обнаружившим диски. В данный момент карта RAID видит только один диск, а второй диск отображается как недоступный. И 2 диска показывают несколько ошибок. К сожалению, у меня нет последней версии Offsite Backup.

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

Какое самое безопасное решение для восстановления данных в этом случае. Я не хочу потерять свои данные.

1 ответ1

3

Во-первых, знайте, что многие люди любят говорить: «RAID - это не резервное копирование». Причина, почему бизнес должен использовать RAID, состоит в том, чтобы минимизировать время простоя. Причина, по которой бизнес должен выполнять резервное копирование данных, заключается в возможности восстановить данные до предыдущей версии. Да, технически RAID 1, по сути, выполняет "резервное копирование" данных с одного диска на другой диск, но множество угроз для данных затронет не только один диск, но и оба. Итак, цели RAID и резервного копирования решают совершенно разные задачи, поэтому многие люди любят говорить: «RAID - это не резервное копирование».

В данный момент карта RAID видит только один диск, а второй диск отображается как недоступный. И 2 диска показывают несколько ошибок.

Я согласен с Ramhound. Похоже, вы обречены. Сожалею.

Если бы только у одного накопителя были проблемы, вы наверняка сможете с этим справиться. Однако, если вы хотите, чтобы вещи были восстановлены в "отличной форме", вам понадобится как минимум 2 диска (и они должны быть правильными!) провести хорошее восстановление для такого сценария. Похоже, у вас 3 диска с проблемами (один не отвечает, а 2 других с ошибками). Если это так, у вас недостаточно работы, чтобы полностью ее решить (если вообще), и в этом случае вы обречены на потерю данных (возможно, катастрофически потерять все это). Если этот язык звучит слишком резко, тогда я извиняюсь: я не хочу быть нечувствительным, скорее я просто пытаюсь одобрить резкость и ясность.

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

Если постоянные усилия приведут к тому, что вы сможете снова заставить работать неработающий диск, и этот диск исправен, тогда, возможно, вы сможете получить хорошее восстановление, несмотря на два диска, которые не могут должным образом дать вам все данные. Это может быть возможно. Может быть. Остальная часть этого ответа исследует эту возможность.

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

  • диск RAID 1, который затем был разделен на RAID 0,
  • или RAID 0, который затем был помещен в зеркало RAID 1?

Правильный ответ ...

это зависит от поставщика.

Ага. Мы просто не знаем. Я основываю этот вывод на статье PC Guide о уровнях нескольких RAID, в которых говорится, что RAID10 обычно означает RAID 1, а затем RAID 0 (что будет лучшим сценарием для вас), но некоторые ...

другие компании меняют условия! Они могут назвать RAID 0, а затем технологию RAID 1 «RAID 1/0» или "RAID 10" (возможно, из-за страха, что люди подумают, что "RAID 01" и "RAID 1" - это одно и то же). Некоторые разработчики используют термины "RAID 01" и "RAID 10" взаимозаменяемо. Результатом всей этой путаницы является то, что вы должны исследовать, чтобы определить, что именно компания реализует, когда вы смотрите на несколько RAID. Не верь лейблу.

Поэтому в любое время, когда кто-то говорит RAID10, не доверяйте тому, что он сделал. Разберись.

Если у вас есть зеркала с полосками, значит, ваш макет выглядел так:

AB = RAID1
CD = RAID1
(зеркало двух RAID 1)

Затем потеря дисков A и D приводит к ухудшению, но функционированию каждого RAID1, и ваша полоса имеет обе части, так что все в порядке.

Если у вас есть зеркальные полосы, значит, ваш макет выглядит так:

AB = RAID0
CD = RAID0
зеркальные ...

Затем каждый RAID0 теряется, и вы отражаете два потерянных диска, так что у вас ничего нет.

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

Предполагая, что расположение является благоприятным для вас, вы хотите получить резервную копию дисков, прежде чем делать какую-либо перестройку. Позвольте мне уточнить: вы не хотите создавать резервные копии файлов. Вы не хотите создавать резервные копии разделов. Вы хотите сделать резервную копию дисков. Целые диски. Убедитесь, что ваш процесс резервного копирования выполняет полный "бит за битом" архив, иногда называемый "криминалистической копией", который копирует ВСЕ данные на диске, включая неиспользуемые биты и (что очень важно для вас) метаданные, такие как сигнатуры дисков, которые RAID-массив "программное обеспечение" может использовать. (Под "программным обеспечением" я не обязательно подразумеваю программу, хранящуюся на жестком диске, но логику, которая может быть встроена в некоторые ваши схемы в зависимости от того, какой RAID вы используете.)

Мне было рекомендовано клонировать массив RAID 10 с помощью Acronis.

Я не рекомендую Acronis из-за проблем, с которыми я столкнулся профессионально. Тем не менее, я знаю, что Acronis довольно популярен. Я предпочел бы в этом сценарии использовать любой Unix (который может включать загрузочный компакт-диск Acronis) и использовать dd, возможно, в сочетании с netcat (если диски являются удаленными). Для этого может потребоваться некоторое обучение, но если все пойдет гладко, у меня будет достаточно уверенности в конечном результате задачи резервного копирования (в зависимости от того, окажется ли целевой диск достаточно надежным).

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

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

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .