CloudBerry Backup за Linux: Конфигурирайте и стартирайте Backup, за да защитите данните си

Решенията за архивиране, базирани на облак, имат вятър в техните платна. Днес ще прегледам CloudBerry Backup за Linux. Това е решение, предоставено от CloudBerry Lab за „корпоративна и лична употреба“.

Инструментът осигурява както GUI, така и CLI интерфейс. GUI интерфейсът е доста интуитивен, както можете да видите, като превъртите страницата на продукта. Затова реших днес да се съсредоточа върху интерфейса на командния ред, докато разглеждах този продукт. Така или иначе, така бих го използвал в „корпоративна“ среда, за да управлявам архивирането на сървър например, или когато работя дистанционно през ssh.

Получаване на резервно копие на CloudBerry за Linux

CloudBerry Backup за Linux може свободно да се изтегля от уеб сайта на редактора. Но няма да можете да направите резервно копие, докато не получите лиценз. Но не се паникьосвайте: няма да се налага да плащате за това, тъй като има свободни лицензи.

Версията на Linux е много по-евтина от тази на Windows и дори идва като "безплатна" за лична употреба. Понастоящем наличните версии са (копирани направо от уебсайта):

  • Freeware версия: Предназначена е само за лична употреба. Доставя се с повечето от възможностите на PRO версията, като например гъвкави правила за планиране и запазване.
  • Pro версия: Предлага се с разширени функции: компресия и криптиране. Цената е $ 29.99 за един вечен лиценз.
  • Крайна версия: Предлага се без ограничения за съхранение.

Като допълнение, заслужава да се спомене ограничението за съхранение на “Free” версията е само 200GB. Но тя се повдига на 5ТО за версията “Pro” и е неограничена за версията “Ultimate”. Тези ограничения са ограничения, наложени от софтуера. Независимо от евентуалните ограничения за съхранение, наложени от вашия доставчик на съхранение.

Като говорим за това, CloudBerry предоставя само резервно решение. Закупуването или наемането на действителното хранилище зависи от вас. Така че, ако цената на лиценза е "еднократна такса" на компютър - трябва да добавите цената за съхранение, за да оцените общата стойност на собствеността на това решение.

С платен лиценз получавате безплатен достъп до всички актуализации на софтуера за една година. След това време ще трябва да платите допълнително 20% от цената за още една година надграждане.

За това, което разбрах, винаги можете да използвате „свободния лиценз“, за да възстановите данните си. Така че най-накрая трябва да платите само ако планирате да използвате продукта за сравнително големи архиви или ако имате нужда от разширени функции като криптиране.

За този преглед сме получили допълнителен лиценз. Това беше за „CloudBerry Backup за Linux Standard Edition“ според имейла, съдържащ лицензния ключ, който получих. Мога само да приема, че “Стандартното издание” е всъщност “Про версията”, както е описано на уебсайта.

Прегледайте настройката

За този преглед използвах свежа и минимална Debian 9.0 система, работеща на виртуална машина с 4GB или RAM. Системата е настроена като файлов сървър, работещ с NFS и притежаващ 6.5GB данни с типично разпределение на файлове с различен размер и вид.

Освен това имам подобна цел за възстановяване, но без данните, за да проверя способността на CloudBerry Backup да възстанови данни на различна машина след бедствие. Ще го направим в края на статията.

За резервното хранилище използвах локално монтиран диск и купа на Google Cloud Storage.

Инсталация

От уеб сайта на CloudBerry можете да изтеглите софтуерния двоичен пакет за Ubuntu 12/14/16, Suse 11/12, Red Hat-CentOS 6.x / 7.x и Fedora 12/21.

Тъй като използвам истинска Debian система - предполагам, че версията на Ubuntu ще работи.

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 

