installer windows bonjour pour les affaires comment

CloudBerry Backup pour Linux: Configurer et exécuter une sauvegarde pour protéger vos données

Les solutions de sauvegarde basées sur le cloud ont le vent en poupe. Aujourd'hui, je vais passer en revue la sauvegarde CloudBerry pour Linux. C'est une solution fournie par CloudBerry Lab pour un "usage corporatif et personnel".

L'outil fournit à la fois une interface graphique et une interface CLI. L'interface graphique est plutôt intuitive comme vous pouvez le voir en faisant défiler le Page produit. J'ai donc décidé de me concentrer aujourd'hui sur l'interface de ligne de commande lors de l'examen de ce produit. Quoi qu'il en soit, c'est comme ça que je l'utiliserais dans un environnement "corporate" pour gérer des sauvegardes sur un serveur par exemple, ou quand je travaille à distance ssh.

Obtenir CloudBerry Backup pour Linux

CloudBerry Backup pour Linux peut être téléchargé gratuitement depuis le site de l'éditeur. Mais vous ne serez pas en mesure d'effectuer une sauvegarde avant d'avoir obtenu une licence. Mais ne paniquez pas: vous n'aurez pas à payer pour cela car des licences gratuites sont disponibles.

La version Linux est beaucoup moins chère que sa Windows contrepartie et même venir comme un «freeware» pour un usage personnel. Les versions actuellement disponibles sont (copiées directement à partir du site Web):

  • Version freeware: Conçu pour un usage personnel seulement. Livré avec la plupart des fonctionnalités de la version PRO, telles que les politiques flexibles de planification et de rétention.
  • Version Pro: Livré avec des fonctionnalités avancées: compression et cryptage. Le prix est $ 29.99 pour une seule licence perpétuelle.
  • Version ultime: Livré sans limites de stockage.

En complément, la limite de stockage pour la version "Free" est aussi faible que 200GB. Mais il se lève chez 5TO pour la version "Pro" et est illimité pour la version "Ultimate". Ces limitations sont des limites imposées par le logiciel. Indépendamment des éventuelles limitations de stockage imposées par votre fournisseur de stockage.

En parlant de cela, CloudBerry ne fournit que la solution de sauvegarde. Acheter ou louer le stockage réel est à vous. Donc, si le prix de la licence est «frais uniques» par ordinateur, vous devez ajouter le prix de stockage pour estimer le coût total de possession de cette solution.

Avec une licence payante, vous bénéficiez d'un accès gratuit à toutes les mises à jour du logiciel pendant un an. Après cette période, vous devrez payer un supplément de 20% du prix pour une année supplémentaire de mises à jour.

Pour ce que j'ai compris, vous pouvez toujours utiliser la "licence gratuite" pour restaurer vos données. Donc, enfin, vous n'avez à payer que si vous prévoyez d'utiliser le produit pour des sauvegardes relativement importantes ou si vous avez besoin de fonctionnalités avancées comme le cryptage.

Pour cette revue, nous avons obtenu une licence gratuite. C'était pour le "CloudBerry Backup pour Linux Standard Edition" selon l'email contenant la clé de licence que j'ai reçue. Je ne peux qu'assumer le "Édition standard" est, en fait, le "Version Pro" comme décrit sur le site Web.

Revoir la configuration

Pour cette revue, j'ai utilisé un système Debian 9.0 récent et minimal fonctionnant sur une machine virtuelle avec 4GB ou RAM. Le système a été configuré en tant que serveur de fichiers exécutant NFS et contenant 6.5GB de données avec une distribution typique de fichiers de tailles et de types différents.

En outre, j'ai configuré une cible de restauration similaire, mais sans les données afin de vérifier la capacité de CloudBerry Backup à récupérer des données sur une machine différente après un sinistre. Nous allons essayer cela à la fin de l'article.

Pour le stockage de sauvegarde, j'ai utilisé à la fois un disque monté localement et un compartiment Google Cloud Storage.

Installation

Depuis le site Web CloudBerry, vous pouvez télécharger le package binaire logiciel pour Ubuntu 12 / 14 / 16, Suse 11 / 12, Red Hat-CentOS 6.x / 7.x et Fedora 12 / 21.

