Wie kann ich ordnungsgemäße Backups für mehrere Linux-basierte Server bereitstellen? [geschlossen]


7

Es gab mehrere Fragen im Zusammenhang mit der Bereitstellung von Backups, die meisten waren jedoch entweder zu spezifisch, für den Heimgebrauch bestimmt oder Windows-basiert.

Was ich gerne hören würde:

  • Wie stellen Sie sicher, dass alle Ihre Linux-Server ordnungsgemäß gesichert werden?
  • Wie oft sichern Sie Ihre Server?
  • Was sichern Sie, abgesehen von den offensichtlichen / Home-Verzeichnissen?
  • Wie stellen Sie sicher, dass Backups inkrementell und dennoch einfach wiederherzustellen sind?

Besonders die letzte Frage hat mich beunruhigt. Das Komprimieren von Backups in Tarballs funktioniert einwandfrei, verursacht jedoch ein ernstes Leistungsproblem, wenn ich plötzlich ein Backup wiederherstellen muss. Wenn Sie die Sicherungen jedoch nicht komprimieren und mit einem anderen Server synchronisieren, besteht das ernsthafte Risiko, dass inkonsistente Benutzerberechtigungen erstellt werden.

Welche Tools helfen Ihnen dabei, dies so einfach wie möglich zu gestalten, und was ist Ihr bevorzugter Ansatz in dieser Angelegenheit?

Antworten:


4

Wie oft sichern Sie Ihre Server?

Die Standardsicherung wird jede Nacht durchgeführt, es gibt einige Sicherungen, die häufiger durchgeführt werden.

Wie stellen Sie sicher, dass alle Ihre Linux-Server ordnungsgemäß gesichert werden?

Das Backup sendet einen Bericht mit einem guten Betreff über Erfolg oder Misserfolg. Ich überprüfe, ob ich die Statusmeldungen mindestens ein paar Mal pro Woche erhalten habe.

Was sichern Sie, abgesehen von den offensichtlichen / Home-Verzeichnissen?

Kommt auf den Server an, aber ich möchte fast immer / etc, / root und / var / lib / dpkg. Ich füge dann alle Datenverzeichnisse hinzu.

Wie stellen Sie sicher, dass Backups inkrementell und dennoch einfach wiederherzustellen sind?

Ich benutze Dirvish ,

Dirvish ist ein schnelles, festplattenbasiertes, rotierendes Netzwerksicherungssystem.

Mit dirvish können Sie eine Reihe vollständiger Images Ihrer Dateisysteme mit unbeaufsichtigter Erstellung und Ablauf verwalten. Ein Dirvish Backup-Tresor ist wie eine Zeitmaschine für Ihre Daten.

Dirvish verwendet rsync und die Option --link-dest , um identische Dateien für jede Sicherung miteinander zu verknüpfen. Das Backup ist schnell, es verschwendet keinen Speicherplatz und das Wiederherstellen ist so einfach wie das Kopieren von Dateien.


Das ist ordentlich. Ich hatte noch nie von Dirvish gehört. Sieht eher aus wie TimeMachine unter OS X.
Stephen Darlington

@ Stephen Darlington, der Unterschied besteht darin, dass OSX TimeMachine auf Dateisystemereignissen anstelle einer geplanten Sicherung basiert. Dirvish / rsync war lange vor rsync verfügbar, und viele denken, es hat Apple inspiriert.
Zoredache

1
  • Sie werden vollständig automatisch gesichert, und alle Sicherungen werden überwacht, um sicherzustellen, dass sie erfolgreich abgeschlossen wurden (wie von der Sicherungssoftware gemeldet). Diese Überwachung ist von entscheidender Bedeutung, da sie bei Sicherungen die Schleife schließt, um sicherzustellen, dass sie erfolgreich ausgeführt werden.
  • Normalerweise täglich, obwohl einige Systeme (Datenbankserver) gelegentlich interessantere Strategien erhalten.
  • Paketlisten /etc, /varund /home. Alles andere kann von dort aus neu erstellt werden.
  • Ich verwende zu Hause Dirvish, das mit rsync nur fest verknüpfte Dateibäume erstellt. Es macht einen tollen Job, erfordert jedoch, dass rsync als root ausgeführt wird (um sicherzustellen, dass die Berechtigungen beibehalten werden) und belastet das Dateisystem aus Sicht des Inode-Verbrauchs. Bei der Arbeit verwenden wir rdiff-backup. Obwohl es über eigene Ideosyncracies verfügt, werden Berechtigungen in Metadatendateien gespeichert, sodass Sie keine Root-Berechtigungen zum Schreiben der Sicherung benötigen (Sie müssen jedoch eine explizite Wiederherstellung ausführen, um die Berechtigungen zurückzugewinnen ).

1

