Јер, чак и ако се придржавате издања Лонг Терм Суппорт (ЛТС), Линук дистрибуције су често у основи више изложене ризику од Виндовс машина да изненада и спектакуларно оду без посла.
Зашто је у толико случајева то тако??
- Компатибилност хардвера, укључујући кључне компоненте попут ГПУ-а, остаје значајан изазов јер многи добављачи још увек не подржавају Линук дистрибуцију, препуштајући заједници да креира заобилазна решења;
- Финансијски модел отвореног кода не подстиче, а још мање захтева темељне процесе осигурања квалитета;
- А онима који иду у корак са издањима која крваре, темељне промене у алатима за управљање пакетима имају гадну навику да понекад зидају систем отварањем непоправљиве Пандорине кутије грешака зависности. Поправка истих, чак и када је то могуће, може укључивати прављење доњих дана дугих зечјих рупа. Оно што би могло изгледати као добро искуство учења за почетнике, може постати фрустрирајућа фрустрација за корисника ветерана на ивици прескакања брода на Виндовс.
И проблем стабилности Линука разбеснео је пуно корисника. Прегледајте многе теме корисника у невољи на АскУбунту-у.цом и наићи ћете на мноштво исфрустрираних плаката који су испробали све и на крају решили да је једини пут напред инсталација од нуле.
Иако ово у почетку може бити врста учења, подстичући кориснике да повремено преиспитају како свој систем учинити виткијим и поједностављују поступак опоравка, након неког времена то постаје ништа боља од велике, временски неисправне сметње. Пре или касније, чак и најнапреднији корисници моћи ће почети да жуде за стабилношћу.
Користим Линук као свој свакодневни оперативни систем више од 10 година и прошао сам кроз поштен део нежељених чистих инсталација. Толико, заправо, да сам обећао да ће моја последња поновна инсталација бити последња. Од тада сам развио следећу методологију. И ради на томе да мој Лубунту систем ради једнако добро као оног дана када сам га инсталирао, без поновне инсталације од тада. Ево шта ја радим.
Разматрања: Шта треба да направите резервну копију?
Пре него што се одлучите за стратегију прављења резервних копија, морате да утврдите неке основе:
- Шта треба да направите резервну копију? Да ли треба да направите резервну копију целе партиције / волумена или само кућног директорија корисника?
- Да ли ће инкрементална стратегија резервне копије бити довољна за ваш случај употребе? Или треба да направите комплетне резервне копије?
- Да ли резервну копију треба шифровати?
- Колико вам треба поступак обнављања?
Мој резервни систем заснован је на мешавини методологија.
Користим Тимесхифт као свој примарни систем за прављење резервних копија, који снима постепене снимке. И држим потпуну резервну копију диска на локацији која искључује директоријуме који не садрже корисничке податке. У односу на системски корен, ово су:
- / дев
- / проц
- / сис
- / тмп
- /трцати
- / мнт
- / медији
- / изгубљено + пронађено
Коначно, задржавам још две резервне копије. Једна од њих је (стварна) цела системска партиција за прављење резервних копија слика помоћу Цлонезилла ливе УСБ. Цлонезилла пакује низ алата ниског нивоа за реплицирање инсталација. А друга је потпуна резервна копија система изван мреже коју отпремим на АВС С3 отприлике једном годишње кад год имам на располагању сјајну везу за пренос података.
Опције резервних алата
Ових дана је избор алата које можете користити велик.
То укључује:
- Познати ЦЛИ-ји попут рсинц који се могу ручно скриптирати и позивати као црон посао
- Програми попут Деја Дуп, Дуплицити, Бацула који пружају ГУИ-је за креирање и аутоматизацију планова резервних копија на локалним или изван одредишних сервера, укључујући и оне којима управљају уобичајени добављачи облака
- И алате који се повезују са плаћеним услугама у облаку попут ЦрасхПлан, СпидерОак Оне и ЦлоудБерри. Последња категорија укључује услуге које саме нуде јефтини простор за складиштење у облаку, тако да је понуда потпуно завршена.
Правило 3-2-1
Даћу кратки преглед алата које тренутно користим на главној машини.
Иако сам написао неке Басх скрипте да бих у своју главну меморију у облаку убацио основне конфигурационе датотеке, које користим за свакодневне датотеке, ова (основна) компонента мог плана резервних копија једноставно прави резервну копију целе машине, укључујући виртуелне машине и систем датотеке које би требало изоставити или направити засебне резервне копије у нијансиранијим приступима.
Његова главна поставка је придржавање правила резервних копија 3-2-1. Овај приступ би требао да заштити ваше податке - укључујући ваш главни ОС - у готово свим сценаријима неуспеха.
Правило каже да треба да задржите:
- 3 копије ваших података. Увек кажем да је ово мало погрешно, јер заправо значи да бисте требали задржати свој примарни извор података и две резервне копије. Једноставно бих ово назвао „две резервне копије“
- Ове две резервне копије треба чувати на различитим медијима за складиштење. Вратимо ово на једноставне термине за кућно рачунање. Могли бисте да напишете једноставну рсинц скрипту која (постепено) копира ваш главни ССД у други прикључени медиј за складиштење - рецимо ХДД који је прикључен на следећи САТА порт на вашој матичној плочи. Али шта ће се догодити ако се рачунар запали или вам кућа буде опљачкана? Остали бисте без свог примарног извора података и без резервне копије. Уместо тога, можете да направите резервну копију примарног диска на мрежном складишту (НАС) или једноставно користите Цлонезилла да бисте га записали на спољни чврсти диск.
- Једна од две резервне копије треба да се чува ван локације. Резервне копије ван локације су виталне јер би, у случају катастрофалног природног догађаја као што је поплава, на пример, могла да се уништи цела ваша кућа. Мање драматично, велики пренапонски догађај могао би испржити сву повезану електронику у кући или све оне на одређеном колу (то је разлог зашто држање једне резервне копије на лицу места неповезаном на напајање има смисла - пример би био једноставан спољни ХДД / СДД ).Технички, „изван локације“ је било где на удаљеној локацији. Тако бисте могли да користите Цлонезилла за даљинско уписивање слике вашег оперативног система на свој радни рачунар или на њега повезан диск преко Интернета. Данас је складиште у облаку довољно јефтино да се повољно може инсталирати чак и слике са читавог диска. Из тог разлога једном у години правим резервне копије свог система у серији Амазон С3. Коришћење АВС-а такође вам даје огроман додатни вишак.
Моја примена резервних копија
Мој приступ резервним копијама заснива се на неколико једноставних смерница:
- Желим да ствари буду што једноставније;
- Желим да пружим себи највише технолошког вишка који могу разумно постићи;
- Желим да бар следим правило 3-2-1
Тако радим следеће.
- На радној површини држим додатни погон који се искључиво користи за смештај Тимехсифт тачке враћања. Будући да му посвећујем читав диск, имам прилично простора за поигравање. Држим резервне копије дневно, месечно и недељно. До сада је Тимесхифт све што ми је било потребно да вратим систем уназад неколико дана до тачке пре него што је нешто, попут новог пакета, имало негативан утицај на друге делове система. Чак и ако не можете да пређете ГРУБ, Тимесхифт се може користити као ЦЛИ са роот привилегијама за поправак система. То је невероватно свестран и користан алат. Ово је прва копија на лицу места.
- На радној површини држим додатни погон који се користи искључиво за смештај Цлонезилла слика мог главног диска. Будући да би ми ове слике заиста биле корисне само у случају да Тимесхифт не успе, направим их само једном у три до шест месеци. Ово је друга копија на лицу места.
- Користећи Цлонезилла, креирам додатни чврсти диск који држим код куће ван рачунара. Осим што за овај чврсти диск користим резервну копију уређаја-уређаја, а не резервну копију слике уређаја, као на претходној слици - тако да би било добро да се одмах крене ако је мој примарни диск циглан. На пример, ако бих се опоравио са унутрашњег резервног диска Цлонезилла, прво бих морао да следим поступак обнављања. Под претпоставком да су остале системске компоненте у добром стању након квара чврстог диска, теоретски бих требао само да повежем овај погон са матичном плочом да бих почео да га користим. Ово је трећа копија на лицу места.
- Коначно, једном на сваких шест месеци, отпремим слику система генерирану од Клонезиле на АВС С3. Непотребно је рећи да је ово дуго отпремање из више делова и потребно га је предузети путем интернет везе са добром везом за пренос.
Све у свему, мој систем укључује три копије на лицу места и једну копију моје главне радне површине ван локације.
Главна храна за понети
- Сви корисници Линука требали би имати робусне стратегије сигурносних копија
- Правило резервне копије 3-2-1 добро је мерило које осигурава сигурност ваших података у готово свим околностима.
- Користим комбинацију Тимесхифт-а и Цлоудзилла-е да бих креирао резервне копије иако на тржишту постоји мноштво других опција, укључујући оне које се плаћају. За складиштење у облаку користим једноставну серију АВС С3, мада опет постоје интегрисане услуге које укључују и софтвер и алате за складиштење.