Добре: следващия път, когато инсталирам CloudBerry Backup на минимална система, ще трябва да запомня първо да инсталирам libglib2.0-0 (който съдържа липсващия библиотечен файл 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 

Този път работи:

 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 

Повечето от документацията, която ще намерите за CloudBerry Backup ще представи инструмента GUI. Включително официалното Ръководство за инсталиране и конфигуриране. И наистина, използването на GUI е може би най-лесният начин за използване и конфигуриране на инструмента, като се има предвид броя на наличните опции. Но няма да мога да използвам GUI от моята тестова система. Както и да е, в реална ситуация не бих инсталирал GUI на сървър, само за да конфигурирам своята стратегия за архивиране. Надяваме се, че резервното копие на Cloud Berry също осигурява интерфейс от команден ред:

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

Не знам защо, но при моята инсталация има два идентични скрипта за изпълнение на CLI:

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

От сега нататък ще използвам cbb както се подразбира в официалните документи.

Активиране на лиценз

CloudBerry Lab предоставя информация за използването на командния ред cbb на техния уебсайт. Документацията обаче не е много подробна. Въпреки това, въз основа на това и няколко опита и грешки, ето как се настройва cbb от командния ред на моята система.

Първото нещо, което трябва да направите, преди да можете да използвате cbb е да получите и активирате лицензния си ключ.

 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. 

Вградената помощ, както и официалната документация, спомената по-горе, обясняват как можете директно да поискате лиценз от cbb командния ред cbb . От мен вече получих лицензния ключ по имейл. Така че трябваше само да инсталирам този лиценз:

 # 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 

Видове архивиране

От днес Linux версията на CloudBerry Backup поддържа само архивни файлове на ниво файл . Това означава, че не можете да архивирате цели блокове по дискове, но само файловете и папките, които сте посочили. С други думи, можете да архивирате само монтиран дял / диск и не можете да архивирате не-FS дялове. Но за повечето потребители това няма да бъде проблем. Блокиране на резервни копия на устройствата са налични в версията на Windows. Но засега за Linux най-доброто, на което можете да се надявате на сурови блокови устройства, е да опитате да направите резервно копие на съответния / dev запис. Но аз не го изпробвах, така че дори не съм сигурен, че това работи, и вие със сигурност не можете да направите инкрементално или диференциално резервиране на диска по този начин. Така че, ако имате повече информация за тази тема, не се колебайте да го споделите с помощта на раздела за коментари по-долу.

Използване на ядрото на CloudBerry Backup

За да работите с CloudBerry Backup трябва да разберете две основни понятия:

  • сметки
  • и планове

„Сметка“ е родовото име, дадено в CloudBerry Backup за услуга за съхранение (местоположение на файлова система, Amazon S3 или купа за съхранение в облак от Google, …). Трябва да конфигурирате поне един "акаунт", преди да можете да изпълнявате операции по архивиране / възстановяване.

"План" е стратегия за архивиране / възстановяване, определяща какво, кога и как да архивирате или възстановявате вашите данни. Всеки план трябва да бъде свързан с един и само един „акаунт“.

Създаване на профил за зона за съхранение

Така че първото нещо, което трябва да направите, преди да сте в състояние да изпълнявате каквото и да е архивиране, е да създадете акаунт . За стартиране използвах сметка „Файлова система“. Това е локално прикрепено пространство за съхранение. В моя случай това беше втори (виртуален) диск, монтиран на /backup

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

Създаване на резервен план

След това трябва да създам резервен план . Планът за архивиране ще определи различните детайли на операцията по архивиране. Включително целта и графика.

 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" е (произволното) име на плана за архивиране
  • -a "Local Backup" е името на създадената по-горе сметка и ще бъде свързано с този план.
  • -f /srv/nfs е директорията, която искам да архивирам. Можете да укажете няколко опции -f в същия план за архивиране, веднъж за всеки файл или дърво на директории, които искате да архивирате.
  • -bef е опция за архивиране на празни папки.
  • -es no това е трудно да се разбере: според документа, който имах при писането на тази статия, той беше използван, за да не изключва системни файлове. Но - и това трябва да бъде фиксирано досега в документацията - ако зададете -es yes (стойността му по подразбиране), планът ще изключи скритите файлове от архива. Това означава, че файловете / папките, чието име започва с точка, няма да присъстват в архива. Но с него няма.
  • -every day -at "22:56" е доста очевидно.

А в 22:56 този ден ... архивът започна. И след дълги, дълги, дълги минути резервното копие окончателно приключи.

След това донякъде очаквах да намеря един голям архивен файл в папката / backup. Но всъщност резервната версия на CloudBerry изглежда като просто копие на дървото-източник:

 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 

Но нещата са малко по-фини. Всъщност при архивирането всеки файл се заменя с директория, съдържаща различните версии на файла, създадени от различни архиви.

Проверих, че чрез модифициране на файл и принудително рестартиране на архива:

 # 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 

Струва си да споменем, че тези резервни копия отнеха много по-малко време за завършване от първото, тъй като CloudBerry Backup копираше само действително променените файлове. И наистина, сега имам две налични версии в директорията /backup, всяка от които е свързана с дадена времева маркировка.

 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 

Възстановете резервно копие

За да цитирам известна мъдрост, „не се нуждаете от резервен план, а от план за възстановяване, включително тестване“ . Затова ви препоръчвам да тествате различните опции за възстановяване, предоставени от CloudBerry Backup.

Точно както при архивирането, преди да изпълните действие за възстановяване, трябва да създадете "план за възстановяване". Този път с помощта на командата addRestorePlan . Ето няколко възможни варианта:

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

Повечето от командните опции припомнят тези на командата addBackupPlan . Но освен това ще намерите тук:

  • Опцията -se, използвана за пропускане на съществуващи файлове при възстановяване на данни.
  • Флагът -ol се използва за възстановяване на данните в първоначалното им местоположение.
 itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan \ -n "Restore All" \ -a "Local Backup" \ -f /srv/nfs \ -se no \ -ol yes 

В този втори вариант, аз поставих - no да… НЕ пропуснете съществуващите файлове. На практика това ще презапише всички файлове в дестинациите от съответния им партньор в архива.

 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 

Като трета разновидност можете също да възстановите данните, както са били на датата. За тази цел трябва да използвате режима PointInTime (режимът по подразбиране е за възстановяване на най-новите данни). Разбира се, това са само няколко примера. Възможни са всички комбинации. Включително планираните операции по възстановяване. Но оставих това на вашите собствени експерименти.

Засега нека тестваме и сравним трите опции по-горе:

 # 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

Засега използвах само резервни копия с ясен текст. Сега е време да проверите възможностите за криптиране на инструмента. Също като компресирането, шифроването е достъпно само за потребители, които плащат. И не може да се използва с безплатната версия на инструмента.

Използването на криптиране не е повече работа, отколкото просто добавяне на -ea и -ep при създаването на плана за архивиране:

 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" 

При активирано шифроване, CloudBerry Backup се държи най-вече едно и също, но вместо да съхранява обикновен файл с данни в резервната директория, той съхранява съдържанието на файла, използвайки някакъв собствен двоичен формат. Съдържанието на файла със сигурност не е ясен текст, но тъй като нямам достъп до основния файлов формат, е трудно да кажа дали е правилно кодиран като AES_256, както го поисках, нито кой точно режим беше използван (EBC, CTC, CTR, …)

Бих бил уверен, тъй като cbbWorker е свързан с libcrypto.so.1.0.0. Но тъй като тази библиотека се доставя с продукта и продуктът е затворен, не мога да кажа със сигурност.

Всичко, което мога да кажа е, че данните са криптирани, тъй като получените файлове имат ентропия, много близка до 8 бита на байта:

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

Създаването на план за възстановяване на криптирани архиви е още по-просто, тъй като трябва само да добавите опцията -ep за да укажете паролата.

Толкова е просто, използвах тази възможност да представя няколко други възможности в следния пример:

  • -f /srv/nfs/_zero възстанови само този файл
  • -ol no -de /tmp/ restore в /tmp/ вместо в първоначалното местоположение
 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 

Използване на облачно съхранение

Досега работех само с местни архиви. Но истинската сила на CloudBerry Backup е нейната интеграция с голямо разнообразие от доставчици на облачни хранилища:

 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 

За тази статия използвах профил в 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 

При тази настройка: - -ac 'GOOG0123456789012345' е моят Google Storage “Ключове за достъп до -sk 'ABCD+01234567890123456789012345678901234' съхранение”, - -sk 'ABCD+01234567890123456789012345678901234' е свързаният секретен ключ, - -c '69065e24-761d-11e7-ac42-738017d4f6c6' е името на кофа (използвах UUID за това, тъй като в имената на кофа на Google трябва да има глобално уникалност)

След като направите това, създаването на план за архивиране и възстановяване е точно същото като при използване на локална файлова система:

 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 

Възстановяване - на друг компютър

И накрая, за да завършим тази обиколка на функциите за архивиране в CloudBerry, исках да тествам доста често срещан сценарий, ако трябва да се възстановите след бедствие: възстановяване на данни на друга машина.

Така че на чиста и новосъздадена система инсталирах друга версия на CloudBerry Backup. Но този път тя ще бъде безплатната версия. Това означава, че първо трябва да получа свободен ключ:

 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] 

