Backupについて

メインMacからバックアップするためにMacPro2006にスクリプトを書いて実行させたのだけど、一からバックアップするために初回のバックアップがとても時間がかかる。動画のバックアップは、1日では終わらなかった。現在音楽データのバックアップ中。

初回は手動

時間がかかるのはあらかじめ想定していたので、初回のバックアップは手動で行った。nohupを使ってバックグラウンドで実行。バックアップが終了してからスクリプトをcronで登録した。

macだとlaunchdを使って実行させるのが推奨されているのだけど、Ubuntuだとそうでもないようで、ザックリ検索したところcronを使う方法でやることにした。以前もcronを使っていたのでそれは問題なし。

ところが、MacPro2006側からiMacに接続するスクリプトでエラーが出る。以前使っていたスクリプトと基本的に同じなのだが、何故か動かない。いろいろ試した結果、接続時のユーザー名を指定してやることで解消した。公開鍵を作るときにルートではなく、ユーザー権限で作ったためだと思われる。まぁ、ちょっとしたトラップでしたね。

バックアップ定期的に

重要なデータは定期的にバックアップする。これは当たり前で、今回はその中核を担うMacPro2006のセットアップを行ったのだけど、このマシン、基本的にストレージをたくさん積んでバックアップするためだけに運用している。ちょっとそれではもったいないので、他の用途にも使えるか考えている。

バックアップは、１日１回。rsyncを使っているので差分で済む。deleteオプションをつけているのでメインのデータのコピーになる。誤って削除したものについては、バックアップを深夜に設定しているのでその日のうちならサーバーから引っ張り出すことは可能。

deleteオプションに関してはいつも悩むのだけど、今回もつけることにした。以前音楽データを全損する失敗をしたときには、このdeleteオプションでバックアップも全損させるという致命的な失敗もしている。よくよく考えて作業しなくちゃですね。

復活の日

これで一応以前のかたちになった。まだレポートをメールで送信する機能などを実装していないけど。Xeonが２台積まれていて昼間はこれといって作業させていないので、空き時間に作業させる事を考えている。

いろいろあって時間がかかったが、ようやくです。ハードディスクにエラーが出たときの対応とか、まだまだ不勉強なポイントはあるのだけど、今後もビルドアップさせていきたい。