Корпоративний NAS їде до лабораторії: що підготувати, що відбувається з даними та які документи потрібні

Коротка відповідь: До лабораторії потрібно передати не NAS із кабелями та коробкою, а всі диски з масиву, позначені номерами відсіків, зокрема несправний, а також документ з інформацією про масив і останні операції з ним. Спочатку дані клонують сектор за сектором, а масив віртуально збирають із копій; на оригінальні диски нічого не записують. Документи мають містити акт передавання з переліком пристроїв і серійних номерів, зобов’язання щодо конфіденційності та договір про обробку даних відповідно до čl. 28 GDPR. Без такого договору компанія не повинна передавати персональні дані зовнішньому підряднику.

Цей текст не пояснює, чи можна відновити дані з масиву — про це йдеться у статті як витягти дані з NAS. Тут ми розглянемо поширенішу перешкоду: роботу, яка починається на два дні пізніше, бо ніхто не знає, який диск стояв у першому відсіку, — а також документи, які керівник компанії хоче підписати до того, як корпоративні дані залишать будівлю.

Що передавати: диски, а не весь NAS

Основне правило: потрібно передати всі диски з масиву, зокрема той, який NAS позначив як несправний. У RAID 5 або SHR-1 на ньому може зберігатися єдина копія блоків, які неможливо відновити за іншими дисками, оскільки масив уже деградований. Викинути диск, «бо він усе одно зламаний», — найдорожче прибирання в цій галузі.

Корпус NAS зазвичай не потрібен. Є три винятки, коли його також слід передати:

  • Апаратний RAID-контролер (сервер або стійковий масив) — конфігурація може зберігатися в NVRAM контролера, а не на дисках.
  • Зашифрований том, ключ до якого зберігає пристрій. Деякі платформи прив’язують ключ до конкретного обладнання; без нього навіть бездоганна копія дисків залишиться лише набором шуму.
  • Диски неможливо безпечно витягти — відсіки заклинило, стійкові шухляди опломбовано або обладнання обслуговується за сервісним договором постачальника.

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

Позначте порядок відсіків до виймання дисків

Це єдина описана у статті річ, яку згодом уже не виправити. Порядок дисків є частиною інформації про масив. Після переставляння дисків більшість платформ автоматично намагається запустити rebuild або записати метадані — тобто робить саме те, чого під час відновлення потрібно уникати.

П’ятихвилинна процедура:

  1. Перш ніж щось виймати, сфотографуйте NAS спереду з відчиненими дверцятами й добре видимими номерами відсіків.
  2. Наклейте на кожен диск стрічку та маркером напишіть на ній номер відсіку. Не кольорову крапку й не позицію в коробці, а саме номер.
  3. Запишіть виробника, модель і серійний номер кожного диска у список навпроти номера відповідного відсіку.
  4. Виймайте диски по одному й одразу пакуйте кожен окремо в антистатичний пакет і бульбашкову плівку.

Лабораторії називають неповну інформацію однією з найпоширеніших помилок клієнтів: люди плутають рівні масиву (RAID 1 замість RAID 0), моделі контролерів і порядок дисків — тому відновлення починається не з даних, а з пошуку основних параметрів.

Сім відомостей, які потрібно підготувати заздалегідь

Запишіть їх на одному аркуші або надішліть одним електронним листом:

  1. Модель NAS і версію системи (DSM, QTS, QuTS hero, ReadyNAS OS, TrueNAS).
  2. Кількість дисків, точні моделі, місткість і порядок відсіків.
  3. Тип масиву та файлову систему — RAID 1/5/6/10, SHR-1/SHR-2, X-RAID, RAID-Z; ext4, Btrfs, ZFS.
  4. Коли востаннє все працювало і що відбувалося безпосередньо перед збоєм: заміна диска, розширення місткості, вимкнення електроенергії, оновлення або перенесення на новий NAS.
  5. Що вже намагалися зробити. Особливо важливо повідомити, чи запускалися Repair/Rebuild, initialize, fsck, btrfs check --repair, chkdsk і чи під’єднував хтось диски до Windows.
  6. Чи існує будь-яка резервна копія й коли з неї востаннє справді відновлювали дані.
  7. Чи доступний NAS з інтернету і яким способом — port forwarding, QuickConnect, myQNAPcloud або VPN.

Про пункт 5 ніхто не любить розповідати, хоча він найважливіший. Невдалий rebuild — це не привід соромитися, а важлива вихідна інформація: якщо ми знаємо, що на масив уже щось записувалося, реконструкцію проводять інакше.

Паролі, шифрування та ключі

Питання, яке виникає майже щоразу: «Чи потрібно надати вам обліковий запис адміністратора?»

  • Пароль до інтерфейсу NAS зазвичай не потрібен. Диски читаються поза пристроєм, тому обліковий запис DSM або QTS для цього не потрібен.
  • Ключ шифрування або пароль до зашифрованого тому чи спільної папки потрібен — інакше з копії неможливо буде отримати придатні для читання дані. Передайте його іншим каналом, не разом із дисками.
  • Експортований ключ (keyfile) знайдіть до того, як він знадобиться. Він може зберігатися в менеджері паролів адміністратора, який додав його туди під час створення тому, — або не зберігатися ніде, що також є відповіддю, хоча й гіршою.

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

Що насправді відбувається з даними в лабораторії

