とは言え、探してみると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ですので、気長にバックアップ完了を待ちます。

• 独自ドメインはそのまま使用する。
• レンタルサーバーを移転する。
• データベースサーバーも移転する。

1. メインテナンスモードに変更する。
   プラグイン（Maintenance Mode）
2. サイトのバックアップを取る。
   プラグイン（BackWPup）
3. データベースのバックアップを取る。
4. 新サーバーにWordpressのディレクトリをそのままコピーする。
   それなりのファイル数になるので、上記BackWPupなどで、圧縮ファイルにした後に、新サーバーで展開すると楽です。
5. 新サーバーにデータベースをコピーする。
   BackWPupの圧縮ファイルの中に、データベースのバックアップもあるので、phpmyadminなどで取り込んでもよいですし、記事末尾の方法でも良いともいます。
6. wp-config.phpを新データベースサーバーに合わせて変更する。

   define('DB_NAME', '');
   define('DB_USER', '');
   define('DB_PASSWORD', '');
   define('DB_HOST', '');
   

   この4行を適宜変更します。

7. ドメインのDNSを変更する。
8. レンタルサーバーのドメイン設定を変更する。

データベースのコピーはsshからでも行えます。
移行元ユーザーネーム db_s_username

 mysqldump -u [s_user] -h[s_server] -p[s_pass] [s_dbname] | mysql -u [t_user] -h[t_server] -p[t_pass] [t_dbname]

しばらく細かいアップデートがありましたが、だいぶ落ち着いてきました。クラウドにバックアップする機会が多いのですが、主に使っているSugarsyncｇへの定期バックアップも問題なく行えているようです。

バージョン2系では、一回のバックアップにかかる時間が一定時間を超えるとエラーになっていましたが、3系では特に設定を変更することなく動いています。フォトブログでアップしたファイルが600MB程あるサイトのバックアップも問題なく行えるようになりました。

プラグインのアップデートをするとバックアップが失敗するようになることがありますが、そういうときはとりあえずバックアップ先（DropboxやSugarsync）の認証を再度行うとうまくいくことがあります。

設定等は引き継げるようですが、再度確認をするよう促されます。
ダッシュボードなども便利になり、今までのバックアップにエラーがなかったかなどが一目でわかるようになりました。

バックアップのためのプラグインはいくつかありますが、個人的には一番使いやすいプラグインです。以前、別のサイトでWordpressでつくったサイトのサーバーを移転する際、非常に簡単に復活することができました。一度設定すれば自動でバックアップされるので、入れておいて損は無いと思います。

Pro版もあるようで、こちらは差分バックアップなどに対応しています。しかしながら、小規模なサイトであれば、DropboxやSugarsyncに定期的にバックアップするだけでも十分役に立つと思います。

デジカメ画像のバックアップに使用することが多いのですが、最近はRAWファイルの肥大化も著しく、1枚写真を撮ると10MB以上の容量を消費します。100枚で1GBを超えますので1TBという容量も決して大きすぎることはありません。

消えて困るデータは複数の2.5inch HDDに保存しケースに入れ、場所を分けて保管しています。本当であれば、メーカーも複数利用してリスクを分散した方が良さそうです。東芝の価格につられるようにして他のメーカー（Samsung、Seagate、日立IBM、Western Digital）の価格も下がっています。

Fatal error: Call to undefined function load_textdomain() in *******/public_html/www.example.com/wordpress/wp-includes/load.php on line 726

このような表示が出てしまいました。load_textdomainという関数を記述したファイルが見つからないと訴えています。プログラムの一部が消えてしまったのかもしれません。

仕方が無いので、BackWPupで保存してあったファイルを復元しました。BackWPupはバックアップごとにzipファイルを作り、その中にサイトの構造と、データベースのバックアップであるsqlファイルをひとまとめにしています。

データベースはそのまま保存されているようなので、最新のzipファイルをローカルで展開してftpでアップロードしました。その後、「データベースの更新が必要」ということで一度だけ「更新」ボタンを押したところ、無事に復元されました。ただし、プラグインはインストールはされるものの、有効化されていませんので、再度有効化する必要があります。

インストールしたプラグインやアップロードしたファイル、テーマなども保存、復元が可能ですので非常に心強いプラグインです。

容量は1MBということなので、現在でも少量流通している3.5inch FD (2HD)の1.4MBに若干及ばないというところでしょうか。8inch FDよりもデータの密度は大きい気がします。

FDの小容量、アクセスの遅さを逆手に利用して、データのコピーを抑制するという話を聞いたことがあります。実際フロッピーディスク1枚をコピーするのには今でも数分かかってしまいます。官公庁などに提出、補完されているデータはフロッピーのままというのもこのような理由があるかもしれません。

