РАИД 5, РАИД 6 или ЗФС Мултипле Дриве Дроп: Опоравак срушене Синологи, КНАП или ТруеНАС низа без уништавања паритета¶

Слушање Синологи ДискСтатион, КНАП ТС-серије, ТруеНАС сервера или Линук-а mdadm сервер за складиштење непрекидно писка док извештава о срушеном обиму, поквареном/кварском базену или вишеструко искључено дискове је хитна ситуација за складиштење са високим улозима. Када један диск испадне из а RAID 5, Синологи Хибрид РАИД (SHR-1), или ZFS RAIDZ1 поол, низ ради са нултом редундантношћу (degraded стање), реконструишући блокове који недостају у ходу читајући сваки преостали диск упоредо. Ако други диск испадне ван мреже сатима касније или прикаже непоправљиву грешку читања (URE) на пола пута кроз реконструкцију на заменски диск, математика паритета се квари и складишни скуп се потпуно искључује. Успаничени администратори често уништавају терабајте података који се могу опоравити у наредних шездесет секунди кликом на Иницијализуј, поново креирајући низ са mdadm --create, или присиљавање тренутне онлајн реконструкције на неисправан хардвер. Ако је ваша хардверска картица РАИД контролера умрла, а не дискови, пређите на Смрт картице РАИД контролера, увоз страних конфигурација и зашто никада не смете да иницијализујете дискове; ако појединачни чврсти диск кликће или одбија да се окреће, консултујте се квар чврстог диска и опоравак података или НАС РАИД низ је деградиран, вишеструки дискови отказују и ЗФС/Бтрфс опоравак. Ако ова грешка у складиштењу онемогући болничко медицинско снимање (PACS), хитне службе или инфраструктуре за безбедност живота, позовите свој локални број за хитне случајеве (911 у Сједињеним Државама и Канади, 112 широм Европске уније, 999 у Уједињеном Краљевству) или проверите наш именик бројеви за хитне случајеве.

Уради ово сада¶

1. ЗАСТАНИТЕ и НЕМОЈТЕ кликнути на „Иницијализуј“, „Креирај скуп“, „Поправи“ или покрени mdadm --create на испуштеним диск јединицама: Кликом на Инитиализе у Синологи ДСМ или КНАП КТС, или покретање mdadm --create у Линук-у, пише потпуно нове суперблокове и почиње да нули паритетне траке на свим дисковима чланова. Испуштени диск обично још увек стоји 99.99% ваших датотека нетакнуте, само означене као несинхронизоване од стране бројача догађаја.
2. Чисто искључите НАС или сервер (или повуците напајање ако се активно обнавља преко дискова који кликћу) да бисте замрзнули бројаче догађаја: Сваке секунде низ остаје онлајн у делимично деградираном стању, оперативни систем повећава суперблок Update Time и Events бројач на преживелим дисковима док испуштени диск остаје замрзнут на старијем броју догађаја. Ако НАС покушава да аутоматски реконструише диск са лошим секторима, наставак читања тог диска може да скине премаз магнетне плоче (head crash).
3. Означите сваки слот лежишта диск јединице физичким маркером или траком (Bay 1, Bay 2, Bay 3, Bay 4) пре извлачења било ког лежишта: Док је Линук mdadm, LVM2, и ZFS пратите редослед погона према УУИД-у унутар сваког суперблока партиције, старијих хардверских контролера и приручника dmsetup реконструкције табеле захтевају тачан физички редослед слотова (0, 1, 2, 3...).
4. Никада не покушавајте да извршите опоравак, принудно састављање или fsck директно на оригиналне чланске дискове; клонирајте сваки диск бит за бит користећи ddrescue прво: Пре трчања mdadm --assemble --force или zpool import -F, прикључите сваки диск члана на Линук радну станицу преко директног САТА/САС (никада јефтин УСБ мост који скрива SMART или SCT ERC тимеоутс) и клонирајте га са ddrescue на здраве резервне диск јединице или датотеке слика.
5. Присилно саставите клонирани низ стриктно у режиму САМО ЧИТАЊЕ (--readonly или -o readonly=on): Приликом склапања mdadm низови чији су се бројачи догађаја раздвојили током истовременог пада са више дискова, увек пролазе --readonly (mdadm --assemble --force --readonly /dev/md0 ...). У режиму само за читање, ни једно ни друго mdadm, LVM2, ext4, Btrfs, нити ZFS може преписати паритетне траке или поново репродуковати деструктивни дневник.
6. Копирајте своје најкритичније податке на независну екстерну резервну диск јединицу одмах након што се монтира само за читање: евакуишите своје документе, базе података, виртуелне машине и фотографије прво на засебан диск, а затим обришите и тестирајте дискове од нуле.

