Czy umieszczanie dowolnych kopii zapasowych w / var / backups jest złe / niebezpieczne / nieodpowiednie?

18

W /var/backupssystemach opartych na Debianie istnieje katalog utworzony przez system. Potrzebuję miejsca do przechowywania kopii zapasowych kilku repozytoriów git (podstawowe są na bitbucket). Jeśli przechowuję je w / var / backup / git, czy spowoduje to uszkodzenie apt-get, czy też zostaną automatycznie usunięte w nieodpowiednich momentach? Czy jest jakiś powód, dla którego nie powinienem używać / var / backup? Jeśli istnieje, jaka jest rozsądna alternatywa?

kojiro
źródło
Nie jest to niebezpieczne.
fpmurphy

Odpowiedzi:

19

/var/backupsjest specyficzny dla Debiana. Nie jest to określone w FHS , a jego użycie nie jest udokumentowane w polityce Debiana (zobacz Dzienniki raportów błędów Debiana - # 122038 ). Zachowanie opisano w http://ubuntuforums.org/showthread.php?t=1232703 .

Chociaż zgadzam się z @fpmurphy, że istnieje niewielkie niebezpieczeństwo, że Debian kiedykolwiek usunie pliki kopii zapasowej /var/backup, myślę, że nie jest dobrą polityką używanie katalogu tak specyficznego dla Debiana. Po pierwsze, Debian może zmienić swoją politykę i wszystko zepsuć. Po drugie, społeczność użytkowników ma już określone oczekiwania dotyczące tego, do czego służy katalog. I wreszcie, ponieważ nie jest „przenośny” w tym sensie, że nie jest jasne, gdzie ten katalog byłby w dystrybucji innej niż Debian.

Jeśli moje rozumienie FHS jest prawidłowe, właściwe byłoby umieszczenie klonów repozytoriów Git w /opt/<project_name>/.gitlub w /usr/local/src/<project_name/.git. Moją osobistą skłonnością byłoby użyć tego pierwszego, ponieważ pozostawia otwarte drzwi do tworzenia kopii zapasowych zasobów projektu, które nie są plikami źródłowymi, a zatem nie są w Git.

Jeśli naprawdę chcesz podkreślić charakter kopii zapasowych tych repozytoriów, możesz umieścić je /backups, a nawet /home/backupsdwie nazwy katalogów, które są często używane jako punkty podłączenia pamięci zewnętrznej.

Jonathan Ben-Avraham
źródło
7
/var/backupsfaktycznie jest wspomniany w FHS. Mówi, że katalog jest „zarezerwowany”, ale niewiele więcej: refspecs.linuxfoundation.org/FHS_2.3/…
Ajedi32,
8

Obecnie wydaje się, że FHS sugeruje, że możesz swobodnie utworzyć dowolny podkatalog /srv, np /srv/archives/bitbucket.
W definicji FHS nie wydaje mi się jasne, że kopie zapasowe nie są plikami „obsługiwanymi przez system”. W każdym razie /srvjest to bezpłatna przestrzeń nazw.

Johan Boulé
źródło
-1

Najlepszym sposobem tworzenia kopii zapasowych gitrepozytoriów jest posiadanie (samego) klonu repozytorium. gitjest dość oszczędny w użyciu przestrzeni, prawie nic nie zyska na kompresji niczego. A klon można łatwo aktualizować (chyba że upstream robi głupie żarty, takie jak hurtowe przepisywanie historii, nic nie można stracić).

vonbrand
źródło
1
Klon Git jest lustrem, a nie kopią zapasową. Kopia zapasowa musi zachować historię. Chociaż repozytorium kontrolera wersji zostało zaprojektowane do przechowywania historii, jak napisałeś, nie jest całkowicie odporne na awarie / błędy. Zobacz taobackup.com/history.html
Hontvári Levente