И наистина, получих имейл и копирах-поставих лицензния ключ върху следващата команда, за да активирам лиценза:

 # 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 

От сега нататък работният процес е почти същият като този, използван за възстановяване на данните на първоначалния хост:

 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 

Единствената разлика е опцията -sy yes . Според документацията „Трябва да синхронизирате преди възстановяването, ако настроите план за възстановяване на компютър, който е различен от този, на който сте изпълнили архивиране.“ За това, което разбрах, това няма нищо общо със sync системно обаждане, но е по-скоро за CloudBerry Backup, за да актуализира своята локална база данни с наличните данни в отдалеченото хранилище (повече за тази база данни по-късно). Или греша? В този случай, не се колебайте да оставите коментар!

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

Ако изчакате до завършване, можете да проверите архива е точна реплика на оригиналната папка, като използвате следната команда ad-hoc. Това далеч не е перфектно, тъй като например не проверява разрешенията за файлове. Но това е достатъчно, за да ми даде увереност, че всички файлове и тяхното съдържание са възстановени:

 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 - 

оперативна съвместимост

Това със сигурност е много по-малко загриженост в света на Windows, откъдето произлиза CloudBerry Backup. Но оперативната съвместимост е важна част от философията * nix.

От това, което виждам, интерфейсът на командния ред не предоставя функция за импортиране / експортиране на планове или сметки. Нито пряк достъп до историята на дневника. Но все още има надежда, тъй като проучването на /opt/local/CloudBerry Backup/etc/config папката, ще открие плановете и настройките на акаунта, съхранени като XML файлове.

