Puncte:0

Bacula - backup pe disc GFS-schema „gaura”

drapel in
123

Am o întrebare despre implementarea schemei GFS cu bacula pe un hard disk (deamonii funcționează deja bine).

Ce vreau sa realizez:

La fiecare jumătate de an vreau o copie de rezervă completă care ar trebui să fie accesibilă pentru cel puțin 12 luni -> Trebuie să păstrez copiile de rezervă puțin mai mult de 12 luni în care a doua copie de rezervă completă nu o suprascrie pe prima. Asta înseamnă că vor exista cel puțin 3 backup-uri complete (am ales 18 luni). Continuă așa zile, luni și așa mai departe. Schemă GFS simplă.

Programa{
  Nume = „GGFSCycle”
  Activat = da

  # DailyCycle - volumul se păstrează timp de 14 zile
  Executare = Nivel = Pool incremental = DailyPool FullPool = HalfAnnualPool Priority = 10 marți-duminică la 03:00

  # WeeklyCycle - volumul se păstrează timp de 5 săptămâni
  Run = Level=Incremental Pool=WeeklyPool FullPool=HalfAnnualPool Priority=11 luni la 03:00
  
  # MonthlyCycle - volumul se păstrează timp de 7 luni
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=12 februarie-1 iunie la 03:00
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=12 august-1 decembrie la 03:00

  # HalfAnnualCycle - datele sunt păstrate timp de 18 luni
  Run = Level = Pool complet = HalfAnnualPool Priority = 13 ianuarie 1 la 03:00
  Run = Level = Pool complet = HalfAnnualPool Priority = 13 iulie 1 la 03:00

}

Bazin {    
  Nume = DailyPool
  Tip pool = Backup
  Stocare = backup-server-sd
  Format etichetă = „DailyVol_”
  Durata de utilizare a volumului = 23 de ore
  Reciclare = da # Bacula poate recicla automat volume
  AutoPrune = da # Tunderea volumelor expirate
  Reținerea volumului = 14 zile         
  Volum maxim octeți = 50M # Limitați dimensiunea volumului la ceva rezonabil
  Volume maxime = 1000 # Limitează numărul de volume din Pool
  # -> max 50G
}

Bazin {
  Nume = WeeklyPool
  Tip pool = Backup
  Stocare = backup-server-sd
  Format etichetă = „Vol. Săptămânal_”
  Durata de utilizare a volumului = 23 de ore
  Reciclare = da
  AutoPrune = da
  Reținerea volumului = 5 săptămâni
  Volumul maxim octeți = 500M 
  Volume maxime = 80
  # -> max 70G
}

Bazin {
  Nume = MonthlyPool
  Tip pool = Backup
  Stocare = backup-server-sd
  Format etichetă = „MonthlyVol_”
  Durata de utilizare a volumului = 2 zile
  Reciclare = da
  AutoPrune = da
  Reținerea volumului = 7 luni
  Volumul maxim octeți = 5G
  Volume maxime = 80
  # -> max 170G
}
 
Bazin {
  Nume = HalfAnnualPool
  Tip pool = Backup
  Format etichetă = „SemianualVol_”
  Stocare = backup-server-sd
  Durata de utilizare a volumului = 3 zile
  Reciclare = da
  AutoPrune = da
  Reținerea volumului = 18 luni #1,5 ani
  Volumul maxim octeți = 35G
  Volume maxime = 20
  # -> max 700G
}

Problema pe care o văd:

este că o copie de rezervă incrementală face întotdeauna referire la ultima copie de rezervă incrementală, diferențială sau completă și salvează numai fișierele care s-au modificat de atunci. În schema mea am două backup-uri incrementale „diferite”, cea zilnică și cea săptămânală. Cel săptămânal face referire întotdeauna la cel zilnic, care a venit cu o zi înainte, nu? Când îl păstrez pe cel săptămânal mai mult de 4 săptămâni (am ales 5 săptămâni) și pe cel zilnic doar pentru mai mult de 10 zile (am ales 14 zile), fișierele zilnice vor fi șterse după 14 zile, dar cel lunar încă le face referire . Deci va fi o „gaură”?

