Долгое восстановление RAID

Получили RAID из 14 разношерстных дисков по 3 Тб.
⠀
Анамнез 👇
был скачок напряжения, отвалился логический диск – файловое хранилище на RAID6, Контроллер НР.
⠀
По содержимому дисков определяем алгоритм массива – достаточно стандартная HP-шестерка.  Собираем виртуальный RAID.
⠀
Видим, что файловая система действительно разрушена. Это может быть следствием:
1. Рассинхронизации – массив успел поработать на запись без 1 или 2 дисков;
2. Логического разрушения файловой системы.
⠀
1 – решается подбором правильного состава участников,
2 – требует сканирования и восстановления при помощи ПО для решения логических проблем, например, r-studio.
⠀
Понимаем, что и то и то решаемо. Делаем заключение, получаем заказ.
⠀
Приступаем. Выясняется, что связки неактуальных дисков нет (105 вариантов). Это потому, что в рассинхронизированном состоянии админ запустил инициализацию массива.
⠀
При полном сканировании (файловая система раздела фрагментирована), процесс которого занимает больше недели, в момент реконструкции результата (попытки открыть ФС) все доступные программы вылетают с ошибкой. Разработчики не предусмотрели, что на разрушенной ФС может быть 60 млн. файлов. Честно, мы этого тоже не ожидали.
⠀
В итоге пляски с бубном вокруг массива продолжались несколько месяцев. Много времени ушло на выбор средств работы, при том что каждая итерация требовала около 2 недель. Да и само извлечение 60 млн.файлов объемом на 31 Тб – тот еще реактивный процесс 😂
⠀
💸 Не обошлось и без организационных заминок – пока мы работали, заказчик потерял выделенный бюджет, пришлось ждать новый. Суммарно заказ занял около полугода. Цена была в 3 раза ниже справедливой.
⠀
❗️Теперь самое интересное. На фото не этот массив, а его старший брат. Практически такой же, но чуть больше, история и содержимое схожи. Спустя год, в другом подразделении компании история повторилась под копирку.

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