RAID 5, RAID 6 немесе ZFS Multiple Drive Drop: бұзылған Synology, QNAP немесе TrueNAS массивін паритетті бұзбай қалпына келтіру¶

Synology DiskStation, QNAP TS сериясы, TrueNAS сервері немесе Linux тыңдау mdadm Дыбыс бұзылды, Пул нашарлады/Ақаулық немесе Бірнеше дискілер ажыратылды хабарлау кезінде сақтау серверінің дыбыстық сигналы үздіксіз сигнал береді. Бір диск а-дан шыққан кезде RAID 5, Synology гибридті RAID (SHR-1), немесе ZFS RAIDZ1 пулда, массив нөлдік артықшылықпен жұмыс істейді (degraded күй), әрбір қалған дискіні параллель оқу арқылы жетіспейтін блоктарды жылдам қалпына келтіру. Егер екінші диск бірнеше сағаттан кейін желіден шығып кетсе немесе қалпына келтірілмейтін оқу қатесін жіберсе (URE) ауыстыру дискіге қайта құрудың жартысында теңдік математикасы бұзылады және сақтау пулы толығымен желіден тыс болады. Дүрбелеңге ұшыраған әкімшілер келесі алпыс секунд ішінде Инициализация түймесін басу арқылы терабайт қалпына келтірілетін деректерді жояды. mdadm --create, немесе ақаулы аппараттық құралға дереу онлайн қайта құруды мәжбүрлеу. Дискілерден гөрі аппараттық RAID контроллері картасының өзі өлсе, келесіге ауысыңыз RAID контроллері картасының өлімі, шетелдік конфигурация импорты және неге ешқашан дискілерді инициализациялау қажет емес; егер жеке қатты диск шертсе немесе айналудан бас тартса, кеңесіңіз қатты дискінің ақауы және деректерді қалпына келтіру немесе NAS RAID массиві нашарлады, бірнеше диск ақаулары және ZFS/Btrfs қалпына келтіру. Бұл сақтау ақаулығы аурухананың медициналық кескінін өшірсе (PACS), төтенше жағдайды жөнелту немесе өмір қауіпсіздігі инфрақұрылымы үшін жергілікті жедел қызмет нөміріне (911 АҚШ пен Канадада, 112 Еуропалық Одақ бойынша, 999 Ұлыбританияда) немесе біздің каталогты тексеріңіз шұғыл нөмірлер.

Мұны қазір жасаңыз¶

1. ТОҚТАТУ және «Бастау», «Пул жасау», «Жөндеу» немесе іске қосу түймесін БАСМАҢЫЗ mdadm --create түсірілген дискілерде: Synology DSM немесе QNAP QTS жүйесінде Initialize түймесін басыңыз немесе іске қосыңыз mdadm --create Linux жүйесінде жаңа суперблоктарды жазады және барлық мүше дискілердегі паритет жолақтарын нөлге келтіре бастайды. Түсірілген диск әдетте әлі де сақталады 99.99% файлдарыңыздың бүтіндігі, тек оқиға есептегішімен синхрондалмаған деп белгіленген.
2. Оқиға есептегіштерін қатыру үшін NAS немесе серверді таза түрде өшіріңіз (немесе ол дискілер арқылы белсенді түрде қайта құрылып жатқан болса, қуатты тартыңыз): Жиым секунд сайын желіде жартылай бұзылған күйде қалады, операциялық жүйе суперблокты арттырады. Update Time және Events құлаған диск ескі оқиға нөмірінде қатып қалған күйде қалған дискілердегі есептегіш. Егер NAS нашар секторлары бар дискіде автоматтандырылған қайта құру әрекетін жасаса, бұл дискіні оқуды жалғастыру магниттік пластинаның жабынын алып тастауы мүмкін (head crash).
3. ** Әрбір диск ұясының ұяшығын физикалық маркермен немесе таспамен белгілеңіз (Bay 1, Bay 2, Bay 3, Bay 4) кез келген науаны сырғытпастан бұрын**: Linux кезінде mdadm, LVM2, және ZFS әрбір бөлім суперблок, ескі аппараттық контроллерлер және нұсқаулық ішіндегі UUID бойынша диск ретін қадағалау dmsetup кестені қайта құру нақты физикалық ұя тәртібін талап етеді (0, 1, 2, 3...).
4. Ешқашан қалпына келтіруге, күштеп жинауға немесе fsck тікелей бастапқы мүше дискілерінде; көмегімен әрбір дискіні битке клондаңыз ddrescue бірінші: жүгіру алдында mdadm --assemble --force немесе zpool import -F, әрбір мүше дискіні тікелей SATA/SAS арқылы Linux жұмыс станциясына тіркеңіз (ешқашан жасыратын арзан USB көпірі емес) SMART немесе SCT ERC күту уақыты) және оны клондаңыз ddrescue сау қосалқы дискілерге немесе кескін файлдарына.
5. Клондалған массивті ТЕК ОҚУ режимінде мәжбүрлеп жинаңыз (--readonly немесе -o readonly=on): Құрастыру кезінде mdadm бір уақытта көп дискті түсіру кезінде оқиға есептегіштері бір-бірінен ауытқып кеткен массивтер әрқашан өтеді --readonly (mdadm --assemble --force --readonly /dev/md0 ...). Тек оқуға арналған режимде де жоқ mdadm, LVM2, ext4, Btrfs, не ZFS паритет жолақтарын қайта жаза алады немесе деструктивті журналды қайталай алады.
6. Тек оқуға арналған орнатылғаннан кейін ең маңызды деректерді тәуелсіз сыртқы сақтық көшірме дискісіне дереу көшіріңіз: Алдымен құжаттарды, дерекқорларды, виртуалды машиналарды және фотосуреттерді бөлек дискіге көшіріңіз, содан кейін дискілерді нөлден бастап сүртіңіз және тексеріңіз.

