アカウント名:
パスワード:
GFS管理
Google File System?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
低意識 (スコア:2, すばらしい洞察)
定期的に別のメディアにデータをバックアップしなきゃと思いながらもやってない人は「中低意識」くらいかな。
「高意識」だと、10分に1回バックアップをとらないと気がすまないとか!?
Re:低意識 (スコア:2, すばらしい洞察)
# バックアップとHDDミラーは対処できる問題が違いますから。
ミラーリング? (スコア:2, すばらしい洞察)
ミラーリングを飛行機でたとえると双発機
バックアップを飛行機でたとえると代替便
運用停止(落ちるの)を防ぎたいならミラーリング(双発機)。
もし、システムダウン(墜落)した場合に、運用(運行)再開をしたい場合はバックアップ(代替便)。
こう考えると理解しやすいのではないでしょうか?
Google でさえ‥ (スコア:1)
PCは消耗品なので、壊れたら差し替えだそうです。
バックアップなんて取っていられないシステム、少なくないのでは?
Re:Google でさえ‥ (スコア:1, 興味深い)
仮にGoogleの検索結果が一月まえのものだったら使い物になるかどうかを考えればわかるでしょう。
それに、データの基はインターネットにあるのだから、徘徊するだけで復旧できるから問題ないと判断されたのでしょう。
たぶん、Googleも社内業務系のシステムがGFS管理ぐらいしていると思いますよ。
Re:Google でさえ‥ (スコア:1)
Google File System?
Re:Google でさえ‥ (スコア:1, 参考になる)
つまり世代管理の一手法です。
よくやられるのは、
年次バックアップ、月次バックアップ、週次バックアップ、日次バックアップ
でバックアップメディアをローテーションします。
一週目は
月火水木金土日のバックアップを取る
二週目は、
月火水木金土を再利用して日をとっておくこれが週次バックアップとなる。
三週目から最後の週の前まで二週目と同様
その月の最後の週の日曜のメディアを月次のバックアップとする。
翌月は、月次バックアップ以外の週次バックアップは再利用するが、年度末の最後の月次バックアップは、年次バックアップとする。年次バックアップは再利用しない。月次バックアップは1年間保存期間を過ぎた後は再利用する。
なんてやり方をやったりします。
この管理手法のメリットは、消したらいけなかったファイルを消してしまったときや、いつのまにか感染していたウイルスでやられていた場合などからの復旧の機会を比較的少ないバックアップメディアから復元できるチャンスを増やすことにあります。
Re:低意識 (スコア:0)
Re:低意識 (スコア:1)
少なくとも一日前のデータは復元可能・・・・
ってそのディレクトリが暗号化されたらダメなのか。
LAN内LAN稼働中