基於雲的備份解決方案充滿風帆。 今天我將回顧一下Linux的CloudBerry Backup。 這是CloudBerry Lab為“企業和個人使用”提供的解決方案。
該工具提供了兩者 GUI和CLI界面。 GUI界面非常直觀，您可以通過滾動查看 產品頁面。 所以我決定在審查該產品時立即關注命令行界面。 無論如何，這就是我在“企業”環境中使用它來管理服務器上的備份，或者通過遠程工作的方式 SSH.
獲取適用於Linux的CloudBerry備份
適用於Linux的CloudBerry Backup可以 從編輯網站免費下載。 但是，在獲得許可證之前，您將無法執行備份。 但不要驚慌：因為有免費的許可證，你不必為此付費。
Linux版本比它的價格便宜得多 Windows 甚至是個人使用的“免費軟件”。 當前可用的版本是（直接從網站複製）：
- 免費軟件版本： 僅供個人使用。 附帶PRO版本的大多數功能，例如靈活的調度程序和保留策略。
- 專業版： 附帶高級功能：壓縮和加密。 單個永久許可證的價格為29.99。
- 終極版： 沒有存儲限制。
作為補充，值得一提的是“免費”版本的存儲限制與200GB一樣低。 但它在5TO上為“Pro”版本提出，並且對於“Ultimate”版本是無限制的。 這些限制是軟件強制執行的限制。 獨立於存儲提供商施加的最終存儲限制。
說到這一點，CloudBerry只提供備份解決方案。 購買或租用實際存儲空間取決於您。 因此，如果許可證價格是每台計算機的“一次性費用” - 您必須添加存儲價格以估算該解決方案的總擁有成本。
使用付費許可證，您可以免費訪問該軟件的所有更新一年。 在此之後，您將需要支付額外20％的價格再續一年的升級。
根據我的理解，您可以隨時使用“免費許可”來恢復您的數據。 因此，最後，如果您計劃將產品用於相對較大的備份，或者您需要加密等高級功能，則只需付費。
對於此次審核，我們已獲得免費許可。 這是為了 “適用於Linux標準版的CloudBerry備份” 根據包含我收到的許可證密鑰的電子郵件。 我只能假設 “標準版” 事實上，是 “專業版” 如網站上所述。
檢查設置
對於這次審查，我使用了一個在9.0GB或RAM的虛擬機上運行的全新的最小Debian 4系統。 系統被設置為運行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 first（包含缺少的庫文件 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 Backup也提供命令行界面：
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 < <-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.內聯幫助以及上面提到的官方文檔解釋瞭如何直接從中獲取許可證 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條目。 但我沒有測試，所以我甚至不確定這是否有效，你肯定無法做到 增量 or 差異備份 這樣的磁盤。 因此，如果您有關於該主題的更多信息，請不要猶豫，使用下面的評論部分分享。
CloudBerry Backup核心使用情況
要使用CloudBerry Backup，您必須了解兩個主要概念：
- 賬戶
- 及 計劃
“帳戶”是CloudBerry Backup中為存儲服務（文件系統位置，a。）提供的通用名稱 亞馬遜S3 or 谷歌雲存儲服務 鬥，...）。 在能夠執行備份/還原操作之前，必須至少配置一個“帳戶”。
“計劃”是一種備份/還原策略，用於指定備份或還原數據的內容，時間和方式。 每個計劃必須與一個且僅一個“帳戶”相關聯。
創建存儲區域 帳戶
因此，在能夠執行任何備份之前要做的第一件事就是創建一個 帳戶。 為了開始，我使用了“文件系統”帳戶。 這是一個本地連接的存儲區域。 就我而言，它是安裝在第二個（虛擬）磁盤上的 /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（其默認值）該計劃也將從備份中排除隱藏文件。 這意味著名稱以點開頭的文件/文件夾將不會出現在備份中。 但隨著-es no他們會的。-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選項，用於在還原數據時跳過現有文件。 - 而
-olflag用於恢復其原始位置的數據。
itsfoss:.../CloudBerry Backup/bin# ./cbb addRestorePlan
-n "Restore All"
-a "Local Backup"
-f /srv/nfs
-se no
-ol yes在第二個變化中，我設置了 -se 至 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 mode（默認模式是恢復最新數據）。 當然，這只是幾個例子。 所有組合都是可能的。 包括計劃的恢復操作。 但是我把它放到你自己的實驗中。
現在，讓我們測試並比較上面的三個選項：
# 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加密
目前，我只使用了明文備份。 現在是時候檢查該工具的加密功能了。 就像壓縮一樣，加密僅適用於付費用戶。 並且不能與免費版本的工具一起使用。
使用加密並不比簡單地添加加密更多 -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，點擊率，...）
我有信心，因為 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/恢復到/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雲端存儲帳戶：
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存儲“互操作存儲訪問密鑰”， - -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 上面的選項？）
我不鼓勵你 修改 這些文件沒有記錄。 但當然，你可以 閱讀 他們。 我會發現這對於審計或監控目的非常有用。
誰是CloudBerry Lab？
CloudBerry Backup擁有豐富的功能，我的工程師相當誘惑。 也許你也是。 但我知道你們中的一些人必須將這些軟件“出售”給他們的管理人員，所以你可能需要一些有關其編輯器的信息。
CloudBerry Lab是一家總部位於加州的軟件公司 他們的LinkedIn頁面，他們的目標是提供 “面向中小型企業（SMB）的基於雲的備份和文件管理服務。”
CloudBerry Lab成立於2008年，最初的目標是 Windows 世界。 只是在2015年XNUMX月，他們針對Linux和MacOS X發布了他們的Cloud Berry Backup解決方案的第一個版本。這意味著，在撰寫本文時，針對Linux的CloudBerry Backup才成立了兩年。 毫無疑問，該軟件在未來幾年仍將繼續發展和成熟。
我的意見
經過測試之後，我必須說我對CloudBerry Backup for Linux非常滿意。 本文已經很長了，所以我沒有空間來測試圖形用戶界面。 但是無論如何，命令行工具使您可以完全訪問該軟件的功能，這對我來說是必不可少的。 絕對，CLI會顯示其 Windows 起源，當然也可以根據shell腳本的使用情況進行定制（例如，在每條命令之後都說“成功”就是sooooo Windowish😉，但它可以工作。備份軟件本身似乎非常可靠。如果我有要選擇備份解決方案，我當然會考慮選擇CloudBerry Backup。
我的主要遺憾是軟件是封閉源的。 我不會判斷這個選擇，因為我可以理解公司希望保護其專業知識。 但至少如果它會很棒 一些部分 該產品是開源的，或者該軟件是否為獨立開發者提供某種API以豐富該產品的生態系統。 例如，我很確定這個簡單的舉措可以防止我在使用CLI時遇到的一些問題或限制，並且可以提高工具的整體“腳本性”。
但我不會抱怨。 它仍然是一個偉大的產品。 完全可以從命令行以及圖形用戶界面使用。 我不會在不感謝CloudBerry Lab的支持團隊，特別是謝爾蓋的情況下結束這篇文章。 在撰寫此評論時，我開了一堆門票。 他們不僅回答了我的問題，而且還轉發了我的信息，以便對文檔甚至軟件進行修補以回應我的評論。 所有這一切都低於48h。 如果只有所有支持都是響應！
最後，請記住，您可以下載，嘗試甚至使用 - 如果您接受一些限制 - 該產品是免費的。 所以，如果你仍然猶豫不決，那就去做吧。 請在下面的評論部分報告您的反饋！
- GUI和CLI
- 最小的依賴關係
- 支持許多雲存儲提供商
- 高度可配置的備份/恢復計劃
- 非常敏感的支持
- 封閉源
- CLI工具的稀疏文檔
- 加密備份的專用文件格式