Шешім тармағы: көп жетекті RAID және ZFS пулының апаттық триажы¶

Бұл блок-схеманы массивіңіздің логикалық күту уақытының төмендеуіне ұшырағанын анықтау үшін пайдаланыңыз (TLER / ERC сәйкессіздік), қайта құру кезінде шынайы көп дискідегі нашар сектор ақаулығы немесе ZFS транзакция тобы (TXG) қате:

flowchart TD
    Start["RAID 5 / RAID 6 / SHR / ZFS пулы 2+ диск түсірілгеннен кейін бұзылды"] --> StopIO["Барлық қайта құруларды және NAS қуатын дереу тоқтатыңыз"]
    StopIO --> Label["Әрбір диск науасын шығыр нөмірі бойынша белгілеңіз (1-ші шығыршықтан N-ге дейін)"]
    Label --> ConnectLinux["Тікелей SATA / HBA арқылы Ubuntu Linux Rescue хостына мүше дискілерін қосыңыз"]

    ConnectLinux --> CheckSmart["SMART және метадеректерді тек оқуға арналған тексеру: smartctl -a / mdadm --examine / zdb -l"]
    CheckSmart --> PhysicalHealth{"Кез келген дискілер dmesg-де басады, айналдырудан бас тартады немесе офлайнға түсіп жатыр ма?"}

    PhysicalHealth -->|"Иә: RAID 5 жүйесіндегі 2+ дискідегі механикалық / басты ақаулық"| Cleanroom["Дискілерді қуаттандыруды ТОҚТАТУ -> Cleanroom деректерін қалпына келтіру зертханасына жіберу"]
    PhysicalHealth -->|"Жоқ: барлық дискілер айналады (күтудегі нашар секторлар немесе күту уақытының төмендеуі болуы мүмкін)"| CloneAll["GNU ddrescue көмегімен әрбір мүше дискісін клондау (Алға өту -> Кері сызу)"]

    CloneAll --> DisconnectOrig["Түпнұсқа дискілерді ажыратып, қатаң түрде клондалған дискілерде/суреттерде жұмыс істеңіз"]
    DisconnectOrig --> ArrayType{"Қандай сақтау архитектурасы пайдаланылады?"}

    ArrayType -->|"Synology DSM (SHR / Classic RAID)"| SynologyFlow["Оқиғаларды mdadm арқылы тексеру --examine -> Тек оқу үшін мәжбүрлеп құрастыру -> LVM2 / Btrfs тек оқуға арналған белсендіру"]
    ArrayType -->|"QNAP QTS (HAL LVM жұқа / қалың RAID)"| QnapFlow["mdadm құрастыру Тек оқуға арналған -> Бар болса DRBD қабатын белсендіру -> Теңшелетін QNAP LVM2 суперблоктарын сканерлеу"]
    ArrayType -->|"TrueNAS / ZFS (RAIDZ1 / RAIDZ2 / Айна)"| ZfsFlow["zpool import -d /dev/disk/by-id -> Тек оқуға арналған импортты кері қайтару арқылы іске қосыңыз: zpool import -f -o readonly=on -F"]
    ArrayType -->|"Стандартты Linux mdadm"| LinuxFlow["Оқиға есептегіштерін салыстыру -> Run mdadm --assemble --force --readonly -> Файлдық жүйені -o ro,noload арқылы орнату"]

