Dieser Überblick setzt , geschrieben auf Wunsch der Leser, und behandelt UrBackup, BackupPC sowie AMANDA.
Überblick über UrBackup.
Auf Wunsch von Teilnehmer , füge ich einen Überblick über UrBackup hinzu, ein Client-Server-System zur Datensicherung. Es ermöglicht die Erstellung von vollständigen und inkrementellen Backups, kann mit Snapshots von Geräten (nur Windows?) umgehen und erstellt auch Datei-Backups. Der Client kann sich im selben Netzwerk wie der Server befinden oder sich über das Internet verbinden. Es wird behauptet, dass Änderungen verfolgt werden, was eine schnelle Auffindung der Unterschiede zwischen den Backups ermöglicht. Außerdem gibt es Unterstützung für die Daten-Deduplizierung auf der Serverseite, was den belegten Speicherplatz spart. Die Netzwerkverbindungen sind verschlüsselt, und es gibt ein Web-Interface zur Verwaltung des Servers. Lassen Sie uns看看, was es kann:
Im Modus zur Erstellung eines vollständigen Backups ergaben sich folgende Ergebnisse:
Laufzeit:
Erster Start
Zweiter Durchlauf
Dritter Durchlauf
Erster Test
8m20s
8m19s
8m24s
Zweiter Test
8m30s
8m34s
8m20s
Dritter Test
8m10s
8m14s
8m12s
Im Modus zur Erstellung von inkrementellen Backups:
Laufzeit:
Erster Start
Zweiter Durchlauf
Dritter Durchlauf
Erster Test
8m10s
8m10s
8m12s
Zweiter Test
3m50s
4m12s
3m34s
Dritter Test
2m50s
2m35s
2m38s
In beiden Fällen betrug die Größe des Repositories etwa 14 GB, was auf eine funktionierende Deduplikation auf der Serverseite hinweist. Es ist auch wichtig, die Diskrepanz zwischen dem Erstellungszeitpunkt der Sicherung auf dem Server und dem Client zu erwähnen, was auf den Grafiken deutlich sichtbar ist und ein erfreulicher Bonus ist, da die Web-Oberfläche die Bearbeitungszeit des Sicherungsprozesses auf der Serverseite ohne Berücksichtigung des Zustands des Clients anzeigt.
Insgesamt sind die Grafiken für die vollständige und inkrementelle Sicherung ununterscheidbar. Wahrscheinlich liegt der Unterschied nur darin, wie dies auf der Serverseite verarbeitet wird. Besonders positiv war die niedrige CPU-Auslastung auf dem gesicherten System.
Überblick über BackupPC
Auf Wunsch von Teilnehmer Ich füge eine Übersicht über BackupPC hinzu. Diese Software wird auf einem Backup-Server installiert, ist in Perl geschrieben und arbeitet über verschiedene Backup-Tools – in erster Linie rsync und tar. Für den Transport werden ssh und smb verwendet, und es gibt eine Web-Oberfläche basierend auf CGI (läuft unter Apache). In der Web-Oberfläche steht eine umfangreiche Liste von Einstellungen zur Verfügung. Zu den Besonderheiten gehört die Möglichkeit, ein minimales Zeitintervall zwischen den Backups festzulegen, sowie einen Zeitraum, in dem keine Backups erstellt werden. Bei der Auswahl des Dateisystems für den Backup-Server sollte man darauf achten, dass harte Links unterstützt werden. Dadurch lässt sich das Dateisystem für den Speicher nicht auf Mount-Punkte aufteilen. Insgesamt macht die Software einen positiven Eindruck; lassen Sie uns sehen, was sie leisten kann:
Im Modus zur Erstellung vollständiger Backups mit rsync ergaben sich folgende Ergebnisse:
Erster Start
Zweiter Durchlauf
Dritter Durchlauf
Erster Test
12m25s
12m14s
12m27s
Zweiter Test
7m41s
7m44s
7m35s
Dritter Test
10m11s
10m0s
9m54s
Sollten jedoch vollständige Backups mit tar verwendet werden:
Erster Start
Zweiter Durchlauf
Dritter Durchlauf
Erster Test
12m41s
12m25s
12m45s
Zweiter Test
12m35s
12m45s
12m14s
Dritter Test
12m43s
12m25s
12m5s
Im Modus der inkrementellen Sicherungen musste von tar abgesehen werden, da bei dieser Einstellung keine Sicherungen erstellt wurden.
Die Ergebnisse der Erstellung inkrementeller Sicherungen mit rsync sind wie folgt:
Erster Start
Zweiter Durchlauf
Dritter Durchlauf
Erster Test
11m55s
11m50s
12m25s
Zweiter Test
2m42s
2m50s
2m30s
Dritter Test
6m00s
5m35s
5m30s
Insgesamt zeigt sich ein geringfügiger Geschwindigkeitsvorteil von rsync, zudem arbeitet rsync effizienter mit dem Netzwerk. Dies kann teilweise durch einen geringeren CPU-Einsatz von tar als Backup-Programm ausgeglichen werden. Ein weiterer Vorteil von rsync ist die Handhabung inkrementeller Sicherungen. Die Größe des Repositories bleibt bei der Erstellung vollständiger Sicherungen bei 16 GB, während sie bei inkrementellen Sicherungen bei 14 GB pro Durchlauf liegt, was auf eine funktionierende Deduplizierung hinweist.
Überblick über AMANDA
Auf Wunsch von Teilnehmer ich füge AMANDA-Tests hinzu,
Die Ergebnisse des Testdurchlaufs mit tar als Archivierungstool und aktivierter Komprimierung sind wie folgt:
Erster Start
Zweiter Durchlauf
Dritter Durchlauf
Erster Test
9m5s
8m59s
9m6s
Zweiter Test
0m5s
0m5s
0m5s
Dritter Test
2m40s
2m47s
2m45s
Das Programm nutzt vollständig einen CPU-Kern, kann aufgrund der auf dem Backup-Speicher-Server limitierten IOPS jedoch keine hohe Datenübertragungsrate erreichen. Insgesamt war die Einrichtung etwas aufwendiger als bei den anderen Teilnehmern, da der Programmautor statt SSH eine ähnliche Schlüssel-Transportmethode implementiert und eine vollständige CA aufbaut und pflegt. Es gibt die Möglichkeit, den Backup-Client und -Server stark einzuschränken: Wenn sie sich beispielsweise nicht vollständig vertrauen, kann man das Initiieren der Wiederherstellung vom Server aus verbieten, indem man den Wert der entsprechenden Variablen in der Konfigurationsdatei auf null setzt. Es besteht auch die Möglichkeit, ein Web-Interface zur Verwaltung zu integrieren; jedoch kann das gesamte System mit kleinen Bash-Skripten (oder SCM wie Ansible) vollautomatisiert werden. Es gibt ein ziemlich komplexes System zur Einrichtung des Speichers, was offensichtlich mit der Unterstützung einer umfangreichen Liste unterschiedlicher Speichermedien (z. B. LTO-Kassetten, Festplatten usw.) zusammenhängt. Außerdem ist es erwähnenswert, dass von allen in diesem Artikel besprochenen Programmen AMANDA das einzige war, das die Umbenennung eines Verzeichnisses erkannt hat. Die Größe des Repositories betrug bei einem Durchlauf 13 GB.
Ankündigung
Backup, Teil 6: Vergleich von Backup-Tools.
Backup, Teil 7: Fazit
Quelle: habr.com
