CloudBerry Backup für Linux: Konfigurieren und Ausführen von Backups zum Schutz Ihrer Daten

Cloud-basierte Backup-Lösungen haben den Wind in den Segeln. Heute werde ich das CloudBerry-Backup für Linux überprüfen. Es ist eine von CloudBerry Lab bereitgestellte Lösung für den „geschäftlichen und persönlichen Gebrauch“.

Das Tool bietet sowohl eine GUI- als auch eine CLI-Oberfläche. Die Benutzeroberfläche ist ziemlich intuitiv, wie Sie durch Scrollen durch die Produktseite sehen können. Deshalb habe ich mich heute auf die Befehlszeilenschnittstelle konzentriert, während ich dieses Produkt überprüfte. Auf jeden Fall würde ich es in einer „Unternehmensumgebung“ verwenden, um Backups auf einem Server zu verwalten, oder wenn ich remote über ssh arbeite.

CloudBerry Backup für Linux herunterladen

CloudBerry Backup für Linux kann kostenlos von der Editor-Website heruntergeladen werden. Sie können jedoch erst dann ein Backup durchführen, wenn Sie eine Lizenz erhalten haben. Aber keine Panik: Dafür müssen Sie nicht bezahlen, da kostenlose Lizenzen verfügbar sind.

Die Linux-Version ist viel günstiger als die Windows-Version und wird sogar als "Freeware" für den persönlichen Gebrauch angeboten. Die aktuell verfügbaren Versionen sind (direkt von der Website kopiert):

  • Freeware-Version: Nur für den persönlichen Gebrauch. Enthält die meisten Funktionen der PRO-Version, z. B. flexible Planungs- und Aufbewahrungsrichtlinien.
  • Pro-Version: Mit erweiterten Funktionen: Komprimierung und Verschlüsselung. Der Preis beträgt 29, 99 USD für eine einzelne unbefristete Lizenz.
  • Ultimative Version: Kommt ohne Speicherbeschränkungen.

Erwähnenswert ist außerdem, dass das Speicherlimit für die kostenlose Version nur 200 GB beträgt. Aber es erhöht sich bei 5TO für die "Pro" -Version und ist für die "Ultimate" -Version unbegrenzt. Diese Einschränkungen werden von der Software durchgesetzt. Unabhängig von eventuellen Speicherbeschränkungen Ihres Speicheranbieters.

Apropos, CloudBerry bietet nur die Backup-Lösung. Der Kauf oder die Anmietung des eigentlichen Speichers liegt bei Ihnen. Wenn der Lizenzpreis "einmalige Gebühren" pro Computer beträgt, müssen Sie den Speicherpreis addieren, um die Gesamtbetriebskosten dieser Lösung zu schätzen.

Mit einer kostenpflichtigen Lizenz erhalten Sie ein Jahr lang kostenlosen Zugang zu allen Updates der Software. Nach dieser Zeit müssen Sie 20% des Preises für ein weiteres Jahr Upgrades bezahlen.

Soweit ich weiß, können Sie jederzeit die "kostenlose Lizenz" verwenden, um Ihre Daten wiederherzustellen. Letztendlich müssen Sie also nur bezahlen, wenn Sie das Produkt für relativ große Backups verwenden möchten oder wenn Sie erweiterte Funktionen wie Verschlüsselung benötigen.

Für diesen Test haben wir eine kostenlose Lizenz erhalten. Es war für die "CloudBerry Backup für Linux Standard Edition" laut der E-Mail, die den Lizenzschlüssel enthielt, den ich erhalten habe. Ich kann nur davon ausgehen, dass es sich bei der „Standard Edition“ tatsächlich um die auf der Website beschriebene „Pro-Version“ handelt .

Überprüfen Sie das Setup

Für diesen Test habe ich ein neues und minimales Debian 9.0-System verwendet, das auf einer virtuellen Maschine mit 4 GB oder RAM ausgeführt wird. Das System wurde als Dateiserver eingerichtet, auf dem NFS ausgeführt wird und der 6, 5 GB Daten mit einer typischen Verteilung von Dateien verschiedener Größe und Typen enthält.

