CloudBerry Backup per Linux: configura ed esegui il backup per proteggere i tuoi dati

Le soluzioni di backup basate sul cloud hanno il vento in poppa. Oggi rivedrò CloudBerry Backup per Linux. È una soluzione fornita da CloudBerry Lab per "uso aziendale e personale".

Lo strumento fornisce sia un'interfaccia grafica che un'interfaccia CLI. L'interfaccia della GUI è piuttosto intuitiva come puoi vedere scorrendo la pagina del prodotto. Così ho deciso di concentrarmi oggi sull'interfaccia della riga di comando durante la revisione di quel prodotto. Ad ogni modo, è così che vorrei utilizzarlo in ambiente "aziendale" per gestire i backup su un server, per esempio, o quando si lavora in remoto tramite ssh.

Ottenere CloudBerry Backup per Linux

CloudBerry Backup per Linux può essere scaricato liberamente dal sito Web dell'editor. Ma non sarai in grado di eseguire un backup finché non avrai ottenuto una licenza. Ma non fatevi prendere dal panico: non dovrete pagare per questo poiché ci sono licenze gratuite disponibili.

La versione per Linux è molto meno costosa rispetto alla sua controparte di Windows e persino come "freeware" per uso personale. Le versioni attualmente disponibili sono (copiate direttamente dal sito Web):

  • Versione freeware: progettato solo per uso personale. Viene fornito con la maggior parte delle funzionalità della versione PRO, ad esempio pianificazione flessibile e criteri di conservazione.
  • Versione Pro: dotata di funzionalità avanzate: compressione e crittografia. Il prezzo è di $ 29, 99 per una singola licenza perpetua.
  • Versione definitiva: viene fornito senza limiti di spazio.

Come complemento, vale la pena menzionare il limite di archiviazione per la versione "Free" a partire da 200 GB. Ma aumenta a 5TO per la versione "Pro" ed è illimitato per la versione "Ultimate". Queste limitazioni sono i limiti imposti dal software. Indipendentemente dalle eventuali limitazioni di spazio di archiviazione imposte dal provider di archiviazione.

A proposito, CloudBerry fornisce solo la soluzione di backup. L'acquisto o il noleggio dello spazio di archiviazione effettivo spetta a te. Pertanto, se il prezzo della licenza è "una tantum" per computer, è necessario aggiungere il prezzo di archiviazione per stimare il costo totale di proprietà di tale soluzione.

Con una licenza a pagamento si ottiene l'accesso gratuito a tutti gli aggiornamenti del software per un anno. Dopo quel tempo, dovrai pagare un ulteriore 20% del prezzo per un altro anno di aggiornamenti.

Per quello che ho capito, puoi sempre utilizzare la "licenza gratuita" per ripristinare i tuoi dati. Quindi, alla fine, devi pagare solo se prevedi di utilizzare il prodotto per backup relativamente grandi o se hai bisogno di funzionalità avanzate come la crittografia.

Per questa recensione, abbiamo ottenuto una licenza gratuita. Era per "CloudBerry Backup per Linux Standard Edition" in base all'e-mail contenente la chiave di licenza che ho ricevuto. Posso solo presumere che la "Standard Edition" sia, di fatto, la "versione Pro" come descritta sul sito web.

Verifica la configurazione

Per questa recensione, ho utilizzato un sistema Debian 9.0 nuovo e minimale in esecuzione su una macchina virtuale con 4 GB o RAM. Il sistema è stato configurato come un file server che esegue NFS e contiene 6, 5 GB di dati con una distribuzione tipica di file di varie dimensioni e tipi.

Inoltre, ho impostato un obiettivo di ripristino simile, ma senza i dati per verificare la capacità di CloudBerry Backup di ripristinare i dati su una macchina diversa dopo un disastro. Ci proveremo alla fine dell'articolo.

Per la memoria di backup, ho utilizzato sia un disco montato localmente che un bucket di Google Cloud Storage.

Installazione

Dal sito Web CloudBerry, è possibile scaricare il pacchetto software binario per Ubuntu 12/14/16, Suse 11/12, Red Hat-CentOS 6.x / 7.x e Fedora 12/21.

