CloudBerry Backup voor Linux: Configureer en voer Back-up uit om uw gegevens te beschermen

Cloudgebaseerde back-upoplossingen hebben de wind in de zeilen. Vandaag zal ik de CloudBerry Backup voor Linux bespreken. Het is een oplossing van CloudBerry Lab voor 'zakelijk en persoonlijk gebruik'.

De tool biedt zowel een GUI- als een CLI-interface. De GUI-interface is vrij intuïtief, zoals u kunt zien door door de productpagina te bladeren. Dus besloot ik me vandaag te concentreren op de opdrachtregelinterface tijdens het beoordelen van dat product. Hoe dan ook, zo zou ik het in een "zakelijke" omgeving gebruiken om back-ups op een server te beheren, of wanneer ik op afstand via ssh werk.

Krijg CloudBerry Backup voor Linux

CloudBerry Backup voor Linux kan gratis worden gedownload vanaf de website van de redacteur. U kunt pas een back-up maken nadat u een licentie hebt verkregen. Maar raak niet in paniek: u hoeft daar niet voor te betalen, want er zijn gratis licenties beschikbaar.

De Linux-versie is veel minder duur dan zijn Windows-tegenhanger en komt zelfs als een "freeware" voor persoonlijk gebruik. De momenteel beschikbare versies zijn (rechtstreeks gekopieerd van de website):

  • Freeware-versie: alleen ontworpen voor persoonlijk gebruik. Wordt geleverd met de meeste functies van de PRO-versie, zoals flexibel scheduler- en retentiebeleid.
  • Pro-versie: wordt geleverd met geavanceerde functies: compressie en codering. De prijs is $ 29, 99 voor een enkele eeuwigdurende licentie.
  • Ultieme versie: wordt geleverd zonder opslaglimieten.

Als een aanvulling is het vermelden waard dat de opslaglimiet voor de "gratis" versie zo laag is als 200 GB. Maar het verhoogt bij 5TO voor de "Pro" -versie en is onbeperkt voor de "Ultieme" versie. Die beperkingen zijn limieten die worden afgedwongen door de software. Onafhankelijk van eventuele opslagbeperkingen die worden opgelegd door uw opslagprovider.

Daarover gesproken, CloudBerry biedt alleen de back-upoplossing. Het kopen of huren van de werkelijke opslag is aan jou. Dus, als de licentiekosten "eenmalige kosten" per computer zijn, moet u de opslagprijs toevoegen om de totale eigendomskosten van die oplossing te schatten.

Met een betaalde licentie krijgt u gedurende één jaar gratis toegang tot alle updates van de software. Na die tijd moet je nog een extra 20% van de prijs betalen voor nog een jaar upgraden.

Voor wat ik heb begrepen, kunt u altijd de "gratis licentie" gebruiken om uw gegevens te herstellen. Dus, ten slotte, hoeft u alleen te betalen als u van plan bent om het product te gebruiken voor relatief grote back-ups of als u geavanceerde functies zoals codering nodig hebt.

Voor deze beoordeling hebben we een gratis licentie verkregen. Het was voor de "CloudBerry Backup for Linux Standard Edition" volgens de e-mail met de licentiesleutel die ik ontving. Ik kan alleen maar aannemen dat de "standaardeditie" in feite de "Pro-versie" is zoals beschreven op de website.

Controleer de instellingen

Voor deze beoordeling heb ik een vers en minimaal Debian 9.0-systeem gebruikt dat op een virtuele machine met 4 GB of RAM wordt uitgevoerd. Het systeem is opgezet als een bestandsserver met NFS en beschikt over 6, 5 GB aan gegevens met een typische distributie van bestanden van verschillende grootte en types.

Daarnaast heb ik een vergelijkbaar hersteldoel ingesteld, maar dan zonder de gegevens om te controleren of CloudBerry Backup in staat is om na een ramp gegevens op een andere machine te herstellen. We zullen dat aan het eind van het artikel proberen.

Voor de back-upopslag heb ik zowel een lokaal gekoppelde schijf als een Google Cloud Storage-bucket gebruikt.

Installatie

Vanaf de CloudBerry-website kunt u het softwarebinair pakket downloaden voor Ubuntu 12/14/16, Suse 11/12, Red Hat-CentOS 6.x / 7.x en Fedora 12/21.