Außerdem habe ich ein ähnliches Wiederherstellungsziel eingerichtet, jedoch ohne die Daten, um die Fähigkeit von CloudBerry Backup zu überprüfen, nach einem Notfall Daten auf einem anderen Computer wiederherzustellen. Wir werden das am Ende des Artikels versuchen.

Für den Backup-Speicher habe ich sowohl eine lokal gemountete Festplatte als auch einen Google Cloud Storage-Bucket verwendet.

Installation

Von der CloudBerry-Website können Sie das Software-Binärpaket für Ubuntu 12/14/16, Suse 11/12, Red Hat-CentOS 6.x / 7.x und Fedora 12/21 herunterladen.

Da ich ein echtes Debian-System verwende, war meine Vermutung, dass die Ubuntu-Version funktionieren wird.

itsfoss:~# dpkg -i ubuntu14_CloudBerryLab_CloudBerryBackup_v2.0.2.39_20170620155447.deb [...] /opt/local/CloudBerry Backup/raw_bin/cbbUpdater: error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file: No such file or directory 

Ok: Wenn ich CloudBerry Backup das nächste Mal auf einem Minimalsystem installiere, muss ich daran libglib2.0-0 zuerst libglib2.0-0 zu installieren (das die fehlende Bibliotheksdatei libgthread-2.0.so.0 ).

 itsfoss:~# apt-get install -y libglib2.0-0 itsfoss:~# dpkg -i ubuntu14_CloudBerryLab_CloudBerryBackup_v2.0.2.39_20170620155447.deb 

Diesmal funktioniert es:

 itsfoss:~# ps -edf | grep CloudBerry root 1301 1 0 15:33 ? 00:00:00 /opt/local/CloudBerry Backup/raw_bin/cbbLocalManagement root 1328 442 0 15:33 pts/0 00:00:00 grep CloudBerry 

In den meisten Dokumentationen zu CloudBerry Backup wird das GUI-Tool vorgestellt. Einschließlich des offiziellen Installations- und Konfigurationshandbuchs. Und in der Tat ist die Verwendung der GUI angesichts der Anzahl der verfügbaren Optionen wahrscheinlich die einfachste Möglichkeit, das Tool zu verwenden und zu konfigurieren. Ich kann die GUI von meinem Testsystem aus jedoch nicht verwenden. In einer realen Situation würde ich sowieso keine GUI auf einem Server installieren, nur um meine Sicherungsstrategie zu konfigurieren. Hoffentlich bietet Cloud Berry Backup auch eine Befehlszeilenschnittstelle:

 itsfoss:~# ls /opt/local/CloudBerry\ Backup/bin/ cbb cbbCommandLine cbbgui cbbGUI cbbLocalManagement cbbUpdater cbbWorker 

Ich weiß nicht warum, aber bei meiner Installation gibt es zwei identische Skripte, um die CLI auszuführen:

 itsfoss:.../CloudBerry Backup/bin# diff -s cbb cbbCommandLine Files cbb and cbbCommandLine are identical 

Ab sofort verwende ich cbb wie es in den offiziellen Dokumentationen vorgesehen ist.

Lizenzaktivierung

CloudBerry Lab bietet auf seiner Website einige Informationen zur Verwendung der cbb Befehlszeile. Die Dokumentation ist jedoch nicht sehr detailliert. Auf der Grundlage dieser und cbb Versuche und Fehler wird hier beschrieben, wie ich cbb über die Befehlszeile auf meinem System einrichte.

Bevor Sie cbb können, müssen Sie zunächst Ihren Lizenzschlüssel cbb und aktivieren.

 itsfoss:~# cd /opt/local/CloudBerry\ Backup/bin itsfoss:.../CloudBerry Backup/bin# ./cbb activatelicense -h CloudBerry Backup Command Line Interface started activateLicense -e Email < [-or | -oa ActivationKey] > | -free > -e Email : Email for license activation -k License key : Key for license activation -t License type : Request trial license. Possible values: pro, ultimate -free : Request free license -un userName : User name to register free license -or : Generate offline license request. Email & key are required. Request should be send via email to [email protected] -oa ActivationKey : Offline license activation key. You should receive this key via email in response to offline request, or free license registration. 