1-кезең: Неліктен қайта құруды мәжбүрлеу деректерді жояды (URE және бір топтық каскад)¶

Неліктен Жөндеу/Қайта құру түймесін басу немесе бір дискіні ауыстыру және 36 сағат күту жиі жиынтық апатқа әкелетінін түсіну үшін паритетті қалпына келтірудің ескірген магниттік медиаға қалай әсер ететінін және тұтынушы жұмыс үстелі дискілерінің NAS корпустарынан неліктен шығып кететінін түсінуіңіз керек.

1. Қалпына келтірілмейтін оқу қателерінің математикалық шындығы (UREs) RAID 5 немесе RAIDZ1 қайта құру кезінде¶

4-дискінде RAID 5 немесе ZFS RAIDZ1 пул, деректер және паритет блоктары (P) барлық төрт дискіде ерекше НЕМЕСЕ (XOR) есептеу (D1 XOR D2 XOR D3 = P). Егер Drive 2 толығымен өлсе, массивте нөлдік қалған артықшылық болады. Drive 2 құралын жаңа ауыстырылатын дискіге қайта құру үшін NAS бір уақытта Drive 1, Drive 3 және Drive 4 құрылғыларындағы 0 байттан дискінің соңына дейін әрбір жеке секторды оқуы керек (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) дискінің жылдар бойы оқылмаған суық аймақтарында. - Drive 3 бір оқылмайтын 4 килобайт (0,004 мегабайт) нашар секторға соқтығысқан кезде, Drive 2 әлі жоқ немесе жартылай қайта құрылды. XOR теңдеуде екі белгісіз барD2 және D3).

2. Неліктен жұмыс үстелі дискілері онсыз TLER / SCT ERC 1 нашар сектордан толығымен шығарыңыз¶

Міне, Synology, QNAP және Linux жүйелерінде көп дискілердің апатты төмендеуіне әкелетін тұзақ. 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.                 |
+-------------------------------------------------------------------------+

Іс жүзінде не болғанына назар аударыңыз: Drive 3 өлген жоқ. Онда бар 99.999999% сау секторлар және тек 1 немесе 2 оқылмайтын 4 килобайт сектор (8 kilobytes тыс 12 terabytes). Дегенмен, өйткені mdadm 30 секундтық пәрмен күту уақытына байланысты 3-дискіні массивтен шығарды, бүкіл дыбыс көлемі Бұзылған ретінде көрсетіледі. Drive 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-миф: «Жаңа ғана түсіп қалған екінші дискіні шығарып, оны қайта қосыңыз да, «Жөндеу» түймесін басыңыз.» Егер Drive 1 үш күн бұрын шығып қалса (оның деректері 3 күндік ескірген) және Drive 3 10 минут бұрын шығып қалса (оның деректері ағымдағы), дұрыс емес дискіні тартып алып, қайта салсаңыз немесе Drive 1 "белсенді" деп белгіленген және Drive 1 "белсенді" деп белгіленген және Drive 3 "Жоқ" деп белгіленген. соңғы 72 сағатта өзгертілген әрбір каталог пен файлды бүлдіретін, 3 күндік ескі паритет жолақтары бар жаңартылған массив**.

2 кезең: суперблоктарды тексеру және Event Linux құтқару хостында қауіпсіз есептейді¶

Бұзылған Synology, QNAP, TrueNAS немесе Linux массивін қауіпсіз түрде құтқару үшін барлық мүше дискілерді алып тастаңыз (олардың ұясының нөмірлерін белгілегеннен кейін) және оларды жұмыс үстелі компьютеріне немесе Ubuntu 22.04 LTS / 24.04 LTS (тіпті Live USB таяқшасынан жүктелген) жұмыс істейтін серверге қосыңыз.

