Phenquestions
Sest isegi kui peate kinni pikaajalise toe (LTS) väljaannetest, on Linuxi distributsioonid sageli põhimõtteliselt suuremas ohus kui Windowsi masinad - ootamatult ja suurejooneliselt - tegevuse lõpetamine.
Miks see nii paljudel juhtudel nii on?
- Riistvara ühilduvus, sealhulgas oluliste komponentide, näiteks GPU-de jaoks, on endiselt märkimisväärne väljakutse, kuna paljud müüjad ei toeta endiselt Linuxi jaotusi, jättes lahenduste loomise kogukonnale;
- Avatud lähtekoodiga finantsmudel ei motiveeri, veelgi vähem nõuab põhjalikke kvaliteedikontrolli protsesse;
- Ja neile, kes jälgivad veritsevate servade väljalaskeid, on pakendihalduse tööriistade fundamentaalsetel muudatustel vastik harjumus süsteemi mõnikord müüritada, avades Pandora sõltumatuse vigade parandamatu osa. Nende parandamine, isegi kui see on võimalik, võib hõlmata päevad läbi kestnud küülikuaukude mahavõtmist. Mis võib esmakordse kasutaja jaoks tunduda hea õppimiskogemusena, võib see Windowsi hüppamise äärel olevale veterankasutajale pakkumisi murda.
Ja Linuxi stabiilsusküsimus on vihastanud palju kasutajaid. Sirvige AskUbuntus paljusid hädas olevaid kasutajate niite.com ja te leiate palju pettunud plakateid, kes on kõik proovinud ja lõpuks otsustanud, et ainus võimalus edasi on installida nullist.
Kuigi see võib esialgu olla omamoodi õppeprotsess, julgustades kasutajaid perioodiliselt ümber mõtlema, kuidas nad saaksid oma süsteemi muuta kergemaks ja sujuvamaks taasteprotsessi, ei saa sellest mõne aja pärast midagi muud kui suurt, aeganõudvat ebameeldivust. Varem või hiljem hakkavad ka kõige arenenumad energiatarbijad ihkama stabiilsust.
Olen Linuxit oma igapäevase operatsioonisüsteemina kasutanud rohkem kui 10 aastat ja olen läbinud oma soovimatu puhta installi suure osa. Tegelikult nii palju, et lubasin, et minu viimane uuesti installimine jääb minu viimaseks. Sellest ajast olen välja töötanud järgmise metoodika. Ja see töötab selle nimel, et minu Lubuntu süsteem töötaks sama hästi kui päev, mil ma selle uuesti installisin. Ma teen seda.
Kaalutlused: mida peate varundama?
Enne varundusstrateegia üle otsustamist peate välja selgitama mõned põhialused
- Mida peate varundama? Kas peate varundama kogu sektsiooni / köite või lihtsalt kodukasutaja kataloogi?
- Kas piisab varundamise strateegiast teie kasutuse jaoks?? Või peate tegema täielikud varukoopiad?
- Kas varukoopia tuleb krüptida??
- Kui lihtne on teil taastamisprotsess?
Minu varundamissüsteem põhineb metoodikate segul.
Kasutan Timeshifti oma peamise varundamissüsteemina, mis teeb järkjärgulisi pilte. Ja ma hoian kohapeal täielikku ketta varukoopiat, mis välistab kataloogid, mis ei sisalda kasutajaandmeid. Süsteemjuure suhtes on need järgmised:
- / dev
- / proc
- / sys
- / tmp
- / jooksma
- / mnt
- / meedia
- / kadunud + leitud
Lõpuks hoian veel kaks varukoopiat. Üks neist on (päris) kogu süsteemi partitsioon piltide varundamiseks a abil Clonezilla elus USB. Clonezilla pakendab rida madala taseme tööriistu installide kordamiseks. Ja teine on kogu süsteemi varuväline varukoopia, mille laadin AWS S3-sse umbes kord aastas, kui minu käsutuses on suurepärane andmete üleslingi link.
Varundustööriistade valikud
Tänapäeval on tööriistade valik suur.
See sisaldab:
- Tuntud CLI-d, näiteks rsync, mida saab käsitsi skriptida ja kutsuda croni tööna
- Programmid nagu Déjà Dup, Duplicity, Bacula, mis pakuvad graafilisi kasutajaliideseid varundusplaanide loomiseks ja automatiseerimiseks kohalikesse või väljaspool asuvaid sihtkohaservereid, sealhulgas ühiste pilvepakkujate hallatavaid
- Ja tööriistad, mis liidestuvad tasuliste pilveteenustega, nagu CrashPlan, SpiderOak One ja CloudBerry. Viimane kategooria hõlmab teenuseid, mis pakuvad odavaid pilvemäluruume, nii et pakkumine on täielikult otsast lõpuni.
3-2-1 reegel
Annan kiire ülevaate tööriistadest, mida praegu oma peamasinas kasutan.
Kuigi olen kirjutanud mõned Bashi skriptid oluliste konfiguratsioonifailide saamiseks minu peamisesse pilvemällu, mida ma igapäevaste failide jaoks kasutan, varundab see minu varundusplaani (oluline) komponent lihtsalt kogu masina, sealhulgas virtuaalsed masinad ja süsteemi failid, mis tuleks nüansirikkamates lähenemistes eraldi välja jätta või varundada.
Selle keskne eeldus on 3-2-1 varureegli järgimine. See lähenemisviis peaks teie andmeid - sealhulgas peamist operatsioonisüsteemi - turvaliselt hoidma peaaegu kõigi rikke korral.
Reeglis öeldakse, et peaksite säilitama:
- 3 koopiat teie andmetest. Ma ütlen alati, et see on natuke vale nimi, sest see tähendab tegelikult, et peaksite säilitama oma peamise andmeallika ja kaks varukoopiat. Ma nimetaksin seda lihtsalt kui "kahte varukoopiat"
- Neid kahte varukoopiat tuleks hoida erinevates andmekandjates. Toome selle tagasi lihtsate koduarvutuste terminite juurde. Võite kirjutada lihtsa rsync-skripti, mis kopeerib teie peamise SSD (järk-järgult) teisele manustatud andmekandjale - oletame, et teie emaplaadi järgmise SATA-pordi külge kinnitatud HDD. Mis juhtub aga siis, kui arvuti süttib või teie maja röövitakse? Te jääksite ilma oma peamise andmeallikata ja teil poleks varukoopiat. Selle asemel võiksite oma peamise ketta varundada võrgukaardile (NAS) või kasutada seda lihtsalt Clonezilla abil välisele kõvakettale.
- Üks kahest varukoopiast peaks olema väljaspool asukohta. Väljaspool olevad varukoopiad on üliolulised, sest katastroofiliste looduslike sündmuste, näiteks üleujutuste korral võib kogu teie maja hävitada. Vähem dramaatiliselt võib suur üleüldisündmus praadida kogu maja ühendatud elektroonikat või kõiki konkreetse vooluahelaga inimesi (seetõttu on mõistlik hoida üks kohapeal olevatest varukoopiatest toiteallikaga ühendamata - näiteks oleks lihtne väline HDD / SDD ).Tehniliselt on "väljaspool asukohta" kõikjal, mis asub kõrvalises asukohas. Nii et saate Clonezilla abil kirjutada Interneti kaudu oma operatsioonisüsteemi pildi oma arvutisse või sellele lisatud draivi. Nendel päevadel on pilvemälu piisavalt odav, et isegi kogu draivi pilte taskukohaselt installida. Sel põhjusel varundan oma süsteemi täielikult, kord aastas, Amazon S3 ämbrisse. AWS-i kasutamine annab ka tohutu täiendava koondamise.
Minu varundamise juurutamine
Minu lähenemine varukoopiatele põhineb mõnel lihtsal poliitikal:
- Ma tahan hoida asjad võimalikult lihtsad;
- Tahan endale kõige rohkem koondada, mida mõistlikult saavutada suudan;
- Ma tahan vähemalt järgida reeglit 3-2-1
Nii et ma teen järgmist.
- Ma hoian oma töölaual täiendavat draivi, mida kasutatakse ainult majutamiseks Timehsift taastada punkte. Kuna pühendan sellele terve ketta, on mul üsna palju ruumi, kus ringi mängida. Ma hoian igapäevast, igakuist ja iganädalast varukoopiat. Siiani on Timeshift kõik, mida mul on vaja süsteemi paar päeva tagasi veeretamiseks, enne kui miski, näiteks uus pakett, avaldas süsteemi teistele osadele kahjulikku mõju. Isegi kui te ei pääse GRUB-ist mööda, saab Timeshifti süsteemi parandamiseks kasutada root-õigustega CLI-na. See on hämmastavalt mitmekülgne ja kasulik tööriist. See on esimene kohapeal eksemplar.
- Ma hoian oma töölaual täiendavat draivi, mida kasutatakse ainult minu peamise draivi Clonezilla piltide hoidmiseks. Kuna need pildid oleksid mulle tõesti kasulikud ainult juhul, kui Timeshift ebaõnnestub, pildistan neid ainult üks kord kolme kuni kuue kuu jooksul. See on teine kohapeal eksemplar.
- Clonezilla abil koostan täiendava kõvaketta, mida hoian kodus väljaspool arvutit. Välja arvatud see, et selle kõvaketta jaoks kasutan seadme-seadme varundamist, mitte seadme-pildi varundamist, nagu eelmisel pildil - nii et oleks hea minna kohe, kui mu esmane draiv oleks tellistest. Kui peaksin taastuma näiteks Clonezilla sisemisest varunduskettast, peaksin kõigepealt järgima taasteprotsessi. Eeldades, et muud süsteemikomponendid on pärast kõvaketta riket heas töökorras, oleks mul selle kasutamiseks teoreetiliselt vaja ainult see ketas emaplaadiga ühendada. See on kolmas kohapeal eksemplar.
- Lõpuks, umbes iga kuue kuu tagant, laadin AWS S3-le üles oma süsteemi Clonezilla loodud pildi. Ütlematagi selge, et see on pikk mitmeosaline üleslaadimine ja see tuleb teha Interneti-ühenduse kaudu, millel on hea üleslaadimislink.
Kokku hõlmab minu süsteem minu peamise töölaua kolme kohapealset ja ühte väljaspool asuvat koopiat.
Peamine Takeaways
- Kõigil Linuxi kasutajatel peaksid olema kindlad varundusstrateegiad
- 3-2-1 varureegel on hea mõõdupuu, mis tagab teie andmete turvalisuse praktiliselt igas olukorras.
- Varukoopiate loomiseks kasutan Timeshifti ja Cloudzilla kombinatsiooni, kuigi turul on palju muid võimalusi, sealhulgas tasulisi. Pilvesalvestuseks kasutan lihtsat AWS S3 ämbrit, kuigi jällegi on integreeritud teenuseid, mis sisaldavad nii tarkvara kui ka salvestustööriistu.
