Raid 5 Пошкодження жорсткого диска


10

У мене є сервер IBM x3650 M4. Він налаштований на Raid 5 і включає 4 жорсткі диски SAS ємністю 500 ГБ кожен. Тепер 2 жорсткого диска виявляються як погані. Таким чином, замінивши 2 жорсткі диски на новий, дані відновляться автоматично або мені потрібно зробити якісь інші зміни. Я мало знаю про конфігурацію Raid, тому, будь ласка, допоможіть.


3
Це здається приблизно
Andrew Henle

2
Чи масив наразі в мережі? Ви можете отримати доступ до нього? Також які твої пріоритети? Чи є резервне копіювання оновленим? Чи є час простою?
Девід Шварц

2
З іншого боку, відновлення жорстких дисків RAID - це дуже напружена операція для HD-дисків ... Існує дуже чітка ймовірність, що інші жорсткі диски загинуть під час цього (всі вони мають той самий вік, вони з тієї ж партії, якщо вони є дефекти, всі вони мають однаковий дефект) ... Напевно, краще спробувати скопіювати всі дані десь в іншому місці.
xanatos

@ xanatos Як я можу скопіювати всі дані деінде. ти можеш сказати мені те саме.
lakhan vasre

11
"Як я можу скопіювати всі дані десь в іншому місці." Саме так ми називаємо "резервну копію". Ви вже робите це, правда? І ви регулярно тестуєте, що також можете відновити?
Roger Lipscombe

Відповіді:


19

Якщо ви втратите більше одного диска в RAID 5, ваш масив певним чином було пошкоджено. У більшості випадків дані повністю знищуються у вашому випадку, якщо ви не є експертом з відновлення, або якщо ви не бажаєте відправляти їх у спорядження для відновлення. Якщо ви хочете відновити дані з цього масиву, негайно відімкніть його в автономному режимі або або відновіть їх самостійно, або відправте масив + карту комусь, як DriveSavers.

Це одна з причин, як правило, рекомендується триматися подалі від RAID 5 та використовувати RAID 6, 10 або деякий рівень RAID-Z або unRAID.

Зараз би чудовий час відновити з резервного копіювання. Якщо ви маєте намір створити новий масив з новими дисками, ви можете також розглянути можливість видачі цим дискам сокиру, якщо вони так само старі.


10
Я б сказав, що "взагалі радять триматися подалі від RAID5" - це неправда. Як і будь-який інструмент або технологія, вам просто потрібно знати про його обмеження. Два збої диска в RAID1 або RAID10 також можуть спричинити ту ж проблему.
Марк Хендерсон

6
Дітто @MarkHenderson. RAID 6 часто поставляється за ціною продуктивності, і, безумовно, вартістю місця для зберігання; RAID 10 постачається за рахунок місця для зберігання; і RAID-Z1 не є більш стійким до відмови на декількох дисках, ніж RAID 5, за винятком випадків, коли ZFS є більш стійким, ніж все, що можна використовувати, чого може бути зовсім не так. Я не знаю про UNRAID. Я підозрюю, що основна проблема ОП - це не моніторинг масиву за проблемами, але це (ані питання про те, щоб триматися подалі від RAID 5) не скасовує основну частину відповіді: масив RAID 5 з двома мертвими дисками ніколи не збирається відновити самостійно.
CVn

1
Порада уникати RAID5 діє для нових версій, особливо з дуже великими накопичувачами. Основна проблема, що стосується RAID5, полягає в тому, що під час перебудови відбудеться друга помилка накопичувача. Чим довший час відновлення, тим більший шанс цього статися. Старіші масиви RAID5 виготовлені з менших накопичувачів, тому ризик менший.
барбекю

@ MichaelKjörling, наскільки я це розумію, unRAID - це в основному RAID 5 з накладкою на рівні файлів, а не блокування на рівні блоку. Так, збій на двох дисках означає, що ви втрачаєте масив, але інша схема зберігання означає, що ви можете відновити все, крім файлів, які були на невдалих дисках.
Марк

Правда, поради щодо RAID 5 в основному орієнтовані на нові масиви з великими дисками. Якщо у OP виникають подвійні відмови диска на дисках, що можуть бути років, настав час придбати нові - а вартість нових дискав = = 1 ТБ, як правило, приблизно така ж, як у 500 Г накопичувача в більшості випадків. Важко дати менш загальну відповідь, коли я не знаю, яке навантаження має бути.
Спулер

8

Отже, щоб уточнити, у вас був 4-дискний масив R5, ви замінили відразу 2 диски - це правильно?

чи дані відновляться автоматично або мені потрібно зробити якісь інші зміни

Якщо те, що я читаю, ви зробили правильно, то ні, ні, воно не буде відновлено, коли-небудь, і ви знищили свої дані, і так, вам доведеться зробити деякі інші зміни, які вам доведеться витерти масив та відновлення з останньої резервної копії.

Якщо я неправильно прочитав ваше запитання, то, будь ласка, уточніть, інакше ви грали самі.


1
Привіт Chopper3 Я ще нічого не зробив. Щойно я купую новий жорсткий диск, але перш ніж підключити його до сервера, я хотів попросити вас, хлопці. що чи слід підключати жорсткі диски чи слід спробувати інші варіанти відновлення чи щось інше. Я новачок у цьому, тому я не впевнений, що саме потрібно зробити
lakhan vasre

5
Ах - хороша новина - у цьому випадку вам потрібно зробити заміну обох накопичувачів ОДНО ВРЕМУ, гарантуючи, що масив буде повністю відновлений після заміни першого накопичувача перед заміною другого накопичувача. Як тільки це буде зроблено і ваш масив R5 на 100% хороший, вам потрібно скласти план переходу з R5 на щось більш стабільне, наприклад, R6 / 60 або R10 нормально.
Chopper3

3
@ Chopper3 Я думаю, що RAID-5 для 4-дискового масиву не обов'язково потрібно замінювати на RAID-6 або RAID-10. RAID-5 повинен забезпечити належну доступність (незважаючи на помилки двох приводів тут ...), і жодна версія RAID все одно не забезпечує належного резервного копіювання.
Ендрю Генле

2
Даніель і Ендрю - з дисками розміром 4 x 500 Гб, то так, я можу побачити, як ви б із задоволенням продовжували працювати з R5, але, як ми знаємо, використовувати R5 з дисками> 1 ТБ позитивно небезпечно, і це найкраще десятиліття
Chopper3

5
@ Chopper3: Це правило застосовується для наївних реалізацій RAID5 та дуже цінних даних. Розумний контролер RAID5 може відновити з 2-х дисків з непоправними помилками читання, якщо вони не збігаються. А з 1 ТБ дисками, це вже досить низький шанс. (Ви все ще в біді, коли цілий диск гине, плюс URE на іншому диску, але цей ризик досить не пов'язаний з розміром)
MSalters
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.