In der Online-Hilfe sowie in der oben genannten offiziellen Dokumentation wird erläutert, wie Sie eine Lizenz direkt über das cbb . Ich selbst habe den Lizenzschlüssel bereits per E-Mail erhalten. Also musste ich nur diese Lizenz installieren:

 # Use your own license key instead of the X's below: itsfoss:.../CloudBerry Backup/bin# ./cbb activatelicense \ -k "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX" CloudBerry Backup Command Line Interface started Success 

Arten der Sicherung

Ab heute unterstützt die Linux-Version von CloudBerry Backup nur Backups auf Dateiebene . Das heißt, Sie können nicht ganze Festplatten blockweise sichern, sondern nur die von Ihnen angegebenen Dateien und Ordner. Mit anderen Worten, Sie können nur gemountete Partitionen / Festplatten sichern und keine Nicht-FS-Partitionen. Für die meisten Benutzer ist dies jedoch kein Problem. Gerätesicherungen blockieren ist in der Windows-Version verfügbar. Aber für Linux ist es das Beste, was Sie für Raw-Block-Geräte hoffen können, zu versuchen, den entsprechenden / dev-Eintrag zu sichern. Aber ich habe das nicht getestet, daher bin ich mir nicht sicher, ob dies funktioniert, und Sie können auf diese Weise keine inkrementelle oder differenzielle Sicherung einer Festplatte durchführen. Wenn Sie weitere Informationen zu diesem Thema haben, teilen Sie diese bitte im Kommentarbereich weiter unten mit.

Verwendung des CloudBerry Backup-Kerns

Um mit CloudBerry Backup arbeiten zu können, müssen Sie zwei Hauptkonzepte verstehen:

  • Konten
  • und Pläne

Ein "Konto" ist der allgemeine Name, der in CloudBerry Backup für einen Speicherdienst angegeben wird (ein Dateisystemspeicherort, ein Amazon S3- oder Google Cloud Storage-Bucket usw.). Sie müssen mindestens ein „Konto“ konfigurieren, bevor Sie Sicherungs- / Wiederherstellungsvorgänge ausführen können.

Ein "Plan" ist eine Sicherungs- / Wiederherstellungsstrategie, die angibt, was, wann und wie Ihre Daten gesichert oder wiederhergestellt werden sollen. Jeder Plan darf nur einem „Account“ zugeordnet sein.

Erstellen eines Speicherbereichskontos

Bevor Sie also ein Backup durchführen können, müssen Sie zunächst ein Konto erstellen. Zum Starten habe ich ein "Dateisystem" -Konto verwendet. Das ist ein lokal angeschlossener Speicherbereich. In meinem Fall war es eine zweite (virtuelle) Festplatte, die auf /backup gemountet wurde

 itsfoss:.../CloudBerry Backup/bin# ./cbb addAccount \ -st FileSystem \ -d "Local Backup" \ -c "/backup" CloudBerry Backup Command Line Interface started Success 

Sicherungsplan erstellen

Als nächstes muss ich einen Backup-Plan erstellen . Der Sicherungsplan gibt die verschiedenen Details einer Sicherungsoperation an. Einschließlich des Ziels und des Zeitplans.

 itsfoss:.../CloudBerry Backup/bin# ./cbb addBackupPlan \ -n "NFS files" \ -a "Local Backup" \ -f /srv/nfs \ -bef -es no \ -every day -at "22:56" CloudBerry Backup Command Line Interface started Success 
  • -n "NFS files" ist der (beliebige) Name für den Sicherungsplan
  • -a "Local Backup" ist der Name des oben erstellten Kontos, das diesem Plan zugeordnet wird.
  • -f /srv/nfs ist das Verzeichnis, das ich sichern möchte. Sie können mehrere -f Optionen in demselben Sicherungsplan einmal für jede zu sichernde Datei oder Verzeichnisstruktur angeben.
  • -bef ist eine Option zum Sichern leerer Ordner.
  • -es no das war schwierig zu verstehen: Laut dem Dokument, das ich beim Schreiben dieses Artikels hatte, wurde es verwendet, um Systemdateien nicht auszuschließen. Aber - und dies sollte jetzt in der Dokumentation behoben sein - wenn Sie -es auf yes (seinen Standardwert) setzen, schließt der Plan auch versteckte Dateien von der Sicherung aus. Das heißt, Dateien / Ordner, deren Name mit einem Punkt beginnt, sind in der Sicherung nicht vorhanden. Aber mit -es no sie.
  • -every day -at "22:56" ist ziemlich selbsterklärend.