Comme j'utilise un système Debian authentique, je suppose que la version d'Ubuntu fonctionnera.

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 prochaine fois que j'installerai CloudBerry Backup sur un système minimal, je devrai souvenez-vous d'installer libglib2.0-0 premier (qui contient le fichier de bibliothèque manquant 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

Cette fois, cela fonctionne:

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 plupart de la documentation que vous trouverez sur CloudBerry Backup présentera l'outil GUI. Y compris le fonctionnaire Guide d'installation et de configuration. Et en effet, l'utilisation de l'interface graphique est probablement le moyen le plus simple d'utiliser et de configurer l'outil compte tenu du nombre d'options disponibles. Mais je ne serai pas en mesure d'utiliser l'interface graphique de mon système de test. Quoi qu'il en soit, dans une situation réelle, je ne voudrais pas installer une interface graphique sur un serveur juste pour configurer ma stratégie de sauvegarde. Heureusement, Cloud Berry Backup fournit également une interface de ligne de commande:

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

Je ne sais pas pourquoi, mais sur mon installation, il y a deux scripts identiques pour exécuter le CLI:

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

A partir de maintenant, je vais utiliser cbb comme il est implicite dans les documentations officielles.

Activation de licence

CloudBerry Lab fournit des informations sur le cbb l'utilisation de la ligne de commande sur leur site Web. La documentation n'est cependant pas très détaillée. Néanmoins, basé sur cela et quelques essais et erreurs, voici comment je me suis installé cbb à partir de la ligne de commande sur mon système.

La première chose à faire avant de pouvoir utiliser cbb est d'obtenir et d'activer votre clé de licence.

itsfoss:~# cd /opt/local/CloudBerry Backup/bin
itsfoss:.../CloudBerry Backup/bin# ./cbb activatelicense -h
CloudBerry Backup Command Line Interface started
activateLicense -e Email < <-k License key | -t LicenseType >  [-or | -oa ActivationKey] > | -free <-un userName | -oa ActivationKey> >
    -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'aide en ligne, ainsi que la documentation officielle mentionnée ci-dessus, expliquent comment vous pouvez demander directement une licence auprès du cbb outil de ligne de commande. Pour ma part, j'ai déjà reçu la clé de licence par email. Donc j'ai seulement dû installer cette licence:

# 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

Types de sauvegarde

A ce jour, la version Linux de CloudBerry Backup ne prend en charge que niveau fichier sauvegardes. Cela signifie que vous ne pouvez pas sauvegarder des disques entiers bloc par bloc, mais seulement les fichiers et les dossiers que vous avez spécifiés. En d'autres termes, vous ne pouvez sauvegarder qu'une partition / un disque monté et vous ne pouvez pas sauvegarder des partitions non-FS. Mais pour la plupart des utilisateurs, ce ne sera pas un problème. Les sauvegardes de périphérique en mode bloc sont disponibles dans le Windows version. Mais pour l'instant sur Linux, le mieux que vous puissiez espérer pour les périphériques bloc bruts serait d'essayer de sauvegarder l'entrée / dev correspondante. Mais je n'ai pas testé cela, donc je ne suis même pas sûr que cela fonctionne, et vous ne pouvez certainement pas faire un incrémental or sauvegarde différentielle d'un disque de cette façon. Donc, si vous avez plus d'informations sur ce sujet, n'hésitez pas à partager cela en utilisant la section commentaire ci-dessous.

Utilisation du cœur de CloudBerry Backup

Pour travailler avec CloudBerry Backup, vous devez comprendre deux concepts principaux:

  • comptes
  • et des plans

Un "compte" est le nom générique donné dans CloudBerry Backup pour un service de stockage (un emplacement de système de fichiers, un Amazon S3 or Google Cloud Storage seau, … ). Vous devez configurer au moins un "compte" avant de pouvoir effectuer des opérations de sauvegarde / restauration.

Un "plan" est une stratégie de sauvegarde / restauration, spécifiant quoi, quand et comment sauvegarder ou restaurer vos données. Chaque plan doit être associé à un et un seul "compte".

Créer une zone de stockage Compte

Donc, la première chose à faire avant de pouvoir effectuer une sauvegarde est de créer un Compte. Pour commencer, j'ai utilisé un compte "Système de fichiers". C'est une zone de stockage attachée localement. Dans mon cas, c'était un second disque (virtuel) monté sur /backup

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

Création d'un plan de sauvegarde

Ensuite, je dois créer un plan de sauvegarde. Le plan de sauvegarde spécifiera les différents détails d'une opération de sauvegarde. Y compris la cible et le calendrier.

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" est le nom (arbitraire) du plan de sauvegarde
  • -a "Local Backup" est le nom du compte créé ci-dessus et qui sera associé à ce plan.
  • -f /srv/nfs est le répertoire que je veux sauvegarder. Vous pouvez spécifier plusieurs -f option dans le même plan de sauvegarde, une fois pour chaque fichier ou arborescence de répertoires que vous souhaitez sauvegarder.
  • -bef est une option pour sauvegarder des dossiers vides.
  • -es no celui-ci était difficile à comprendre: selon le document que j'avais en écrivant cet article, il était utilisé pour ne pas exclure les fichiers système. Mais — et cela devrait être corrigé dans la documentation — si vous définissez -es à yes (sa valeur par défaut) le plan exclura également les fichiers cachés de la sauvegarde. Cela signifie que les fichiers / dossiers dont le nom commence par un point ne seront pas présents dans la sauvegarde. Mais avec -es no ils vont.
  • -every day -at "22:56" est assez explicite.

Et chez 22: 56 ce jour-là… la sauvegarde a commencé. Et après de très longues minutes, la sauvegarde est enfin terminée.

Après cela, je m'attendais quelque peu à trouver un grand fichier d'archive dans le dossier / backup. Mais en fait, une apparence de sauvegarde CloudBerry comme une simple copie de l'arbre source:

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

Mais les choses sont un peu plus subtiles. En fait, dans la sauvegarde, chaque fichier est remplacé par un répertoire contenant les différentes versions du fichier telles que produites par différentes sauvegardes.

J'ai vérifié cela en modifiant un fichier et en redémarrant avec force la sauvegarde:

# 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

Il est intéressant de mentionner que ces sauvegardes ont pris beaucoup moins de temps à terminer que la première puisque CloudBerry Backup n'a copié que les fichiers réellement modifiés. Et en effet, j'ai maintenant les deux versions disponibles dans le /backup répertoire, chacun étant associé à un horodatage donné.

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

Restaurer une sauvegarde

Pour citer une sagesse célèbre, "Vous n'avez pas besoin d'un plan de sauvegarde, mais d'un plan de restauration, y compris les tests". Donc, je vous encourage sérieusement à tester les différentes options de récupération fournies par CloudBerry Backup.

Comme pour les sauvegardes, avant d'exécuter une action de restauration, vous devez créer un «plan de restauration». Cette fois, en utilisant le addRestorePlan commander. Voici quelques variantes possibles:

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

La plupart des options de commande rappellent celles du addBackupPlan commander. Mais en plus, vous trouverez ici:

  • Le -se option, utilisée pour ignorer les fichiers existants lors de la restauration des données.
  • Et aux -ol L'indicateur est utilisé pour restaurer les données dans leur emplacement d'origine.
itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan 
                                         -n "Restore All" 
                                         -a "Local Backup" 
                                         -f /srv/nfs 
                                         -se no 
                                         -ol yes

Dans cette deuxième variation, j'ai mis -se à no à ... PAS sauter fichiers existants. En pratique, cela écrase tous les fichiers dans les destinations par leur contrepartie dans la sauvegarde.

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

En tant que troisième variante, vous pouvez également restaurer les données telles qu'elles étaient à la date donnée. Pour cela, vous devez utiliser le PointInTime mode (le mode par défaut étant de restaurer les dernières données). Bien sûr, ce ne sont que quelques exemples. Toutes les combinaisons sont possibles. Y compris les opérations de restauration planifiées. Mais je laisse cela à vos propres expériences.

Pour l'instant, testons et comparons les trois options ci-dessus:

# 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

Chiffrement

Pour l'instant, je n'ai utilisé que les sauvegardes en texte clair. Il est maintenant temps de vérifier les capacités de chiffrement de l'outil. Tout comme la compression, le cryptage n'est disponible que pour les utilisateurs payants. Et ne peut pas être utilisé avec la version gratuite de l'outil.

L'utilisation du chiffrement ne demande pas plus que de simplement ajouter -ea et -ep option lors de la création du plan de sauvegarde:

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"

Lorsque le cryptage est activé, CloudBerry Backup se comporte généralement de la même manière, mais au lieu de stocker le fichier de données brut dans le répertoire de sauvegarde, il stocke le contenu du fichier en utilisant un format binaire propriétaire. Le contenu du fichier n’est certes pas du texte clair, mais comme je n’ai pas accès au format de fichier sous-jacent, il est difficile de dire s’il est correctement codé comme AES_256 comme je l’ai demandé, ni le mode exact utilisé (EBC, CTC, CTR,…)

Je serais confiant, puisque le cbbWorker est lié à libcrypto.so.1.0.0. Mais puisque cette bibliothèque est livrée avec le produit et que le produit est une source fermée, je ne peux pas vous en assurer.

Tout ce que je peux dire, c'est des données apparaît être chiffré car les fichiers résultants ont une entropie très proche des bits 8 par octets:

# 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 création d'un plan de restauration pour les sauvegardes cryptées est encore plus simple, puisqu'il suffit d'ajouter -ep option pour spécifier le mot de passe.

C'est même si simple, j'en ai profité pour introduire quelques autres options dans l'exemple suivant:

  • -f /srv/nfs/_zero restaurer juste ce fichier
  • -ol no -de /tmp/ restaurer en /tmp/ plutôt que dans l'emplacement d'origine
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

Utilisation du stockage dans le cloud

Jusqu'à présent, je travaillais uniquement avec des sauvegardes locales. Mais la vraie force de CloudBerry Backup est son intégration avec une grande variété de fournisseurs de stockage en nuage:

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

Pour cet article, j'ai utilisé un compte 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

Dans cette configuration: - -ac 'GOOG0123456789012345' est mon stockage Google «Clés d'accès au stockage interopérable», - -sk 'ABCD+01234567890123456789012345678901234' est la clé secrète associée, - -c '69065e24-761d-11e7-ac42-738017d4f6c6' est le nom du compartiment (j'ai utilisé un UUID pour cela car les noms de compartiment Google doivent être globalement uniques)

