アカウント名:
パスワード:
運用中のシステムと
/etc の下をちょっとセーブするだけなら cp でも良いと思うので すが、ファイルの個数が多い時や差分ダンプしたい時は、やはり dump の方が良い
> Unix なら rsync とかになります。cp でやりたいとは思いません。 > tar は dump, restore と同じ理由で面倒な感じがします。 あとは要求仕様的な問題で、
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
運用中のシステムのバックアップ作業 (スコア:1, オフトピック)
運用中のシステムと
Re:運用中のシステムのバックアップ作業 (スコア:1, 興味深い)
くさくないですか?
私は必要なデータに限定して定期的に物理的に違うディスクに cp
(まぁそれっぽいアプリだったり rsync だったり)して、要するに
丸っきり同じものを増やしてるだけです。tar とか挟む必要感じないし、
手間が増えると戻すの面倒だし。
世代とか考える必要があるならもう一工夫要りますが、面倒なら
Re:運用中のシステムのバックアップ作業 (スコア:1)
/etc の下をちょっとセーブするだけなら cp でも良いと思うので すが、ファイルの個数が多い時や差分ダンプしたい時は、やはり dump の方が良い
Re:運用中のシステムのバックアップ作業 (スコア:0)
>操作するだけです。面倒という人もいるかもしれませんが、僕は慣
>れてしまっているので、簡単な作業だと思っています。
restore しないと中身確認できなくないですか?
戻してからやっぱこれじゃないとかってなると面倒かなということ
なんですよ。
あと、システム全部って要求がそもそもないのでアレですが、cp と
いうのはそれ系ってだけで実際 cp は使っていません。というのも
挙げた方法は OS に依存しないものでして。例えばWindows なら
ちょっと賢い程度の cp みたいなアプリはあるでしょ。それを使い
Re:運用中のシステムのバックアップ作業 (スコア:1)
これが面倒ということでしたら、同じようにファイルシステムにコピーする といった手段以外は取れないでしょう。結局、バックアップの目的がほんとの 緊急時に備えるだけなのか、ちょっとした失敗を簡単に回復できるようにしたい かどうか。
> Unix なら rsync とかになります。cp でやりたいとは思いません。
> tar は dump, restore と同じ理由で面倒な感じがします。
あとは要求仕様的な問題で、
- holeのあるファイルをcareするかどうか。
- バックアップによってmtimeが更新されるのを良しとするかどうか。
といったあたりで、dumpとそれ以外を選ぶかは決めるとよろしかと。