Und um 22:56 Uhr an diesem Tag… hat das Backup begonnen. Und nach langen, langen, langen Minuten ist das Backup endlich abgeschlossen.

Danach hatte ich etwas damit gerechnet, eine große Archivdatei im Ordner / backup zu finden. Tatsächlich sieht eine CloudBerry-Sicherung jedoch wie eine einfache Kopie des Quellbaums aus:

 itsfoss:.../CloudBerry Backup/bin# find /backup | head /backup /backup/lost+found /backup/CBB_itsfoss /backup/CBB_itsfoss/srv /backup/CBB_itsfoss/srv/nfs /backup/CBB_itsfoss/srv/nfs/sample /backup/CBB_itsfoss/srv/nfs/sample/gcc-4.6.3 

Aber die Dinge sind etwas subtiler. Tatsächlich wird in der Sicherung jede Datei durch ein Verzeichnis ersetzt, das die verschiedenen Versionen der Datei enthält, die von verschiedenen Sicherungen erstellt wurden.

Ich habe das überprüft, indem ich eine Datei geändert und das Backup neu gestartet habe:

 # Create a dummy file and start a backup itsfoss:.../CloudBerry Backup/bin# echo hello > /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "NFS files" CloudBerry Backup Command Line Interface started Success # Wait for completion, then alter the file, and restart the backup itsfoss:.../CloudBerry Backup/bin# echo world > /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "NFS files" CloudBerry Backup Command Line Interface started Success 

Erwähnenswert ist, dass diese Sicherungen viel weniger Zeit in Anspruch nahmen als die allererste, da CloudBerry Backup nur die tatsächlich geänderten Dateien kopierte. Und tatsächlich habe ich jetzt die zwei Versionen im Verzeichnis /backup, von denen jede einem bestimmten Zeitstempel zugeordnet ist.

 itsfoss:.../CloudBerry Backup/bin# find /backup/CBB_itsfoss/srv/nfs/some_file: -type f /backup/CBB_itsfoss/srv/nfs/some_file:/20170730220336/some_file world /backup/CBB_itsfoss/srv/nfs/some_file:/20170730215602/some_file hello 

Stellen Sie eine Sicherung wieder her

Um eine berühmte Weisheit zu zitieren: "Sie benötigen keinen Sicherungsplan, sondern einen Wiederherstellungsplan, einschließlich Tests" . Ich empfehle Ihnen daher dringend, die verschiedenen Wiederherstellungsoptionen von CloudBerry Backup zu testen.

Genau wie bei Sicherungen müssen Sie vor dem Ausführen einer Wiederherstellungsaktion einen „Wiederherstellungsplan“ erstellen. Diesmal mit dem Befehl addRestorePlan . Hier sind einige mögliche Variationen:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore Missing" \ -a "Local Backup" \ -f /srv/nfs \ -se yes \ -ol yes 

Die meisten addBackupPlan erinnern an die des Befehls addBackupPlan . Darüber hinaus finden Sie hier:

  • Die Option -se, mit der vorhandene Dateien beim Wiederherstellen von Daten übersprungen werden.
  • Das Flag -ol wird verwendet, um Daten an ihrem ursprünglichen Speicherort wiederherzustellen.
 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore All" \ -a "Local Backup" \ -f /srv/nfs \ -se no \ -ol yes 

In dieser zweiten Variante setze ich -se auf no um… vorhandene Dateien NICHT zu überspringen . In der Praxis werden dadurch alle Dateien in den Zielen von ihrem Gegenstück in der Sicherung überschrieben.

 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore At" \ -a "Local Backup" \ -rt PointInTime \ -pointintime "30.07.2017 22:00" \ -f /srv/nfs \ -se no \ -ol yes 

Als dritte Variante können Sie die Daten auch so wiederherstellen, wie sie zum angegebenen Zeitpunkt vorhanden waren. Dazu müssen Sie den PointInTime Modus verwenden (der Standardmodus ist das Wiederherstellen der neuesten Daten). Das sind natürlich nur ein paar Beispiele. Alle Kombinationen sind möglich. Einschließlich geplanter Wiederherstellungsvorgänge. Aber das überlasse ich Ihren eigenen Experimenten.