Стабло одлучивања: РАИД са више дискова и хитна тријажа ЗФС базена¶

Користите овај дијаграм тока да бисте утврдили да ли је ваш низ претрпео логички пад времена (TLER / ERC неусклађеност), истински квар лошег сектора на више дискова током поновне изградње или ЗФС група трансакција (TXG) грешка:

flowchart TD
    Start["РАИД 5 / РАИД 6 / СХР / ЗФС базен се срушио након што су 2+ дискови испуштени"] --> StopIO["ЗАУСТАВИТЕ све реконструкције и одмах искључите НАС"]
    StopIO --> Label["Означите сваку фиоку диска бројем лежишта (од 1 до лежишта Н)"]
    Label --> ConnectLinux["Повежите чланске дискове са Убунту Линук Ресцуе Хост-ом преко Дирецт САТА / ХБА"]

    ConnectLinux --> CheckSmart["Прегледајте СМАРТ и метаподатке само за читање: смартцтл -а / мдадм --екамине / здб -л"]
    CheckSmart --> PhysicalHealth{"Да ли неки дискови кликћу, одбијају да се окрећу или престају да раде у дмесг-у?"}

    PhysicalHealth -->|"Да: механичка / грешка главе на 2+ диск јединице у РАИД 5"| Cleanroom["ЗАУСТАВИ напајање дискова -> Пошаљи у Лабораторију за опоравак података чисте собе"]
    PhysicalHealth -->|"Не: сви дискови се окрећу (можда имају неисправне секторе на чекању или истек времена)"| CloneAll["Клонирајте диск сваког члана користећи ГНУ ддресцуе (Пролаз унапред -> Реверсе Сцрапе)"]

    CloneAll --> DisconnectOrig["Искључите оригиналне дискове и радите стриктно на клонираним дисковима / сликама"]
    DisconnectOrig --> ArrayType{"Која се архитектура складиштења користи?"}

    ArrayType -->|"Синологи ДСМ (СХР / Цлассиц РАИД)"| SynologyFlow["Прегледајте догађаје преко мдадм --екамине -> Форце-Ассембле само за читање -> Активирајте ЛВМ2 / Бтрфс само за читање"]
    ArrayType -->|"КНАП КТС (ХАЛ ЛВМ Тхин / Тхицк РАИД)"| QnapFlow["Саставите мдадм само за читање -> Активирајте ДРБД слој ако постоји -> Скенирајте прилагођене КНАП ЛВМ2 суперблокове"]
    ArrayType -->|"ТруеНАС / ЗФС (РАИДЗ1 / РАИДЗ2 / Миррор)"| ZfsFlow["Покрените зпоол импорт -д /дев/диск/би-ид -> Импорт Реад-Онли са Роллбацк: зпоол импорт -ф -о реадонли=он -Ф"]
    ArrayType -->|"Стандардни Линук мдадм"| LinuxFlow["Упоредите бројаче догађаја -> Покрени мдадм --ассембле --форце --реадонли -> Монтирај систем датотека са -о ро,нолоад"]

Фаза 1: Зашто присилна реконструкција уништава податке (Каскада УРЕ и исте серије)¶

Да бисте разумели зашто клик на Поправи / поново изгради или замена једног диска и чекање 36 сати често изазива потпуни пад низа, морате разумети како реконструкција паритета наглашава старење магнетних медија и зашто потрошачки десктоп дискови испадају из НАС кућишта.

1. Математичка реалност непоправљивих грешака читања (UREs) током реконструкције РАИД 5 или РАИДЗ1¶

У 4 погона RAID 5 или ZFS RAIDZ1 блокови, подаци и паритетни блокови (P) су пругасте на сва четири диска користећи Екцлусиве ОР (XOR) прорачун (D1 XOR D2 XOR D3 = P). Ако Диск 2 потпуно умре, низ има нулту преосталу редунданцију. Да би поново направио Диск 2 на потпуно нови заменски диск, НАС мора истовремено да прочита сваки појединачни сектор од бајта 0 до краја диска на Диск 1, Диск 3 и Диск 4 (Reconstructed D2 = D1 XOR D3 XOR P).