Omdat ik een echt Debian-systeem gebruik, was mijn inschatting dat de Ubuntu-versie werkt.

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: de volgende keer dat ik CloudBerry Backup op een minimaal systeem installeer, moet ik onthouden dat libglib2.0-0 eerst libglib2.0-0 moet installeren (dit bevat het ontbrekende bibliotheekbestand 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 

Deze keer werkt het:

 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 

De meeste documentatie die u over CloudBerry Backup zult vinden, zal de GUI-tool presenteren. Inclusief de officiële installatie- en configuratiehandleiding. En inderdaad, het gebruik van de GUI is waarschijnlijk de gemakkelijkste manier om de tool te gebruiken en te configureren gezien het aantal beschikbare opties. Maar ik zal de GUI van mijn testsysteem niet kunnen gebruiken. Hoe dan ook, in een echte situatie zou ik geen GUI op een server installeren om mijn back-upstrategie te configureren. Hopelijk biedt Cloud Berry Backup ook een opdrachtregelinterface:

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

Ik weet niet waarom, maar op mijn installatie zijn er twee identieke scripts om de CLI uit te voeren:

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

Vanaf nu zal ik cbb zoals dit in de officiële documentatie wordt geïmpliceerd.

Licentie activering

CloudBerry Lab biedt enige informatie over het gebruik van de cbb opdrachtregel op hun website. De documentatie is echter niet erg gedetailleerd. Desalniettemin, op basis van dat en een paar pogingen en fouten, hier is hoe ik cbb opstart via de opdrachtregel op mijn systeem.

Het eerste dat u moet doen voordat u cbb kunt gebruiken cbb is het verkrijgen en activeren van uw licentiesleutel.

 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. 

De inline-help en de officiële documentatie die hierboven wordt vermeld, leggen uit hoe u rechtstreeks een licentie kunt aanvragen bij de cbb opdrachtregel. Ik heb de licentiesleutel al per e-mail ontvangen. Dus ik hoefde die licentie alleen te installeren:

 # 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 

Typen back-up

Vanaf vandaag ondersteunt de Linux-versie van CloudBerry Backup alleen back - ups op bestandsniveau . Dat betekent dat u geen hele schijven back-up van hele schijven kunt maken, maar alleen de bestanden en mappen die u hebt opgegeven. Met andere woorden, u kunt alleen een gekoppelde partitie / schijf maken en u kunt geen back-up maken van niet-FS-partities. Maar voor de meeste gebruikers zal dit geen probleem zijn. Apparaatback-ups blokkeren zijn beschikbaar in de Windows-versie. Maar voor nu is Linux het beste dat je kunt verwachten voor raw block-apparaten om een ​​back-up te maken van de corresponderende / dev-invoer. Maar ik heb dat niet getest, dus ik weet niet eens zeker of dit werkt, en je kunt op geen enkele manier een incrementele of differentiële back-up van een schijf maken. Dus, als u meer informatie over dat onderwerp heeft, aarzel dan niet om dat te delen met behulp van de commentaarsectie hieronder.

CloudBerry Backup kerngebruik

Om met CloudBerry Backup te werken, moet u twee hoofdconcepten begrijpen:

  • rekeningen
  • en plannen

Een "account" is de generieke naam gegeven in CloudBerry Backup voor een opslagservice (een bestandssysteemlocatie, een Amazon S3- of Google Cloud Storage-bucket, ...). U moet ten minste één "account" configureren voordat u back-up- / herstelbewerkingen kunt uitvoeren.

Een "plan" is een back-up- / herstelstrategie en geeft aan wat, wanneer en hoe een back-up van uw gegevens moet worden gemaakt of hoe u deze wilt herstellen. Elk plan moet gekoppeld zijn aan één en slechts één "account".

Een opslaggebiedaccount maken

Dus het eerste dat u moet doen voordat u een back-up kunt uitvoeren, is om een account aan te maken. Om te beginnen heb ik een "Bestandssysteem" -account gebruikt. Dat is een lokaal aangesloten opslaggebied. In mijn geval was het een tweede (virtuele) schijf die op /backup

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

Een back-upplan maken

Vervolgens moet ik een back-upplan maken . Het backupplan geeft de verschillende details van een back-upbewerking aan. Inclusief het doel en het schema.

 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" is de (willekeurige) naam voor het back-upplan
  • -a "Local Backup" is de naam van het account dat hierboven is gemaakt en dat aan dat plan wordt gekoppeld.
  • -f /srv/nfs is de map die ik wil back-uppen. U kunt verschillende opties voor -f opgeven in hetzelfde back-upplan, eenmaal voor elk bestand of elke mapstructuur waarvan u een back-up wilt maken.
  • -bef is een optie om een ​​back-up te maken van lege mappen.
  • -es no dit was lastig om te begrijpen: volgens de doc die ik had toen ik dit artikel schreef, werd het gebruikt om systeembestanden niet uit te sluiten. Maar- en dit zou nu opgelost moeten zijn in de documentatie- als u -es op yes (de standaardwaarde) zal het plan ook verborgen bestanden uitsluiten van de back-up. Dat betekent dat bestanden / mappen waarvan de naam begint met een punt niet aanwezig zijn in de back-up. Maar met -es no zullen ze.
  • -every day -at "22:56" .

En om 22:56 die dag ... is de back-up gestart. En na lange, lange, LANGE minuten is de back-up eindelijk voltooid.

Daarna verwachtte ik enigszins dat ik één groot archiefbestand in de map / backup zou vinden. Maar in feite lijkt een CloudBerry-back-up op een eenvoudige kopie van de source tree:

 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 

Maar dingen zijn een beetje subtieler. In feite wordt in de back-up elk bestand vervangen door een map die de verschillende versies van het bestand bevat, zoals geproduceerd door verschillende back-ups.

Ik controleerde dat door een bestand aan te passen en de back-up met geweld opnieuw op te starten:

 # 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 

Vermeldenswaard hier, die back-ups namen veel minder tijd in beslag dan de allereerste sinds BackupBerry Backup alleen de daadwerkelijk gemodificeerde bestanden kopieerde. En inderdaad, ik heb nu de twee versies beschikbaar in de map /backup, waarbij elke map is gekoppeld aan een gegeven tijdstempel.

 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 

Herstel een back-up

Om een ​​beroemde wijsheid te citeren, "heb je geen back-upplan nodig, maar een herstelplan, inclusief testen" . Daarom raad ik u aan om de verschillende herstelopties van CloudBerry Backup te testen.

Net als bij back-ups moet u voordat u een herstelactie uitvoert een "herstelplan" maken. Deze keer met de opdracht addRestorePlan . Hier zijn een paar mogelijke variaties:

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

De meeste commando-opties roepen die van de addBackupPlan opdracht op. Maar daarnaast vindt u hier:

  • De -se optie, gebruikt om bestaande bestanden over te slaan bij het herstellen van gegevens.
  • En de vlag -ol wordt gebruikt om gegevens op hun oorspronkelijke locatie te herstellen.
 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore All" \ -a "Local Backup" \ -f /srv/nfs \ -se no \ -ol yes 

In die tweede variant, zet ik -se naar no om ... NIET bestaande bestanden NIET over te slaan . In de praktijk zal dit alle bestanden in de bestemmingen overschrijven door hun tegenhanger in de back-up.

 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 derde variant kunt u de gegevens ook herstellen zoals ze waren op de opgegeven datum. Daarvoor moet u de PointInTime modus gebruiken (de standaardmodus is om de nieuwste gegevens te herstellen). Dat zijn natuurlijk maar een paar voorbeelden. Alle combinaties zijn mogelijk. Inclusief geplande herstelbewerkingen. Maar ik heb dat aan je eigen experimenten overgelaten.

Laten we voorlopig de drie bovenstaande opties testen en vergelijken:

 # 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 

Encryption

Voorlopig gebruikte ik alleen de back-ups met heldere tekst. Het is nu tijd om de coderingsmogelijkheden van de tool te controleren. Net als compressie is codering alleen beschikbaar voor betalende gebruikers. En kan niet worden gebruikt met de gratis versie van de tool.

Het gebruik van codering is niet meer dan alleen het toevoegen van de optie -ea en -ep bij het maken van het back-upplan:

 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" 

Wanneer versleuteling is ingeschakeld, gedraagt ​​CloudBerry Backup zich grotendeels hetzelfde, maar in plaats van het gewone gegevensbestand op te slaan in de back-upmap, slaat het de bestandsinhoud op met behulp van een eigen binaire indeling. De inhoud van het bestand is zeker geen duidelijke tekst, maar omdat ik geen toegang heb tot het onderliggende bestandsformaat, is het moeilijk te zeggen of het op de juiste manier is gecodeerd als AES_256 toen ik het vroeg, noch welke exacte modus werd gebruikt (EBC, CTC, CTR, ...)

Ik zou er zeker van zijn, omdat de cbbWorker is gekoppeld aan libcrypto.so.1.0.0. Maar aangezien die bibliotheek met het product wordt geleverd en het product een gesloten bron is, kan ik het niet met zekerheid zeggen.

Alles wat ik kan zeggen is dat de gegevens gecodeerd lijken te zijn, omdat de resulterende bestanden een entropie hebben van bijna 8 bits per bytes:

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

Het maken van een herstelplan voor gecodeerde back-ups is nog eenvoudiger, omdat u alleen de optie -ep hoeft toe te voegen om het wachtwoord op te geven.

Het is zelfs zo eenvoudig. Ik heb van de gelegenheid gebruik gemaakt om een ​​paar andere opties in het volgende voorbeeld te introduceren:

  • -f /srv/nfs/_zero herstelt alleen dat bestand
  • -ol no -de /tmp/ restore in /tmp/ plaats van op de originele locatie
 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-opslag gebruiken

Tot nu toe werkte ik alleen met lokale back-ups. Maar de echte kracht van CloudBerry Backup is de integratie met een grote variëteit aan cloudopslagproviders:

 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 

Voor dit artikel heb ik een Google Cloud Storage-account gebruikt:

 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 die opstelling: - -ac 'GOOG0123456789012345' is mijn Google Storage "Interoperabele opslagtoegangstoetsen", - -sk 'ABCD+01234567890123456789012345678901234' is de bijbehorende geheime sleutel, - -c '69065e24-761d-11e7-ac42-738017d4f6c6' is de bucketnaam (hiervoor heb ik een UUID gebruikt, omdat op Google de bucketnamen globaal uniek moeten zijn)

Als dat eenmaal is gebeurd, is het maken van een back-up- en herstelplan precies hetzelfde als bij het gebruik van een lokaal bestandssysteem:

 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 

Herstellen - op een andere computer

Tot slot, om die tournee van de CloudBerry Backup-functies te beëindigen, wilde ik een vrij algemeen scenario testen als je na een ramp moet herstellen: het herstellen van gegevens op een andere machine.

Dus op een schoon en nieuw systeem heb ik een andere versie van CloudBerry Backup geïnstalleerd. Maar deze keer is het de gratis versie. Dat betekent dat ik eerst een gratis sleutel moet krijgen:

 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] 