Testen und vergleichen wir zunächst die drei oben genannten Optionen:

 # My "Restore Missing" plan will restore deleted files itsfoss:.../CloudBerry Backup/bin# rm /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore Missing" # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file world 
 # My "Restore Missing" plan will NOT overwrite existing files itsfoss:.../CloudBerry Backup/bin# echo modified > /srv/nfs/some_file itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore Missing" # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file modified 
 # My "Restore All" plan will happily overwrite all modified files # by the latest version available in the backup itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore All"CloudBerry Backup Command Line Interface started # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file world 
 # My "Restore At" plan will happily overwrite all modified files # by the version available at the "Point in Time" itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore At" CloudBerry Backup Command Line Interface started Success # Wait for completion itsfoss:.../CloudBerry Backup/bin# cat /srv/nfs/some_file hello 

Verschlüsselung

Im Moment habe ich nur die Klartext-Backups verwendet. Jetzt ist es an der Zeit, die Verschlüsselungsfunktionen des Tools zu überprüfen. Genau wie bei der Komprimierung steht die Verschlüsselung nur zahlenden Benutzern zur Verfügung. Und kann nicht mit der kostenlosen Version des Tools verwendet werden.

Das Verwenden der Verschlüsselung ist nicht mehr als das Hinzufügen der -ea und -ep beim Erstellen des Sicherungsplans:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addBackupPlan \ -n "Backup Encrypted" \ -a "Local Backup" \ -f /srv/nfs \ -ea AES_256 -ep [email protected] CloudBerry Backup Command Line Interface started Success itsfoss:.../CloudBerry Backup/bin# ./cbb getPlanDetails \ -n "Backup Encrypted" CloudBerry Backup Command Line Interface started Name : Backup Encrypted Type : Backup ID : {9c00b94c-03b1-4a4b-818a-73abd0eb44e9} Destination ID : {1137a608-94bd-48a2-ad0b-018c0e6965e5} Destination name : Local Backup Backup items: /srv/nfs Compress : false Exclude system folders: true Encryption : true Encryption algorithm : AES_256 Schedule : Not specified itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Backup Encrypted" 

Wenn die Verschlüsselung aktiviert ist, verhält sich CloudBerry Backup im Wesentlichen gleich, speichert jedoch den Dateiinhalt nicht im Sicherungsverzeichnis, sondern in einem proprietären Binärformat. Der Dateiinhalt ist sicherlich kein Klartext, aber da ich keinen Zugriff auf das zugrunde liegende Dateiformat habe, ist es schwer zu sagen, ob es ordnungsgemäß als AES_256 codiert ist, wie ich es angefordert habe, und auch nicht, welcher genaue Modus verwendet wurde (EBC, CTC, CTR, …)

Ich wäre zuversichtlich, da der cbbWorker mit libcrypto.so.1.0.0 cbbWorker ist. Aber da diese Bibliothek mit dem Produkt ausgeliefert wird und das Produkt eine geschlossene Quelle ist, kann ich nicht sicher sagen.

Ich kann nur sagen, dass die Daten scheinbar verschlüsselt sind, da die entstehenden Dateien eine Entropie von fast 8 Bit pro Byte haben:

 # Create 1MB file full of NUL bytes itsfoss:.../CloudBerry Backup/bin# dd if=/dev/zero \ of=/srv/nfs/_zero \ bs=1M count=1 # Perform an encrypted backup itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Backup Encrypted" # wait, wait, wait until completion, then check ciphertext entropy: itsfoss:.../CloudBerry Backup/bin# ent /backup/CBB_itsfoss/srv/nfs/_zero\:/20170731133530/_zero Entropy = 7.999839 bits per byte. 

Das Erstellen eines Wiederherstellungsplans für verschlüsselte Sicherungen ist noch einfacher, da Sie nur die Option -ep hinzufügen -ep, um das Kennwort anzugeben.

