Linux用CloudBerryバックアップ:データを保護するためのバックアップの構成と実行

クラウドベースのバックアップソリューションは、力を入れています。 今日はLinux用のCloudBerryバックアップを確認します。 これはCloudBerry Labが提供する「企業用および個人用」のソリューションです。

このツールはGUIとCLIインタフェースの両方を提供します。 あなたが製品ページをスクロールすることによって見ることができるようにGUIインターフェースはかなり直感的です。 そこで私はその製品を見直しながら、今日はコマンドラインインターフェースに焦点を合わせることにしました。 とにかく、それは私が「企業の」環境で、例えばサーバー上のバックアップを管理するために、あるいはsshを通してリモートで作業するときに使用する方法です。

Linux用CloudBerryバックアップの入手

CloudBerry Backup for Linuxは、エディターのWebサイトから無料でダウンロードできます。 しかし、ライセンスを取得するまでバックアップを実行することはできません。 しかし、慌てる必要はありません。利用可能な無料のライセンスがあるので、あなたはそのために支払う必要はありません。

Linux版は、Windows版よりはるかに安価であり、個人使用のための「フリーウェア」としても登場します。 現在利用可能なバージョンは(Webサイトから直接コピーされた)ものです。

  • フリーウェア版:個人使用のみを目的として設計されています。 柔軟なスケジューラや保存ポリシーなど、PROバージョンのほとんどの機能が付属しています。
  • Pro版:高度な機能が付属しています:圧縮と暗号化。 1つの永久ライセンスの価格は29.99ドルです。
  • 究極のバージョン:記憶域の制限なしで来ます。

補足として、「無料」バージョンの記憶域の制限を言及する価値は200GBと同じくらい低いです。 しかし、それは「Pro」バージョンでは5TOに引き上げられ、「Ultimate」バージョンでは無制限です。 これらの制限はソフトウェアによって強制される制限です。 ストレージプロバイダによって課される最終的なストレージ制限とは無関係です。

と言えば、CloudBerryはバックアップソリューションのみを提供します。 実際のストレージの購入またはレンタルはあなた次第です。 そのため、ライセンス価格がコンピュータごとの「1回限りの料金」である場合は、そのソリューションの総所有コストを見積もるためにストレージ価格を追加する必要があります。

有償ライセンスを使用すると、1年間、ソフトウェアのすべてのアップデートに無料でアクセスできます。 その後、さらに1年間のアップグレードには、料金の20%を追加で支払う必要があります。

私が理解したことのために、あなたはいつでもあなたのデータを復元するために「無料ライセンス」を使うことができます。 したがって、最後に、比較的大規模なバックアップに製品を使用する予定がある場合、または暗号化などの高度な機能が必要な場合にのみ料金を支払う必要があります。

このレビューでは、無料のライセンスを取得しました。 私が受け取ったライセンスキーを含む電子メールによると、それは「Linux Standard Edition用のCloudBerryバックアップ」用でした。 私は「Standard Edition」が、実際にはWebサイトに記載されている「Proバージョン」であると想定することしかできません。

設定を確認する

このレビューでは、4GBまたはRAMの仮想マシン上で動作する新鮮で最小限のDebian 9.0システムを使用しました。 このシステムは、NFSを実行し、6.5GBのデータを保持し、さまざまなサイズと種類のファイルを標準的に配布するファイルサーバーとしてセットアップされました。

さらに、災害後にCloudBerry Backupが別のコンピューター上のデータを回復できるかどうかを確認するために、データなしで同様の復元ターゲットを設定しました。 記事の最後で試してみます。

バックアップストレージには、ローカルにマウントされたディスクとGoogle Cloud Storageバケットの両方を使用しました。

インストール

CloudBerryのWebサイトから、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 

Ok:次回、最小のシステムにCloudBerry Backupをインストールするlibglib2.0-0は、最初にlibglib2.0-0をインストールすることを忘れないで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 Backupはコマンドラインインターフェースも提供します。

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