Размислите шта се дешава када су ти дискови четири чврста диска од 12 терабајта (12.000 гигабајта) купљена из исте производне серије пре четири године: - Обнова 12 терабајта захтева читање 36 terabytes (2.88 x 1014 појединачни битови) непрекидно током 24 до 48 сати при максималном термичком и механичком оптерећењу. - Потрошачки чврсти дискови обично носе непоправљиву грешку читања (URE) спецификација од 1 error in 1014 bits (12.5 terabytes), а застарели погони развијају тихе грешке латентног сектора (Current_Pending_Sector) у хладним деловима диска који нису читани годинама. - У тренутку када Дриве 3 удари у један нечитљив сектор од 4 килобајта (0,004 мегабајта) док Дриве 2 још увек недостаје или је напола обновљен, XOR једначина има две непознате (D2 и D3).

2. Зашто десктоп дискови без TLER / SCT ERC бити избачен у потпуности преко 1 лошег сектора¶

Ево замке која узрокује катастрофалне падове више дискова на Синологи, КНАП и Линук mdadm:

+-------------------------------------------------------------------------+
| WHY A SINGLE BAD SECTOR DROPS AN ENTIRE DRIVE DURING REBUILD            |
|                                                                         |
| 1. Drive 2 is dead/rebuilding. NAS reads Sector 849,102,400 on Drive 3. |
| 2. Drive 3 hits a weak magnetic spot (Current_Pending_Sector).          |
| 3. Consumer Drive Behavior (No TLER / SCT ERC):                         |
|    - Drive 3 enters deep internal error recovery for 30 to 120 seconds, |
|      stopping all SATA responses while retrying head positioning.       |
| 4. Linux Kernel / NAS Controller Timeout (Default 7 to 30 seconds):     |
|    - Kernel sees Drive 3 unresponsive for >30s -> Issues SATA bus reset |
|    - mdadm assumes Drive 3 is COMPLETELY DEAD and kicks it from array   |
| 5. RESULT: Both Drive 2 and Drive 3 are now marked FAULTY/REMOVED.      |
|    The entire RAID 5 array crashes offline immediately.                 |
+-------------------------------------------------------------------------+

Приметите шта се заправо догодило: Дриве 3 није мртав. Има 99.999999% здрави сектори и само 1 или 2 нечитљива сектора од 4 килобајта (8 kilobytes оут оф 12 terabytes). Ипак зато mdadm избацио је Дриве 3 из низа због истека команде од 30 секунди, цео волумен се приказује као Срушен. Ако клонирате Дриве 3 са ddrescue (који елегантно прескаче 8 килобајта лоших сектора и копира осталих 12 терабајта) и принудно саставите низ само за читање, опорављате практично 100 посто својих датотека.

3. Зашто НИКАДА не смете да трчите mdadm --create или кликните на "Иницијализуј"¶

Када се низ сруши, два деструктивна мита круже онлајн: - Мит 1: „Поново креирајте низ са потпуно истим редоследом погона користећи mdadm --create." Чак и са --assume-clean, модерне верзије mdadm подразумевано другачије Data Offset вредности у зависности од језгра и mdadm ослобађање (2048 sectors вс 262144 sectors). Када mdadm --create пише нову верзију 1.2 суперблок на погрешном офсету или са неусклађеном величином комада, замењује LVM2 заглавље физичког волумена или ext4 суперблок на предњој страни волумена. - Мит 2: "Извуците други диск који је управо испао, поново га укључите и кликните на Поправи." Ако је Диск 1 испао пре три дана (тако да су његови подаци застарели 3 дана) и Диск 3 је испао пре 10 минута (тако да су његови подаци актуелни), повлачење и поновно уметање погрешног диска или принудно реконструисање са Диск 1 означеним као „активан“ и Двок 3 са ознаком „резервни“ доводи до тога да се НАС подиже овер-раи 3 дана старе застареле паритетне траке, оштећујући сваки директоријум и датотеку измењену у последња 72 сата.

Фаза 2: Преглед суперблокова и Event безбедно бројачи на Линук хосту за спасавање¶

Да бисте безбедно спасили Синологи, КНАП, ТруеНАС или Линук низ, уклоните све чланске дискове (након што означите њихове бројеве лежишта) и прикључите их на десктоп рачунар или сервер који ради Убунту 22.04 ЛТС / 24.04 ЛТС (чак и покренути са Ливе УСБ стицка).

