Phenquestions
Koska vaikka pidätkin pitkäaikaisen tuen (LTS) julkaisuista, Linux-jakelut ovat usein periaatteessa enemmän vaarassa kuin Windows-koneet - yhtäkkiä ja näyttävästi - lopettaa toimintansa.
Miksi niin monissa tapauksissa on niin?
- Laitteiden yhteensopivuus, mukaan lukien keskeiset komponentit, kuten GPU: t, on edelleen merkittävä haaste, sillä monet toimittajat eivät vieläkään tue Linux-jakeluja, joten yhteisön on jätettävä kiertotapa;
- Avoimen lähdekoodin rahoitusmalli ei kannusta, eikä sitä vaadi perusteellisia laadunvalvontaprosesseja;
- Ja niille, jotka pysyvät verenvuotoreunan julkaisuissa, paketinhallintatyökalujen perustavanlaatuisilla muutoksilla on ilkeä tapa joskus muurata järjestelmää avaamalla korjaamattomat Pandoran riippuvuusvirheet. Näiden korjaaminen voi jopa päivien pituisten kaninreikien tekemisen jopa mahdollisuuksien mukaan. Se, mikä saattaa tuntua hyvältä oppimiskokemukselta ensimmäistä kertaa käyttäjälle, voi olla paljon rikkovaa turhautumista veteraanikäyttäjälle, joka on aluksen hyppäämisen Windowsilla.
Ja Linuxin vakauskysymys on suututtanut paljon käyttäjiä. Selaa monia hätätilanteissa olevia käyttäjän ketjuja AskUbuntussa.com ja kohtaat paljon turhautuneita julisteita, jotka ovat kokeilleet kaikkea ja päättäneet lopulta, että ainoa tapa edetä on asentaa tyhjästä.
Vaikka tämä voi aluksi olla eräänlainen oppimisprosessi, joka kannustaa käyttäjiä miettimään säännöllisesti uudelleen, miten he voivat tehdä järjestelmästään kevyemmän ja virtaviivaistaa palautusprosessia, siitä ei jonkin ajan kuluttua tule mitään muuta kuin suurta, aikaa vievää haittaa. Ennemmin tai myöhemmin edes edistyneimmät tehokäyttäjät alkavat kaipaa vakautta.
Olen käyttänyt Linuxia päivittäisenä käyttöjärjestelmänä yli 10 vuotta ja olen käynyt läpi kohtuullisen osuuden ei-toivotuista puhtaista asennuksista. Niin monta, itse asiassa, että lupasin viimeisen uudelleenasennukseni olevan viimeinen. Siitä lähtien olen kehittänyt seuraavan metodologian. Ja se on työskennellyt pitämään Lubuntu-järjestelmän toimivan yhtä hyvin kuin päivä, jolloin asensin sen ilman uudelleenasennusta. Tässä mitä teen.
Huomioita: Mitä sinun on varmuuskopioitava?
Ennen kuin päätät varmuuskopiointistrategiasta, sinun on selvitettävä joitain perusteita:
- Mitä sinun on varmuuskopioitava? Onko sinun varmuuskopioitava koko osio / taltio vai vain kotikäyttäjähakemisto?
- Riittääkö osittainen varmuuskopiointistrategia käyttötapaukseesi? Vai onko sinun tehtävä täydelliset varmuuskopiot?
- Onko varmuuskopio salattava??
- Kuinka helppoa tarvitset palautusprosessin?
Varmuuskopiointijärjestelmäni perustuu sekoitukseen menetelmiä.
Käytän Timeshiftia ensisijaisena varmuuskopiointijärjestelmänä, joka ottaa inkrementaalisia otoksia. Ja pidän koko levyn varmuuskopiota sivustossa, joka sulkee pois hakemistot, jotka eivät sisällä käyttäjätietoja. Suhteessa järjestelmän juuriin nämä ovat:
- / dev
- / proc
- / sys
- / tmp
- /juosta
- / mnt
- / media
- / kadonnut + löydetty
Lopuksi pidän vielä kaksi varmuuskopiota. Yksi näistä on (todellinen) koko järjestelmän osio kuvien varmuuskopiointiin käyttämällä Clonezilla elävä USB. Clonezilla pakkaa sarjan matalan tason työkaluja asennusten toistamiseen. Ja toinen on koko järjestelmän ulkopuolella oleva varmuuskopio, jonka lataan AWS S3: een noin kerran vuodessa aina, kun minulla on käytössänne upea datayhteys.
Varmuuskopiointityökalujen asetukset
Nykyään käytettävissä olevien työkalujen valikoima on suuri.
Se sisältää:
- Tunnetut CLI: t, kuten rsync, joka voi komentosarjoja ja kutsua cron-töiksi manuaalisesti
- Ohjelmat, kuten Déjà Dup, Duplicity, Bacula, jotka tarjoavat käyttöliittymiä luomaan ja automatisoimaan varmuuskopiosuunnitelmat paikallisille tai ulkopuolisille kohdepalvelimille, mukaan lukien yleisten pilvipalvelujen tarjoajat
- Ja työkalut, jotka ovat yhteydessä maksettuihin pilvipalveluihin, kuten CrashPlan, SpiderOak One ja CloudBerry. Viimeiseen luokkaan kuuluvat palvelut, jotka tarjoavat halpaa pilvitallennustilaa, joten tarjonta on täysin loppupäähän.
3-2-1-sääntö
Annan nopean yleiskuvan työkaluista, joita käytän tällä hetkellä pääkoneessani.
Vaikka olen kirjoittanut joitain Bash-komentosarjoja saadaksesi olennaiset määritystiedostot pääpilvitallennustilaan, jota käytän päivittäisissä tiedostoissa, tämä (olennainen) varmuuskopiosuunnitelman komponentti yksinkertaisesti varmuuskopioi koko koneen, mukaan lukien virtuaalikoneet ja järjestelmä tiedostot, jotka tulisi jättää pois tai varmuuskopioida erikseen vivahteikkaammin.
Sen keskeinen lähtökohta on 3-2-1-varmuuskopiosäännön noudattaminen. Tämän lähestymistavan tulisi pitää tietosi - mukaan lukien pääkäyttöjärjestelmäsi - turvassa lähes kaikissa vikatilanteissa.
Säännössä todetaan, että sinun tulisi säilyttää:
- 3 kopiota tiedoistasi. Sanon aina, että tämä on vähän väärä maininta, koska se tarkoittaa itse asiassa, että sinun on pidettävä ensisijainen tietolähteesi ja kaksi varmuuskopiota. Viittaan yksinkertaisesti tähän "kahteen varmuuskopioon"
- Nämä kaksi varmuuskopiota tulisi säilyttää eri tallennusvälineissä. Palatkaamme tämä takaisin yksinkertaisiin kotilaskennan termeihin. Voisit kirjoittaa yksinkertaisen rsync-komentosarjan, joka (vähitellen) kopioi pää SSD: n toiseen liitettyyn tallennusvälineeseen - sanotaan kiintolevy, joka on kiinnitetty emolevyn seuraavaan SATA-porttiin. Mutta mitä tapahtuu, jos tietokoneesi syttyy tuleen tai talosi ryöstetään? Sinut jäävät ilman ensisijaista tietolähdettäsi, eikä sinulla ole varmuuskopiota. Sen sijaan voit varmuuskopioida ensisijaisen levyn verkkotallennustilaan (NAS) tai kirjoittaa Clonezillan vain ulkoiselle kiintolevylle.
- Yksi kahdesta varmuuskopiosta tulisi tallentaa ulkopuolelle. Ulkopuoliset varmuuskopiot ovat välttämättömiä, koska katastrofaalisen luonnon tapahtuman, kuten tulvan, sattuessa koko talosi voi tuhoutua. Vähemmän dramaattisesti, suuri ylijännitetapahtuma voi paistaa kaiken talon liitetyn elektroniikan tai kaikki tietyllä piirillä olevat (tämän vuoksi on järkevää pitää yksi paikan päällä olevista varmuuskopioista kytkettynä virtalähteeseen - esimerkki olisi yksinkertainen ulkoinen kiintolevy / SDD ).Teknisesti "offsite" on missä tahansa, joka on syrjäinen sijainti. Voit siis kirjoittaa Clonezillan avulla etäkuvan käyttöjärjestelmästä työtietokoneelle tai siihen liitettyyn asemaan Internetin kautta. Nykyään pilvitallennus on tarpeeksi halpaa, jotta jopa koko aseman kuvat voidaan asentaa edullisesti. Tästä syystä varmuuskopioin järjestelmäni kokonaan, kerran vuodessa, Amazon S3 -ämpäriin. AWS: n käyttö antaa sinulle myös massiivisen ylimääräisen redundanssin.
Oma varmuuskopiototeutus
Lähestymistavani varmuuskopioihin perustuu muutamaan yksinkertaiseen käytäntöön:
- Haluan pitää asiat mahdollisimman yksinkertaisina;
- Haluan antaa itselleni eniten irtisanomisia, jotka voin kohtuudella saavuttaa;
- Haluan noudattaa vähintään 3-2-1-sääntöä
Joten teen seuraavasti.
- Pidän työpöydälläni ylimääräistä asemaa, jota käytetään yksinomaan taloon Timehsift palauttaa pisteet. Koska omistan koko levyn sille, minulla on melko paljon tilaa leikkiä. Pidän päivittäisen, kuukausittaisen ja viikoittaisen varmuuskopion. Tähän mennessä Timeshift on kaikki mitä tarvitsen järjestelmän palauttamiseksi muutaman päivän pisteeseen ennen kuin jollakin, kuten uudella paketilla, oli kielteinen vaikutus järjestelmän muihin osiin. Vaikka et pääse GRUB: n ohitse, Timeshiftia voidaan käyttää CLI: nä root-oikeuksilla järjestelmän korjaamiseen. Se on hämmästyttävän monipuolinen ja hyödyllinen työkalu. Tämä on ensimmäinen paikan päällä oleva kopio.
- Pidän työpöydälläni ylimääräistä asemaa, jota käytetään vain Clonezilla-kuvien säilyttämiseen pääasemastani. Koska nämä kuvat olisivat minulle todella hyödyllisiä vain siinä tapauksessa, että Timeshift epäonnistui, otan ne vain kerran kolmessa tai kuudessa kuukaudessa. Tämä on toinen paikan päällä oleva kopio.
- Clonezillaa käyttämällä luon uuden kiintolevyn, jota pidän kotona tietokoneen ulkopuolella. Paitsi että käytän tälle kiintolevylle laite-laite-varmuuskopiota laitteen-kuvan varmuuskopion sijasta, kuten edellisessä kuvassa - jotta olisi hyvä mennä heti, jos pääasemani muurattaisiin. Jos toipuisin esimerkiksi sisäiseltä Clonezilla-varmuuskopioasemalta, minun on ensin noudatettava palautusprosessia. Olettaen, että muut järjestelmäkomponentit ovat hyvässä kunnossa kiintolevyvian vuoksi, minun tarvitsee teoriassa vain kytkeä tämä asema emolevyyn aloittaaksesi sen käytön. Tämä on kolmas paikan päällä oleva kopio.
- Lopuksi, kerran kuuden kuukauden välein, lataan Clonezillan luoman kuvan järjestelmästäni AWS S3: een. Tarpeetonta sanoa, että tämä on pitkä moniosainen lataus ja se on suoritettava Internet-yhteydeltä, jolla on hyvä latauslinkki.
Kaiken kaikkiaan järjestelmässäni on kolme paikan päällä olevaa kopiota ja yksi kopio pääosan työpöydältä.
Tärkeimmät takeaways
- Kaikilla Linux-käyttäjillä tulisi olla vankat varmuuskopiointistrategiat
- 3-2-1-varmuuskopiosääntö on hyvä mittapuu sen varmistamiseksi, että tietosi ovat turvallisia käytännössä kaikissa olosuhteissa.
- Käytän Timeshiftin ja Cloudzillan yhdistelmää varmuuskopioiden luomiseen, vaikka markkinoilla on paljon muita vaihtoehtoja, mukaan lukien maksetut. Pilvivarastointiin käytän yksinkertaista AWS S3 -kauhaa, vaikka taas on olemassa integroituja palveluita, jotka sisältävät sekä ohjelmistoja että tallennustyökaluja.