Dato che sto usando un vero sistema Debian, suppongo che la versione di Ubuntu funzionerà.

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: la prossima volta installerò CloudBerry Backup su un sistema minimale, dovrò ricordarmi di installare prima libglib2.0-0 (che contiene il file della libreria mancante 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 

Questa volta funziona:

 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 

La maggior parte della documentazione che troverete su CloudBerry Backup presenterà lo strumento GUI. Compresa la guida ufficiale di installazione e configurazione. E in effetti, l'utilizzo della GUI è probabilmente il modo più semplice per utilizzare e configurare lo strumento, dato il numero di opzioni disponibili. Ma non sarò in grado di usare la GUI dal mio sistema di test. Ad ogni modo, in una situazione reale, non installerei una GUI su un server solo per configurare la mia strategia di backup. Si spera che Cloud Berry Backup fornisca anche un'interfaccia a riga di comando:

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

Non so perché, ma sulla mia installazione, ci sono due script identici per eseguire la CLI:

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

A partire da ora, userò cbb come è implicito nelle documentazioni ufficiali.

Attivazione della licenza

CloudBerry Lab fornisce alcune informazioni sull'utilizzo della cbb comando cbb sul loro sito web. La documentazione non è molto dettagliata però. Tuttavia, sulla base di questo e di un paio di prove ed errori, ecco come ho impostato cbb dalla riga di comando sul mio sistema.

La prima cosa che devi fare prima di poter usare cbb è ottenere e attivare la tua chiave di licenza.

 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. 

L'aiuto in linea, così come la documentazione ufficiale di cui sopra, spiega come è possibile richiedere direttamente una licenza dallo strumento da riga di comando cbb . Da parte mia, ho già ricevuto la chiave di licenza via email. Quindi ho solo dovuto installare quella licenza:

 # 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 

Tipi di backup

Ad oggi, la versione Linux di CloudBerry Backup supporta solo backup a livello di file . Ciò significa che non puoi eseguire il backup di interi dischi blocco per blocco, ma solo i file e le cartelle che hai specificato. In altre parole, è possibile solo eseguire il backup di partizioni / dischi montati e non è possibile eseguire il backup delle partizioni non-FS. Ma per la maggior parte degli utenti, questo non sarà un problema. I backup dei dispositivi bloccati sono disponibili nella versione di Windows. Ma per ora su Linux il meglio che si possa sperare per i dispositivi a blocchi grezzi sarebbe provare a eseguire il backup della corrispondente voce / dev. Ma non l'ho verificato, quindi non sono nemmeno sicuro che funzioni, e certamente non è possibile effettuare un backup incrementale o differenziale di un disco in questo modo. Quindi, se hai ulteriori informazioni su questo argomento, non esitare a condividerlo utilizzando la sezione commenti qui sotto.

Utilizzo principale di CloudBerry Backup

Per lavorare con CloudBerry Backup devi comprendere due concetti principali:

  • conti
  • e piani

Un "account" è il nome generico indicato in CloudBerry Backup per un servizio di archiviazione (un percorso di file system, un bucket Amazon S3 o Google Cloud Storage, ...). È necessario configurare almeno un "account" prima di poter eseguire operazioni di backup / ripristino.

Un "piano" è una strategia di backup / ripristino, che specifica cosa, quando e come eseguire il backup o il ripristino dei dati. Ogni piano deve essere associato a un solo "account".

Creazione di un account area di archiviazione

Quindi, la prima cosa da fare prima di poter eseguire qualsiasi backup è creare un account . Per l'avvio, ho utilizzato un account "File system". Questa è un'area di archiviazione collegata localmente. Nel mio caso, era un secondo disco (virtuale) montato su /backup

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

Creazione di un piano di backup

Successivamente, devo creare un piano di backup . Il piano di backup specificherà i vari dettagli di un'operazione di backup. Compreso l'obiettivo e il programma.

 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" è il nome (arbitrario) per il piano di backup
  • -a "Local Backup" è il nome dell'account creato sopra e che sarà associato a tale piano.
  • -f /srv/nfs è la directory che voglio fare il backup. È possibile specificare più opzioni -f nello stesso piano di backup, una volta per ogni file o albero di directory che si desidera eseguire il backup.
  • -bef è un'opzione per il backup di cartelle vuote.
  • -es no questo era difficile da capire: secondo il documento che avevo quando scrivevo questo articolo, era usato per non escludere i file di sistema. Ma - e questo dovrebbe essere risolto nella documentazione - se si imposta -es su yes (il suo valore predefinito) il piano escluderà anche i file nascosti dal backup. Ciò significa che i file / le cartelle il cui nome inizia con un punto non sarebbero presenti nel backup. Ma con -es no lo faranno.
  • -every day -at "22:56" è abbastanza auto-esplicativo.

E alle 22:56 di quel giorno ... il backup è iniziato. E dopo lunghi, lunghi, lunghi minuti il ​​backup è finalmente completato.

Dopo ciò, mi aspettavo in qualche modo di trovare un file di archivio di grandi dimensioni nella cartella / backup. In realtà, un backup di CloudBerry sembra una semplice copia dell'albero di origine:

 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 

Ma le cose sono un po 'più sottili. Infatti nel backup, ogni file viene sostituito da una directory contenente le varie versioni del file prodotto da diversi backup.

L'ho verificato modificando un file e riavviando forzatamente il backup:

 # 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 

Vale la pena ricordare che i backup richiedevano molto meno tempo per essere completato rispetto al primo poiché CloudBerry Backup copiava solo i file effettivamente modificati. E in effetti, ho ora le due versioni disponibili nella directory /backup, ognuna associata a un determinato timestamp.

 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 

Ripristina un backup

Per citare una famosa saggezza, "non è necessario un piano di backup, ma un piano di ripristino, compresi i test" . Quindi, ti incoraggio seriamente a testare le varie opzioni di ripristino fornite da CloudBerry Backup.

Proprio come per i backup, prima di eseguire un'azione di ripristino, è necessario creare un "piano di ripristino". Questa volta, usando il comando addRestorePlan . Ecco un paio di possibili varianti:

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

La maggior parte delle opzioni di comando richiama quelle del comando addBackupPlan . Ma in aggiunta, qui troverai:

  • L'opzione -se, utilizzata per saltare i file esistenti durante il ripristino dei dati.
  • E il flag -ol viene utilizzato per ripristinare i dati nella loro posizione originale.
 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore All" \ -a "Local Backup" \ -f /srv/nfs \ -se no \ -ol yes 

In quella seconda variazione, ho impostato -se su no per ... NON saltare i file esistenti. In pratica, questo sovrascriverà tutti i file nelle destinazioni dalla controparte nel backup.

 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 

Come terza variante, puoi anche ripristinare i dati così come erano nella data specificata. Per questo, è necessario utilizzare la modalità PointInTime (la modalità predefinita è quella di ripristinare i dati più recenti). Naturalmente, quelli sono solo un paio di esempi. Tutte le combinazioni sono possibili Comprese le operazioni di ripristino pianificate. Ma l'ho lasciato ai tuoi esperimenti.

Per ora, testiamo e confrontiamo le tre opzioni sopra riportate:

 # 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 

crittografia

Per ora, ho usato solo i backup di testo non crittografato. Ora è il momento di verificare le capacità di crittografia dello strumento. Proprio come la compressione, la crittografia è disponibile solo per gli utenti paganti. E non può essere utilizzato con la versione gratuita dello strumento.

L'uso della crittografia non è più un lavoro rispetto alla semplice aggiunta dell'opzione -ea e -ep quando si crea il piano di backup:

 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" 

Con la crittografia abilitata, CloudBerry Backup si comporta principalmente allo stesso modo, ma invece di archiviare il file di dati semplice nella directory di backup, memorizza il contenuto del file utilizzando un formato binario proprietario. Il contenuto del file non è certamente un testo chiaro, ma dal momento che non ho accesso al formato file sottostante, è difficile dire se sia correttamente codificato come AES_256 come richiesto, né quale sia stata utilizzata la modalità esatta (EBC, CTC, CTR, ...)

Sarei fiducioso, dal momento che cbbWorker è collegato con libcrypto.so.1.0.0. Ma dal momento che quella libreria viene spedita con il prodotto e il prodotto è chiuso, non posso dirlo con certezza.

Tutto quello che posso dire è che i dati sembrano essere crittografati poiché i file risultanti hanno un'entropia molto vicina a 8 bit per byte:

 # 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. 

La creazione di un piano di ripristino per i backup crittografati è ancora più semplice, poiché è sufficiente aggiungere l'opzione -ep per specificare la password.

È anche così semplice, ho colto l'occasione per introdurre un paio di altre opzioni nel seguente esempio:

  • -f /srv/nfs/_zero ripristina solo quel file
  • -ol no -de /tmp/ ripristina in /tmp/ piuttosto che nella posizione originale
 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 

Utilizzo dello storage cloud

Fino ad ora, ho lavorato solo con backup locali. Ma la vera forza di CloudBerry Backup è la sua integrazione con una grande varietà di provider di cloud storage:

 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 

Per questo articolo, ho utilizzato un account Google Cloud Storage:

 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 questa configurazione: - -ac 'GOOG0123456789012345' è il mio spazio di archiviazione di Google "chiavi di accesso di archiviazione interoperabili", - -sk 'ABCD+01234567890123456789012345678901234' è la chiave segreta associata, - -c '69065e24-761d-11e7-ac42-738017d4f6c6' è il nome del bucket (ho usato un UUID per questo dato che i nomi dei bucket di Google devono essere univoci a livello mondiale)

Fatto ciò, la creazione di un piano di backup e ripristino è esattamente la stessa di quando si utilizza un file system locale:

 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 

Ripristino su un altro computer

Infine, per concludere il tour delle funzionalità di CloudBerry Backup, volevo testare uno scenario abbastanza comune se devi recuperare dopo un disastro: ripristinare i dati su un altro computer.

Quindi, su un sistema pulito e appena creato, ho installato un'altra versione di CloudBerry Backup. Ma questa volta, sarà la versione gratuita. Ciò significa che devo prima ottenere una chiave gratuita:

 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] 