Ich habe endlich einen RAID6-Server zusammen mit rsnapshot eingerichtet, der rsync und Hardlinks zwischen verschiedenen Sicherungen verwendet. Dies spart Platz, macht aber die Wiederherstellung zu einem einfachen Kopiervorgang.

Ich laufe jede Nacht inkrementell, drehe die letzten 14 Schnappschüsse, sammle jede Nacht einen Satz von Schnappschüssen alle zwei Wochen und dann vierteljährliche Sätze und jährliche Sätze. Ich sichere alles auf meinen Festplatten.

Für die Offline-Sicherung habe ich gerade einen SAS LTO4-Bandstreamer gekauft, den ich gerade erhalten, aber noch nicht installiert habe. Ich plane jedoch, von Zeit zu Zeit einige der rsnapshot-Sicherungen zu speichern und die Bänder in meinem Büro aufzubewahren.


1

Wie stellen Sie sicher, dass alle Ihre Linux-Server ordnungsgemäß gesichert werden?

Wir führen jeden Abend rdiff-backup durch. Wir haben ein Skript in / usr / local / bin, das cron jede Nacht ausführt.

Um sicherzustellen, dass es funktioniert hat, verwenden wir Nagios, um zu überprüfen, ob die Kopie von / var / log / messages niemals älter als 48 Stunden ist. Wenn dies der Fall ist, können wir dies auf der Nagios-Webseite und in den E-Mails sehen, die Nagios an Administratoren senden.

Wie oft sichern Sie Ihre Server?

Jede Nacht.

Was sichern Sie, abgesehen von den offensichtlichen / Home-Verzeichnissen?

Wir sichern alles, bis auf ein paar ausgeschlossene Bits - / tmp / proc / sys und einige Dinge in / var / log /

Wie stellen Sie sicher, dass Backups inkrementell und dennoch einfach wiederherzustellen sind?

Wir verwenden rdiff-backup (siehe auch dieses Tutorial ). rdiff-backup erstellt ein Verzeichnis mit der vollständigen aktuellen Kopie von allem, was Sie kopieren, behält jedoch die Unterschiede zu früheren Sicherungen bei, sodass Sie Dateien so weit wie möglich wiederherstellen können. Wahrscheinlich möchten Sie die alten Diffs gelegentlich löschen (um Platz zu sparen), und es gibt einen Befehl rdiff-backup, der wöchentlich von cron ausgeführt werden kann.


1

Ich habe einen Cron-Job auf den Servern, auf denen rdiff-backup ausgeführt wird.

/ etc / wird gesichert, / home / und jedes andere Verzeichnis, das sicherstellt, dass ich ein anderes Verzeichnis so schnell wie möglich zum Laufen bringe, wenn es ausfällt.

Alles ist an einem zentralen Ort versammelt und all dies wird jede Nacht auf Band aufgenommen . Das Klebeband wird am nächsten Morgen abgeholt und 2 Wochen lang (außerhalb des Standorts) entfernt, bevor es wieder in Rotation versetzt wird.

Für die ganz entscheidenden Dinge habe ich einen Live-Ersatzlauf. Wie in: Ein zweiter Server, der dort sitzt und im Leerlauf ist (und im Grunde mein Spielzeug ist), aber alle Dateien / Dienste des ersten hat. Wenn der erste ausfällt, kann dieser blitzschnell übernehmen. Alles, was getan werden muss, ist einen DNS-Eintrag zu ändern.


1
* How do you ensure that all of your Linux servers are properly backed up?

Ich führe Duplizität auf ihnen aus und sichere auf Amazon S3.

* How often do you backup your servers?

Ich mache vierteljährlich und nachts eine vollständige Sicherung. Dies dient hauptsächlich dazu, die Lagerkosten bei S3 zu senken.

* What do you backup, apart from the obvious /home directories?

/ home, / etc und / var. Ich führe eine Debian-Box aus, damit ich auch jede Nacht ein 'dpkg --get-selections> /etc/debian.pkgs' mache, damit ich verfolgen kann, was installiert ist.

* How do you ensure that backups are incremental, but still easy to restore?

Duplizität macht das gut. Ich teste es gelegentlich, indem ich irgendwann in der Geschichte eine Wiederherstellung durchführe.


1

Ich habe dies selbst untersucht und da ich automatische Offsite-Backups für einen Speicherdienst möchte, scheinen Amazon Glacier und Backblaze B2 derzeit gute Optionen zu sein (Backblaze ist derzeit die billigere).

Wenn man sich die Clients ansieht, die diese Dienste unterstützen, und die Funktionen, die Sie erwarten (Verschlüsselung, Deduplizierung, inkrementelle Sicherungen), scheint es zwei Optionen zu geben, die unter Linux funktionieren:

  • Duplizität - Open Source
  • HashBackup - Sie benötigen zusätzlich zu Ihrem Speicherdienst eine kostenpflichtige Jahreslizenz für HachBackup
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.