理由はわかりませんが、私のインストールでは、CLIを実行するための2つの同一のスクリプトがあります。

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

今から始めて、公式文書で暗示されているように、 cbbを使用します。

ライセンス認証

CloudBerry Labは、Webサイトでcbbコマンドラインの使用法に関する情報を提供しています。 ドキュメントはそれほど詳しくはありません。 それにもかかわらず、 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コマンドラインツールから直接ライセンスを要求する方法について説明しています。 私自身のところでは、私はすでに電子メールでライセンスキーを受け取っています。 だから私はそのライセンスをインストールする必要がありました:

 # 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上でrawブロックデバイスに期待できる最善の方法は、対応する/ devエントリをバックアップすることです。 しかし、私はそれをテストしていないので、これがうまくいくかどうかさえわかりませんし、ディスクの増分バックアップまたは差分バックアップをそのように作成することはできません。 ですから、そのトピックに関する詳細情報がある場合は、以下のコメントセクションを使用してそれを共有することを躊躇しないでください。

CloudBerry Backupコア使用量

CloudBerry Backupを使用するには、主に2つの概念を理解する必要があります。

  • アカウント
  • 計画

「アカウント」とは、CloudBerry Backupでストレージサービス(ファイルシステムの場所、Amazon S3、またはGoogle Cloud Storageのバケットなど)に付けられる一般的な名前です。 バックアップ/復元操作を実行する前に、少なくとも1つの「アカウント」を設定する必要があります。

「計画」とは、データをバックアップまたは復元する対象、時期、および方法を指定するバックアップ/復元戦略です。 各プランは、ただ1つの「アカウント」と関連付ける必要があります。

保管域アカウントの作成

したがって、バックアップを実行する前に最初にすべきことは、 アカウントを作成することです。 最初は「ファイルシステム」アカウントを使いました。 それはローカルに接続された記憶域です。 私の場合、それは/backupマウントされた2番目の(仮想)ディスクでした

 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はバックアップしたいディレクトリです。 バックアップするファイルまたはディレクトリツリーごとに1回、同じバックアップ計画で複数の-fオプションを指定できます。
  • -befは空のフォルダをバックアップするオプションです。
  • この記事を書いているときに私が持っていた文書によれば、これはシステムファイルを除外しないために使われていました 。 しかし、-- -esyes (デフォルト値)に設定すると、この計画では隠しファイルもバックアップから除外されます。 これは、名前がドットで始まるファイル/フォルダがバックアップに存在しないことを意味します。 しかし-es no彼らはし-es no
  • -every day -at "22:56"-every day -at "22:56"です。

そしてその日の22:56に…バックアップは始まりました。 そして、やがて、長い、長い、数分後にバックアップがようやく完了しました。

その後、/ backupフォルダーに1つの大きなアーカイブファイルが見つかると思います。 しかし実際には、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ディレクトリに2つのバージョンがあり、それぞれが特定のタイムスタンプに関連付けられています。

 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 

その2番目のバリエーションでは、 -senoに設定します。既存のファイルをスキップしません 。 実際には、これは宛先のすべてのファイルをバックアップの対応するもので上書きします。

 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 

3番目のバリエーションとして、与えられた日に存在していたようにデータを復元することもできます。 そのためには、 PointInTimeモードを使用する必要があります(デフォルトのモードは最新のデータを復元することです)。 もちろん、これらはほんの数例です。 すべての組み合わせが可能です。 計画的な復元操作を含みます。 しかし、私はそれをあなた自身の実験に任せます。

今のところ、上記の3つのオプションをテストして比較しましょう。

 # 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とリンクされているので、 cbbWorkerは自信を持っているでしょう。 しかし、そのライブラリーは製品と一緒に出荷され、製品はクローズド・ソースであるため、確実にはわかりません。

私が言えるのは、結果のファイルのエントロピーは1バイトあたり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/元の場所ではなく-ol no -de /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'は関連する秘密鍵です。- -c '69065e24-761d-11e7-ac42-738017d4f6c6'バケット名(Googleではバケット名はグローバルに一意である必要があるため、そのためにUUIDを使用しました)

