Nes, net jei laikotės ilgalaikio palaikymo (LTS) leidimų, „Linux“ paskirstymams dažnai kyla didesnė rizika nei „Windows“ mašinoms staiga ir įspūdingai išeiti iš verslo.
Kodėl daugeliu atvejų taip yra?
- Aparatinės įrangos suderinamumas, įskaitant esminius komponentus, tokius kaip GPU, išlieka nemenkas iššūkis, kai daugelis tiekėjų vis dar nepalaiko „Linux“ paskirstymų, paliekant bendruomenei galimybę išspręsti problemas;
- Atvirojo kodo finansinis modelis neskatina kruopščių kokybės užtikrinimo procesų, juo labiau nereikalauja;
- Tiems, kurie neatsilieka nuo kraštutinių leidimų, esminiai paketų valdymo įrankių pakeitimai turi nemalonų įprotį kartais sumūryti sistemą, atverdami nepataisomą „Pandoros priklausomybės klaidų dėžę“. Net tais atvejais, kai jie bus ištaisyti, gali prireikti kelias dienas trunkančių triušio skylių. Tai, kas gali atrodyti kaip gera mokymosi patirtis pirmą kartą besinaudojančiam vartotojui, gali tapti nesuderinamu veterano vartotojo, atsidūrusio laivo prie „Windows“ slenksčio, nusivylimu.
Ir „Linux“ stabilumo problema supykdė daugybę vartotojų. Naršykite daugybėje nelaimės ištiktų vartotojų gijų „AskUbuntu“.com ir jūs sutiksite daugybę nusivylusių plakatų, kurie išbandė viską ir galiausiai nusprendė, kad vienintelis kelias į priekį yra įdiegti nuo nulio.
Nors tai iš pradžių gali būti tam tikras mokymosi procesas, skatinant vartotojus periodiškai permąstyti, kaip jie gali padaryti savo sistemą lengvesne ir racionalizuoti atkūrimo procesą, po kurio laiko tai tampa ne ką geresniu, nei dideliu, laiką sugadinančiu nemalonumu. Anksčiau ar vėliau net pažangiausi energijos vartotojai pradės trokšti stabilumo.
Aš naudoju „Linux“ kaip savo kasdienę OS daugiau nei 10 metų ir patyriau nemažą dalį nepageidaujamų švarių įrenginių. Iš tikrųjų tiek daug, kad pažadėjau, jog paskutinis mano pakartotinis diegimas bus paskutinis. Nuo tada aš sukūriau šią metodiką. Ir tai stengėsi, kad mano „Lubuntu“ sistema veiktų taip pat gerai, kaip tą dieną, kai ją įdiegiau be naujo diegimo. Štai ką aš darau.
Svarstymai: ko reikia atsarginėms kopijoms kurti?
Prieš nuspręsdami dėl atsarginės strategijos, turite išsiaiškinti keletą pagrindų:
- Ko reikia atsarginėms kopijoms kurti? Ar jums reikia sukurti atsarginę viso skaidinio / tomo ar tik namų vartotojo katalogo kopiją?
- Ar pakaks papildomos atsarginės kopijos strategijos jūsų naudojimo atvejui? Arba reikia atlikti visas atsargines kopijas?
- Ar atsarginę kopiją reikia užšifruoti?
- Kaip lengva jums reikia atkūrimo proceso?
Mano atsarginė sistema yra pagrįsta metodikų mišiniu.
Aš naudoju „Timeshift“ kaip pagrindinę atsarginės kopijos sistemą, kuri daro didėjančias momentines nuotraukas. Aš laikau pilną disko atsarginę kopiją svetainėje, kuri neįtraukia katalogų, kuriuose nėra vartotojo duomenų. Tai yra palyginti su sistemos šaknimi:
- / dev
- / proc
- / sys
- / tmp
- / paleisti
- / mnt
- / žiniasklaida
- / pamesta + rasta
Galiausiai pasilikau dar dvi atsargines kopijas. Vienas iš jų yra (tikras) visos sistemos skaidinys, skirtas atsarginėms vaizdų kopijoms, naudojant Klonezila tiesioginis USB. „Clonezilla“ siūlo daugybę žemo lygio įrankių, skirtų įrenginiams atkartoti. Antrasis - visos sistemos išorinė atsarginė kopija, kurią į AWS S3 įkeliu maždaug kartą per metus, kai tik turiu puikų duomenų perdavimo ryšį.
Atsarginės kopijos įrankių parinktys
Šiais laikais įrankių, kuriuos galite naudoti, pasirinkimas yra didelis.
Tai įeina:
- Gerai žinomi CLI, tokie kaip „rsync“, kurie gali būti scenarijai ir rankiniu būdu iškviesti kaip „cron“ darbas
- Tokios programos kaip „Déjà Dup“, „Duplicity“, „Bacula“, teikiančios GUI, kad būtų galima kurti ir automatizuoti atsarginių kopijų planus į vietinius arba ne svetainės paskirties serverius, įskaitant tuos, kuriuos valdo bendri debesų tiekėjai
- Ir įrankiai, kurie sąsaja su mokamomis debesų paslaugomis, tokiomis kaip „CrashPlan“, „SpiderOak One“ ir „CloudBerry“. Paskutinė kategorija apima paslaugas, kurios pačios teikia pigias debesies saugojimo vietas, todėl pasiūlymas yra visiškai galutinis.
3-2-1 taisyklė
Trumpai apžvelgsiu įrankius, kuriuos šiuo metu naudoju savo pagrindinėje mašinoje.
Nors aš parašiau keletą „Bash“ scenarijų, norėdamas gauti pagrindinius konfigūracijos failus į savo pagrindinę debesies saugyklą, kurią naudoju kasdieniniams failams, šis (pagrindinis) mano atsarginės kopijos plano komponentas tiesiog sukuria atsarginę visos mašinos, įskaitant virtualias mašinas ir sistemą, atsarginę kopiją. failus, kurie turėtų būti praleisti arba sukurti atsarginę atsarginę kopiją, naudojant niuansuotesnį požiūrį.
Jo pagrindinė prielaida yra 3-2-1 atsarginės taisyklės laikymasis. Šis metodas turėtų apsaugoti jūsų duomenis - įskaitant pagrindinę OS - beveik bet kokiu gedimo atveju.
Taisyklėje nurodoma, kad turėtumėte pasilikti:
- 3 jūsų duomenų kopijos. Aš visada sakau, kad tai šiek tiek klaidingas pavadinimas, nes tai iš tikrųjų reiškia, kad turėtumėte išsaugoti savo pirminį duomenų šaltinį ir dvi atsargines kopijas. Aš tai paprasčiausiai vadinčiau „dviem atsarginėmis kopijomis“
- Šios dvi atsarginės kopijos turėtų būti laikomos skirtingose laikmenose. Grįžkime prie paprastų namų skaičiavimo terminų. Galite parašyti paprastą „rsync“ scenarijų, kuris (palaipsniui) nukopijuos jūsų pagrindinį SSD į kitą prijungtą laikmeną - tarkime, HDD, pritvirtintą prie kito jūsų pagrindinės plokštės SATA prievado. Bet kas nutiks, jei užsidegs jūsų kompiuteris ar apvogtas jūsų namas? Liksite be pagrindinio duomenų šaltinio ir neturėsite atsarginės kopijos. Vietoj to, galite sukurti savo pagrindinio disko atsarginę kopiją prie tinklo prijungtos saugyklos (NAS) arba tiesiog naudoti „Clonezilla“, kad įrašytumėte jį į išorinį standųjį diską.
- Viena iš dviejų atsarginių kopijų turėtų būti saugoma ne svetainėje. Atsarginės kopijos ne vietoje yra gyvybiškai svarbios, nes katastrofiškų gamtos įvykių, pvz., Potvynių, atveju gali būti sunaikintas visas jūsų namas. Ne taip dramatiškai, kad įvykus dideliam viršįtampio įvykiui gali iškepti visa prijungta elektronika namuose arba visi tie, kurie yra tam tikroje grandinėje (todėl prasminga laikyti vieną iš vietoje esančių atsarginių kopijų neprijungtą prie maitinimo šaltinio - pavyzdys galėtų būti paprastas išorinis HDD / SDD ).Techniškai „už objekto ribų“ yra bet kur, kas yra nutolusi vieta. Taigi naudodami „Clonezilla“ galite nuotoliniu būdu per internetą įrašyti operacinės sistemos vaizdą į savo darbo kompiuterį arba prie jo prijungtą diską. Šiais laikais debesies saugykla yra pakankamai pigi, kad būtų galima pigiai įdiegti net viso disko vaizdus. Dėl šios priežasties aš kartą per metus sukuriu visos sistemos atsarginę kopiją prie „Amazon S3“ kibiro. AWS naudojimas taip pat suteikia didžiulį papildomą atleidimą.
Mano atsarginės kopijos įgyvendinimas
Mano požiūris į atsargines kopijas pagrįstas keliomis paprastomis politikomis:
- Noriu, kad viskas būtų kuo paprasčiau;
- Aš noriu suteikti sau daugiausia atleidimo, kurį galiu pagrįstai pasiekti;
- Aš noriu bent jau laikytis 3-2-1 taisyklės
Taigi elgiuosi taip.
- Darbalaukyje laikau papildomą diską, kuris naudojamas tik namams Laikas atkurti taškus. Kadangi skiriu jam visą diską, turiu gana daug vietos žaisti. Aš laikau dienos, mėnesio ir savaitės atsarginę kopiją. Iki šiol „Timeshift“ yra viskas, ko man reikėjo, kad sistema būtų sugrąžinta keliomis dienomis iki taško, kol kažkas, pavyzdžiui, naujas paketas, turėjo neigiamą poveikį kitoms sistemos dalims. Net jei negalite aplenkti GRUB, „Timeshift“ gali būti naudojamas kaip CLI su root teisėmis sistemai taisyti. Tai nuostabiai universalus ir naudingas įrankis. Tai yra pirmoji kopija vietoje.
- Darbalaukyje laikau papildomą diską, kuris naudojamas tik mano pagrindinio disko „Clonezilla“ atvaizdams laikyti. Kadangi šie vaizdai man tikrai būtų naudingi tik tuo atveju, jei nepavyktų „Timeshift“, juos darau tik kartą per tris ar šešis mėnesius. Tai yra antroji kopija vietoje.
- Naudodamas „Clonezilla“ sukuriu papildomą standųjį diską, kurį laikau namuose ne kompiuterio išorėje. Išskyrus tai, kad šiam standžiajam diskui naudoju atsarginę įrenginio ir įrenginio atsarginę kopiją, o ne atsarginę įrenginio vaizdo atsarginę kopiją, kaip ir ankstesniame paveikslėlyje, kad būtų gerai eiti iškart, jei mano pagrindinis diskas būtų sumūrytas. Pavyzdžiui, jei norėčiau atsigauti iš vidinio „Clonezilla“ atsarginio disko, pirmiausia turėčiau atlikti atkūrimo procesą. Darant prielaidą, kad dėl kietojo disko gedimo kiti sistemos komponentai yra tvarkingi, teoriškai man reikės tik prijungti šį diską prie pagrindinės plokštės, kad galėčiau pradėti jį naudoti. Tai yra trečia vietoje esanti kopija.
- Galiausiai kartą per šešis mėnesius į „AWS S3“ įkeliu „Clonezilla“ sugeneruotą savo sistemos vaizdą. Nereikia nė sakyti, kad tai yra ilgas kelių dalių įkėlimas ir jį reikia atlikti iš interneto ryšio su gera įkėlimo nuoroda.
Iš viso mano sistemoje yra trys pagrindinio darbalaukio kopijos vietoje ir viena kopija vietoje.
Pagrindiniai išsinešimai
- Visi „Linux“ vartotojai turėtų turėti patikimas atsarginės kopijos strategijas
- 3-2-1 atsarginės kopijos taisyklė yra geras kriterijus, užtikrinantis, kad jūsų duomenys yra saugūs praktiškai visomis aplinkybėmis.
- Kuriu atsargines kopijas naudodamas „Timeshift“ ir „Cloudzilla“ derinį, nors rinkoje yra daugybė kitų galimybių, įskaitant mokamas. Debesies saugojimui naudoju paprastą AWS S3 kibirą, nors vėlgi yra integruotų paslaugų, kurios apima ir programinę įrangą, ir saugojimo įrankius.