Une fois cela fait, créer un plan de sauvegarde et de restauration est exactement Identique à l'utilisation d'un système de fichiers local:

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

Restaurer - sur un autre ordinateur

Enfin, pour terminer cette visite des fonctionnalités de CloudBerry Backup, j'ai voulu tester un scénario assez commun si vous devez récupérer après un sinistre: restaurer des données sur un différent machine.

Donc, sur un système propre et nouvellement créé, j'ai installé une autre version de CloudBerry Backup. Mais cette fois, ce sera la version gratuite. Cela signifie que je dois d'abord obtenir une clé gratuite:

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]

Et en effet, j'ai reçu un email et copié-collé la clé de licence sur cette commande suivante pour activer la licence:

# 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 partir de maintenant, le flux de travail est presque exactement le même que celui utilisé pour restaurer les données sur l'hôte d'origine:

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

Le uniquement. la différence est la -sy yes option. Selon la documentation, "Vous devez synchroniser avant la restauration si vous configurez un plan de restauration sur un ordinateur différent de celui sur lequel vous avez effectué une sauvegarde." Pour ce que j'ai compris, cela n'a rien à voir avec le sync appel système mais il s’agit plutôt de CloudBerry Backup pour mettre à jour sa base de données locale avec les données disponibles sur le stockage distant (pour plus de détails sur cette base de données ultérieurement). Ou ai-je tort? Dans ce cas, n'hésitez pas à laisser un commentaire!

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