Застосовується підхід imaging-first, заснований на одному правилі: на оригінальні диски нічого не записують.

  1. Початкова діагностика кожного диска окремо — стан механіки й електроніки перевіряють до того, як почнуть читати весь диск.
  2. Клонування сектор за сектором. Кожен диск читається апаратним копіювальним пристроєм або за допомогою ddrescue з mapfile, де фіксується, які області вдалося прочитати, а які потрібно спробувати знову. Нечитабельні області обходять, а не намагаються виснажливо читати знову й знову.
  3. Віртуальна реконструкція масиву з копій. Параметри — порядок дисків, розмір смуги, ротація парності та зміщення — визначаються за метаданими й перевіряються за файловою системою. Жодна з цих операцій не виконується на ваших дисках.
  4. Файлова система відкривається лише для читання. Для ZFS імпорт виконується із прямою забороною запису (zpool import -N -o readonly=on), а для Btrfs метадані читаються такими інструментами, як btrfs-restore, замість монтування та «ремонту на місці», який перезаписує корені поколінь дерев.
  5. Перевірка вибірки — перед передаванням даних перевіряється, чи справді відкриваються файли.

Причина проста: rebuild і відновлення файлової системи виконують запис, причому в єдину наявну копію даних. Докладніше про це — у матеріалі про відновлення даних із RAID-масивів.

Практичний наслідок для вас: відновлені дані ніколи не зберігаються на тому самому диску. Це перезаписало б блоки оригіналу до того, як із нього встигнуть витягти решту даних. Тому підготуйте порожній носій, місткість якого відповідає обсягу даних, а не загальній місткості масиву.

Акт передавання: що в ньому має бути

Акт передавання — не формальність для бухгалтерії. Це єдиний документ, який засвідчує, у якому стані та в якій кількості ваші диски залишили компанію. Мінімально він має містити:

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

Є ще два запитання, які варто поставити до підписання: ви самі виконуєте відновлення чи надсилаєте диск далі? Якщо надсилаєте, то кому й куди — адже тоді замість одного постачальника з’являються два, хоча другого обирали не ви.

Конфіденційність і GDPR: лабораторія є обробником

NAS невеликої компанії майже завжди містить персональні дані — відомості про зарплату, особові справи, договори, контакти клієнтів і записи камер. Тому передавання зовнішній лабораторії — не лише технічна операція, а й обробка персональних даних відповідно до čl. 28 GDPR. Ви є контролером, лабораторія — обробником, і між вами має бути укладено договір. Що потрібно в ньому перевірити:

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

Окрема угода про нерозголошення (NDA) цього не замінює, як і навпаки: NDA захищає комерційну таємницю, а čl. 28 — персональні дані. На практиці це два розділи одного договору, а не дві окремі процедури.

Компанії, на які поширюється закон про кібербезпеку, мають додатковий крок

Zákon č. 264/2025 Sb. o kybernetické bezpečnosti набрав чинності 1. 11. 2025 і встановлює для зареєстрованих зобов’язаних осіб додаткову вимогу, про яку під час відновлення даних часто забувають: відповідно до § 13 odst. 5 постачальника, через якого забезпечується захід безпеки, потрібно обирати згідно з вимогами цього заходу, а самі вимоги мають бути відображені в договорах. Лабораторія, якій ви передаєте все корпоративне сховище, є саме таким постачальником.

Нижчий режим (vyhláška č. 410/2025 Sb.) вимагає в § 6 písm. c) регулярного резервного копіювання даних, конфігурацій і налаштувань, необхідних для відновлення послуги. Вищий режим (vyhláška č. 409/2025 Sb.) передбачає більше: § 26 odst. 3 вимагає тестування можливості відновлення з резервних копій, документування результатів і їхнього захисту щонайменше за допомогою шифрування відповідно до § 25.

Практичний висновок: носій, на якому вам повернуть відновлені дані, є ще однією копією корпоративних даних — і він не повинен транспортуватися без шифрування незалежно від того, чи поширюється на вас цей закон. Узгодьте це заздалегідь, а не під час передавання. І не довіряйте статтям, які називають «щомісячну» перевірку законодавчо встановленою періодичністю: обов’язок тестувати й документувати передбачено, але конкретну періодичність — ні.

Коли дані повернуться: як не допустити повторення

Замовлення завершується передаванням даних, але сама проблема зазвичай залишається. Повторюється та сама ситуація: колись хтось під’єднав NAS і створив спільні папки, але завдання резервного копіювання або взагалі не налаштували, або воно працює, проте ніхто жодного разу не перевіряв відновлення з резервної копії. Сповіщення надсилаються на адресу працівника, який уже два роки не працює в компанії.

Три заходи, які перетворять випадковість на контрольований стан і мають входити до щомісячного IT-адміністрування:

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

Між «резервна копія показує зелений статус» і «минулого місяця ми відновлювали дані з цієї копії» — різниця між інцидентом на пів дня та інцидентом на два тижні.

У вашій серверній не запускається NAS і ви не знаєте, чи можна щось із ним робити? Не запускайте Repair, а спочатку напишіть нам — для запиту на відновлення даних достатньо одного речення, решту з’ясуємо телефоном. Діагностику й ціну узгоджуємо до втручання, а не після нього.

Поширені запитання

Чи потрібно надсилати диск, який NAS позначив як несправний?

Так. У деградованому масиві на ньому можуть зберігатися єдині читабельні копії блоків, які неможливо відновити за іншими дисками. Крім того, вилучений диск нерідко виявляється справним — його від’єднав тайм-аут контролера, а не несправність.

Чи потрібно надавати пароль адміністратора до DSM або QTS?

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

Чи можна повернути дані на той самий NAS?

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

Чи підписуєте ви договір про обробку даних відповідно до GDPR?

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

Джерела

Де нас знайти

ITHOPE — компанія з Брно, Чехія: ми робимо відновлення даних з дисків, RAID і NAS, сервіс ПК та ноутбуків та IT для бізнесу, усе у власній лабораторії за адресою Viniční 3587/216, 615 00 Brno.

Телефон +420 775 556 063 (цілодобово). Пристрій можна привезти особисто або надіслати курʼєром (Zásilkovna, PPL).