config/conf/my.service.xmlの<dataDeDupAutoMaxFileSizeForWan>の値を調整します。

以下、コマンドラインです。

sudo docker exec -i -t jlesage-crashplan-pro1 sh
password:
cd /
cd config/conf
vi my.service.xml

このなかで、
<dataDeDupAutoMaxFileSizeForWan>1</dataDeDupAutoMaxFileSizeForWan>
の値が0になっているので1に変更します。

その後、Dockerコンテナを再起動で速度を確認します。

とは言え、探してみるとDockerとCrashplan用コンテナ( jlesage crashplan-pro)もあり、設定も含めて、単独運用ができるようです。（以前は別のPCにクライアントソフトを入れて設定を行っていた。）

ということで、Synology NAS (DS918+) + Docker + jlesage crashplan-proで、Crashplan for Small Business が単独で運用できたので紹介とメモです。すべてNASに接続したブラウザ上で設定できます。

Dockerとコンテナのインストール

1. パッケージセンターからDockerをインストールします。
   「すべて」のなかの「サードパーティー」からクジラのアイコンを探します。
   
2. コンテナ「jlesage/crashplan-pro」をインストールします。URLに「https://hub.docker.com/r/jlesage/crashplan-pro/」を指定します。
   
3. コンテナの起動の前に、「編集」を押して各種設定をします。
   
4. このままではコンテナから外のファイルは見ることができませんので、バックアップ対象のディレクトリをマウントします。今回はupdateディレクトリ以下に設定しました。間違えて消さないように読み取り専用にしました。復元などの際は読み取り専用のチェックを外す必要があると思います。
   
5. Crashplanのクライアントにアクセスするためのローカルポートを明示します。自動の場合、その都度変わることがあるので、コンテナポートの5800をそのままローカルポートの5800に設定しました。これでSynology NASのIPアドレスが198.51.100.1ならば、「198.51.100.1:5800」にアクセスすると管理画面が表示されます。5900のポートはVNC用です。
   
6. ユーザーID、グループIDを設定します。デフォルトではそれぞれ1000になっていますが、各環境に合わせて設定します。今回は1024と101でしたのでそれに書き換えます。IDはコンソールから「id」コマンドなどで確認します。
   言語（LANG）も日本語にしたいところですが、文字化けすることがあるので、そのまま英語にしておきます。
   

ここまででDocker+コンテナの準備が整いましたので1.c.の画面右スイッチから起動します。

しばらくしたら、前述の通り、「Synology NASのIPアドレス:5800」でCrashplanクライアントにアクセスします（「198.51.100.1:5800」など）。

あとは、Crashplanの契約情報の通り、メールアドレス、パスワードなどを入力し、先ほど設定したuploadディレクトリをバックアップ対象フォルダにすれば、バックアップが開始されます。アップロードはそれほど速くなく、数Mbpsといったところですが、常時稼働のNASですので、気長にバックアップ完了を待ちます。

10TBのプランがあります。当たり前ですが、2TB近くアップロードしても、まだ18.5%の使用量です。

hubic.comはフランスのOVHというレンタルサーバーなどを手がける会社の一部門です。なんといっても魅力は大容量のサービスで、100GBの次のプランは10TBのプランがあります。（プラン一覧）

プランは上記3つです。ウェブからの操作する方法と、専用アプリケーションで指定したフォルダをアップロードする方法があります。アップロードはヨーロッパのサーバーのためか、数MB/秒程度でした。

問題点は、まとめてダウンロードした圧縮ファイル内の日本語のファイルが文字化けしてしまう場合があることです（日本語部分が_（アンダーバー）になってしまう）。

これは、ウェブからブラウザで保存したファイルをまとめてダウンロードする際、フォルダをまとめて圧縮ファイルにしてダウンロードするのですが、そのファイルを展開したファイル名がおかしくなってしまう問題です。

ウェブで見るときは日本語ファイル名も正しく表示されますし、ひとつずつをダウンロードする場合も問題ありませんでした。どうやら、サーバー上でzipファイルに圧縮する際に問題が起きているようですが、ユーザーサイドでは解決できませんでした。

上記の点が運用で解決できれば、容量あたりの単価は非常に魅力的です。先日導入したSynology DS918+のCloud Sync（ファイルごとに転送、ブラウザから復元できる）やHyper Backup（特殊なファイル形式にまとめて転送、NAS上のアプリから復元）というアプリでも標準で対応しているサーバーなので、設定は全てブラウザで行うことができます。とりあえず、無料の25GBのプランでいろいろ試してみても良いかも知れません。

運営会社からは12月までで終了予定というお知らせがとどき、今のうちにCaboniteかCrashplan Pro for Small Businessのどちらかに移行すれば、割引をしますよと書いてありました。