Корак 1: Инсталирајте комплет форензичких алата за спасавање у Убунту¶

Отворите терминал на вашој Убунту машини за спасавање и инсталирајте потребне услужне програме:

sudo apt-get update
sudo apt-get install -y gddrescue smartmontools mdadm lvm2 btrfs-progs xfsprogs zfsutils-linux

Корак 2: Мапирајте свако слово диска, серијски број и изглед партиције¶

Наведите све повезане блок уређаје и њихове серијске бројеве хардвера како никада не бисте помешали диск за спасавање са изворним НАС диском:

lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,TYPE,MOUNTPOINTS

Погледајте табелу партиција типичне Синологи ДСМ, КНАП или ТруеНАС диск јединице:

Корак 3: Проверите mdadm --examine да видите зашто се низ срушио (Матрица бројача догађаја)¶

На Синологи, КНАП или Линук mdadm низ, испитајте РАИД метаподатке на партицијама корисничких података (на пример, партиција 3 на /dev/sdb3, /dev/sdc3, /dev/sdd3, /dev/sde3) без монтирања или модификације било чега:

sudo mdadm --examine /dev/sd[b-e]3 | grep -E "Filename|Magic|Update Time|Events|Array State|Device Role"

Упоредите излаз на сва четири диска:

/dev/sdb3:
    Update Time : Sat Oct 31 14:12:09 2026
         Events : 482190
   Device Role : Active device 0
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdc3:
    Update Time : Thu Oct 29 03:44:11 2026
         Events : 479012
   Device Role : Active device 1
   Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdd3:
    Update Time : Sat Oct 31 14:12:04 2026
         Events : 482188
   Device Role : Active device 2
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sde3:
    Update Time : Sat Oct 31 14:12:09 2026
         Events : 482190
   Device Role : Active device 3
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

Пажљиво прочитајте ову форензичку причу: 1. /dev/sdc3 (Device Role 1) има ан Events цоунт оф 479012 од пре два дана (Oct 29). Тај диск је први испао, пре два дана, и од тада је ван мреже. 2. /dev/sdb3 (Role 0) и /dev/sde3 (Role 3) оба имају Events : 482190 ат 14:12:09. 3. /dev/sdd3 (Role 2) има Events : 482188 ат 14:12:04, само 5 секунди и 2 догађаја иза sdb3 и sde3. 4. Закључак: Морате реконструисати низ користећи sdb3 (Role 0), sdd3 (Role 2), и sde3 (Role 3) (чији су бројачи догађаја удаљени само 2 тикета), док одлазе sdc3 (Role 1) потпуно ван.

Фаза 3: Клонирање сваког диска бит за бит са GNU ddrescue¶

Пре трчања mdadm --assemble --force или zpool import -F, клонирајте сваки потребан диск (нарочито диск који је последњи испао због лоших сектора, као нпр. /dev/sdd у примеру изнад) на здраву празну диск јединицу једнаког или већег капацитета или у необрађену .img датотеку на великом волумену складишта.

Корак 1: Зашто ddrescue са мапфилеом је обавезан¶

Стандард dd прекида на првом лошем сектору, или са conv=noerror,sync губи сате брусећи своје главе за читање преко оштећене стазе док не пуни мегабајте суседних добрих података. GNU ddrescue ради у интелигентним вишестепеним пролазима: 1. Пролаз 1 (фаза копирања): Копира све здраве регионе диска који брзо реагују пуном брзином секвенце (150 MB/s да 250 MB/s), одмах прескачући споре или нечитљиве блокове како се диск не би прегрејао или угасио пре него што добијете 99.99% добри подаци. 2. Пролаз 2 (фаза сечења): Чита тачно до тачних ивица сваког лошег блока и са предње и са задње стране (reverse direction) да изолује оштећену област до тачно 4 килобајта хардверског сектора. 3. Пролаз 3 (фаза стругања): Нежно покушава поново оштећене секторе без непотребног ресетовања магистрале.

Корак 2: Покрените 2 корака ddrescue наредба клонирања¶

Увек наведите датотеку мапе (sdd_rescue.map). Ако се изворни диск који се гаси искључи и захтева циклус напајања, ddrescue чита датотеку мапе и наставља у тачном бајту где је стао без поновног читања једног већ копираног сектора:

