Diese Überprüfungsnotiz wird fortgesetzt , geschrieben auf Wunsch der Leser, wird es um UrBackup, BackupPC und auch AMANDA gehen.
UrBackup-Rezension.
Auf Wunsch des Teilnehmers Ich füge eine Rezension von UrBackup hinzu, einem Client-Server-Backup-System. Sie können damit vollständige und inkrementelle Backups erstellen, mit Geräte-Snapshots arbeiten (nur Win?) und auch Datei-Backups erstellen. Der Client kann sich im selben Netzwerk wie der Server befinden oder über das Internet verbunden sein. Die Änderungsverfolgung ist deklariert, sodass Sie schnell Unterschiede zwischen Sicherungskopien finden können. Es gibt auch Unterstützung für serverseitige Datenspeicherdeduplizierung, was Platz spart. Netzwerkverbindungen sind verschlüsselt, außerdem gibt es eine Weboberfläche zur Verwaltung des Servers. Mal sehen, was sie kann:
Im Vollsicherungsmodus wurden folgende Ergebnisse erzielt:
Arbeitszeit:
Первый запуск
Zweiter Lauf
Dritter Start
Erster Test
8m20s
8m19s
8m24s
Zweiter Test
8m30s
8m34s
8m20s
Dritter Test
8m10s
8m14s
8m12s
Im inkrementellen Backup-Modus:
Arbeitszeit:
Первый запуск
Zweiter Lauf
Dritter Start
Erster Test
8m10s
8m10s
8m12s
Zweiter Test
3m50s
4m12s
3m34s
Dritter Test
2m50s
2m35s
2m38s
Die Repository-Größe betrug in beiden Fällen etwa 14 GB, was auf eine funktionierende Deduplizierung auf der Serverseite hinweist. Zu beachten ist auch, dass es eine Diskrepanz zwischen der Backup-Erstellungszeit auf dem Server und dem Client gibt, was aus den Grafiken recht deutlich ersichtlich ist und ein sehr erfreulicher Bonus ist, da das Webinterface die Laufzeit des Backup-Vorgangs anzeigt der Serverseite ohne Berücksichtigung
Zustand des Kunden. Im Allgemeinen sind die Diagramme für die vollständigen und inkrementellen Kopien nicht zu unterscheiden. Der einzige Unterschied besteht wahrscheinlich darin, wie es auf der Serverseite gehandhabt wird. Auch die geringe Prozessorauslastung des redundanten Systems hat mich gefreut.
BackupPC-Rezension
Auf Wunsch des Teilnehmers Ich füge eine Rezension von BackupPC hinzu. Diese Software ist auf einem Backup-Speicherserver installiert, in Perl geschrieben und funktioniert auf Basis verschiedener Backup-Tools – hauptsächlich Rsync, Tar. Als Transport werden SSH und SMB verwendet; es gibt auch eine CGI-basierte Webschnittstelle (bereitgestellt auf Apache). Die Weboberfläche verfügt über eine umfangreiche Liste an Einstellungen. Zu den Funktionen gehört die Möglichkeit, die Mindestzeit zwischen Backups sowie den Zeitraum festzulegen, in dem keine Backups erstellt werden. Bei der Auswahl eines Dateisystems für einen Backup-Server müssen Sie sicherstellen, dass Hardlinks unterstützt werden. Daher kann das Dateisystem zur Speicherung nicht in Mount-Punkte unterteilt werden. Insgesamt eine recht angenehme Erfahrung, mal sehen, wozu diese Software in der Lage ist:
Im Modus zum Erstellen vollständiger Backups mit rsync wurden folgende Ergebnisse erzielt:
Первый запуск
Zweiter Lauf
Dritter Start
Erster Test
12m25s
12m14s
12m27s
Zweiter Test
7m41s
7m44s
7m35s
Dritter Test
10m11s
10m0s
9m54s
Wenn Sie vollständige Backups und Tar verwenden:
Первый запуск
Zweiter Lauf
Dritter Start
Erster Test
12m41s
12m25s
12m45s
Zweiter Test
12m35s
12m45s
12m14s
Dritter Test
12m43s
12m25s
12m5s
Im inkrementellen Backup-Modus musste ich auf tar verzichten, da mit diesen Einstellungen keine Backups erstellt wurden.
Die Ergebnisse der Erstellung inkrementeller Sicherungen mit rsync sind:
Первый запуск
Zweiter Lauf
Dritter Start
Erster Test
11m55s
11m50s
12m25s
Zweiter Test
2m42s
2m50s
2m30s
Dritter Test
6m00s
5m35s
5m30s
Generell hat rsync einen leichten Geschwindigkeitsvorteil, zudem arbeitet rsync sparsamer mit dem Netzwerk. Dies kann teilweise durch eine geringere CPU-Auslastung mit tar als Backup-Programm ausgeglichen werden. Ein weiterer Vorteil von rsync besteht darin, dass es mit inkrementellen Kopien arbeitet. Die Größe des Repositorys bei der Erstellung von Vollsicherungen ist gleich, 16 GB, bei inkrementellen Kopien – 14 GB pro Lauf, was eine funktionierende Deduplizierung bedeutet.
AMANDA-Rezension
Auf Wunsch des Teilnehmers Hinzufügen von AMANDA-Tests,
Die Ergebnisse eines Testlaufs mit tar als Archivierungsprogramm und aktivierter Komprimierung sind wie folgt:
Первый запуск
Zweiter Lauf
Dritter Start
Erster Test
9m5s
8m59s
9m6s
Zweiter Test
0m5s
0m5s
0m5s
Dritter Test
2m40s
2m47s
2m45s
Das Programm lädt einen Prozessorkern vollständig aus, kann jedoch aufgrund der begrenzten IOPS-Festplatte auf der Seite des Backup-Speicherservers keine hohen Datenübertragungsgeschwindigkeiten erreichen. Im Allgemeinen war die Einrichtung etwas mühsamer als für andere Teilnehmer, da der Autor des Programms kein SSH als Transportmittel verwendet, sondern ein ähnliches Schema mit Schlüsseln implementiert und eine vollwertige Zertifizierungsstelle erstellt und verwaltet. Es ist möglich, den Client und den Backup-Server weitgehend einzuschränken: Wenn sie sich beispielsweise nicht vollständig gegenseitig vertrauen können, können Sie optional verhindern, dass der Server eine Backup-Wiederherstellung initiiert, indem Sie den Wert der entsprechenden Variablen auf Null setzen die Einstellungsdatei. Es besteht die Möglichkeit, ein Webinterface zur Verwaltung anzubinden, generell lässt sich das konfigurierte System aber mit kleinen Bash-Skripten (oder SCM, zum Beispiel Ansible) vollständig automatisieren. Es gibt ein etwas nicht triviales System zum Einrichten des Speichers, was offenbar an der Unterstützung einer umfangreichen Liste verschiedener Geräte zum Speichern von Daten (LTO-Kassetten, Festplatten usw.) liegt. Es ist auch erwähnenswert, dass AMANDA von allen in diesem Artikel behandelten Programmen das einzige ist, das Verzeichnisumbenennungen erkennen konnte. Die Repository-Größe für einen Lauf betrug 13 GB.
Ankündigung
Backup Teil 6: Vergleich von Backup-Tools
Backup Teil 7: Schlussfolgerungen
Source: habr.com