CaboniteとCrashplan Pro for Small Businessの違いですが、前者はUserフォルダのみのバックアップだったり、exeファイルなどは対象外になったりするなどの個人ユーザー向けのもの、後者は従来のCrashplanとほぼ同じ柔軟性を持ったものと言えます。いずれも、容量は無制限です。また、前者は1アカウント1PCであるのに対し、後者は複数のPCに対応しています（その分使用料もかかりますが）。いずれも、Crashplanで当初のウリだった遠隔地のPC同士でのバックアップには対応せず、クラウドへのバックアップのみに対応しています。

現状、クラウドへのバックアップのみを行っていましたので、使い勝手がかわらないCrashplan Pro for Small Businessへの移行をすることにしました。料金は値上がりしてしまいますが、割引期間の間に他のサービスも検討することにします。割引は、「旧Crashplanの契約期間までは無料」と「その後１年は75% OFF」という内容です。

メールに従って手続きを行います。これで、バックアップを送信し直さなくてもアカウントの移行ができます。と同時に、旧Crashplanのアカウントは無効になり、クライアントソフトも更新されます。

以下は画面に沿った移行の手順です。

まず、現在バックアップされているPCのうち、移行するものを選びます。いままでは10台まで同一料金でしたが、これからは1台あたりで料金が変わるので、あまり使わないものは削除します。画面では、一番下をバックアップから外しています。

名前を入れます。for Businessということで、会社名もあります。

料金が計算されます。旧Crashplanの契約が切れる2017年12月から、合計で$10/月です。正規料金は1台あたり$10/月ですが、当初の一年は75% OFFです。

ここで選ばなかったPCのデータ、クラウドに保存されていないデータ（ローカルや、PC同士）が削除されます。一時的に5TB以上のデータも削除されます。旧Crashplanには戻れません。と警告が出ます。

支払い方法の確認です。
当初は30日間の無料コースに申し込む形になります。

これで、移行ができました。

PCにインストールしてあるクライアントソフトも自動で更新されます。緑色基調のUIから水色に変わります。

最後の2つの画面でも赤字で表示されていますが、このままだと、30日後に無料期間が終了してデータも削除されてしまいます。CrashPlan Proのホームページからサインインし、あらためて有料プランに申し込む必要があります。

履歴を見ると2～3分で再起動されているようですが、数日前までは無事に動いていたようです。

当初、バックアップファイルのスキャン中に止まるように見えましたが、ファイルの送信をストップすると、スキャンは動くようです。ファイルの送信をONにすると、「分析中」の後、再起動します。

最近ファイルが増え気味だったので、JAVAランタイムの使用メモリの上限を上げることで対処しました。

具体的には、\Program Files\CrashPlan\CrashPlanService.ini の[Java Runtime Environment]を探します。

Virtual Machine Parameters=

から続くパラメーターのうち、上限メモリの設定にあたる「-Xmx」の数値を変更します。

-Xmx1024m

を

-Xmx2048m

に変更しました。

今回、ファイル数が50万強、ファイルサイズが1.3TBを超えたあたりでメモリ上限（-Xmx1024m）に達したようです。

ちなみに、ネットワークドライブをバックアップ対象にする場合で、インストール時に「個別ユーザーのみ」にしているときは、設定ファイルは/Users/Username/AppData/Local/Programs/CrashPlan/CrashPlanService.ini にあります。

今回の環境は以下の通りです。

• QNAP NAS TS-131 ファームウェア v4.1.3 build 0408
• JRE_ARM 8.6
• Crashplan v4.2.0 x31 ARM (CrashPlan_4.2.0_35_arm-x31.qpkg)

