アカウント名:
パスワード:
容量が大きくなる → クラッシュしたときのダメージが大きくなる
という気しかしない。あと、バックアップはどうするんだろうとか。raid前提か。
RAID1 というか安いのだからミラーすればいいんじゃない？仕事でちょっと買ってみようかな。
プライベートでは、私はその時に買える 2 万円弱くらいの HDD を買い増してバックアップしてます。だいたい二年くらいで壊れるから、二年に一回くらい買って最新の HDD をつける感じ。一番古い HDD を /home にして丸ごと rsync してます。
今回の 18TB が 2 万円を切ってくるのはいつ頃でしょうかね。だいたい 5 千円を切るとその容量の HDD は流通の終わりって感じ。
ミラーはバックアップの代わりにはならない。対処できるのは故障だけで、オペレーションミスやソフトウェアの不具合によるデータロストに対応できない。バックアップとしてのコピーは別途必要。
最近はスナップショットという便利なモノもあるから活用してみてはどうか。
スナップショットはバックアップの代わりにはならんけどな
どのレベルのバックアップが必要かによるでしょ。オペミスやアプリレベルの不具合によるデータロスト程度ならRAID+スナップショットで十分。会社はそういうわけにもいかないので、夜間の差分バックアップも併用してるけど。ファイルの復活などは、ほぼスナップショットからやってる。バックアップ間隔も2時間毎にして評判も上々。
> どのレベルのバックアップが必要かによるでしょ。> オペミスやアプリレベルの不具合によるデータロスト程度ならRAID+スナップショットで十分。そのレベルは保険の範疇ではあるがバックアップではない。
■以下解説なので読み飛ばしてもよい君の言うオペミスやアプリ不具合なるものは、「正しく書き込まれた」都合が悪いデータでしかない。そして、一般的なスナップショットはオリジナルに対して透過的な「正しく書き込まれた」差分データのレイヤーを作成して実現している。そのため「正しく書き込まれた」データしか相手に出来ない。
スナップショット運用で差分データが「壊れた」分には取得時点のオリジナルデータで復旧できると言えなくもないが、取得時点のオリジナルデータが「壊れた」らどうしようもない。また、オリジナルデータが「壊れた」のだとしても、それに対応する差分データがあれば今時点では問題ないかも知れないが、逆にスナップショットでオリジナルデータに戻すとむしろ「壊れた」状態になる。全くもってバックアップではない。
意味が分からない。差分バックアップはいわゆる古典的なバックアップ運用のことなのだが。ZFSなどはスナップショットデータ自体を他のストレージにバックアップが可能だけど、そういう意味での差分だと思った？ストレージが読めなくなるレベルで壊れたら差分バックアップから戻しますのでご心配なく。
こんなの「バックアップ」という言葉の定義次第。
ついでに対象とする障害も定義しないと、「バックアップ」になるかどうかは議論できない。あなたは、あなたの頭の中にある障害の定義を元に、他人を否定しているだけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
嫌な予感しかしない (スコア:0)
容量が大きくなる → クラッシュしたときのダメージが大きくなる
という気しかしない。
あと、バックアップはどうするんだろうとか。raid前提か。
Re: (スコア:1)
RAID1 というか安いのだからミラーすればいいんじゃない？
仕事でちょっと買ってみようかな。
プライベートでは、私はその時に買える 2 万円弱くらいの HDD を買い増してバックアップしてます。
だいたい二年くらいで壊れるから、二年に一回くらい買って最新の HDD をつける感じ。
一番古い HDD を /home にして丸ごと rsync してます。
今回の 18TB が 2 万円を切ってくるのはいつ頃でしょうかね。
だいたい 5 千円を切るとその容量の HDD は流通の終わりって感じ。
Re: (スコア:0)
ミラーはバックアップの代わりにはならない。
対処できるのは故障だけで、オペレーションミスやソフトウェアの不具合によるデータロストに対応できない。
バックアップとしてのコピーは別途必要。
Re: (スコア:0)
最近はスナップショットという便利なモノもあるから活用してみてはどうか。
Re: (スコア:0)
スナップショットはバックアップの代わりにはならんけどな
Re: (スコア:0)
どのレベルのバックアップが必要かによるでしょ。
オペミスやアプリレベルの不具合によるデータロスト程度ならRAID+スナップショットで十分。
会社はそういうわけにもいかないので、夜間の差分バックアップも併用してるけど。
ファイルの復活などは、ほぼスナップショットからやってる。バックアップ間隔も2時間毎にして評判も上々。
Re:嫌な予感しかしない (スコア:1)
> どのレベルのバックアップが必要かによるでしょ。
> オペミスやアプリレベルの不具合によるデータロスト程度ならRAID+スナップショットで十分。
そのレベルは保険の範疇ではあるがバックアップではない。
■以下解説なので読み飛ばしてもよい
君の言うオペミスやアプリ不具合なるものは、「正しく書き込まれた」都合が悪いデータでしかない。
そして、一般的なスナップショットはオリジナルに対して透過的な「正しく書き込まれた」差分データのレイヤーを作成して実現している。
そのため「正しく書き込まれた」データしか相手に出来ない。
スナップショット運用で差分データが「壊れた」分には取得時点のオリジナルデータで復旧できると言えなくもないが、取得時点のオリジナルデータが「壊れた」らどうしようもない。
また、オリジナルデータが「壊れた」のだとしても、それに対応する差分データがあれば今時点では問題ないかも知れないが、逆にスナップショットでオリジナルデータに戻すとむしろ「壊れた」状態になる。
全くもってバックアップではない。
Re: (スコア:0)
意味が分からない。差分バックアップはいわゆる古典的なバックアップ運用のことなのだが。
ZFSなどはスナップショットデータ自体を他のストレージにバックアップが可能だけど、そういう意味での差分だと思った？
ストレージが読めなくなるレベルで壊れたら差分バックアップから戻しますのでご心配なく。
Re: (スコア:0)
こんなの「バックアップ」という言葉の定義次第。
ついでに対象とする障害も定義しないと、「バックアップ」になるかどうかは議論できない。
あなたは、あなたの頭の中にある障害の定義を元に、他人を否定しているだけ。