Tai prasidėjo šeštadienio vakarą, kai mano žmona paklausė, kodėl mūsų DVR staiga nutraukė rodomą laidą. Aš jai sakiau, kad tai greičiausiai buvo tik trūkumas, bet aš pasižiūrėsiu. Įeinu į šeimos kambarį pasižvalgyti, o klaida iš esmės teigė, kad pagrindinio disko nebegalima įsigyti. Negerai! Tai buvo mano trijų dienų siaubo istorijos pradžia …
Truputis fono
Mano DVR iš tikrųjų yra tik specializuota programinė įranga („SageTV“ tiems, kuriems įdomu), veikianti kompiuteryje. Programinė įranga yra labai lanksti ir leidžia atskirti visus įvairius jos aspektus. Turiu atskirą aparatą, skirtą centralizuotam valdymui, planavimui ir įrašymui, atskiras atkūrimo mašinas ir šios istorijos žvaigždę, atskirą aparatą saugojimui. Saugojimui naudoju „Linux“ failų serverį, naudodamas LVM (Logical Volume Manager), kad sujungčiau daug atskirų, neidentiškų diskų į vieną didelį (šiuo metu ~ 6 TB) loginį diską, kurį mato operacinė sistema. Kadangi kelių TB duomenų dubliavimas yra nepraktiškas ir kadangi minėti duomenys yra „tiesiog“ TV laidos, mano atsarginė filosofija visada buvo tai, kad tiesiog nesirūpinu. Iki nesenų įvykių ši filosofija nebuvo patikrinta realaus pasaulio įvykių.
Bandymas atkurti duomenis
Pamatęs DVR klaidą, iškart pradedu ieškoti saugojimo serverio. Failas yra neįtikėtinai vangus ir lėtai reaguoja, todėl aš teiraujuosi LVM apie fizinių diskų, kuriais grindžiama jos loginė apimtis, būklę. Po ilgo delsimo jis pasirodo ir sako, kad trūksta 750 GB disko. Uh Oh! Aš perkraunu serverį ir nuostabiai, diskas grįžta. Išduodu „pvmove“ komandą, kad būtų galima automatiškai perkelti visus duomenis iš šio disko, bet jis sugenda tik mažiau nei 2%.
Susidūręs su disku, kuris labai nebendradarbiauja skaitant jo duomenis, bet bent jau pasirodo BIOS, kreipiuosi į savo mėgstamiausią disko atkūrimo įrankį „Spinrite“. Nors „Spinrite“ paprastai įkeliama iš keičiamos laikmenos, prieš daugelį metų savo namuose įkėliau tinklą naudodama įvairias komunalines paslaugas, todėl man nereikėjo jaudintis, kad stebėčiau bet kokią laikmeną. Paprastai aš tiesiog prisijungiu prie savo tinklo, pasirenku įkrovą iš tinklo ir turiu įvairių įrankių, kad išspręstų daugybę problemų. Problema yra mašina, dėl kurios visa tai stebuklinga, yra ta pati mašina, kuri šiuo metu neveikia. Negaliu pasakyti, aš tiesiog paleisiu iš „Spinrite“ kompaktinio disko. Išskyrus prieš porą metų, mano failų serverio optinis diskas atidavė vaiduoklį. Tuo metu, kai tai atsitiko, nusprendžiau, kad niekada nenaudoju optinės laikmenos tame aparate, man jo nereikėjo pakeisti. Nesijaudinkite, sakiau sau, aš tiesiog išimsiu optinį diską iš savo pagrindinio kompiuterio. Išjungiu pagrindinį kompiuterį ir išimu optinį diską. Tuomet ieškau savo „Spinrite“ įkrovos kompaktinio disko. Nerandu! Prieš keletą mėnesių persikėlėme į naują namą, taigi viskas yra šiek tiek netvarkoje. Manau, aš tiesiog sudeginsiu naują kopiją, bet net nerandu tuščių optinių laikmenų! Į kitą planą - įkrovos atmintukas! Po kelių minučių „Google“ atnaujinti atmintį turiu įkrovos įtaisą „Spinrite“. Aš paleisiu savo „Linux“ dėžutę ir paleisiu „Spinrite“. Kompiuteris užšąla ir, atrodo, sugenda. Siekdamas pašalinti kintamuosius, netinkamą diską perjungiu į prijungtą prie PCI-e išplėtimo kortelės ir prijungiu tiesiai prie pagrindinės plokštės. Dabar „Spinrite“ paleidžiama puikiai, tačiau reikia amžių ir amžių, kad būtų galima išvardyti prie jo prijungtus diskus. Aš sistemingai atjungiu visus kitus diskus, išskyrus blogąjį, bet jis niekada neužbaigia išvardytų diskų, nesvarbu, kiek ilgai laukiu. Į kitą planą! Aš išmetu diską iš savo „Linux“ dėžės, prijungiu jį prie savo pagrindinio kompiuterio ir įjungiu iš savo blizgaus naujojo „Spinrite“ atminties. „Spinrite“ paleidžia ir iškart mato diską. Aš liepiau pradėti atkurti duomenis, įsitikinęs, kad pagaliau darau tam tikrą pažangą. Grįžtu patikrinti po gal kokių 10 minučių, o ekrane yra klaida, ir atrodo, kad diskas vėl dingo. Nusivylęs dar kelis kartus bandau ir liepiu „Spinrite“ pradėti nuo įvairių disko dalių, tačiau kiekvieną kartą gauti tą patį rezultatą. Atrodo, kad tai man vis tiek nepadės.
Įtardamas neracionalią viltį, aš įdėjau diską į savo „Linux“ dėžutę ir įjungiu energiją. Mano nuostabai, diskas pasirodo ir LVM viską suaktyvina. Toliau bandydamas laimę, išduodu dar vieną „pvmove“ komandą, kad vėl galėčiau perkelti duomenis iš disko. Anksčiau matau klaidų pranešimus apie tai, kad nemoku skaityti iš disko, tačiau stebina tai, kad „pvmove“ ir toliau daro pažangą, vis arčiau 100% baigdama. Sumišimas, palengvėjimas ir jaudulys persmelkė mane. Ar aš norėsiu atsitraukti nuo to, kas nesugadinta? Deja, paskutinis dalykas, kurį LVM daro po dangteliais, kad būtų galima švariai užbaigti „pvmove“, yra parašyti atnaujintą žurnalą visiems jo valdomiems diskams. Tai, žinoma, nepavyksta, kai bandoma įrašyti į blogą diską ir tokiu būdu nutraukiamas visas procesas. Nugalėk dar kartą išmuštą iš pergalės žandikaulio! Pasineriu į „Google“ ir atrandu, kad įmanoma kontroliuoti, kiek duomenų juda „pvmove“ komanda, užuot perkelusi VISUS duomenis vienu šūviu. Aš eksperimentuoju su tuo ir man labai gerai sekasi perkelti mažą dalį mano duomenų vienu metu. Man pasidaro godus ir diskas kelis kartus dingsta, bet visada grįžtama po kompiuterio maitinimo ciklo. Teorizuodamas, kad galbūt tik tam tikros disko dalys yra blogos, aš pradedu šokinėti aplink, o ne dirbti pavaros pradžioje. Po kelių pakartojimų aš turiu visus, išskyrus 40 GB, iš 750 GB, saugiai perkeltą iš disko. Likusiems 40 GB nepavyko pajudėti, nesvarbu, ką bandžiau. Dabar buvo sekmadienio vakaras ir aš buvau išsekęs, todėl nusprendžiau eiti miegoti ir kitą dieną daugiau spręsti šią problemą.
Kitą dieną, po miego ir pirmosios dienos dienos darbe, nusprendžiu tiesiog įkąsti kulka, nes negalvojau apie paskutinius 40 GB įrašytų TV laidų, ir pasiryžau pašalinti diską iš savo LVM konfigūracijos. . Aš jau daug kartų tai dariau anksčiau, todėl viskas vyksta gana sklandžiai. Kitas valymo sąraše yra skylės, esančios failų sistemos viduryje, taisymas. Aš manau, kad trūksta tik 40 GB, o ne 750 GB, jis negali būti labai blogas, tiesa? Neteisinga! Po remonto aš turėjau 900 GB papildomos laisvos vietos, palyginti su prieš sunkumų išbandymą, taigi ji pritrūko gana daug. Na, aš sakau sau, bet kokiu atveju tai buvo tik televizija. Mano DVR pagaliau vėl veikia po trijų dienų pertraukos ir aš pagaliau galiu nustoti galvoti apie tai kiekvienu atsarginiu smegenų ciklu.
Išmoktos pamokos
Taigi ko aš iš viso to išmokau? Aš turėjau padaryti geresnį darbą nei tai, kas svarbu. Tai nutiko prieš kelias savaites ir per tą laiką aš dar nepraleidau jokio dingusio TV turinio. Vis dėlto apgailestauju, kad neleidžiu sau, o dar svarbiau savo šeimai, leisti naudotis televizoriumi tris dienas ir per tas tris dienas leisti save į streso krizės režimą. Jei pradžioje būčiau atsisakęs atkurti duomenis, funkcija būtų buvusi atkurta maždaug per valandą, o ne per tris dienas. Aš per daug gerai žinau, kad dažniausiai mūsų duomenys yra brangūs, tačiau šioje situacijoje to nebuvo.
Antra, jei jūsų duomenys yra brangūs ir 99% laiko jie yra tikrai, turite juos apsaugoti! Kurkite atsarginę duomenų kopiją, nėra jokių pasiteisinimų. Turėdamas nepakeičiamų duomenų, pvz., Tūkstančius mano sūnaus paveikslėlių, kuriuos turiu savo kompiuteryje, būtinai sukuriu jų atsarginių kopijų atsarginę kopiją ne mažiau kaip trijose vietose, iš kurių viena yra „debesies“ atsarginės kopijos teikėja. Kalbant apie DVR saugojimą, aš vis dar nemanau, kad būtų praktiška kurti atsarginę duomenų kopiją debesyje, tačiau turėdamas omenyje šių laikmenų kainą, aš neturiu jokio pasiteisinimo, kad jo neturėčiau apsaugoti RAID, ir būtent tai aš ir esu ketinu padaryti. Kai prieš keletą metų pirmą kartą sukūriau saugyklos klasterį, manau, kad patekti į kelių TB baseiną man prireikė 10 ar daugiau diskų. Aš tik patikrinau kainas ir dabar galite įsigyti 3 TB diską už gerokai mažiau nei 100 USD. Aš tiesiog neturiu jokio pasiteisinimo palikti savo duomenis neapsaugotus, ir jei tokių duomenų praradimas man vėl nutinka, tai tikrai mano paties kaltė.