Si vous attendez jusqu'à la fin, vous pouvez vérifier que la sauvegarde est une réplique exacte du dossier d'origine à l'aide de la commande ad-hoc suivante. C'est loin d'être parfait puisque, par exemple, il ne vérifie pas les permissions des fichiers. Mais il suffit de me donner confiance que tous les fichiers et leur contenu ont été restaurés:

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  -

Interopérabilité

C'est certainement beaucoup moins préoccupant dans le Windows monde d'où CloudBerry Backup est originaire. Mais interopérabilité est une partie importante de la philosophie * nix.

D'après ce que je vois, l'interface de ligne de commande ne fournit pas de fonctionnalité d'importation / exportation pour les plans ou les comptes. Ni accès direct à l'historique du journal. Mais il y a encore de l'espoir depuis en explorant le /opt/local/CloudBerry Backup/etc/config dossier, vous découvrirez les plans et les paramètres de compte stockés Fichiers XML.

De plus, vous trouverez le cbbackup.db fichier qui est un SQLite base de données exposant certaines informations, notamment sur l'historique des sauvegardes. Certainement, c'est le fichier qui doit être mis à jour par CloudBerry Backup quand vous restaurez sur un hôte différent (vous souvenez-vous du -sy yes option ci-dessus?)

Je ne t'encouragerais pas à modifier ces fichiers car ils ne sont pas documentés. Mais certainement, vous pouvez lire leur. Et je trouverais cela très utile pour l'audit ou le suivi notamment.

