バックアップシステム進捗状況

進捗状況を追記部分に書き連ねておきます。

2006年7月13日 23時26分更新

2006年7月7日

バックアップはDARを使う方向で決定。各サーバーから自宅サーバーまではSCPで転送させることに。

kanri – 月曜 – 水 – 金 – 日
ec001 – 火曜 – 木 – 土 – 月
ec002 – 水曜 – 金 – 日 – 火
ec003 – 木曜 – 土 – 月 – 水
ec004 – 金曜 – 日 – 火 – 木
sd001 – 土曜 – 月 – 水 – 金
sd002 – 日曜 – 火 – 木 – 土
sd003 – 月曜 – 水 – 金 – 日
sd004 – RAID(週１フルのみ転送）
sd005 – 火曜 – 木 – 土 – 月
sd006 – 水曜 – 金 – 日 – 火

二層対応のDVDライターを買ってきた。とりあえず二層なら全サーバー1枚ずつで足りる・・・はず。(ec002のデータは展開後13Gだったから微妙ですが。)BDドライブ買うくらいならテラ単位でHDD買ってRAID組んでバックアップシステムにした方がまだ良い気がした（異論反論あるとは思いますが）。

DARインストール状況

自宅鯖、ec001-003 sd006 導入。sd006はCPUが違うので比較のために入れてみた。makeがすごい早い。時間計れば良かった。

2006年7月7日

DAR全サーバー導入完了。

･･･と思ったら、インストールに失敗している。ログを見ると/lib/libattr.aが無いらしい。

[root@ns root]# yum provides libattr.a
Gathering header information file(s) from server(s)
Server: Fedora Core 2 - i386 - Base
Server: Fedora Core 2 - i386 - CrashHat
Server: Fedora Core 2 - i386 - Released Updates
Finding updated packages
Downloading needed headers
Looking in available packages for a providing package
No packages found
Looking in installed packages for a providing package
Installed package: libattr-devel.i386 0:2.4.1-4 matches with
/usr/lib/libattr.a
1 results returned

という事みたいなので、libattr-develを消してもう一度インストール。変化無し。/usr/lib/に目的のファイルがあったのでcpしたらOKでした。無駄な事をした。

現在はec001サーバー上でdarを走らせてテストしてます。

んでテスト結果

[root@ns dar-2.3.1]# dar -c /backup/20060707 -R /home
--------------------------------------------
161738 inode(s) saved
with 361 hard link(s) recorded
0 inode(s) changed at the moment of the backup
0 inode(s) not saved (no file change)
0 inode(s) failed to save (filesystem error)
0 files(s) ignored (excluded by filters)
0 files(s) recorded as deleted from reference backup
--------------------------------------------
Total number of file considered: 161738
--------------------------------------------
EA saved for 0 file(s)
--------------------------------------------

ファイルサイズは約6G。まぁ許容範囲か。-zで軽くなるかな。

2006年7月9日

ec001サーバーにおいて差分バックアップのテスト中

--------------------------------------------
3328 inode(s) saved
with 361 hard link(s) recorded
0 inode(s) changed at the moment of the backup
159834 inode(s) not saved (no file change)
0 inode(s) failed to save (filesystem error)
1 files(s) ignored (excluded by filters)
14 files(s) recorded as deleted from reference backup
--------------------------------------------
Total number of file considered: 163177
--------------------------------------------
EA saved for 0 file(s)
--------------------------------------------

10分かからなかった。早いな。

ここで問題発生。

darのフルバックアップよりも、tar.gzの方がサイズが小さい（700Mほど）。差分ファイルのDLとかを考えるとDARの方が利点は多いのですが、tarで固めたのを毎回DLしたほうがいろいろとそれ以外での都合が良さそうだ。
rsync使わないの？と言われそうなのですが、自分の認識が間違ってなければ○○日前にデータを消してしまったんですが復活できますか？という要求に応えられないと思ったので除外してあります。

とりあえず今後ともtarでまとめてDLさせましょう。Cron用のスクリプト書いてSCPの設定し直しからか。先が見えた。

平成18年7月13日

SSHキーのペアを作ってec001と通信中。問題はCronから動くかどうか。とりあえず現在はSCPで転送する指定にして手動でテスト中。
今のうちに他のサーバーも鍵作るかな。

2006年7月13日その2

息子が40度の高熱をだし~~やがっ~~たので病院に連れて行ってました。

その後作業。エコノミープランはバックアップの手はずが整いました。あとはCron登録だけです。

サブドメインプランは今から設定を開始するので、明日朝にはできているのではないかと思います。

ただ、上記通り、スケジュールによっては明日のデータからスタートではないので最大で3日ほど空きますが、ご了承ください。

すべて完了したらコメントをして、ここの更新を終了したいと思います。

ん、なんか進捗状況ってどこかと同じような･･･。