現在では、各種の電子申告も普及していますが、認証にコストがかかっていたり、改竄防止対策がネックになることが多いようです。1MBという容量は、テキストであれば有用な大きさです。A4数枚に印刷し、余白に本人署名、普通郵便で送付、読み込みという「そこそこ手間のかかる作業」でなおかつ「紙」と「署名」が残るという方法は、有効に利用できる状況があるような気がします。

WordPressのプラグインの自動更新からBackWPupをバージョン2.1.13にアップデートしたところ、以下のようなエラーでバックアップができない状態になりました。認証で失敗しているらしく、アップロードの開始前にストップしている模様です。

[ERROR] No destination defineid for backup!!! Please correct job settings

BackWPupのバージョンが2.1.11で運用していたものは正常に機能していましたので、バージョン2.1.13（もしくは2.1.12）の更新で何かあったようです。Sugarsyncの設定を見ると、アカウントの設定の項目に「Authenticate」というボタンが新設されており、認証の方法に変更があった可能性があります。

もう一度アカウントの情報を入れ直すことで無事に認証され、再びバックアップを正常に行うことができるようになりました。

プラグイン開発者のページでは8月8日時点ではバージョン2.1.12までのZIPファイルしかありません。自動更新の最新版2.1.13とバージョンに違いがあるようです。

BackWPupはわかりやすく便利なのですが、画像などの多いサイトをSugarsyncにバックアップする際に、タイムアウトによりエラーが出てしまいます。ログにはタイムアウトとは表示されず、リトライと記録されています。バックアップファイルの大きさは、数十MB程度では問題になることはありませんが、数百MBだとうまくいかない場合があります。

解決方法は、リトライまでの時間を大きく取ることです。こちらthikasaさんのブログ「BackWPup を SugarSync にできた！ その設定方法」を参考に、設定ファイル（wp-content/plugins/backwpup 中の、backwpup-functions.phpの326 行目）を以下のように変更すると、タイムアウトによるエラーは解消されました。6000という数値がデフォルトでは600となっており、600秒=10分でタイムアウトです。これを例にならい6000としました。

$revtime=time()-6000; //10 min no progress.
今回試した環境はWordpress 3.4.1、BackWPup 2.1.11です。バックアップサイズは約400MBでした。

バックアップファイルサイズが大きくなるのはuploadフォルダの容量に影響されます。数メガの写真をアップすると、そのサムネイルが生成されていたりして、思いのほか大きくなっていることがあります。

特に、今回は、移行のアドバイスを求められた場合のメモです。今現在Windows XPを使っていて、7へ移行に、自分では完遂できない自覚のある人は、おそらくアドバイスが欲しいというよりも、頼むからやってくれというのが本音でしょう。

1. 7に対応しないソフトがあることを伝えます。
   Outlook Expressは存在しません。
   古い特殊なソフトも動かないかもしれません。
   オフィス系は新しくすることをお勧めします。（特にMS Office 2000以前）
   なんらかのハードに付属のユーティリティも使えないことがあります。（デジカメに付属のソフトや外付けHDDに付属のソフトなど）
2. USBの外付けHDDを用意します。
3. Outlook ExpressはWindows メールかThunderbirdなどに移行します。
   後者の方法はこちらが参考になります。これらを外付けHDDにバックアップします。
   メールのアカウントの設定も記録しますが、パスワードを忘れている人も多いので、パスみえなどで対応します
4. Internet Explorerのお気に入りもエクスポートします。
5. MS-IMEまたはATOKのユーザー辞書をバックアップします。
6. デスクトップのファイルはまとめて外付けHDDにバックアップします。ショートカット等も構わずバックアップします。このショートカットで、後からどんなソフトがインストールされていたかの手がかりになります。
7. マイドキュメントも同じく外付けHDDにバックアップします。
8. その他、Cドライブのルートディレクトリなどにぱらぱらと個人データが保存されていることがあるので、こちらもバックアップします。
9. 新パソコンのデスクトップに「前のパソコンのデスクトップのファイル」などとフォルダをつくり、6を、同様にマイドキュメントに7をコピーします。整理は本人にしてもらいます。
10. メールを3の続きで移行します。
11. 必要なソフトをインストールします。
12. フリーセルやスパイダソリティアの挙動が違うことも説明します。

移行が終わっても古いハードディスクは外付けのケースなどに入れて、しばらく保存しておくことをお勧めします。裏層はPCそのものを半年くらいどこかにしまっておくと良いと思います。