En inderdaad, ik heb een e-mail ontvangen en de licentiesleutel gekopieerd naar de volgende opdracht om de licentie te activeren:

 # 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 

Vanaf nu is de werkstroom bijna precies dezelfde als degene die werd gebruikt om de gegevens op de oorspronkelijke host te herstellen:

 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 

Het enige verschil is de -sy yes optie. Volgens de documentatie: "U moet vóór het terugzetten synchroniseren als u een herstelplan instelt op een computer die anders is dan degene waarop u een back-up hebt uitgevoerd." Voor wat ik begreep, heeft dit niets te maken met de sync systeemoproep maar gaat eerder over CloudBerry Backup om de lokale database bij te werken met de gegevens die beschikbaar zijn in de externe opslag (later meer over die database). Of zie ik dat verkeerd? Aarzel dan niet om een ​​reactie achter te laten!

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

Als u wacht totdat het voltooid is, kunt u controleren of de back-up een exacte kopie is van de oorspronkelijke map met behulp van de volgende ad-hoc-opdracht. Het is allesbehalve perfect, omdat het bijvoorbeeld de bestandsrechten niet controleert. Maar het is voldoende om me alle bestanden te vertrouwen en hun inhoud te herstellen:

 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 - 

interoperabiliteit

Het is zeker veel minder een zorg in de Windows-wereld waar CloudBerry Backup vandaan komt. Maar interoperabiliteit is een belangrijk onderdeel van de * nix-filosofie.

