Ist es schlecht / gefährlich / unangemessen, beliebige Backups in / var / backups abzulegen?

17

Es gibt ein vom System erstelltes /var/backupsVerzeichnis auf Debian-basierten Systemen. Ich brauche einen Ort zum Speichern von Backups mehrerer Git-Repositorys (die Primärdateien befinden sich auf Bitbucket). Wenn ich sie in / var / backup / git speichere, bricht das ab, oder werden sie automatisch zu unpassenden Zeiten gelöscht? Gibt es einen Grund, warum ich / var / backup nicht verwenden sollte? Wenn ja, was ist eine sinnvolle Alternative?

Kojiro
quelle
Das ist nicht gefährlich.
Fpmurphy

Antworten:

19

/var/backupsist spezifisch für Debian. Es ist nicht in der FHS spezifiziert und seine Verwendung ist in der Debian-Richtlinie nicht dokumentiert (siehe Debian-Fehlerberichtsprotokolle - # 122038 ). Das Verhalten ist unter http://ubuntuforums.org/showthread.php?t=1232703 beschrieben .

Obwohl ich mit @fpmurphy einverstanden bin, dass Debian niemals Ihre Sicherungsdateien entfernen kann /var/backup, halte ich es für nicht ratsam, ein Verzeichnis zu verwenden, das so Debian-spezifisch ist. Zum einen könnte Debian seine Politik ändern und Dinge brechen. Zum anderen hat die Benutzergemeinschaft bereits spezifische Erwartungen an das Ziel des Verzeichnisses. Und schließlich, weil es nicht "portabel" in dem Sinne ist, dass nicht klar ist, wo sich dieses Verzeichnis in einer Nicht-Debian-Distribution befinden würde.

Wenn mein Verständnis des FHS korrekt ist, wäre es angebracht, Klone von Git-Repositories in /opt/<project_name>/.gitoder in zu setzen /usr/local/src/<project_name/.git. Meine persönliche Neigung wäre, die erstere zu verwenden, da sie die Tür offen lässt, um Projektressourcen zu sichern, die keine Quelldateien und daher nicht in Git sind.

Wenn Sie den Backup-Charakter dieser Repositorys wirklich hervorheben möchten, können Sie sie in /backupsoder sogar /home/backupsin zwei Verzeichnisnamen ablegen, die häufig als Mount-Punkte für externen Speicher verwendet werden.

Jonathan Ben-Avraham
quelle
7
/var/backupstatsächlich wird in FHS erwähnt. Es heißt, dass das Verzeichnis "reserviert" ist, aber nicht viel anderes: refspecs.linuxfoundation.org/FHS_2.3/…
Ajedi32
8

Heutzutage scheint es, dass die FHS vorschlägt, dass Sie ein beliebiges Unterverzeichnis erstellen können /srv, z /srv/archives/bitbucket.
Was ich bei der FHS-Definition nicht wirklich klar finde, ist, dass Backups keine "vom System bereitgestellten" Dateien sind. Jedenfalls /srvist ein freier Namespace.

Johan Boulé
quelle
-1

Der beste Weg, gitRepositorys zu sichern, besteht darin, einen (bloßen) Klon des Repositorys zu haben. gitEs ist sehr sparsam in der Nutzung des Platzes, es wird fast keinen Gewinn bringen, dort etwas zu komprimieren. Und ein Klon kann auf einfache Weise auf dem neuesten Stand gehalten werden (es sei denn, der Upstream macht dumme Streiche, wie das Umschreiben von Großhandelsgeschichten, und es kann nichts verloren gehen).

vonbrand
quelle
1
Ein Git-Klon ist ein Spiegel, kein Backup. Das Backup muss den Verlauf bewahren. Obwohl ein Versions-Controller-Repository selbst so konzipiert ist, dass es, wie Sie geschrieben haben, den Verlauf speichert, ist es nicht völlig immun gegen Fehler. Siehe taobackup.com/history.html
Hontvári Levente