E infatti, ho ricevuto una e-mail e ho copiato la chiave di licenza sul prossimo comando per attivare la licenza:

 # 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 

A partire da ora, il flusso di lavoro è quasi identico a quello utilizzato per ripristinare i dati sull'host originale:

 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 

L' unica differenza è l'opzione -sy yes . Secondo la documentazione, "È necessario eseguire la sincronizzazione prima del ripristino se si imposta un piano di ripristino su un computer diverso da quello su cui è stato eseguito il backup." Per quello che ho capito, questo non ha nulla a che fare con la sync chiamata di sistema, ma è piuttosto su CloudBerry Backup per aggiornare il suo database locale con i dati disponibili nella memoria remota (più su quel database in seguito). O mi sbaglio? In tal caso, non esitate a lasciare un commento!

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

Se si attende il completamento, è possibile verificare che il backup sia una replica esatta della cartella originale utilizzando il seguente comando ad hoc. È lontano dall'essere perfetto poiché, per esempio, non controlla i permessi dei file. Ma è abbastanza per darmi fiducia che tutti i file e il loro contenuto sono stati ripristinati:

 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à

È certamente molto meno un problema nel mondo Windows da cui CloudBerry Backup proviene. Ma l' interoperabilità è una parte importante della filosofia * nix.