Es ist so einfach, dass ich diese Gelegenheit genutzt habe, um ein paar andere Optionen im folgenden Beispiel vorzustellen:

  • -f /srv/nfs/_zero nur diese Datei wieder her
  • -ol no -de /tmp/ restore in /tmp/ anstatt am ursprünglichen Speicherort
 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore Encrypted" \ -a "Local Backup" \ -f /srv/nfs/_zero \ -se no \ -ep [email protected] \ -ol no -de /tmp/ CloudBerry Backup Command Line Interface started Success itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Restore Encrypted" CloudBerry Backup Command Line Interface started Success # Wait for completion itsfoss:.../CloudBerry Backup/bin# diff -s /tmp/_zero /srv/nfs/_zero Files /tmp/_zero and /srv/nfs/_zero are identical 

Cloud-Speicher verwenden

Bisher habe ich nur mit lokalen Backups gearbeitet. Die wahre Stärke von CloudBerry Backup ist jedoch die Integration in eine Vielzahl von Cloud-Speicheranbietern:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addAccount CloudBerry Backup Command Line Interface started addAccount -st StorageType -st storageType: for more info select one storage type storageTypes: - AmazonS3 - AmazonS3Chinese - S3Compatible - CenturyLink - Cloudian - DreamObjects - Scality - ThinkOn - Verizon - Wasabi - Azure - Openstack - HPCloud - HPHelion - Rackspace - OracleCloud - SoftLayer - Google - BackBlaze - FileSystem -h show help 

Für diesen Artikel habe ich ein Google Cloud Storage-Konto verwendet:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addAccount \ -d "Google Account" \ -st Google \ -ac 'GOOG0123456789012345' \ -sk 'ABCD+01234567890123456789012345678901234' \ -c '69065e24-761d-11e7-ac42-738017d4f6c6' \ -ssl CloudBerry Backup Command Line Interface started Success 

In diesem Setup: - -ac 'GOOG0123456789012345' ist mein Google Storage-Schlüssel für den interoperablen Speicherzugriff. - -sk 'ABCD+01234567890123456789012345678901234' ist der zugehörige geheime Schlüssel. - -c '69065e24-761d-11e7-ac42-738017d4f6c6' ist den Bucket-Namen (ich habe dafür eine UUID verwendet, da bei Google Bucket-Namen global eindeutig sein müssen)

Sobald dies erledigt ist, ist das Erstellen eines Sicherungs- und Wiederherstellungsplans genau das gleiche wie bei Verwendung eines lokalen Dateisystems:

 itsfoss:.../CloudBerry Backup/bin# ./cbb addBackupPlan \ -n "Google Backup" \ -a "Google Account" \ -f /srv/nfs/sample/My\ Courses CloudBerry Backup Command Line Interface started Success itsfoss:.../CloudBerry Backup/bin# ./cbb plan -r "Google Backup" CloudBerry Backup Command Line Interface started Success 

Wiederherstellen - auf einem anderen Computer

Zum Abschluss dieser Tour durch die CloudBerry Backup-Funktionen wollte ich ein ganz normales Szenario testen, wenn Sie nach einem Notfall eine Wiederherstellung durchführen müssen: die Wiederherstellung von Daten auf einem anderen Computer.

Also habe ich auf einem sauberen und neu erstellten System eine andere Version von CloudBerry Backup installiert. Aber diesmal wird es die kostenlose Version sein. Das heißt, ich muss zuerst einen kostenlosen Schlüssel besorgen:

 yesik:.../CloudBerry Backup/bin# ./cbb activateLicense \ -e "[email protected]" \ -free \ -un "Sylvain Leroux" CloudBerry Backup Command Line Interface started Success. Your registration key has been sent to the email address [email protected] 

In der Tat erhielt ich eine E-Mail und kopierte den Lizenzschlüssel auf den nächsten Befehl, um die Lizenz zu aktivieren:

 # Of course, you will have to use your own key in the command below # This one is just a fake example yesik:.../CloudBerry Backup/bin# ./cbb activateLicense \ -e "[email protected]" \ -free \ -oa 'ljLXMSocj5Gwx8IsmKxxXlHjIpeu6w4p/4akKOP75IVQLtaw8bOvioxLtOSAdzHtiSQUU6jvU5WS1eWaRp/2deiWMyWvvKrydahnF8yiM604GxR5s4gfR87edVmWsY0gVwK+J48Xx0ScQ8f+ou8e6wmwBK6+k+hj0lfRfC9Fzg4=' CloudBerry Backup Command Line Interface started Success 