これが完了したら、バックアップと復元の計画を立てることは、ローカルファイルシステムを使用する場合とまったく同じです。

 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 Backup機能のツアーを終わらせるために、災害後に回復する必要がある場合は非常に一般的なシナリオをテストしたいと思いました。つまり、 別のマシンでデータを復元します。

そこで、新しく作成したクリーンなシステムに、別のバージョンの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 - 

相互運用性

CloudBerry Backupが由来するWindowsの世界では、それは確かにはるかに少ない懸念です。 しかし相互運用性は* nix哲学の重要な部分です。

私の見たところでは、コマンドラインインターフェースはプランやアカウントのインポート/エクスポート機能を提供していません。 ログ履歴への直接アクセスもありません。 しかし、 /opt/local/CloudBerry Backup/etc/configフォルダーを/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年7月になって初めて、Cloud Berry Backupソリューションの最初のバージョンがLinuxとMacOS X用にリリースされました。つまり、この記事の執筆時点では、CloudBerry Backup for Linuxは2年前のものです。 ソフトウェアが今後数年間で進化し成熟することは間違いありません。

私の意見

このテストの後、Linux用のCloudBerry Backupには非常に満足しています。 この記事はすでに非常に長いので、グラフィカルユーザーインターフェイスをテストする余地はありませんでした。 しかし、とにかく、コマンドラインツールを使用すると、ソフトウェアの機能にフルアクセスできます。これは私にとって必須の機能です。 確かに、CLIはそのWindowsの起源を示しており、シェルスクリプトからのより良いユーザビリティのために確かに調整されるかもしれません(すべてのコマンドの後に「成功」​​と言ってください)。 バックアップソフトウェア自体は非常に信頼性が高いようです。 バックアップソリューションを選択しなければならない場合は、確かにCloudBerry Backupが候補の1つになるでしょう。

私の主な後悔はソフトウェアがクローズドソースであることです。 会社がその専門知識を保護したいと思うことが理解できるので、私はその選択を判断しません。 しかし、製品の少なくとも一部がオープンソース化されている場合や、独立系開発者がその製品のエコシステムを充実させるための何らかのAPIをソフトウェアが提供している場合は、それは素晴らしいことです。 たとえば、この単純な移動によって、CLIの使用中に遭遇したいくつかの問題や制限が回避され、ツールの全体的な「スクリプト機能」が向上する可能性が高いと確信しています。

しかし私は文句を言いません。 それは素晴らしい製品のままです。 グラフィカルユーザインタフェースからだけでなくコマンドラインからも完全に使用可能です。 そして私はCloudBerry Labのサポートチーム、そして特にSergeyに感謝せずにこの記事を締めくくるつもりはありません。 このレビューを書いている間に、私はたくさんのチケットをオープンしました。 彼らは私の質問に答えただけでなく、私のメッセージを転送したのでドキュメントやソフトウェアさえも私の発言に応えてパッチを当てた。 48時間以内にすべて。 すべてのサポートだけがそれに反応したならば!

最後の言葉として、あなたがダウンロードして、試して、そしてあなたが - あなたが若干の制限を受け入れるならば - 無料で製品を使うことができることを覚えていてください。 あなたがまだ躊躇しているのであれば、そうしてください。 そして、下のコメント欄にあなたのフィードバックを報告してください。

  • GUIとCLIの両方
  • 最小限の依存関係
  • 多くのクラウドストレージプロバイダをサポート
  • 高度に設定可能なバックアップ/復元計画
  • 非常に敏感なサポート
  • クローズドソース
  • CLIツールに関するスパースドキュメント
  • 暗号化バックアップのためのプライベートファイルフォーマット

推奨されます

Ubuntu 15.10をインストールした後にすべきこと
2019
Fedoraに基づく最良のLinuxディストリビューション
2019
Chapeau 23 Armstrongがリリースされました
2019