В наші дні застосування технології RAID встигло стати вже практично повсюдним. Хтось воліє мати в наявності великий обсяг інформації і мати до неї швидкий доступ, хтось піклується про максимальної надійності та відмовостійкості даних. Однак, незалежно від обраної технології RAID відновлювати дані час від часу все одно доводиться.
Чому ламається масив, і чим це загрожує?
У будь-якому випадку рейд масив складається, як мінімум, з двох накопичувачів, які зв’язуються один з одним. Це обумовлюється тим, що більшість рівнів в своїй конструкції використовує цю технологію надмірності – додаткового вільного місця в системі.
Найчастіше практично будь-яка, навіть короткочасна втрата сервера для компанії, що використовує комерційну або ж бухгалтерську інформацію практично порівнянна з повним руйнуванням бізнесу. Найбільш важка ситуація настає тоді, коли користувачі в паніці починають робити самостійні спроби повернути інформації, які, відповідно, не приводять ні до яких результатів, але при цьому можуть зробити подальшу процедуру відновлення даних RAID зовсім неможливою.
Поради від експертів
Для того щоб не потрапити в ту ситуацію, коли вам допомогти вже не зможуть навіть професійні технологи, можна слідувати досить простою схемою дій, які дозволять вам не тільки не нашкодити системі, але так само і отримати максимальні шанси проведення успішної реанімації:
- Найголовніше у разі відмови рейду запам’ятати, яким саме чином в точності виглядає повідомлення контролера про ту чи іншу помилку. Найкраще записати її або ж сфотографувати;
- Ні за яких обставин не можна вставляти на місце загубленого пристрою будь-які інші диски і здійснювати перебудову системи. Швидше за все, в кінцевому підсумку ви просто досягнете фактичної перезапису інформації, і згодом вона частково або ж повністю перейде в розряд стертою. Якщо файли є надзвичайно важливими, відповідно, не варто проводити будь-які експерименти, не знаючи заздалегідь результату;
- Краще всього заздалегідь записати на аркуш як можна більш детальну технічну інформацію про масиві, а зокрема: метод організації, врегульований розмір кластера, вид використовуваної файлової системи, кількість розділів і розмір кожного з них. Так само при необхідності можна додати дані, які краще рятувати в першу чергу.