# Stage 1: Fast forward pass skipping bad/slow blocks immediately (-n = no-scrape)
sudo ddrescue -f -n -b 4096 /dev/sdd /dev/sdh /root/sdd_rescue.map

# Stage 2: Targeted trimming and 3-retry scrape of the skipped bad sectors
sudo ddrescue -f -d -r 3 -b 4096 /dev/sdd /dev/sdh /root/sdd_rescue.map

Фаза 4: Реконструкција Синологи ДСМ (SHR-1 / SHR-2 / Цлассиц РАИД), КНАП и Линук mdadm¶

Када су ваши клонирани дискови (или уређаји само за читање) спремни и оригинални НАС дискови буду безбедно искључени, пратите тачан недеструктивни редослед састављања за своју платформу.

Сценарио А: Стандардни Линук mdadm или Синологи Цлассиц РАИД (RAID 5 / RAID 6)¶

1. Зауставите било какву делимичну md низ који је Убунту можда покушао да покрене:

   cat /proc/mdstat
   sudo mdadm --stop /dev/md127
   

2. Присилно саставите клониране партиције (sdb3, sdd3, sde3, изостављајући давно умрле sdc3) у режиму само за читање:

   sudo mdadm --assemble --force --readonly --verbose /dev/md2 /dev/sdb3 /dev/sdd3 /dev/sde3
   

   Погледајте излаз: mdadm ће извести forcing event count in /dev/sdd3(2) from 482188 up to 482190 и mdadm: /dev/md2 has been started with 3 drives (out of 4).
3. Проверите да ли је низ активан и означен (auto-read-only) или (read-only):

   cat /proc/mdstat
   

Сценарио Б: Синологи Хибрид РАИД (SHR-1 и SHR-2) са LVM2 и Btrfs / ext4¶

Синологи СХР (Synology Hybrid RAID) је 100 посто стандардни Линук mdadm + LVM2 (Logical Volume Manager): - Када су сви дискови у СХР групи исте величине (на пример, четири диска од 8 терабајта), Синологи креира један mdadm РАИД 5 партиција (md2 на партицији 3 сваког диска) и поставља ан LVM2 група волумена (vg1000 или vg1) на врху md2. - Када диск јединице у СХР групи имају различите величине (на пример, два диска од 8 терабајта и два диска од 16 терабајта), Синологи креира два одвојена mdadm низови: md2 преко Партиције 5 (8 TB пресеци на сва 4 диска у РАИД 5) и md3 преко Партиције 6 (преостало 8 TB пресечете два диска од 16 ТБ у РАИД 1), а затим се придружи md2 + md3 у сингл LVM2 Група тома (vg1000).

Да бисте монтирали Синологи СХР волумен само за читање на Убунту након принудног састављања /dev/md2 (и /dev/md3 ако је СХР мешовите величине): 1. Скенирајте Синологи ЛВМ2 физичке волумене и групе волумена:

sudo pvscan
sudo vgscan
sudo lvscan

sudo vgchange -ay /dev/vg1000

sudo mkdir -p /mnt/synology_rescue
sudo mount -t ext4 -o ro,noload /dev/vg1000/lv /mnt/synology_rescue

sudo mkdir -p /mnt/synology_rescue
sudo mount -t btrfs -o ro,norecovery /dev/vg1000/lv /mnt/synology_rescue

sudo mount -t btrfs -o ro,norecovery,usebackuproot /dev/vg1000/lv /mnt/synology_rescue

Сценарио Ц: Синологи ДСМ 7+ шифровање волумена или шифровање дељене фасцикле (eCryptfs)¶

• Шифровање дељене фасцикле (@sharename@ фасцикле које садрже ECRYPTFS_FNEK_ENCRYPTED... имена датотека): Копирајте цео @encrypted_share@ фолдер искључен /mnt/synology_rescue прво, затим га монтирајте и дешифрујте на Убунту користећи вашу Синологи шифру за шифровање или .key фајл:

  sudo apt-get install -y ecryptfs-utils
  sudo mkdir -p /mnt/decrypted_share
  sudo mount -t ecryptfs -o ro /mnt/synology_rescue/@encrypted_share@ /mnt/decrypted_share
  

