Якщо RAID5 / 6 є ризиковим через URE, чи ризикують також повні схеми резервного копіювання / відновлення?


11

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

Чи впливає ця проблема також на сценарії резервного копіювання та відновлення великих обсягів даних? Якщо вам доведеться виконати повне відновлення з резервної копії 10 ТБ, URE здаються настільки ж ймовірними.


3
Це насправді не проблема з RAID6, і RAID не призначений для резервного копіювання, він призначений для доступності.
користувач9517

Одного резервного копіювання недостатньо.
Відновіть Моніку - М. Шредер

Відповіді:


13

Справжня проблема щодо URE та RAID5 полягає в тому, що, підтримуючи навіть єдиний URE, багато апаратних контролерів просто переривають реконструкцію RAID і оголошують смерть масиву, передаючи всі ваші дані в офлайн. Хоча це "найбезпечніша ставка" щодо потенційної корупції даних, це не завжди найкраще робити (наприклад: подумати про URE, що впливає на вільний / не виділений по файловій системі сектор даних. Хоча це слід безпечно ігнорувати це, апаратний контролер поставить весь масив в автономний режим).

RAID6 набагато менш схильний до URE, оскільки надмірність двох дисків дійсно знижує можливість мати одночасні URE в тому ж самому секторі диска / LBA.

У той же час, програмне забезпечення RAID (наприклад, mdadm), як правило, набагато гнучкіше, ніж апаратне RAID, що дозволяє відновити деградований масив RAID5, навіть коли знайдено деякі URE.

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


3

Все, що стосується гучності, під загрозою

Якщо ви заявляєте, що маєте занепокоєння щодо URE щодо гучності / LUN, яка постраждала від несправності накопичувача RAID 5/6, то всі дані про цей об'єм загрожують.

Переконайтесь, що ви зберігаєте свої дані в іншому томі / LUN, ніж у вашій резервній копії. Найкраща практика зазначає, що ваша резервна копія на зовсім іншому пристрої зберігання даних, ніж ваші виробничі дані.

URE, як правило, знаходиться на рівні блоку, тому будь-що в цьому обсязі загрожує корупцією. Формат рівня блоку низький у стеці. NTFS або VMFS (будь-який формат) переходить на рівень блоків тощо. Оскільки рівень блоку в томі RAID знаходиться нижче всього, всі дані про це здійснюються питаннями на рівні блоку.

Я сподіваюся, що я правильно вирішую ваше питання.


3

В принципі, так, але якщо ви зберігаєте резервну копію на RAID6 (як приклад), ви отримаєте перевагу надмірності, тому загальний показник помилок буде набагато нижчим, а з ним і шансом на URE під час відновлення.

Якщо ви використовуєте рішення для резервного копіювання стрічки, коефіцієнти помилок починають значно нижчі (SAS: 1x10 ^ -15 - 1x10 ^ -16, LTO7: 1x10 ^ -19).

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.