Da quello che vedo, l'interfaccia della riga di comando non fornisce funzionalità di importazione / esportazione per piani o account. Né l'accesso diretto alla cronologia del registro. Ma c'è ancora speranza poiché esplorando la cartella /opt/local/CloudBerry Backup/etc/config, scoprirai i piani e le impostazioni dell'account memorizzati come file XML.

Inoltre, troverai il file cbbackup.db che è un database SQLite che espone alcune informazioni, in particolare sulla cronologia del backup. Certamente, questo è il file che deve essere aggiornato da CloudBerry Backup quando si ripristina su un host diverso (ricordate l'opzione -sy yes sopra?)

Non ti incoraggerei a modificare quei file perché non sono documentati. Ma certamente, puoi leggerli . E lo troverei molto utile per il controllo o lo scopo di monitoraggio in particolare.

Chi è CloudBerry Lab?

CloudBerry Backup è pieno di funzionalità e l'ingegnere in me è piuttosto sedotto. E forse lo sei anche tu. Ma so che alcuni di voi dovranno "vendere" quel software alla loro gestione, quindi potresti aver bisogno di alcune informazioni sul suo editore.

CloudBerry Lab è una società di software con sede in California e, in base alla loro pagina di LinkedIn, punta a fornire "servizi di backup e di gestione di file basati su cloud a piccole e medie imprese (PMI)".

CloudBerry Lab è stata fondata nel 2008 e inizialmente si è rivolta al mondo Windows. Solo a luglio 2015 è stata rilasciata la prima versione della soluzione Cloud Berry Backup per Linux e MacOS X. Ciò significa che al momento della stesura di questo documento, CloudBerry Backup per Linux ha solo due anni. Senza dubbio il software si evolverà e maturerà ancora nei prossimi anni.

La mia opinione

Dopo questo test, devo dire che sono abbastanza soddisfatto di CloudBerry Backup per Linux. Questo articolo era già molto lungo quindi non avevo la stanza per testare l'interfaccia grafica utente. Ma comunque, gli strumenti da riga di comando ti danno pieno accesso alle funzionalità del software, qualcosa di obbligatorio per me. Sicuramente, la CLI mostra le sue origini di Windows e certamente potrebbe essere adattata per una migliore usabilità dagli script di shell (dai, dicendo "Success" dopo ogni singolo comando è mooolto Windowish;) Ma funziona. E il software di backup di per sé sembra essere molto affidabile. Se dovessi scegliere una soluzione di backup, sicuramente CloudBerry Backup sarebbe tra i candidati che prenderei in considerazione.

Il mio principale rammarico è che il software sia closed-source. Non giudicherò questa scelta dal momento che posso capire che un'azienda vorrebbe proteggere la sua esperienza. Ma sarebbe bello se almeno alcune parti del prodotto fossero open source o se il software fornisse un qualche tipo di API per sviluppatori indipendenti per arricchire l'ecosistema attorno a quel prodotto. Ad esempio, sono abbastanza sicuro che questa semplice mossa avrebbe prevenuto alcuni problemi o limitazioni incontrati durante l'utilizzo della CLI e potrebbe migliorare la "scriptability" complessiva dello strumento.

Ma non mi lamenterò. Resta un ottimo prodotto. Completamente utilizzabile dalla riga di comando e dall'interfaccia utente grafica. E non concluderei questo articolo senza ringraziare il team di supporto di CloudBerry Lab, e in particolare di Sergey. Durante la stesura di questa recensione ho aperto un sacco di biglietti. Non solo hanno risposto alle mie domande, ma hanno inoltrato i miei messaggi in modo che i documenti e anche il software siano stati corretti in risposta alle mie osservazioni. Tutto ciò in meno di 48 ore. Se solo tutti i supporti fossero così sensibili!

Come ultima parola, ricorda che puoi scaricare, provare e persino usare, se accetti alcune limitazioni, il prodotto gratuitamente. Quindi, se sei ancora titubante, fallo. E per favore, riporta i tuoi commenti nella sezione commenti qui sotto!

  • Sia la GUI che la CLI
  • Dipendenze minime
  • Supporta molti provider di cloud storage
  • Piani di backup / ripristino altamente configurabili
  • Supporto molto reattivo
  • Fonte chiusa
  • Documentazione sparsa per gli strumenti CLI
  • Formato di file privato per backup crittografati

Raccomandato

Il framework AI Open Source di Facebook PyTorch è alla ricerca di Solid
2019
GalliumOS: la distribuzione Linux per i Chromebook
2019
Come chiudere le applicazioni in esecuzione nel telefono Ubuntu
2019