Qui est CloudBerry Lab?

CloudBerry Backup regorge de fonctionnalités et l'ingénieur en moi est plutôt séduit. Et peut-être que vous l'êtes aussi. Mais je sais que certains d’entre vous devront «vendre» ce logiciel à leur direction. Vous aurez donc peut-être besoin d’informations sur son éditeur.

CloudBerry Lab est une société de logiciels basée en Californie, et, selon leur page LinkedIn, ils visent à fournir «Services de sauvegarde et de gestion de fichiers basés sur le cloud pour les petites et moyennes entreprises (PME).»

CloudBerry Lab a été fondé en 2008 et ciblait initialement Windows monde. Ce n'est qu'en juillet 2015 que la première version de leur solution Cloud Berry Backup est sortie pour Linux et MacOS X. Cela signifie qu'au moment d'écrire ces lignes, CloudBerry Backup pour Linux n'a que deux ans. Nul doute que le logiciel continuera d'évoluer et de mûrir dans les années à venir.

Mon opinion

Après ce test, je dois dire que je suis assez satisfait de CloudBerry Backup pour Linux. Cet article était déjà très long donc je n'avais pas la place de tester l'interface graphique. Mais de toute façon, les outils de ligne de commande vous donnent un accès complet aux fonctionnalités du logiciel, ce qui est obligatoire pour moi. Certainement, la CLI montre son Windows origines et pourrait certainement être adapté pour une meilleure utilisabilité des scripts shell (allez, en disant «Succès» après chaque commande est tellement Windowish 😉 Mais cela fonctionne. Et le logiciel de sauvegarde en lui-même semble être très fiable. Si j'avais pour choisir une solution de sauvegarde, CloudBerry Backup serait certainement parmi les candidats que je considérerais.

Mon principal regret est que le logiciel soit fermé. Je ne jugerai pas ce choix puisque je peux comprendre qu'une entreprise souhaite protéger son expertise. Mais ce serait génial si au moins quelques parties du produit étaient en open source ou si le logiciel fournissait une sorte d’API aux développeurs indépendants pour enrichir l’écosystème autour de ce produit. Par exemple, je suis à peu près sûr que ce simple geste aurait évité certains problèmes ou limitations rencontrés lors de l'utilisation de la CLI et pourrait améliorer la «scriptabilité» globale de l'outil.

Mais je ne vais pas me plaindre. Cela reste un très bon produit. Entièrement utilisable à partir de la ligne de commande ainsi que de l'interface utilisateur graphique. Et je ne conclurais pas cet article sans remercier l'équipe de support de CloudBerry Lab, et en particulier Sergey. En écrivant cette critique, j'ai ouvert un tas de billets. Non seulement ils ont répondu à mes questions, mais ils ont également transféré mes messages. Ainsi, la documentation et même le logiciel ont été corrigés en réponse à mes remarques. Tout cela en moins de 48h. Si seulement tous les supports étaient à ce point réactifs!

En guise de dernier mot, rappelez-vous que vous pouvez télécharger, essayer et même utiliser le produit gratuitement, si vous acceptez certaines limitations. Donc, si vous êtes toujours hésitant, faites-le. Et s'il vous plaît, rapporte vos commentaires dans la section commentaire ci-dessous!

  • Interface graphique et CLI
  • Dépendances minimales
  • Prend en charge de nombreux fournisseurs de stockage cloud
  • Plans de sauvegarde / restauration hautement configurables
  • Un support très réactif
  • Source fermée
  • Documentation fragmentée pour les outils CLI
  • Format de fichier privé pour les sauvegardes cryptées

Source