Tā kā, pat ja jūs turaties pie ilgtermiņa atbalsta (LTS) izlaidumiem, Linux izplatīšana bieži vien ir pakļauta lielākam riskam nekā Windows mašīnas - pēkšņi un iespaidīgi izbeigt uzņēmējdarbību.
Kāpēc tik daudzos gadījumos tas tā ir?
- Aparatūras savietojamība, ieskaitot būtiskus komponentus, piemēram, GPU, joprojām ir ievērojams izaicinājums, jo daudzi pārdevēji joprojām neatbalsta Linux izplatīšanu, atstājot kopienas ziņā risinājumu radīšanu;
- Atvērtā pirmkoda finanšu modelis nemudina, vēl jo vairāk, prasa rūpīgus kvalitātes nodrošināšanas procesus;
- Tiem, kas seko līdzi asiņojošajām versijām, paketes pārvaldības rīku būtiskām izmaiņām ir nepatīkams ieradums dažreiz nomainīt sistēmu, atverot neatgriezeniskas Pandoras atkarības kļūdu kastes. To labošana, pat ja iespējams, var ietvert dienu garu trušu bedrīšu likvidēšanu. Kas varētu šķist laba mācīšanās pieredze pirmajam lietotājam, tas var kļūt par darījumu pārtraucošu vilšanos lietotājam veterānam, kurš atrodas uz kuģa lēciena uz Windows robežas.
Un Linux stabilitātes jautājums ir satracinājis daudz lietotāju. Pārlūkojiet AskUbuntu daudzos nelaimē nonākušos lietotājus.com, un jūs sastapsieties ar daudziem neapmierinātiem plakātiem, kuri ir izmēģinājuši visu un galu galā ir izlēmuši, ka vienīgais ceļš uz priekšu ir instalēšana no nulles.
Lai gan tas sākotnēji var būt sava veida mācību process, mudinot lietotājus periodiski pārdomāt, kā viņi var padarīt savu sistēmu plānāku un racionalizēt atkopšanas procesu, pēc kāda laika tas kļūst nekas labāks par lielu, laikietilpīgu traucējumu. Agrāk vai vēlāk pat visprogresīvākie enerģijas lietotāji sāks ilgoties pēc stabilitātes.
Es jau vairāk nekā 10 gadus izmantoju Linux kā savu ikdienas operētājsistēmu un esmu piedzīvojis lielu daļu nevēlamu tīru instalāciju. Tik daudz, ka es apsolīju, ka mana pēdējā pārinstalēšana būs mana pēdējā. Kopš tā laika esmu izstrādājis šādu metodiku. Un tas ir strādājis, lai mana Lubuntu sistēma darbotos tikpat labi kā dienā, kad to instalēju bez atkārtotas instalēšanas kopš tā laika. Lūk, ko es daru.
Apsvērumi: kas jums nepieciešams, lai dublētu?
Pirms izlemjat par rezerves stratēģiju, jums jānoskaidro daži pamati:
- Kas jums nepieciešams, lai dublētu? Vai jums ir nepieciešams dublēt pilnu nodalījumu / sējumu vai tikai mājas lietotāja direktoriju?
- Vai jūsu lietošanas gadījumam pietiks ar papildu rezerves stratēģiju? Vai arī jums ir jāveic pilnas dublējumkopijas?
- Vai dublējums ir jāšifrē?
- Cik viegli jums ir nepieciešams atjaunošanas process?
Mana rezerves sistēma ir balstīta uz dažādu metožu kombināciju.
Kā galveno dublēšanas sistēmu es izmantoju Timeshift, kas uzņem elementārus momentuzņēmumus. Un es uz vietas glabāju pilnu diska dublējumu, kas izslēdz direktorijus, kuros nav lietotāju datu. Tie ir:
- / dev
- / proc
- / sys
- / tmp
- / palaist
- / mnt
- / mediji
- / pazudis + atrasts
Visbeidzot, es glabāju vēl divus dublējumus. Viens no tiem ir (īsts) pilnas sistēmas nodalījums attēlu dublējumam, izmantojot Klonezilla dzīvs USB. Clonezilla piedāvā virkni zema līmeņa rīku, lai atkārtotu instalācijas. Un otrais ir ārpuses pilna sistēmas dublējums, kuru es augšupielādēju AWS S3 apmēram reizi gadā, kad vien manā rīcībā ir lieliska datu augšupielāde.
Dublēšanas rīku opcijas
Mūsdienās izmantojamo rīku izvēle ir liela.
Tas iekļauj:
- Plaši pazīstami CLI, piemēram, rsync, kurus var manuāli skriptēt un izsaukt kā cron darbu
- Tādas programmas kā Déjà Dup, Duplicity, Bacula, kas nodrošina GUI, lai izveidotu un automatizētu rezerves plānus vietējiem vai ārpus galamērķa serveriem, tostarp tiem, kurus vada kopīgi mākoņa nodrošinātāji
- Un rīki, kas mijiedarbojas ar apmaksātiem mākoņpakalpojumiem, piemēram, CrashPlan, SpiderOak One un CloudBerry. Pēdējā kategorijā ietilpst pakalpojumi, kas paši nodrošina lētu mākoņu glabāšanas vietu, tāpēc piedāvājums ir pilnībā līdz galam.
3-2-1 noteikums
Es sniegšu ātru pārskatu par rīkiem, kurus pašlaik izmantoju savā galvenajā mašīnā.
Lai gan es esmu uzrakstījis dažus Bash skriptus, lai savā galvenajā mākoņa krātuvē iegūtu būtiskus konfigurācijas failus, kurus es izmantoju ikdienas failos, šis (būtiskais) mana dublējuma plāna komponents vienkārši dublē visu mašīnu, ieskaitot virtuālās mašīnas un sistēmu faili, kurus vajadzētu niansētākā veidā atstāt malā vai dublēt atsevišķi.
Tās galvenais priekšnoteikums ir 3-2-1 dublēšanas noteikuma ievērošana. Šai pieejai vajadzētu saglabāt jūsu datus - ieskaitot galveno OS - gandrīz visos kļūmju scenārijos.
Noteikums nosaka, ka jums jāpatur:
- 3 jūsu datu kopijas. Es vienmēr saku, ka tas ir nedaudz nepareizs nosaukums, jo tas faktiski nozīmē, ka jums jāsaglabā primārais datu avots un divi dublējumi. Es to vienkārši dēvētu par “diviem dublējumiem”
- Šīs divas rezerves kopijas jāglabā dažādos datu nesējos. Atgriezīsimies pie vienkāršiem mājas skaitļošanas noteikumiem. Jūs varētu uzrakstīt vienkāršu rsync skriptu, kas (pakāpeniski) kopē jūsu galveno SSD citā pievienotajā datu nesējā - pieņemsim, ka HDD ir pievienots nākamajam mātesplatē esošajam SATA portam. Bet kas notiek, ja dators aizdegas vai māja tiek apzagta? Jūs paliktu bez sava primārā datu avota un jums nebūtu dublējuma. Tā vietā jūs varētu dublēt savu primāro disku tīklā pievienotajā krātuvē (NAS) vai vienkārši izmantot Clonezilla, lai to ierakstītu ārējā cietajā diskā.
- Viena no divām rezerves kopijām ir jāuzglabā ārpus vietnes. Ārpus uzņēmuma dublējumi ir ļoti svarīgi, jo katastrofisku dabas notikumu, piemēram, plūdu, gadījumā visa jūsu māja var tikt iznīcināta. Mazāk dramatiski, ka liels pārsprieguma notikums varētu apcept visu pievienoto elektroniku mājā vai visus, kas atrodas noteiktā ķēdē (tāpēc ir jēga paturēt vienu no vietas dublējumkopijām nesavienotu ar barošanas avotu - piemērs varētu būt vienkāršs ārējais HDD / SDD ).Tehniski “ārpus uzņēmuma” atrodas jebkur, kas atrodas attālā vietā. Tātad jūs varētu izmantot Clonezilla, lai attālināti internetā rakstītu operētājsistēmas attēlu uz darba datoru vai tam pievienotu disku. Mūsdienās mākoņa krātuve ir pietiekami lēta, lai par pieņemamu cenu varētu instalēt pat pilna diska attēlus. Šī iemesla dēļ es reizi gadā pilnībā dublēju savu sistēmu Amazon S3 spainī. Izmantojot AWS, jūs saņemat arī milzīgu papildu atlaišanu.
Mana dublējuma ieviešana
Mana pieeja dublējumkopijām balstās uz dažām vienkāršām politikām:
- Es gribu, lai lietas būtu pēc iespējas vienkāršākas;
- Es vēlos sev piešķirt vislielāko atlaišanu, ko es saprātīgi varu sasniegt;
- Es vismaz gribu ievērot noteikumu 3-2-1
Tāpēc es rīkojos šādi.
- Darbvirsmā es glabāju papildu disku, kas tiek izmantots tikai mājām Timehsift atjaunot punktus. Tā kā es tam veltīju veselu disku, man ir diezgan daudz vietas, kur spēlēt. Es glabā ikdienas, ikmēneša un iknedēļas rezerves kopijas. Pagaidām Timeshift ir viss, kas man ir nepieciešams, lai sistēmu atceltu dažas dienas atpakaļ, pirms kaut kas, piemēram, jauna pakete, nelabvēlīgi ietekmēja citas sistēmas daļas. Pat ja jūs nevarat tikt pāri GRUB, Timeshift var izmantot kā CLI ar root tiesībām sistēmas labošanai. Tas ir pārsteidzoši daudzpusīgs un noderīgs rīks. Šī ir pirmā kopija uz vietas.
- Es savā darbvirsmā glabāju papildu disku, kas tiek izmantots tikai mana galvenā diska Clonezilla attēlu ievietošanai. Tā kā šie attēli man patiešām noderēs tikai gadījumā, ja Timeshift neizdevās, es tos uzņemu tikai reizi trīs līdz sešos mēnešos. Šī ir otrā kopija uz vietas.
- Izmantojot Clonezilla, es izveidoju papildu cieto disku, kuru es glabāju mājās ārpus datora. Izņemot to, ka šajā cietajā diskā es izmantoju ierīces-ierīces dublējumu, nevis ierīces-attēla dublējumu, kā tas bija iepriekšējā attēlā, lai būtu labi pāriet uzreiz, ja mans primārais disks būtu nomūrēts. Piemēram, ja es atgūšos no iekšējā Clonezilla dublējuma diska, man vispirms ir jāievēro atjaunošanas process. Pieņemot, ka pārējie sistēmas komponenti pēc cietā diska atteices ir labā darba kārtībā, teorētiski man būs nepieciešams tikai savienot šo disku ar mātesplatē, lai sāktu to izmantot. Šī ir trešā kopija uz vietas.
- Visbeidzot, reizi pusgadā apmēram tā es augšupielādēju Clonezilla ģenerētu savas sistēmas attēlu AWS S3. Lieki piebilst, ka šī ir ilga daudzdaļīga augšupielāde, un tā jāveic no interneta savienojuma ar labu augšupielādes saiti.
Kopumā mana sistēma ietver trīs galvenās darbvirsmas kopijas uz vietas un vienu kopiju ārpus vietnes.
Galvenie līdzņemamie ēdieni
- Visiem Linux lietotājiem jābūt ieviestām stingrām dublēšanas stratēģijām
- 3-2-1 dublēšanas noteikums ir labs kritērijs, lai nodrošinātu, ka jūsu dati ir droši praktiski visos apstākļos.
- Lai izveidotu dublējumkopijas, es izmantoju Timeshift un Cloudzilla kombināciju, lai gan tirgū ir daudz citu iespēju, ieskaitot apmaksātas. Mākoņkrātuvei es izmantoju vienkāršu AWS S3 spaini, lai gan atkal ir integrēti pakalpojumi, kas ietver gan programmatūru, gan glabāšanas rīkus.