Mi-am dat seama dacă ar fi posibil să existe mai multe „niveluri” de copii de rezervă incrementale, așa cum aș putea spune că backup-ul incremental săptămânal face referire doar la backup-urile săptămânale (nivel 0), iar backup-urile incrementale zilnice numai la cele zilnice (nivel 1). ) problema ar dispărea. Aceeași problemă ar apărea atunci când aș păstra backup-ul complet până la scurt timp.De exemplu, dacă backup-ul complet îl suprascrie pe singurul existent, nu va mai rămâne nicio copie de rezervă completă la care ar putea face referire backup-ul diferențial și pierd toate copiile de rezervă pe care le-am făcut până în acel moment.

Ce am gasit:

M-am uitat pe internet și am găsit un capitol din bacula-documentatie: Acesta afirmă: „Acum, deoarece fiecare dintre aceste tipuri diferite de salvări trebuie să rămână valabile pentru perioade diferite, cel mai simplu mod de a face acest lucru (și posibil singurul) este să aveți un Pool separat pentru fiecare tip de backup.”.

Intrebarile mele:

  1. Asta înseamnă practic că nu există altă soluție decât pool-urile unice full-, diff- și inkr din capitolul documentației bacula. Este corect?
  2. Dacă este incorect, cum îmi pot atinge obiectivul cu două grupuri incrementale diferite?

Am citit si despre joburi de baza in bacula-documentatie, nu este lucrul potrivit, dar merge in directia buna.

Vă mulțumesc foarte mult pentru timpul acordat și ajutați-vă să citiți până aici.

Ps: Nu sunt vorbitor nativ de engleză și îmi pare rău dacă fac greșeli. Dacă există ceva care te enervează cu adevărat, aș dori să aud de la tine pentru a-mi îmbunătăți limba engleză.

Mulțumesc.

Puncte:0
drapel in
123

Am rezolvat până acum cu ajutorul listei de corespondență bacula-user-mailing. Nu este posibil să existe în mod eficient mai multe pool-uri incrementale pentru o singură lucrare. Mi-am schimbat setările la aceasta:

Programa{
  Nume = „GFSCycle”
  Activat = da

  # DailyCycle - volumele sunt păstrate timp de 40 de zile
  Executare = Nivel = Pool incremental = DailyPool FullPool = HalfAnnualPool Priority = 10 zilnic la 03:00
  
  # MonthlyCycle - volumele sunt păstrate timp de 7 luni
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=11 februarie-1 iunie la 03:00
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=11 august-1 decembrie la 03:00

  # HalfAnnualCycle - volumele sunt păstrate 12 luni
  Run = Level = Full Pool = HalfAnnualPool Priority = 12 ianuarie 1 la 03:00
  Run = Level = Full Pool = HalfAnnualPool Priority = 12 iulie 1 la 03:00


Bazin {    
  Nume = DailyPool
  Tip pool = Backup
  Stocare = backup-server-sd
  Format etichetă = „DailyVol_”
  Durata de utilizare a volumului = 23 de ore
  Reciclare = da # Bacula poate recicla automat volume
  AutoPrune = da # Tunderea volumelor expirate
  Reținerea volumului = 40 de zile
  Volum maxim octeți = 50M # Limitați dimensiunea volumului la ceva rezonabil
  Volume maxime = 3000 # Limitează numărul de volume din Pool
  # -> max 150G
}

Bazin {
  Nume = MonthlyPool
  Tip pool = Backup
  Stocare = backup-server-sd
  Format etichetă = „MonthlyVol_”
  Durata de utilizare a volumului = 2 zile
  Reciclare = da
  AutoPrune = da
  Reținerea volumului = 7 luni
  Volumul maxim octeți = 5G
  Volume maxime = 80
  # -> max 170G
}
 
Bazin {
  Nume = HalfAnnualPool
  Tip pool = Backup
  Format etichetă = „SemianualVol_”
  Stocare = backup-server-sd
  Durata de utilizare a volumului = 3 zile
  Reciclare = da
  AutoPrune = da
  Reținerea volumului = 12 luni
  Volumul maxim octeți = 35G
  Volume maxime = 20
  # -> max 700G 
}

Reținerea fișierelor și a lucrărilor pentru acel singur client sunt setate la reținerea maximă a volumului.

-> Reținerea fișierelor = 12 luni, Reținerea locului de muncă = 12 luni

Există, de asemenea, backup-uri virtuale complete care pot fi utile și sunt explicate mai detaliat la: https://www.baculasystems.com/incremental-backup-software/

Încă o dată Vă mulțumesc foarte mult tuturor celor de pe lista bacula-user-mailinglist care m-au ajutat să-mi dau seama.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.