Rezerva me restic nuk mbaron te backup-i—provoni rikthimin para fshirjes

|Autori: Ekipi editorial i QUASA|5 min lexim
Rezerva me restic nuk mbaron te backup-i—provoni rikthimin para fshirjes

Për të krijuar një rezervë të enkriptuar me restic, hapni një depo me fjalëkalim, ruani dosjen e zgjedhur dhe riktheni snapshot-in në një dosje prove. Programi restic përdor kriptografi për rezervat dhe u jep përdoruesve mundësinë të verifikojnë se skedarët mund të rikthehen. Mbajeni dosjen e provës të ndarë nga origjinali, që rikthimi të mos prekë skedarët me të cilët punoni.

Rrjedha minimale është init, backup, snapshots, check --read-data dhe restore --target; udhëzuesi i shpejtë i restic i përfshin këto komanda. Kontrolli i depos shqyrton të dhënat e ruajtura. Vetëm pasi të shihni dhe të hapni skedarët e rikthyer mund të gjykoni nëse kopja përmban atë që ju duhet.

Përgatitni burimin, depon dhe dosjen e provës

Shembulli i mëposhtëm është kushtor dhe përdor shtigje Linux. Supozoni se skedarët që doni të ruani ndodhen te /home/ana/Dokumente, depoja do të krijohet te /media/rezerva-restic dhe rikthimi i provës do të bëhet te /tmp/prova-restic. Zëvendësojini këto shtigje me vendndodhjet tuaja para se të ekzekutoni komandat.

Vendoseni depon jashtë dosjes burimore, mundësisht në një njësi tjetër ruajtjeje. Kështu nuk e përfshini pa dashje depon brenda rezervës së vet dhe nuk mbështeteni vetëm te disku ku gjenden origjinalet. Sigurohuni që destinacioni është i lidhur, që mund të shkruani në të dhe që dosja e provës ka hapësirë për skedarët që do të riktheni.

Zgjidhni një fjalëkalim të fortë dhe ruajeni në një vend të sigurt që mund ta përdorni edhe kur kompjuteri burimor nuk është i disponueshëm. Në këtë rrjedhë restic e kërkon fjalëkalimin gjatë ekzekutimit, prandaj shembujt nuk e vendosin atë si tekst në komandë. Pa fjalëkalimin e depos, nuk do të mund të përdorni këtë rrjedhë për të hapur rezervën.

Krijoni depon dhe gjeni snapshot-in e duhur

Komanda init krijon një depo të re dhe përdoret vetëm herën e parë për atë destinacion. Komanda backup merr dosjen burimore, ndërsa snapshots tregon kopjet e regjistruara në depo. Ekzekutojini me radhë, duke pritur përfundimin e secilës përpara se të kaloni te tjetra:

  1. restic -r /media/rezerva-restic init — krijoni depon dhe vendosni fjalëkalimin kur të kërkohet.
  2. restic -r /media/rezerva-restic backup /home/ana/Dokumente — krijoni rezervën e dosjes burimore.
  3. restic -r /media/rezerva-restic snapshots — gjeni ID-në e snapshot-it që sapo krijuat.

Te lista e snapshots, krahasoni shtegun burimor dhe kohën e kopjes me punën që sapo kryet, pastaj shënoni ID-në e saj. Kjo është më e qartë sesa të përdorni latest kur e njëjta depo mban kopje të disa dosjeve ose kompjuterëve. Nëse backup raporton gabime gjatë leximit, shqyrtojini përpara se të mbështeteni te snapshot-i: fakti që një kopje shfaqet në listë nuk tregon vetvetiu se çdo skedar i synuar është përfshirë.

Kontrolloni të dhënat e ruajtura

Ekzekutoni restic -r /media/rezerva-restic check --read-data dhe prisni derisa komanda të mbarojë. Opsioni --read-data kërkon leximin e të dhënave të depos, ndaj kontrolli mund të marrë kohë, sidomos për një depo të madhe ose në distancë. Nëse shfaqen gabime, ndaloni rrjedhën dhe hetoni depozitën përpara se të mendoni për fshirjen e kopjeve të vjetra.

Një kontroll pa gabime ju tregon se restic nuk gjeti problem në të dhënat që shqyrtoi; ai nuk zgjedh për ju versionin e duhur të dokumentit. Po ashtu, nuk zbulon se keni lënë jashtë një dosje të rëndësishme kur dhatë shtegun te backup. Për këtë pyetje duhet të shihni përmbajtjen e snapshot-it dhe të provoni skedarët e rikthyer.

Riktheni snapshot-in pa prekur origjinalin

Përdorni një dosje prove të zbrazët dhe zëvendësoni ID me identifikuesin që shënuat: restic -r /media/rezerva-restic restore ID --target /tmp/prova-restic. Dokumentacioni i rikthimit tregon përdorimin e --target dhe paralajmëron se rikthimi në një destinacion me skedarë ekzistues i mbishkruan ata sipas sjelljes së parazgjedhur; nëse rikthimi në vend ndërpritet, skedarët mund të mbeten pjesërisht të rikthyer.

Në shembullin tonë, kërkoni përmbajtjen te /tmp/prova-restic/home/ana/Dokumente: restic ruan strukturën e shtegut burimor brenda destinacionit. Mos e përdorni /home/ana/Dokumente si --target për këtë provë, sepse ajo është dosja me origjinalet. Edhe nëse rikthimi ndërpritet, dosja e veçantë e kufizon punën e papërfunduar te kopja e provës.

Nëse nuk jeni të sigurt se ku ndodhet një skedar brenda snapshot-it, komanda restic -r /media/rezerva-restic ls ID liston shtigjet e ruajtura. Përdorni të njëjtën ID për listimin dhe rikthimin. Lista ju ndihmon të dalloni nëse skedari është ruajtur në një nënfolder tjetër apo mungon nga snapshot-i që zgjodhët.

Hapni skedarët kritikë para forget dhe prune

Në dosjen e provës, hapni skedarët që do t’ju duheshin në një rikthim të vërtetë dhe shqyrtoni përmbajtjen e tyre, jo vetëm emrat. Për shembull, nëse dosja juaj përmban dokumente pune dhe një arkiv personal, zgjidhni nga një skedar të rëndësishëm prej secilit grup. Ky është një shembull kushtor; provoni formatet dhe versionet që kanë vlerë për ju.

Nëse një skedar mungon, kontrolloni shtegun e përdorur te backup, ID-në e snapshot-it dhe vendndodhjen që tregoi ls. Nëse skedari gjendet por nuk hapet siç prisnit, hetoni kopjen e provës duke lënë origjinalin të paprekur. Një provë e tillë ju jep një arsye konkrete për të ndrequr rezervimin përpara se të hiqni versionet e mëparshme.

Vetëm pasi rikthimi të ketë përfunduar dhe skedarët kritikë të jenë hapur, vendosni cilat snapshots të mbani. Para një politike forget, shqyrtoni listën e kopjeve që ajo do të heqë; prune pastron të dhënat që nuk u duhen më snapshots të mbetura. Ruajeni snapshot-in e provuar derisa të jeni të sigurt se politika e mbajtjes përputhet me versionet që ju nevojiten.

Lexoni gjithashtu:

Ndaj:

Abonohuni në buletinin tonë

Merrni lajmet më të fundit për Web3, AI dhe kripto direkt në kutinë tuaj postare.

0