[過去ﾛｸﾞ]
ファイルシステム総合スレ その20 (1002ﾚｽ)
ファイルシステム総合スレ その20 http://mao.5ch.net/test/read.cgi/linux/1722312892/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
913: login:Penguin [] 2025/06/15(日) 16:50:20.47 ID:YaPsiovj リビルドによる冗長性ってなに？ http://mao.5ch.net/test/read.cgi/linux/1722312892/913
916: login:Penguin [sage] 2025/06/15(日) 17:35:50.44 ID:aJl0W6/T >>913 ttps://e-words.jp/w/%E5%86%97%E9%95%B7%E6%80%A7.html ttps://www.buffalo.jp/topics/trouble/detail/recovery_0005.html RAIDの文脈で「冗長性」ってのは RAID構成内に故障したハードウェアが出てもデータの完全性が損なわれない事 「リビルド」ってのはもっぱらその故障したハードウェアを入れ替えて元の冗長性を持つ構成に再構築することを指す この説明でわかんないんだったら俺にはうまく説明出来ねえ 「リビルドできる冗長性に～」の方がもっと正確な言い回しだったといえばそれはそうなので わかってて言ってたら単に俺の日本語が下手でごめんだな >>914-915 本当にクリティカルなデータを扱うなら 定時記録的なオフラインバックアップが常に別にあって 「退避」や「サルベージ」をやる必要すらほぼ無いのが理想だし本当なら当然 もちろん実現にはハードウェアも運用もコストが相応に要るので難しくなるけどね 冗長性が無い状態での改めての読み出しは 結局リビルドとやってる事は似てて当然ながらもし残りのハードウェアが故障すれば(読み出せなくなった分は)完全にパーなんで これはどちらかというと現実的な次善策 それこそbtrfsならスナップショットとsend/receiveをうまく使えば オフラインバックアップ用の場所にも高速に増分バックアップ出来るよ http://mao.5ch.net/test/read.cgi/linux/1722312892/916
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.030s