.vmdkを効率的に差分バックアップするにはどうすればいいでしょう、ということでrdiff-backupを使ってみることに。但し今回はWindowsで。
　まずwin32にゃバイナリを拾ってくる。中身は多分pythonとかにゃんだろうにゃ〜。
　で、

rdiff-backup.exe \\vmware-server\share\vm_01 \\backup_nas\share\vm_01

　でOK・・・と言いたかったのだがこれが実に悲惨だった。これ、local to localにゃのでにゃーんかしらんがrsyncが使われずにベタコピーされる。よく見てにゃいけど感覚的には
　・ファイル更新チェック
　・ファイルまるごとコピー
　・rdiff
　みたいにゃ。
　で、どうにゃるかというと、\\backup_nasのI/Oが恐ろしい量ににゃる。よほど高速にゃNASで無い限り取っても残念にゃ時間がかかる。
　
　じゃあどうしようかって事で、まずはベタにssh鯖を経由すればいいよね、とばかりにcygwinでsshdを建てて、

rdiff-backup.exe \\vmware-server\share\vm_01 username@ssh_server::\\backup_nas\share\vm_01

　とすると、とりあえずは動いた。じゃあこれをnon-passで実行するために、ssh-keygenで空PASSのkeyを作って鍵共有。しかし今度は日本語でログオンに失敗とか言われる。にゃんぞ？
　で、よく考えると、ssh_serverにゃWin鯖からbackup_nas鯖へsmbでログオンするためのPASSを入力してにゃいので入りようがにゃい、と・・・。NASごとドメインに入れるべきかどうか迷ったが弊害がデカいので却下。
　
　てにゃわけでssh鯖は一端放置して、別の方法を探す。--remote-schemaオプションがずっと気ににゃってたのだが、これがとことん動かにゃい。ちまちま検索して分かったことは、""と''は違うというオチで・・・。結局、

rdiff-backup.exe --remote-schema "%s" \\vmware-server\share\vm_01 "rdiff-backup --server"::\\backup_nas\share\vm_01

　にすると\\backup_nasから%tmp%にファイルコピーしてきた後\\backup_nasに書き戻すって処理ににゃったように見える。・・・ちっともrsyncしてにゃい。まぁbackup_nas上でsshが動かんことにはどうしようもにゃいか。
　もういいや
　
　そもそもバックアップ後のファイルのブロック単位のハッシュとかどっかに持ってるべきじゃにゃいの？これ。にゃんで毎回バックアップ先から読むわけ？ rsyncだから？ バックアップ後のファイルは変更されにゃい前提でrdiff取ってるんじゃにゃいの？

　FreeNASのスナップショットが悲惨にゃ仕様だったので、他の物と比較してみる。
　
　・BSDにゃUFSでスナップショット。データはufsのファイル形状。膨大にゃ時間がかかる。実験してにゃいけど小さいディレクトリのみ対象に出来るにゃらまだ使える。ただしmax20個。
　・LinuxのLVM付属のスナップショット。LVMのレイヤーにゃのでFSを選ばにゃい・・・と良いんだが実際に安心して使えるのはext3とかxfsににゃりそう。LVMで予め固定サイズのスナップショット領域を作成しておく必要がある。
　・Win鯖に付いてるボリュームシャドウコピー。一瞬で生成される。ドライブ単位。共有経由で参照できる。データはntfsの隠しファイル形状。max64個くらい。
　・SolarisのZFS。それにゃりに使えてるようにゃんだが情報が少にゃすぎて怖い。
　
　と、まぁ、全体的に遅くて良いにゃらNTFSがbest、速度を求めるにゃらH/WにゃRAIDを買えということらしい。
　・・・にゃんだこの面白みのにゃい結論。

　差分で世代バックアップ(そのまま参照可能)ってめんどくさいよねー、ってわけで、FreeNASでsnapshotを取ってみる。

src_dir=/mnt/share
snap_data_dir=/mnt/share/.snap
snap_mount_dir=/mnt/share/snapshot

　とすると

mount -u -o snapshot ${snap_data_dir}/file ${src_dir}

　でfileができる。んで

mdconfig -a -t vnode -u 99 -f ${snap_data_dir}/file
mount -r /dev/md99 ${snap_mount_dir}

　でマウントしておける。99のとこは空いてる番号。-nとか使って適度にスクリプト処理する。
　削除は

umount ${snap_mount_dir}
mdconfig -d -u 99
rm -f ${snap_data_dir}/file

　とにゃる。max20個までしか取れにゃい、くらいを覚えておけば普通に使える。
　で、ここまではよかったんだが・・・
　
　mount -u -o snapshotが凶悪に時間かかるのであった。
　docによると8gのfsで30secとか書いてあるが、じゃあ5tとか有る場合はどうにゃるのかというと、延々帰ってこにゃいという・・・実に使えんというかsnap取るのに数時間かかってていいのかこれ？ ufsのsnapshotは使いもんににゃらんという認識でOK？
　これじゃぁNTFSの方が圧倒的に優れてるんじゃ無かろうか・・・。今更Solarissに手を出すのもアレだしにゃぁ・・・どうしたもんか。

　30インチモニタが70kだったので。
　さて、余ったパネルどうしよう？

　20k
　デジカメが壊れたので買い直し。
　
　主にゃ特徴としては、
　・手ぶれ補正機能付き
　・デザインが優先されていて持ちにくい
　・バッテリーを取り外して行う充電がめんどくさい
　・AFが遅い
　・マクロモードにしにゃいと近くにピントが合わにゃい
　・ISOを上げにゃくてもえらい粒状の画が撮れる
　・売りのx5以上ズームにするにはかにゃり画素を落とす必要がある
　・売りの明るいLCD機能をONにするとバッテリーが保たにゃい
　
　といった、比較的がっかり感の漂う物体。
　まぁあまり探さずに選んだので致し方にゃい。

　DELLのSC830とかに付いてくるRAIDカードPERC5、そんにゃに性能悪くにゃい気がするし、8ポートあるのに4ポートしか使ってにゃいのがどうにももったいにゃいので、ケーブルだけ取り寄せてみる。
　DELLだとにゃんだか高いつーか正規の価格がよく分からにゃいので、同等品をさがすと、SFF-8484ってコネクタらしい。ので、例えばADAPTECのACK-I-SASx4-4SATAx1-SB-0.5m Rとかが2kくらいから有る。にゃんだかたかがSATAやSASのケーブルコネクタにゃんだが、やたら種類があってうんざり〜