1-қадам: Ubuntu жүйесінде сот-медициналық құтқару құралдарын орнатыңыз¶

Ubuntu құтқару құрылғысында терминалды ашыңыз және қажетті утилиталарды орнатыңыз:

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

2-қадам: Әрбір диск әрпін, сериялық нөмірді және бөлім орналасуын картаға түсіріңіз¶

Құтқару дискісін бастапқы NAS дискісімен шатастырмас үшін барлық қосылған блок құрылғыларын және олардың аппараттық сериялық нөмірлерін тізімдеңіз:

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

Әдеттегі Synology DSM, QNAP немесе TrueNAS дискінің бөлімдер кестесін қараңыз:

3-қадам: Тексеру mdadm --examine массив неліктен бұзылғанын көру үшін (Оқиғаларды санау матрицасы)¶

Synology, QNAP немесе Linux жүйесінде mdadm массив, пайдаланушы деректер бөлімдеріндегі RAID метадеректерін тексеріңіз (мысалы, 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-кезең: Synology DSM қайта құру (SHR-1 / SHR-2 / Классикалық RAID), QNAP және Linux mdadm¶

Клондалған дискілер (немесе тек оқуға арналған цикл құрылғылары) дайын болғаннан кейін және түпнұсқа NAS дискілері желіден қауіпсіз ажыратылғаннан кейін, платформаңыз үшін дәл бұзылмайтын құрастыру ретін орындаңыз.

А сценарийі: Стандартты Linux mdadm немесе Synology Classic RAID (RAID 5 / RAID 6)¶

1. Кез келген жартылай тоқтатыңыз md Ubuntu іске қосуға тырысқан массив:

   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
   

B сценарийі: Synology гибридті RAID (SHR-1 және SHR-2) бірге LVM2 және Btrfs / ext4¶

Синологияның SHR (Synology Hybrid RAID) 100% стандартты Linux mdadm + LVM2 (Logical Volume Manager): - SHR пулындағы барлық дискілер бірдей өлшемде болғанда (мысалы, төрт 8 терабайт диск), Synology бір дискіні жасайды. mdadm RAID 5 бөлімі (md2 әрбір дискінің 3-бөлімінде) және орналасады LVM2 көлем тобы (vg1000 немесе vg1) үстіне md2. - SHR пулындағы дискілердің өлшемдері аралас болған кезде (мысалы, екі 8 терабайт және екі 16 терабайт диск), Synology екі бөлек жасайды. mdadm массивтер: md2 5-бөлім бойынша (8 TB RAID 5 жүйесіндегі барлық 4 дискіге кесіңіз) және md3 6-бөлім бойынша (қалған 8 TB RAID 1 жүйесіндегі екі 16 ТБ дискіге кесіңіз), содан кейін қосылады md2 + md3 жалғызға LVM2 Көлем тобы (vg1000).

Күшті құрастырудан кейін Ubuntu жүйесінде тек оқуға арналған Synology SHR көлемін орнату /dev/md2 (және /dev/md3 аралас өлшемді SHR болса): 1. Synology LVM2 физикалық көлемдер мен көлем топтарын іздеңіз:

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

С сценарийі: Synology DSM 7+ көлемді шифрлау немесе ортақ қалта шифрлауы (eCryptfs)¶

• Ортақ қалтаны шифрлау (@sharename@ бар қалталар ECRYPTFS_FNEK_ENCRYPTED... файл атаулары): Толық көшіріңіз @encrypted_share@ қалта өшірулі /mnt/synology_rescue алдымен Synology шифрлау құпия сөзін пайдаланып, оны Ubuntu жүйесіне орнатып, шифрын ашыңыз .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
  

• DSM 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
  

D сценарийі: QNAP QTS (LVM2 Thin Provisioning және DRBD қабат)¶

Қазіргі QNAP NAS қондырғылары (QTS 4.3+ / 5.x) ішкі бір түйінді кірістіріңіз DRBD құрылғы (/dev/drbd1) арасында /dev/md1 және LVM2 Көлем тобы (vg1). 1. Алдымен QNAP деректер бөлімдерін мәжбүрлеп жинаңыз (/dev/sd[b-e]3) тек оқуға арналған /dev/md1:

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

5-кезең: TrueNAS және Linux-ты құтқару ZFS бассейндер (RAIDZ1, RAIDZ2, RAIDZ3)¶

Жад серверіңіз TrueNAS CORE, TrueNAS SCALE, Proxmox VE немесе Ubuntu ZFS іске қосылса, қалпына келтіру функциясы пайдаланылмайды. mdadm. Оның орнына ZFS дыбыс реттеушісін және жазуға көшіруді біріктіреді (CoW) файлдық жүйе Uberblocks және дәйекті Транзакция топтары (TXGs).

1-қадам: 4 ZFS vdev жапсырмасын тексеріңіз (L0, L1, L2, L3) әрбір клондалған дискіде¶

Әрбір ZFS мүшесі бөлімі пул конфигурациясының төрт бірдей көшірмесін және соңғы 128 Uberblocks массивін сақтайды (бөлімнің алдыңғы жағындағы екі белгі, 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-қадам: ZFS пулын тек оқуға арналған режимде импорттаңыз (-o readonly=on)¶

Алдымен импортталатын бассейндерді арқылы ештеңе орнатпай-ақ тексеріңіз sudo zpool import -d /dev/disk/by-id. Зақымдалған немесе бірнеше дискі түсірілген ZFS пулын оқу-жазу режимінде ешқашан импорттамаңыз. бірге импорттаған кезде -o readonly=on, ZFS резильверді бастауға әрекет жасамайды, жаңа Uberblocks жазбайды және ғарыш картасы бүлінген жағдайда ядроны дүрбелеңге түсіре алмайды (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, TXG кері қайтаруды пайдаланыңыз (-F және -T)¶

Ауыр жазу кезінде екі диск бір-бірінен бірнеше секунд ішінде шығып кетсе, ең соңғы Transaction Group (TXG N) сақталып қалған паритет жолақтары бойынша толық емес болуы мүмкін, ал TXG N-1 немесе TXG N-2 (5-15 секунд бұрын жазылған) Uberblock сақина буферінің ішінде 100 пайыз бұзылмаған.

1. Бұзылмайтын құрғақ кері қайтаруды алдын ала қарауды тексеріңіз (-F -n):

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

   Егер ZFS хабарлайды 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 соңғы Uberblocks әлі де орнатыла алмайды, тарихи Uberblock TXG нөмірлерін тізімдеңіз zdb және белгілі бір ескі TXG импорттау (-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 тәуелсіз сақтық көшірме мақсатына көшіру үшін NAS құрылғысын қайта жұмысқа қоспас бұрын мына жабдықты және конфигурацияны тексеру тізімін орындаңыз:

• Ешқашан бір сатушыдан барлық NAS дискілерін бір күнде сатып алмаңыз: Бір өндірістегі дискілер бірдей негізгі топтамаларды және микробағдарламаны бөліседі, бұл олардың қайта құру кезінде бір-бірінен бірнеше сағат ішінде істен шығуына әкеледі. Топтамаларды немесе өндірушілерді араластырыңыз (Seagate IronWolf / Exos, WD Red Plus / Ultrastar, Toshiba N300 / MG).
• Тек NAS/Enterprise дискілерін пайдаланыңыз TLER / SCT ERC қосылған (немесе Linux-ты көтеріңіз mdadm Жұмыс үстелі дискілеріне арналған SCSI күту уақыты): Linux жүйесіндегі тұтынушы дискілері үшін mdadm, a пайдаланыңыз 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) барлық дискілер желіде болғанда.
• RAID қол жетімділігі жоғары екенін есте сақтаңыз, ешқашан сақтық көшірме болмайды: мынаны орындаңыз 3-2-1 сақтық көшірме стратегиясы офлайн көшірмесімен.

Аймақтық жедел жәрдем нөмірлері және агенттік хаттамалары¶

Денсаулық сақтау желілеріне, апаттық байланыстарға немесе заңмен бекітілген жеке жазбаларға әсер ететін сақтаудағы үзілістер дереу күшейтуді талап етеді:

• Америка Құрама Штаттары және Канада: теріңіз 911 егер сақтаудың бұзылуы аурухананың клиникалық жүйелерін істен шығарса (EHR / PACS) немесе жіберу. NAS мақсатты төлем бағдарламалық құралы туралы хабарлау (DeadBolt, LockBit, Akira) CISA (1-844-Say-CISA / cisa.gov/report), FBI IC3 (ic3.gov) немесе Канадалық киберқауіпсіздік орталығы (1-833-CYBER-88).
• Біріккен Корольдік: теріңіз 999 өмір қауіпсіздігіне немесе жедел NHS күтіміне әсер ететін төтенше жағдайлар үшін. Ұлыбританияның GDPR талаптарына сәйкес, сақтық көшірмесі жасалмаған жеке деректердің тұрақты жоғалуы ICO (0303 123 1113) 72 сағат ішінде.
• Еуропалық Одақ: теріңіз 112 ЕО бойынша. NIS2 Директивасы бойынша субъектілер негізгі операциялық үзілістер туралы өздерінің ұлттық CSIRT-ке 24 сағат ішінде хабарлауы керек, ал жеке деректердің тұрақты жоғалуы GDPR 33-бабы 72 сағат ішінде есеп беруді іске қосады.
• Австралия және Жаңа Зеландия: теріңіз 000 Австралияда немесе 111 Жаңа Зеландияда; инфрақұрылым немесе төлем бағдарламасы NAS оқиғалары туралы ACSC-ге хабарлау (1300 CYBER1) немесе CERT NZ (0800 237 869).
• Үндістан және Азия-Тынық мұхиты: теріңіз 112 Төтенше жағдайды жою үшін Үндістанда; инфрақұрылымды сақтау оқиғалары туралы хабарлау CERT-In (incident@cert-in.org.in) міндетті 6 сағаттық терезе ішінде.

Жиі қойылатын сұрақтар¶

Неге болды mdadm --assemble --force менің RAID 5 массивімді бастаудан бас тартамын not enough to start the array?¶

4-дискінде RAID 5 массив, кем дегенде 4 дискінің 3-і -ге өту керек mdadm --жинақтау --күш. Жүгіру sudo mdadm --examine /dev/sd[a-z]3 үшінші диск неліктен қабылданбағанын тексеру үшін: не бөлімнің орнына бүкіл дискіні жібердіңіз (/dev/sdd орнына /dev/sdd3), оның суперблок a ретінде белгіленді Қосалқы үзілген қайта құру арқылы немесе Ubuntu автоматты құрастырушы бір дискіні белсенді емес дискіге құлыптады /dev/md127 құрылғы (іске қосу sudo mdadm --тоқтату --сканерлеу алдымен, содан кейін қайта іске қосыңыз mdadm --жинақтау --күш --тек оқу).

Егер диск қайта құрыла бастаса ше (Recovery = 12%) екінші диск шығып кеткенге дейін?¶

2-диск өліп қалса, сіз ауыстыратын 2-дискіні енгіздіңіз 12% қалпына келтіру прогрессі Нашар секторға байланысты Drive 3 офлайн режимінде қалды, 12% қалпына келтірілген ауыстырмалы дискіні пайдаланбаңыз 2. Оның орнына түпнұсқаны клондаңыз Жүргізу 3 бірге құтқару. 3-диск қайта құру 12% тоқтағанға дейін толығымен ағымдағы болғандықтан, 1-дискінің көмегімен массивті тек оқу үшін мәжбүрлеп құрастыру, құтқару 3-диск және 4-диск клоны (2-дискіні қалдыру) сізге дәйекті массив береді.

NAS қуат көзі немесе тақтасы өліп қалса, Synology немесе QNAP дискілерін жаңа NAS шассиіне салуға болады ма?¶

Иә, екеуі де синология (HDD тасымалдауы) және QNAP (Тікелей NAS тасымалдауы) RAID конфигурациясын дискілердің өзінде сақтаңыз. Дегенмен, егер екі немесе одан да көп дискілер шығып кеткен болса (`Volume Crashed`) шасси өлмей тұрып, оларды жаңа NAS шассиінің ішіне жүктемеңіз, себебі тасымалдау шебері бөлімдерді қайта жазуы немесе жойқын қайта құруды іске қосуы мүмкін. Алдымен Ubuntu жүйесінде тек оқуға арналған деректерді сақтаңыз.

Құлаған дискіні клондау үшін қауіпсіз екенін қалай білуге болады ddrescue таза бөлме зертханасы қажет пе?¶

Дискіні SATA желісіне қосыңыз, оны қосыңыз және көру кезінде 10 секунд тыңдаңыз sudo dmesg -w. Диск ырғақты шерту, тырнау немесе ызылдаған дыбыстарды шығарса, жоғары және кері айналдырса немесе сыйымдылықты келесідей хабарлайды 0 B / 4,1 ГБ жылы lsblk, оқу/жазу механизмдері физикалық түрде істен шықты: қуатты дереу өшіріп, таза бөлме зертханасын пайдаланыңыз. Диск бірқалыпты айналса, оның толық сыйымдылығын көрсетеді lsblk, және тек журналдар Ағымдағы_күтудегі_сектор немесе күту уақыты қателері болса, оны клондаңыз құтқару.

«RAID 5 жазу тесігі» дегеніміз не және қалай жұмыс істейді ZFS немесе Btrfs электр қуатының үзілуі кезінде оны болдырмау керек пе?¶

Дәстүрлі түрде RAID 5 / RAID 6 журналсыз, жолақты жаңарту деректер блогы мен паритет блогын бір уақытта екі дискіге жазуды талап етеді. Жазудың ортасында қуат өшірілсе, деректер мен паритет сәйкес келмейді ( Тесік жазу). ZFS (`RAIDZ`) және Btrfs Copy-on-Write (Жазуда-көшіру) арқылы жазу тесігін жойыңыз (`CoW`), әрбір жаңа жолақты пайдаланылмаған блоктарға жазу және Uberblock/түбір көрсеткішін тек толық жолақ дискіде болғаннан кейін ғана жаңарту.

қолдана аламын ба dmsetup клондалған дискілерді өзгертпестен RAID параметрлерін тексеру үшін қабаттасулар?¶

Иә, Copy-on-Write (Жазуға көшіру) мүмкіндігін жасай аласыз.`CoW`) тек оқуға арналған цикл құрылғыларының үстіңгі қабаттары (`losetup --read-only`) Linux арқылы dmsetup (`snapshot` мақсатты) ішінде сирек файлдармен қамтамасыз етілген /tmp. Кез келген жазады mdadm --жинақтау --күш немесе fsck -y бір рет қолданылатынға өтіңіз /tmp қажет болса, 1 секундта қалпына келтіруге мүмкіндік беретін қабаттасатын файл.

Қатысты нұсқаулықтар¶

• NAS RAID массиві нашарлады, бірнеше диск ақаулары және ZFS/Btrfs қалпына келтіру
• RAID контроллері картасының өлімі, шетелдік конфигурация импорты және неге ешқашан дискілерді инициализациялау қажет емес
• Қатты дискінің ақаулығы және деректерді қалпына келтіру
• SSD және NVMe кенеттен тек оқу режимі, 0% қосалқы блоктар және TRIM өшіретін құтқару
• Linux, macOS немесе Windows жүйесінде кездейсоқ "rm -rf" немесе "Shift+Delete": тек оқуға арналған бірден қайта орнату
• Компьютердің сақтық көшірмелері, 3-2-1 стратегиясы және апатты қалпына келтіру
• Ел бойынша жедел жәрдем нөмірлері

Дереккөздер және ресми нұсқаулар¶

• Linux Raid Wiki (raid.wiki.kernel.org) & Linux ядросының ұйымы: Сәтсіз RAID бағдарламалық құралын қалпына келтіру (mdadm --assemble --force --readonly және Оқиғаға қарсы сәйкессіздіктер).
• Тегін бағдарламалық қамтамасыз ету қоры (GNU Project): GNU ddrescue Нұсқаулық: ақаулы медиадан криминалистикалық деректерді қалпына келтіру.
• OpenZFS құжаттамасы (openzfs.github.io): ZFS Pool Import Recovery (zpool import -F, Тек оқуға арналған импорттар және zdb Тексеру).
• Synology Inc.: Synology білім орталығы: Synology NAS дұрыс жұмыс істемеген кезде деректерді қалпына келтіру үшін компьютерді қалай пайдалануға болады (mdadm + LVM2 Монтаждау).
• Ұлттық стандарттар және технологиялар институты (NIST) (Америка Құрама Штаттары): Арнайы басылым 800-209: Сақтау инфрақұрылымына арналған қауіпсіздік нұсқаулары.