Van wat ik zie, biedt de opdrachtregelinterface geen import / exportfunctie voor plannen of accounts. Noch directe toegang tot de loggeschiedenis. Maar er is nog steeds hoop, want door de /opt/local/CloudBerry Backup/etc/config map te verkennen, ontdek je de plannen en accountinstellingen opgeslagen als XML-bestanden.

Daarnaast vindt u het bestand cbbackup.db een SQLite-database die informatie cbbackup.db, met name over de back- cbbackup.db . Zeker, dit is het bestand dat moet worden bijgewerkt door CloudBerry Backup wanneer je het op een andere host herstelt (herinner je je de -sy yes optie hierboven?)

Ik zou niet willen dat je die bestanden aanpast omdat ze niet gedocumenteerd zijn. Maar zeker, je kunt ze lezen . En ik zou dat erg handig vinden voor het controleren of monitoren van doelen, met name.

Wie is CloudBerry Lab?

CloudBerry Backup zit boordevol functies en de ingenieur in mij is nogal verleid. En misschien ben jij dat ook. Maar ik weet dat sommigen van jullie die software moeten "verkopen" aan hun management, dus je hebt misschien wat informatie over de editor nodig.

CloudBerry Lab is een in Californië gevestigd softwarebedrijf en, volgens hun LinkedIn-pagina, zijn ze gericht op het leveren van "cloudgebaseerde back-up- en bestandsbeheerdiensten aan kleine en middelgrote bedrijven (SMB's)."