• ДСМ 7.2+ Фулл Волуме Енцриптион (LUKS): Ако /dev/vg1000/lv показује TYPE="crypto_LUKS" ин blkid, откључајте га само за читање користећи .rkey Датотека кључа за опоравак преузета када је волумен креиран:

  sudo cryptsetup open --readonly --key-file /path/to/Volume1.rkey /dev/vg1000/lv synology_crypt
  sudo mount -o ro,norecovery /dev/mapper/synology_crypt /mnt/synology_rescue
  

Сценарио Д: КНАП КТС (LVM2 Thin Provisioning и DRBD слој)¶

Модерне КНАП НАС јединице (QTS 4.3+ / 5.x) убаците унутрашњи једноструки чвор DRBD уређај (/dev/drbd1) између /dev/md1 анд тхе LVM2 Група тома (vg1). 1. Прво на силу саставите КНАП партиције података (/dev/sd[b-e]3) само за читање у /dev/md1:

sudo mdadm --assemble --force --readonly /dev/md1 /dev/sdb3 /dev/sdd3 /dev/sde3

Фаза 5: Спашавање ТруеНАС-а и Линук-а ZFS базени (RAIDZ1, RAIDZ2, RAIDZ3)¶

Ако ваш сервер за складиштење покреће ТруеНАС ЦОРЕ, ТруеНАС СЦАЛЕ, Прокмок ВЕ или Убунту ЗФС, опоравак не користи mdadm. Уместо тога, ЗФС комбинује управљач волумена и копирање при писању (CoW) систем датотека у једну трансакцијску архитектуру изграђену око Уберблокова и узастопних Група трансакција (TXGs).

Корак 1: Прегледајте 4 ЗФС вдев ознаке (L0, L1, L2, L3) на сваком клонираном диску¶

Свака партиција чланица ЗФС-а чува четири идентичне копије конфигурације базена и низ последњих 128 Уберблокова (две ознаке на предњој страни партиције, L0 и L1, и две ознаке на самом крају, L2 и L3). Трчи zdb -l на свакој клонираној партицији да бисте проверили стање скупа и највећу посвећену групу трансакција (txg):

sudo zdb -l /dev/sdb2 | grep -E "name:|state:|txg:|guid:" | head -n 20

Упоредите txg: бројеве на свим клонираним дисковима. Баш као mdadm'с Events бројач, ако је један диск испао 5 минута пре нестанка струје или другог диска, његов txg биће нешто ниже од преосталих дискова.

Корак 2: Увезите ЗФС скуп у режиму само за читање (-o readonly=on)¶

Прво проверите увозне базене без монтирања било чега преко sudo zpool import -d /dev/disk/by-id. Никада немојте увозити оштећено или више дискова испуштено ЗФС спремиште у режиму читања и писања. Када се увози са -o readonly=on, ЗФС не покушава да покрене ресилвер, не пише нове Уберблокове и не може да паничи кернел ако је оштећена мапа простора (spacemap) се наилази током алокације писања:

sudo mkdir -p /mnt/zfs_rescue
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue tank

Корак 3: Ако zpool import не успева са I/O error или corrupted data, користите ТКСГ Роллбацк (-F и -T)¶

Ако два диска испадну у року од неколико секунди један од другог током великог рафала писања, најновија група трансакција (TXG N) може бити непотпун преко преживелих парних пруга, док TXG N-1 или TXG N-2 (написано 5 до 15 секунди раније) је 100 посто нетакнуто унутар Уберблоцк прстенастог бафера.

1. Тестирајте недеструктивни преглед враћања на суво покретање (-F -n):

   sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -F -n tank
   

   Ако ЗФС пријави Would be able to return pool to its state as of <timestamp>, покрените увоз за враћање само за читање без -n:

   sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -F tank
   

2. Ако -F још увек не могу да монтирају најновије Уберблокове, наведу историјске Уберблоцк ТКСГ бројеве са zdb и увезите одређени старији ТКСГ (-T):

   sudo zdb -e -ul /dev/sdb2 | grep -E "Uberblock|txg =|timestamp ="
   

   Изаберите а txg број од 30 до 60 секунди пре пада (нпр. txg = 9481020) и увезите базен замрзнут у том тачном тренутку у режиму само за читање:

   sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -T 9481020 tank
   

Фаза 6: Верификација након опоравка и спречавање каскада обнове у будућности¶

Када копирате 100 посто својих опорављених података из /mnt/synology_rescue или /mnt/zfs_rescue на независни циљ резервне копије, пратите ову контролну листу хардвера и конфигурације пре него што свој НАС вратите у рад:

• Никада не купујте све НАС дискове од истог продавца истог дана: Дискови из исте производне серије деле идентичне групе глава и фирмвер, што доводи до њиховог отказивања у року од неколико сати један од другог током реконструкције. Мешајте серије или произвођаче (Seagate IronWolf / Exos, WD Red Plus / Ultrastar, Toshiba N300 / MG).
• Користите само НАС/Ентерприсе диск јединице са TLER / SCT ERC омогућен (или подигните Линук mdadm СЦСИ временска ограничења за десктоп дискове): За потрошачке дискове у Линук-у mdadm, користите а udev правило подизати /sys/block/sdX/device/timeout из 30 секунди до 180 секунди тако mdadm чека на поновно мапирање унутрашњег сектора уместо да испусти диск.
• Мигрирајте низове са дисковима већим од 8 TB из RAID 5 / SHR-1 / RAIDZ1 да RAID 6 / SHR-2 / RAIDZ2: Са 12 TB да 24 TB дискови, једнопаритетно време обнављања прелази 30 сати, чинећи двоструки паритет (RAID 6 / SHR-2 / RAIDZ2) важно за преживљавање лошег сектора током поновног сребра.
• Распоред месечно Data Scrubbing (mdadm check / zpool scrub) и Проширено SMART тестови: Месечно чишћење поправља латентне грешке сектора (Current_Pending_Sector) док су сви дискови на мрежи.
• Запамтите да је РАИД високо доступан, никада резервна: Пратите 3-2-1 стратегија резервне копије са офлајн копијом.

Регионални бројеви за хитне случајеве и протоколи агенција¶

Прекиди складиштења који утичу на мреже здравствене заштите, комуникације за хитне случајеве или законске личне евиденције захтевају хитну ескалацију:

• Сједињене Државе и Канада: Позовите 911 ако пад складиштења онеспособи болничке клиничке системе (EHR / PACS) или отпрема. Пријавите рансомваре циљани НАС (DeadBolt, LockBit, Akira) до ЦИСА (1-844-Say-CISA / cisa.gov/report), ФБИ ИЦ3 (ic3.gov), или Канадски центар за сајбер безбедност (1-833-CYBER-88).
• Уједињено Краљевство: Позовите 999 за хитне случајеве који утичу на безбедност живота или акутну НХС негу. Према УК ГДПР-у, процените да ли је за трајни губитак личних података без резервне копије потребно обавестити ИЦО (0303 123 1113) у року од 72 сата.
• Европска унија: Позовите 112 широм ЕУ. Субјекти према НИС2 Директиви морају пријавити велике оперативне прекиде свом националном ЦСИРТ-у у року од 24 сата, а трајни губитак доступности личних података покреће пријављивање ГДПР-а, члан 33 у року од 72 сата.
• Аустралија и Нови Зеланд: Позовите 000 у Аустралији или 111 на Новом Зеланду; пријави инфраструктуру или НАС инциденте рансомваре-а АЦСЦ-у (1300 CYBER1) или ЦЕРТ НЗ (0800 237 869).
• Индија и азијско-пацифички регион: бирајте 112 у Индији за хитан одговор; пријави инциденте складиштења инфраструктуре ЦЕРТ-Ин (incident@cert-in.org.in) у оквиру обавезног периода од 6 сати.

Често постављана питања¶

Зашто mdadm --assemble --force одбити да покренем свој РАИД 5 низ са not enough to start the array?¶

У 4 погона РАИД 5 низ, барем 3 од 4 погона мора се пренети на мдадм --ассембле --форце. Трчи судо мдадм --екамине /дев/сд[а-з]3 да проверите зашто је трећи диск одбијен: или сте проследили цео диск уместо партиције (/дев/сдд уместо да /дев/сдд3), његов суперблок је означен као а Резервни прекинутом реконструисањем, или је Убунту-ов ауто-састављач закључао један диск у неактиван /дев/мд127 уређај (покрени судо мдадм --стоп --сцан прво, па поново покрените мдадм --ассембле --форце --реадонли).

Шта ако диск почне да се обнавља (Recovery = 12%) пре него што је други диск испао?¶