Освен това ще намерите файла cbbackup.db който е база данни на SQLite, излагаща информация, особено за историята на архивирането. Разбира се, това е файлът, който трябва да бъде актуализиран от CloudBerry Backup, когато се възстанови на друг хост (помниш -sy yes опцията -sy yes ?)?

Не бих ви насърчавал да променяте тези файлове, тъй като те не са документирани. Но със сигурност можете да ги прочетете . И ще открия, че това е много полезно за целите на одита или наблюдението.

Кой е CloudBerry Lab?

CloudBerry Backup е пълен с функции и инженерът в мен е доста прелъстен. И може би и вие сте. Но знам, че някои от вас ще трябва да „продадат“ този софтуер на тяхното управление, така че може да се нуждаете от информация за неговия редактор.

CloudBerry Lab е базирана в Калифорния софтуерна компания и според тяхната LinkedIn страница имат за цел да предоставят „базирани на облак услуги за архивиране и управление на файлове за малки и средни предприятия“.

CloudBerry Lab е основана през 2008 г. и първоначално е насочена към Windows света. Едва през юли 2015 г. беше пусната първата версия на тяхното решение „Бери в облака“ за Linux и MacOS X. Това означава, че по време на това писане, CloudBerry Backup за Linux е само на две години. Без съмнение софтуерът все още ще се развива и развива през следващите години.

Моето мнение

След този тест трябва да кажа, че съм доволен от CloudBerry Backup за Linux. Тази статия вече беше много дълга, така че нямах възможност да тествам графичния потребителски интерфейс. Но все пак инструментите от командния ред ви дават пълен достъп до функциите на софтуера, нещо задължително за мен. Определено, CLI показва своя произход от Windows и със сигурност може да бъде приспособен за по-добра използваемост от скриптовете на обвивката (хайде, казвайки „Успех” след всяка команда е sooooo Windowish;) Но тя работи. И софтуерът за архивиране сам по себе си изглежда много надежден. Ако трябваше да избера решение за архивиране, със сигурност CloudBerry Backup ще бъде сред кандидатите, които бих взел предвид.

Моето основно съжаление е, че софтуерът е затворен източник. Няма да преценя този избор, тъй като мога да разбера, че една компания би искала да защити своя опит. Но би било чудесно, ако поне някои части от продукта са били отворени или ако софтуерът е предоставил някакъв API за независими разработчици, които да обогатят екосистемата около този продукт. Например, сигурен съм, че този прост ход би предотвратил някои проблеми или ограничения, които срещнах, докато използвах CLI, и бих могъл да подобря цялостната „скриптове“ на инструмента.

Но няма да се оплача. Той остава страхотен продукт. Напълно използваем от командния ред, както и от графичния потребителски интерфейс. И не бих сключил тази статия, без да благодаря на екипа за поддръжка на CloudBerry Lab и особено на Сергей. Докато пишех този преглед, отворих куп билети. Не само те отговориха на въпросите ми, но и изпратиха посланията ми, така че документите и дори софтуерът бяха поправени в отговор на моите забележки. Всичко това за по-малко от 48 часа. Ако само всички подкрепи бяха толкова отзивчиви!

Като последна дума, не забравяйте, че можете да изтеглите, опитате и дори да използвате - ако приемете някои ограничения - продуктът е безплатен. Така че, ако все още се колебаете, направете го. И моля, докладвайте вашите отзиви в раздела за коментари по-долу!

  • Както GUI, така и CLI
  • Минимални зависимости
  • Поддържа много доставчици на облачни хранилища
  • Силно конфигурируеми планове за архивиране / възстановяване
  • Много отзивчива подкрепа
  • Затворен източник
  • Разредена документация за CLI инструментите
  • Частен файлов формат за криптирани архиви

Препоръчано

Как да се определи десен клик Touchpad не работи на Ubuntu 18.04
2019
Unity Gaming Engine пристига в Linux
2019
Как да използвате разширенията на GNOME Shell
2019