CloudBerry Lab is in 2008 opgericht en was oorspronkelijk gericht op de Windows-wereld. Het is pas in juli 2015 dat de eerste versie van hun Cloud Berry Backup-oplossing werd uitgebracht voor Linux en MacOS X. Dat betekent dat CloudBerry Backup voor Linux op het moment van schrijven nog maar twee jaar oud is. Ongetwijfeld zal de software de komende jaren nog steeds evolueren en rijpen.

Mijn mening

Na deze test moet ik zeggen dat ik best tevreden ben met CloudBerry Backup voor Linux. Dit artikel was al erg lang, dus ik had niet de ruimte om de grafische gebruikersinterface te testen. Maar goed, de commandoregelhulpmiddelen geven u volledige toegang tot de functies van de software, iets dat voor mij verplicht is. Zeker, de CLI toont de Windows-oorsprong en zou zeker kunnen worden aangepast voor een betere bruikbaarheid van shell-scripts (kom op, zeg "Succes" na elke opdracht is zooooo Windowish;) Maar het werkt. En de back-up software zelf lijkt erg betrouwbaar. Als ik een back-upoplossing moest kiezen, zou CloudBerry Backup zeker een van de kandidaten zijn die ik zou overwegen.

Mijn grootste spijt is dat de software closed-source is. Ik zal die keuze niet beoordelen, omdat ik begrijp dat een bedrijf zijn expertise wil beschermen. Maar het zou geweldig zijn als op zijn minst sommige delen van het product open source waren of als de software een soort API leverde voor onafhankelijke ontwikkelaars om het ecosysteem rond dat product te verrijken. Ik ben er bijvoorbeeld vrij zeker van dat deze eenvoudige zet een aantal problemen of beperkingen zou hebben voorkomen die ik tegenkwam bij het gebruik van de CLI en de algehele "scriptbaarheid" van de tool kon verbeteren.

Maar ik zal niet klagen. Het blijft een geweldig product. Volledig bruikbaar vanaf de opdrachtregel en vanuit de grafische gebruikersinterface. En ik zou dit artikel niet afsluiten zonder het ondersteuningsteam te bedanken bij CloudBerry Lab, en vooral bij Sergey. Tijdens het schrijven van deze recensie heb ik een aantal tickets geopend. Niet alleen hebben ze mijn vragen beantwoord, maar ze hebben mijn berichten ook doorgestuurd zodat de documenten en zelfs de software werden gepatcht in antwoord op mijn opmerkingen. Dat alles in minder dan 48 uur. Als alleen alle ondersteuningen zo responsief waren!

Als een zeer laatste woord, onthoud dat je het product gratis kunt downloaden, proberen en zelfs gebruiken als je een aantal beperkingen accepteert. Dus, als je nog steeds aarzelt, doe dat dan. En alsjeblieft, meldt je feedback in de commentaarsectie hieronder!

  • Zowel GUI en CLI
  • Minimale afhankelijkheden
  • Ondersteunt veel cloudopslagproviders
  • Zeer configureerbare back-up / herstelplannen
  • Zeer responsieve ondersteuning
  • Gesloten bron
  • Schaarse documentatie voor de CLI-hulpmiddelen
  • Privé-bestandsformaat voor gecodeerde back-ups

Aanbevolen

LosslessCut is een belachelijk eenvoudige videosnijder voor Linux
2019
Crisis bij Void Linux als hoofdontwikkelaar ontbreekt in actie
2019
Putty installeren op Ubuntu en andere Linux-distributies
2019