Ако је диск 2 нестао, уметнули сте заменски диск 2 и на 12% напредак поновне изградње Дриве 3 је искључен због лошег сектора, немојте користити 12% обновљени заменски диск 2. Уместо тога, клонирајте оригинал Вози 3 са ддресцуе. Пошто је Дриве 3 био потпуно актуелан све док се реконструкција није зауставила на 12%, принудно састављање низа само за читање користећи Дриве 1, ддресцуе клон Дриве 3, а Дриве 4 (остављајући Дриве 2 ван) даје вам конзистентан низ.

Да ли могу да ставим своје Синологи или КНАП дискове у потпуно нову НАС шасију ако је НАС напајање или плоча нестала?¶

Да, обе Синологи (ХДД Миграција) и КНАП (Директна НАС миграција) чувају РАИД конфигурацију на самим дисковима. међутим, ако су два или више дискова већ испали (`Volume Crashed`) пре него што је шасија умрла, немојте их покретати у новом НАС кућишту, јер чаробњак за миграцију може преписати партиције или покренути деструктивну реконструкцију. Прво спасите податке само за читање на Убунту-у.

Како да знам да ли је испуштени диск сигуран за клонирање ddrescue у односу на потребу за лабораторијом за чисту собу?¶

Повежите диск на САТА, укључите га и слушајте 10 секунди док гледате судо дмесг -в. Ако драјв испушта ритмичне кликове, стругање или зујање, окреће се горе и окреће назад доле или извештава о капацитету као 0 Б / 4.1 ГБ ин лсблк, главе за читање/писање су физички отказале: одмах искључите струју и користите лабораторију за чисту собу. Ако се диск окреће глатко, показује свој пуни капацитет лсблк, и само дневнике Цуррент_Пендинг_Сецтор или грешке истека, клонирајте га са ддресцуе.

Шта је „РАИД 5 Врите Холе“ и како функционише ZFS или Btrfs да га избегавате током нестанка струје?¶

У традиционалном РАИД 5 / РАИД 6 без дневника, ажурирање траке захтева уписивање блока података и блока парности на два диска истовремено. Ако струја нестане током писања, подаци и паритет се више не подударају ( Врите Холе). ЗФС (`RAIDZ`) и Бтрфс елиминишите рупу за упис користећи Цопи-он-Врите (`CoW`), уписивање сваке нове траке у неискоришћене блокове и ажурирање Уберблоцк/роот показивача тек након што је цела трака на диску.

Могу ли да користим dmsetup преклапања за тестирање РАИД параметара без модификације клонираних диск јединица?¶

Да, можете креирати Цопи-он-Врите (`CoW`) преклапања на врху уређаја петље само за читање (`losetup --read-only`) користећи Линук дмсетуп (`snapshot` циљ) подржан ретким датотекама у /тмп. Било које писање од мдадм --ассембле --форце или фсцк -и идите у једнократну употребу /тмп преклапајућа датотека, која вам омогућава ресетовање за 1 секунду ако је потребно.

Повезани водичи¶

• НАС РАИД низ је деградиран, вишеструки дискови отказују и ЗФС/Бтрфс опоравак
• Смрт картице РАИД контролера, увоз страних конфигурација и зашто никада не смете да иницијализујете дискове
• Квар чврстог диска и опоравак података
• ССД и НВМе изненадни режим само за читање, 0% резервних блокова и ТРИМ онемогућавање спашавања
• Случајан рм -рф или Схифт+Делете на Линук-у, мацОС-у или Виндовс-у: моментално поновно монтирање само за читање
• Резервне копије рачунара, стратегија 3-2-1 и опоравак од катастрофе
• Бројеви за хитне случајеве по земљама

Извори и службена упутства¶

• Линук Раид Вики (raid.wiki.kernel.org) & Организација Линук кернела: Опоравак неуспелог софтверског РАИД-а (mdadm --assemble --force --readonly и Неподударности бројача догађаја).
• Фондација слободног софтвера (GNU Project): ГНУ ddrescue Приручник: Форензички опоравак података са неисправних медија.
• ОпенЗФС документација (openzfs.github.io): ЗФС Поол Импорт Рецовери (zpool import -F, Увоз само за читање и zdb Инспекција).
• Синологи Инц.: * Синологи центар знања: Како могу да користим рачунар за опоравак података када мој Синологи НАС не ради (mdadm + LVM2 Монтажа)*.
• Национални институт за стандарде и технологију (NIST) (Сједињене Америчке Државе): Специјална публикација 800-209: Безбедносне смернице за инфраструктуру за складиштење.