Ab sofort ist der Workflow fast identisch mit dem, der zum Wiederherstellen von Daten auf dem ursprünglichen Host verwendet wurde:

 yesik:.../CloudBerry Backup/bin# ./cbb addAccount \ -d "Google Account" \ -st Google \ -ac 'GOOG0123456789012345' \ -sk 'ABCD+01234567890123456789012345678901234' \ -c '69065e24-761d-11e7-ac42-738017d4f6c6' \ -ssl CloudBerry Backup Command Line Interface started Success yesik:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Google Restore" \ -a "Google Account" \ -f /srv \ -sy yes \ -ol yes CloudBerry Backup Command Line Interface started Success 

Der einzige Unterschied ist die Option -sy yes . In der Dokumentation heißt es: „Sie müssen vor dem Wiederherstellen eine Synchronisierung durchführen, wenn Sie einen Wiederherstellungsplan auf einem Computer einrichten, der sich von dem unterscheidet, auf dem Sie ein Backup ausgeführt haben.“ Soweit ich weiß, hat dies nichts mit der sync zu tun Beim Systemaufruf geht es jedoch eher darum, dass CloudBerry Backup seine lokale Datenbank mit den im Remotespeicher verfügbaren Daten aktualisiert (dazu später mehr). Oder liege ich falsch? In diesem Fall zögern Sie nicht, einen Kommentar zu hinterlassen!

 yesik:.../CloudBerry Backup/bin# ./cbb plan -r "Google Restore" CloudBerry Backup Command Line Interface started Success 

Wenn Sie bis zum Abschluss warten, können Sie mit dem folgenden Ad-hoc-Befehl überprüfen, ob die Sicherung eine exakte Kopie des ursprünglichen Ordners ist. Dies ist alles andere als perfekt, da beispielsweise die Dateiberechtigungen nicht überprüft werden. Aber es reicht aus, um mir das Vertrauen zu geben, dass alle Dateien und ihr Inhalt wiederhergestellt wurden:

 yesik:.../CloudBerry Backup/bin# (cd /srv/nfs/sample/My\ Courses/ ; find . -print -type f -exec cat {} \;) | md5sum 273510dd43e0e631822d0c48b7f9bbf6 - itsfoss:.../CloudBerry Backup/bin# (cd /srv/nfs/sample/My\ Courses/ ; find . -print -type f -exec cat {} \;) | md5sum 273510dd43e0e631822d0c48b7f9bbf6 - 

Interoperabilität

In der Windows-Welt, aus der CloudBerry Backup stammt, ist dies sicherlich weit weniger ein Problem. Interoperabilität ist jedoch ein wichtiger Bestandteil der * nix-Philosophie.

Soweit ich weiß, bietet die Befehlszeilenschnittstelle keine Import- / Exportfunktion für Pläne oder Konten. Auch kein direkter Zugriff auf die Protokollhistorie. Es gibt jedoch noch Hoffnung, denn wenn Sie den Ordner /opt/local/CloudBerry Backup/etc/config, werden Sie feststellen, dass die Pläne und /opt/local/CloudBerry Backup/etc/config als XML-Dateien gespeichert sind.

Darüber hinaus finden Sie die Datei cbbackup.db, eine SQLite-Datenbank, die einige Informationen enthält, insbesondere zum Sicherungsverlauf. Dies ist sicherlich die Datei, die von CloudBerry Backup aktualisiert werden muss, wenn Sie auf einem anderen Host wiederherstellen (erinnern Sie sich an die Option -sy yes oben?)

Ich würde Sie nicht ermutigen, diese Dateien zu ändern, da sie nicht dokumentiert sind. Aber natürlich können Sie sie lesen . Und ich würde das als sehr nützlich für Auditing- oder Überwachungszwecke empfinden, insbesondere.

Wer ist CloudBerry Lab?

CloudBerry Backup ist vollgepackt mit Funktionen und der Ingenieur in mir ist ziemlich verführt. Und vielleicht bist du es auch. Ich weiß jedoch, dass einige von Ihnen diese Software an das Management "verkaufen" müssen, sodass Sie möglicherweise einige Informationen über den Editor benötigen.