以前は、Crashplanのインストール前に、OracleのページからJRE(JAVAランタイム）をダウンロードし、さらにQNAP用のインストーラを用意した上でJREをアプリとして追加する必要がありました。

今回試したところ、QNAPの App CenterからインストールできるJRE_ARMというアプリでもCrashplanを実行することができましたので、導入のハードルが下がりました。以前もJRE_ARMの名前をJREにすることでも動作可能でしたが、/etc/.config/qpk.conｆの編集をせねばならず、これはこれで面倒でした。これにより、JREのバージョンも7から8.6になります。
ClashplanもApp Centerからダウンロードできますが、現在のところ3.7.0が登録されており、最新版の4.2.0は、こちらからダウンロードする必要があります。（2015/5/22現在）

Crashplanのクライアントソフトの起動方法などは以前の記事を参考にしてください。

使用しているNAS（QNAP TS-120）にもインストールできるため、ストレージとして使っているNASをそのままバックアップできることができます。

今回のバージョンアップでクライアントのバージョンは3.6.3になりました。NASには専用のアプリとよばれるクライアントをインストールします。このNASに使われているARM系のクライアントはQNAPのユーザーフォーラムでダウンロードできます。有志が作っている3.6.x系のクライアントがなかなか出ず、ARM版はもう出ないのかと心配する声が出ていましたが、無事にリリースされました。

NASへのインストールは以前のエントリを参考にして下さい。今回はバージョンアップなので、以下のようにアプリを更新するだけです。

1. ユーザーフォーラムからアプリ（qpkgファイル）をダウンロードします。このページのDownload linksから、CrashPlan v3.6.3 x10/x12/x19 ARMを選択します。
2. NASにアクセスし、app centerからアプリをインストールします。手動インストールを選択し、先ほどダウンロードしたqpkgファイルを指定します。
   
3. http://NASのIP/crashplan/でアクセスします（NASのIPは192.168.○.○など、環境に合わせて下さい）。
   以下の様な画面が出れば成功です。
   

今回のバージョンアップで目に見える機能アップはありませんが、これでNASも最新のクライアントになりました。

CrashPlanにはいくつか契約の形態がありますが、一番安いIndividual（PC１台）というプランでNASのみをクラウドにバックアップするというプランも有効だと思います。

今回はこれにCrashPlanのクライアントソフトをインストールして、NASを自動でクラウドにバックアップするように設定してみました。

参考にしたのは以下のページです。

• Oracle Database and Technology scratch pad: Set up CrashPlan on QNAP NAS using QPKG, the easy way
• QNAP NAS: ヒツジおっとのリマンダ
• TS-119+にCrashPlanを仕込む – 戸袋に手を引き込まれないように

各ページで設定方法は微妙に異なりますが、結果として行ったのは3つです。

1. JREをインストール
2. CrashPlanをインストール
3. LAN内のWindows PCでNASにインストールしたClashPlanの設定

QNAP TS-120はarm系のCPUで動くNASです。各種設定はブラウザ上で行うことができ、アプリという形でJREやClashPlanをインストールすることができます。アプリはQPKGという形式です。今回使ったJREはこちら（JRE_6_arm-x19.zip）、CrashPlanはこちら（要ログイン CrashPlan v3.5.3 x10/x12/x19 ARM）です。JREのZIPファイルは展開してQPKGファイルを用意します。

ブラウザからNASにアクセスし、「App Center」を起動し、「手動でインストール」からQPKGファイルを一つずつインストールします。

インストールが終わると「マイアプリ」に登録されるので、「起動」します。これでNASでCrashPlanが動くようになりました。

http://NASのIPアドレス（例192.168.0.10など）/crashplan/でアクセスするとこのような画面が出ます。

次に、ClashPlanのアカウントやバックアップ対象ディレクトリの設定をするため、LAN内のWindows PCからアクセスします。クライアントソフトをインストールした状態で設定ファイルを書き直します。

/Program Files/CrashPlan/conf/内(または、/Program Files(x86)/CrashPlan/conf/)のui.propertiesをテキストエディタで編集します。#serviceHost=127.0.0.1の1行から#を取り除き、IPアドレスをNASのアドレスに書き換えます。クライアントソフトを起動すると、NASで動いているCrashPlanの設定をすることができます。Windows PCでCrashPlanがバックグラウンドで動いている場合でも、クライアントソフトを再起動すればNASにアクセスできます。

アカウントの設定を、言語の設定、バックアップ対象フォルダ、バックアップ先を設定すれば完了です。CrashPlanは週1回、メールでバックアップ状況の報告があるので、動き始めてしまえば放置できます。その後、ui.propertiesを元に戻して初期設定は終了です。

あるサイトのWordpressのバックアップにSugarsyncを使っていましたので、移行先を考えなくてはいけません。

振り返ってみると、Webでアクセスすることもなくアプリケーションをインストールすることもなかったので、Sugarsync側から見れば完全に不良ユーザーでした。このような有料プランに移行する可能性の少ないユーザーが一定の割合で存在し、それを切り捨てる方が有効と判断したのは無理からぬことかもしれません。

99ドルと言えば市販のPC用HDDでも3TB程ですので、ちょっとヘビーなユーザーならネットワークのスピードさえ解決できれば魅力的な価格でした。

サービス開始前は独自技術で重複するデータを検出して容量を節約云々といった発表もあったような気がしましたが、結局この価格では無理だったと言うことでしょう。ユーザーの構成割合が思ったよりヘビーユーザに偏っていたのかもしれません。

それにしても10倍（年額999ドル）というのは大きな驚きの価格です。一時は無料ユーザーとしてクライアントソフトをインストールしていましたがソフトに不具合があるようで使用を中止していました。これで再開することもなくなってしまいました。