Tas sākās sestdienas vakarā, kad mana sieva vaicāja, kāpēc mūsu DVR pēkšņi pārtrauca spēlēt šovu, kuru viņa skatījās. Es viņai teicu, ka tas, iespējams, ir tikai kaut kāds pārrāvums, bet es to apskatīšu. Es ieeju ģimenes istabā meklēt, un kļūda būtībā paziņoja, ka pamatā esošais disks vairs nav pieejams. Nav labi! Tas bija mana trīs dienu šausmu stāsta sākums …
Nedaudz fona
Mans DVR faktiski ir tikai specializēta programmatūra (SageTV ziņkārīgiem), kas darbojas datorā. Programmatūra ir ļoti elastīga un ļauj nodalīt visus dažādus tās aspektus. Man ir atsevišķa mašīna centralizētai vadībai, plānošanai un ierakstīšanai, atsevišķas mašīnas atskaņošanai un šī stāsta zvaigzne, atsevišķa mašīna glabāšanai. Krātuvei izmantoju Linux failu serveri, izmantojot LVM (Logical Volume Manager), lai apkopotu daudzus atsevišķus, neidentificētus diskdziņus vienā lielā (pašreiz ~ 6TB) loģiskajā diskdzinī, ko redz operētājsistēma. Tā kā vairāku TB datu dublēšana ir nepraktiska un tā kā minētie dati ir “tikai” TV šovi, mana rezerves filozofija vienmēr ir bijusi tā, ka vienkārši nav jārūpējas. Līdz nesenajiem notikumiem šī filozofija nebija pārbaudīta reālās pasaules notikumos.
Mēģinājums atgūt datus
Ieraugot kļūdu DVR, es nekavējoties sāku aplūkot atmiņas serveri. Failu sistēma ir neticami lēna un lēni reaģē, tāpēc vaicāju LVM par fizisko diskdziņu stāvokli, kas ir loģiskā apjoma pamatā. Pēc ilgas kavēšanās tas parādās un saka, ka trūkst 750 GB diska. Ak, vai! Es pārstartēju serveri un pārsteidzoši, ka disks atgriežas. Es izsniedzu komandu pvmove, lai automātiski migrētu visus datus no šī diska, taču tā neizdodas pabeigt mazāk par 2%.
Saskaroties ar disku, kas ļoti nevēlas sadarboties ar tā datu lasīšanu, bet vismaz parādās BIOS, es pievērsos savam iecienītākajam diska atkopšanas rīkam Spinrite. Lai arī Spinrite parasti tiek ielādēts no noņemama datu nesēja, pirms daudziem gadiem es savā mājā uzstādīju tīkla sāknēšanu dažādiem komunālajiem pakalpojumiem, tāpēc man nebija jāuztraucas par jebkura multivides izsekošanu. Parasti es vienkārši pieslēdzos savam tīklam, atlasu sāknēšanu no tīkla, un manā rīcībā ir dažādi rīki, lai labotu daudzas problēmas. Problēma ir mašīna, kas liek visu šo burvju darbu, ir tā pati mašīna, kas šobrīd darbojas. Nekas liels darījums, ko es saku, es sākšu tikai no Spinrite kompaktdiska. Izņemot pirms pāris gadiem, mana faila servera optiskais diskdzinis pameta spoku. Laikā, kad tas notika, es nolēmu, tā kā šajā mašīnā nekad neizmantoju optiskos datu nesējus, man tas nebija jāmaina. Neuztraucieties, es sev teicu, es vienkārši izņemšu optisko diskdzini no sava galvenā datora. Es izslēdzu galveno datoru un izņemu optisko diskdzini. Tad es meklēju savu Spinrite sāknēšanas kompaktdisku. Nevar atrast! Mēs pirms dažiem mēnešiem pārcēlāmies uz jaunu māju, tāpēc viss ir nedaudz sakārtots. Es domāju, ka es tikai ierakstīšu jaunu kopiju, bet es pat nevaru atrast nevienu tukšu optisko datu nesēju! Nākamajā plānā - bootable flash drive! Pēc dažām minūtēm Google tīklā, lai atsvaidzinātu manu atmiņu, man ir bootable Spinrite zibatmiņas disks. Es nolaidu savu Linux lodziņu un palaižu Spinrite. Dators sasalst un, šķiet, sabrūk. Cenšoties novērst mainīgos lielumus, es pārvietoju slikto disku no iespraušanas PCI-e paplašināšanas kartē uz tieši pieslēgtu mātesplatē. Tagad Spinrite sāk darboties lieliski, taču, lai uzskaitītu ar to savienotos diskus, nepieciešams vecums un vecums. Es sistemātiski atvienoju visus citus diskus, izņemot slikto, taču tas nekad nepabeidz uzskaitīt diskus neatkarīgi no tā, cik ilgi es gaidu. Uz nākamo plānu! Es izņemu disku no savas Linux lodziņa, savienoju to ar galveno datoru un sākos no sava spīdīgā jaunā Spinrite zibatmiņas diska. Spinrite palaiž un uzreiz redz disku, un es viņam saku sākt datu atgūšanu, būdams apmierināts, ka beidzot esmu guvis zināmu progresu. Es dodos atpakaļ to pārbaudīt pēc varbūt 10 minūtēm, un ekrānā ir kļūda, un šķiet, ka disks atkal ir pazudis. Neapmierināts, es mēģinu vēl dažas reizes, un es iesaku Spinrite startēt dažādās diska daļās, bet katru reizi iegūt vienādu rezultātu. Liekas, ka galu galā tas man nepalīdzēs.
Neracionālas cerības dēļ es ievietoju disku atpakaļ savā Linux kastē un ieslēdzu to. Man par izbrīnu parādās disks un LVM visu aktivizē. Vēl vairāk izmēģinot veiksmi, es izsniedzu vēl vienu pvmove komandu, lai mēģinātu vēlreiz pārvietot datus no diska. Jau sākumā es redzu kļūdas ziņojumus par to, ka nevaru nolasīt no diska, taču pārsteidzoši, ka pvmove turpina progresēt, arvien tuvāk un tuvāk 100% pabeigtam. Ap mani sajaucas neskaidrības, atvieglojumi un satraukums. Vai es došos prom no šī nepiespiestā? Diemžēl pēdējā lieta, ko LVM dara zem vākiem, lai tīri pabeigtu pvmove, ir uzrakstīt atjauninātu žurnālu visiem diskdziņiem, kas atrodas tā kontrolē. Tas, protams, neizdodas, mēģinot ierakstīt sliktajā diskā, un tādējādi tas pārtrauc visu procesu. Sakāve, kas atkal sagrauta no uzvaras žokļiem! Es ienirstu atpakaļ Google un atklāju, ka ir iespējams kontrolēt, cik daudz datu pārvietojas pvmove komanda, nevis pārvietot VISUS datus vienā kadrā. Es eksperimentēju ar šo, un man ir labi panākumi, pārvietojot nelielu daļu manu datu vienlaicīgi. Es kļuvu mantkārīgs, un disks dažas reizes pazūd, bet vienmēr atgriežas pēc datora barošanas cikla. Teorizējot, ka, iespējams, sliktas ir tikai noteiktas piedziņas daļas, es sāku lēkāt apkārt, nevis strādāt pie diska sākuma. Pēc dažām atkārtošanām man visi, izņemot 40 GB, no 750 GB, ir droši pārvietoti no diska. Atlikušajiem 40 GB tas neizdevās pārvietoties neatkarīgi no tā, ko es mēģināju. Tagad bija svētdienas vakars, un es biju izsmelts, tāpēc es nolēmu iet gulēt un nākamajā dienā vairāk risināt šo problēmu.
Nākamajā dienā pēc neliela miega un dienas pirmās puses es nolemju vienkārši iekost aizzīmi, jo man nebija vienalga par pēdējiem 40 GB ierakstītajiem TV šoviem, un es sāku noņemt diskdzini no savas LVM konfigurācijas . Esmu to jau izdarījis daudzas reizes iepriekš, tāpēc tas notiek diezgan gludi. Nākamais tīrīšanas sarakstā ir atveres labošana failu sistēmas vidū. Es uzskatu, ka trūkst tikai 750 GB, nevis 750 GB, tas nevar būt pārāk slikti, vai ne? Nepareizi! Pēc remonta man bija 900 GB papildu brīvas vietas, salīdzinot ar pirms pārbaudījuma sākuma, tā ka tas nedaudz saķērās. Ak, labi, es sev saku, tas katrā ziņā bija tikai TV. Pēc trīs dienu pārtraukuma mans DVR beidzot atkal darbojas, un es beidzot varu pārtraukt domāt par to ar katru rezerves smadzeņu ciklu.
Gūtās mācības
Ko es no tā visa iemācījos? Man vajadzēja darīt labāku darbu, kas patiešām nozīmīgs. Tas notika pirms dažām nedēļām, un šajā laikā es pat neesmu palaidis garām nevienu TV saturu, kas pazuda. Es tomēr nožēloju, ka neļāvu sev, bet vēl svarīgāk manai ģimenei, iespēju trīs dienas izmantot televizoru, un šīs trīs dienas es ieslēdzu sevi paaugstināta stresa krīzes režīmā. Ja sākumā būtu atteicies no datu atgūšanas, funkcija būtu atjaunota aptuveni stundā, nevis trīs dienās. Es pārāk labi zinu, ka mūsu dati lielākoties ir vērtīgi, taču šajā situācijā tas tā nebija.
Otrkārt, ja jūsu dati patiešām ir vērtīgi un 99% no tā patiesa laika ir jāaizsargā! Dublējiet savus datus, nav attaisnojumu. Maniem datiem, kas ir neaizvietojami, piemēram, tūkstošiem manu dēla attēlu, kas ir manā datorā, es noteikti to dublēšu ne mazāk kā trīs vietās, no kurām viena ir mākoņa dublējuma nodrošinātājs. Kas attiecas uz DVR krātuvi, es joprojām nedomāju, ka ir praktiski to dublēt mākonī, taču, ņemot vērā disku cenu šajās dienās, man nav attaisnojuma, lai to neaizsargātu RAID, un tas ir tieši tas, ko es esmu gatavojas darīt. Kad es pirms daudziem gadiem izveidoju savu krātuves kopu, es domāju, ka man vajadzēja 10 vai vairāk diskus, lai nokļūtu vairāku TB baseinā. Es tikko pārbaudīju cenas, un tagad jūs varat iegādāties 3 TB disku par krietni zem 100 USD. Man vienkārši nav nekāda attaisnojuma, lai savus datus atstātu neaizsargātus, un, ja šādi datu zudumi atkal notiek ar mani, tā tiešām ir mana vaina.