CloudBerry Lab ist ein kalifornisches Software-Unternehmen und möchte laut LinkedIn-Seite "Cloud-basierte Backup- und Dateiverwaltungsdienste für kleine und mittlere Unternehmen (SMBs)" bereitstellen.

CloudBerry Lab wurde 2008 gegründet und war ursprünglich auf die Windows-Welt ausgerichtet. Erst im Juli 2015 wurde die erste Version ihrer Cloud Berry Backup-Lösung für Linux und MacOS X veröffentlicht. Das bedeutet, dass CloudBerry Backup für Linux zum Zeitpunkt des Schreibens nur zwei Jahre alt ist. Zweifellos wird sich die Software in den kommenden Jahren weiterentwickeln und ausreifen.

Meine Meinung

Nach diesem Test muss ich sagen, dass ich mit CloudBerry Backup für Linux sehr zufrieden bin. Dieser Artikel war bereits sehr lang, so dass ich nicht den Raum zum Testen der grafischen Benutzeroberfläche hatte. Mit den Befehlszeilentools haben Sie jedoch uneingeschränkten Zugriff auf die Funktionen der Software, was für mich ein Muss ist. Auf jeden Fall zeigt die CLI ihre Windows-Ursprünge und könnte mit Sicherheit für eine bessere Bedienbarkeit von Shell-Skripten angepasst werden (sagen Sie „Erfolg“, nachdem jeder einzelne Befehl sooooo fensterhaft ist;). Aber es funktioniert. Und die Backup-Software selbst scheint sehr zuverlässig zu sein. Wenn ich eine Backup-Lösung wählen müsste, wäre CloudBerry Backup sicherlich einer der Kandidaten, die ich in Betracht ziehen würde.

Ich bedaure vor allem, dass die Software aus geschlossenen Quellen stammt. Ich werde diese Wahl nicht beurteilen, da ich verstehen kann, dass ein Unternehmen sein Fachwissen schützen möchte. Aber es wäre großartig, wenn zumindest einige Teile des Produkts Open-Source-Produkte wären oder wenn die Software eine API für unabhängige Entwickler bereitstellen würde, um das Ökosystem um dieses Produkt herum zu bereichern. Ich bin mir zum Beispiel ziemlich sicher, dass diese einfache Verschiebung einige Probleme oder Einschränkungen verhindert hätte, auf die ich bei der Verwendung der CLI gestoßen bin, und die allgemeine „Skriptfähigkeit“ des Tools verbessern könnte.

Aber ich werde mich nicht beschweren. Es bleibt ein tolles Produkt. Kann sowohl von der Befehlszeile als auch von der grafischen Benutzeroberfläche aus verwendet werden. Und ich würde diesen Artikel nicht abschließen, ohne dem Support-Team von CloudBerry Lab und insbesondere Sergey zu danken. Während ich diese Bewertung schreibe, habe ich ein paar Tickets geöffnet. Sie haben nicht nur meine Fragen beantwortet, sondern auch meine Nachrichten weitergeleitet, sodass die Dokumente und sogar die Software als Reaktion auf meine Bemerkungen gepatcht wurden. Das alles in weniger als 48 Stunden. Wenn nur alle Unterstützungen so reaktionsschnell wären!

Denken Sie als letztes daran, dass Sie das Produkt kostenlos herunterladen, ausprobieren und - wenn Sie einige Einschränkungen akzeptieren - sogar verwenden können. Also, wenn Sie immer noch zögern, tun Sie das. Und bitte melden Sie Ihre Rückmeldungen im Kommentarbereich unten!

  • GUI und CLI
  • Minimale Abhängigkeiten
  • Unterstützt viele Cloud-Speicheranbieter
  • Hoch konfigurierbare Backup- / Restore-Pläne
  • Sehr reaktionsschnelle Unterstützung
  • Geschlossene Quelle
  • Spärliche Dokumentation für die CLI-Tools
  • Privates Dateiformat für verschlüsselte Backups

Empfohlen

Square 2.0 Icon Pack ist doppelt so schön
2019
Apache OpenOffice könnte bald tot sein und ich werde nicht einmal weinen
2019
Ubuntu Phone: Spezifikationen, Erscheinungsdatum und Preise
2019