【瓦記録】SMRのHDD 8台目【ﾌﾟﾗｯﾀ枚数減】

**Socket774** (ﾜｯﾁｮｲ fedc-kyym) · 2019/09/08(日) 07:54:56.14

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

プラッタ枚数を減らし、価格が安くなるかわりにがランダム書き込みが致命的に遅くなる技術
Shingled Magnetic Recording (SMR)を採用した、通称瓦記録のHDDについて語りましょう

Shingled Magnetic Recording: Boosting Capacity and Lowering Costs
https://sata-io.org/developers/sata-ecosystem/shingled-magnetic-recording-boosting-capacity-and-lowering-costs

HDDの大容量化をけん引する瓦記録技術 - 東芝
https://www.toshiba.co.jp/tech/review/2015/08/70_08pdf/a08.pdf

SMR におけるビット信頼度への隣接ビットの影響 - 日本磁気学会
https://www.magnetics.jp/kouenkai/2015/doc/program/44ALL.pdf

スマートストレージ・スタックベースHBAおよびRAIDソリューションでのSMRドライブの使用
https://storage.microsemi.com/nr/pdfs/microsemi_adaptec_smr_whitepaper_ja.pdf

前スレ
【瓦記録】SMRのHDD 7台目【ﾌﾟﾗｯﾀ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1561881186/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

**Socket774** (ｽﾌﾟｯｯ Sd2a-nh9o) · 2020/05/07(木) 08:20:59.88

>>883
あるわけない
クローンってHDDのデータを読んで書くだけだからな
SMRだって書くのに時間がかかる事があってもデータが変質する事は無い

**Socket774** (ｽﾌﾟｯｯ Sd2a-9Xx6) · 2020/05/07(木) 09:10:56.58

>>885
ネタに

**Socket774** (ﾜｯﾁｮｲ 7e73-oySJ) · 2020/05/07(木) 11:25:53.49

内部的な書き方の違いでコピーしても変わらないし
外から見た読み書きの方法も同じで殆どの物はそのまま使える
問題が起こる物の方が問題

**Socket774** (ﾜｯﾁｮｲ be41-rsqW) · 2020/05/07(木) 18:34:58.48

>>888 コピーは変質しないのはまぁわかる（SMRからCMRへ移動したとしても、瓦部分のデータを読み込んで普通にCMRへ書き込む）んだが
素人の自分は勝手にクローンのイメージって【（瓦）方式も含めて環境すべてそのまま複製】って感じかな？と思ってたから
瓦とかバンドとかに重なってる部分？とかのデータを「その方式ごと違う方式のCMRにクローンったらどうなるんだろう？」と思ってな
クローンの認識の違いかぁ

**Socket774** (ｽﾌﾟｯｯ Sd8a-oFD5) · 2020/05/07(木) 19:10:44.35

マジレスすると
セクタ単位でボリュームイメージをそのままコピーするのがクローン

ファイルシステムを解析して全ファイルをたどるのが普通の全コピー

**Socket774** (ｽﾌﾟｯｯ Sd8a-oFD5) · 2020/05/07(木) 19:12:46.66

SSDとHDD間のクローンはどんなイメージだったの？

**Socket774** (ﾜｯﾁｮｲ 2fbe-oySJ) · 2020/05/07(木) 20:16:17.34

ID:Fxd8hJc/0　マジレスだったのか・・・恐ろしい子！

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/07(木) 20:29:00.18

いやネタです

**Socket774** (ﾜｯﾁｮｲ 7e73-JNQ8) · 2020/05/07(木) 21:01:36.97

WD HDDは「インテリパーク無効化不可」という問題があるね。

**Socket774** (ﾜｯﾁｮｲ fb5a-KZ5p) · 2020/05/08(金) 00:25:58.23

・SMRは回避できない
・インテリバーカが無効化できない
となると、SMRをいち早く導入していた海門の方がノウハウを持っていて良いと言うことになってしまうな…

**Socket774** (ﾜｯﾁｮｲ d358-oySJ) · 2020/05/08(金) 00:57:57.78

24hr稼働PCでロード・アンロードサイクル数見てみた

WD30EZRX-00DC0B0
たしか使用1ヶ月くらいでインテリバーカOFF
6941回/39799時間

WD30EZRX-00D8PB0
かなり使ってからインテリバーカOFF
34126回/36296時間

ST8000DM004
設定変更できないのでそのまま
3450回/5328時間

こんな実績
昔、緑キャビアでインテリバーカ放置してたら2.4万時間あたりで不良セクタ
出たので、インテリバーカはHDD破壊機能でしかない。ヘッド退避回数は覚えてない。
とりあえず海門が今の頻度でヘッド退避してて耐久性も同程度であってくれれば、
同じくらいの期間は問題なく動きそう？
（過去実績でWDは黒・バカOFF緑ともにだいたい4万時間超え当たりで不良セクタ発生）

>>894
現行って切れなくなったんです？
浦島状態なので教えて頂けると幸い。

**Socket774** (ﾜｯﾁｮｲ bedc-oySJ) · 2020/05/08(金) 01:05:55.51

>ST8000DM004
>5328時間

これ8000時間経過したあたりでで不良セクタ出るから換えのディスク買っとけ

**Socket774** (ｱｰｸｾｰ Sx33-Pzcn) · 2020/05/08(金) 02:50:38.97

>>896
SMRのWD(2TB,6TB)は、従来のツールでフールパーク無効化出来なくなったよ
正確にはツールで変更しても動作が変わらないらしい

**Socket774** (ﾜｯﾁｮｲ fb5a-KZ5p) · 2020/05/08(金) 23:01:24.45

ドライブマネージド型SMR-HDDって、メディアキャッシュからのSMR処理中は、
OSからは見かけ上ディスクアクセス0表示になるんでしょ?

そんなときにシャットダウンの指令送ったらどうなリンダ…

**Socket774** (ﾜｯﾁｮｲ fb5a-KZ5p) · 2020/05/08(金) 23:02:07.47

どうなリンダってなんだよ。「どうなるんだ」だよ。
俺の頭がどうかなってしまっているようだ。

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/08(金) 23:03:40.46

わざとかとおもった

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/08(金) 23:41:09.60

>>899
自分にできることをやるだけッス
データが壊れるとか知りませんから
なあリンダ

**Socket774** (ﾜｯﾁｮｲ 2fbe-oySJ) · 2020/05/08(金) 23:50:45.08

>>899
困っちゃう

**Socket774** (ﾜｯﾁｮｲ bedc-oySJ) · 2020/05/09(土) 00:38:56.54

普通にデバイス側で処理が中断されて電源OFFになるだけだろ
そこまで馬鹿じゃねえぞメーカーも

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 01:03:40.63

>>899
例えばOSから外付けHDDにコピー中に外付けHDDの電源引っこ抜いたらどうなるか
外付けHDDの電源入れ直してOSから再度コピーすれば良いだけだよな
メディアキャッシュから瓦書きしてる最中もそれと変わらん

**Socket774** (ｱｰｸｾｰ Sx33-Pzcn) · 2020/05/09(土) 01:15:51.60

>>899
SMRブロック内のデータ飛ぶ
最悪ファイルシステムエラー起こしてRAW化する
RAW化してなくても、チェックディスク回すと膨大なファイルが影響を受けてて消される

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 06:37:43.46

>>906
んなわけない

瓦書きの最初にSMRブロック内のデータをメディアキャッシュに退避する
これで瓦書き中いつ電源が落ちてもブロック内のデータを失わずに
確実に瓦書きのリトライが出来る

あとSMRブロックではなくバンドな

**Socket774** (ﾜｯﾁｮｲ 8f20-OmX2) · 2020/05/09(土) 07:16:59.59

メディアキャッシュが原因かは不明だが、一度ファイルの破損はあったよ。
メディアキャッシュからの書き込み中にフリーズ、破損って感じだった。

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 07:59:54.35

メディアキャッシュからの書き込み中かどうかって
外部の人間が検知出来るものでも無い気もするけど

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/09(土) 08:15:59.49

どんな制御になっていても
クリティカルなタイミングが増えるのは確か

**Socket774** (ﾜｯﾁｮｲ 3f1c-OmX2) · 2020/05/09(土) 08:19:45.55

>>909
大量のファイルを書き込んだあとでもHDDがカリカリ動いてるべ。
CMRだとそんなことないだろ。
いずれにしても、910の指摘通り、クリティカルなタイミングが増えるのは確かだ。

**Socket774** (ﾜｯﾁｮｲ 0b07-xQc5) · 2020/05/09(土) 09:20:42.57

そのうち、CMRドライブだと何回机の上から落っことしても壊れなかったがSMRドライブは１回で壊れた！！とか言い出しそう。

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 09:58:12.59

>>911
なんか広い家に引っ越したから廊下でコケて死ぬ確率が増えたって言ってるような物だと思うけど
まあ、確かに理論上は増えるけど人間に検知出来る程度かは別

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/09(土) 10:13:36.10

理論上増えるのは確実だが
どのくらい増えるかは知らない

知らない事を心配するのは当然の事かと

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/09(土) 10:18:42.56

広い部屋はメリットがあるし
転ぶ確率が増えるというのも確かでは無いが
SMRはユーザーにはデメリットしかない

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 10:19:28.08

>>914
そんなの心配する位だったら5分後に脳卒中で死ぬ事を心配した方が有意義だと思うけど

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 10:20:42.28

>>915
え？廊下が長くなったら廊下でコケる可能性は確実に増えるだろ？
確率を理解してない？

**Socket774** (ﾜｯﾁｮｲ 2f96-Ndsi) · 2020/05/09(土) 11:13:57.30

短い廊下で歩行が安定する前に出入口や曲がり角にさしかかるより
長いほうが転ぶ確率は低くなるだろ

**Socket774** (ﾜｯﾁｮｲ 7e0c-6zK1) · 2020/05/09(土) 12:22:42.10

SMRって騒音は増える？

**Socket774** (ｽｯﾌﾟ Sd8a-oFD5) · 2020/05/09(土) 12:36:37.61

>>916
率もわからないのになんでそう思う？

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 12:44:35.41

>>920
どちらも同じ様に体感出来る確率が0%より高い確率で存在する話だから

**Socket774** (ﾜｯﾁｮｲ 2e7e-O3uN) · 2020/05/09(土) 14:31:37.47

たとえ話で話のすり替えですか

**Socket774** (ﾜｯﾁｮｲ 7e73-JNQ8) · 2020/05/09(土) 15:15:06.74

>>919
10年前のHDDに比べれば、
圧倒的に静かですね。

※モデルによる

**Socket774** (ﾜｯﾁｮｲ 7e0c-6zK1) · 2020/05/09(土) 15:16:23.89

>>923
現行に決まってんだろアホか？

**Socket774** (ﾜｯﾁｮｲ 2ac8-+Ihk) · 2020/05/09(土) 15:51:03.95

現行のCMRのHDDて10年前と比べて静かになってたりすんの？

**Socket774** (ｽﾌﾟｯｯ Sd43-nh9o) · 2020/05/09(土) 15:53:20.78

>>922
例え話無しで言うならCMRの年間故障率は下のリンクにあるように0.5-3.3%位らしいけど
SMRなら5%はいくって事？
俺はそんな露骨に信頼性の低い物をメーカーは販売しないんじゃ無いかと思うので
3%以下じゃないかと思うって事

あとお前ら今自分の使ってるHDDの故障率って把握してるのか？
俺はまったくしてないし普通に使って体感出来る物でもないだろう
HDD新調して前に使ってたのより1%故障率高いなとか体感出来てるなら気にする意味もあるだろうけど
実際に自分で体感も出来ない微小な差異なんて気にする意味は無いだろう
どうせ9割以上の確率で1年間は壊れないわけで

CMR 故障率
https://gigazine.net/news/20200212-backblaze-hard-drive-stats-2019/

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/09(土) 15:53:44.27

>>924
落ち着け
パチンコでも打ってこい
味覚嗅覚が無くなって息苦しくなるまで楽しんでこい
騒音なんて気にするな

**Socket774** (ﾜｯﾁｮｲ 2ac8-+Ihk) · 2020/05/09(土) 16:06:22.40

>>926
故障率1%超のメーカーなんて使ってられねえから俺はHGSTしか使わない
てシーゲートスレに書き込んでた人はいた

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/09(土) 18:47:01.78

電源断でのデータ損失は故障では無いから

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/09(土) 19:58:19.44

>>929
電源断で保存してあるデータが損失したのであれば故障だろうけど
SMRだからってCMRよりそれが起こりやすいなんて事は無いわな

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/09(土) 22:42:42.20

書き込んでるセクタ以外のセクタもリードモディファイライトする必要があるので
書き込み中でないファイルやファイルシステムが壊れる可能性がある

また
2回コピーが発生するので
当然書き込み中のファイルの破損の可能性も増える

要するに
SMRはファイルが壊れるリスクが高い

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/09(土) 22:44:39.26

ログを書いてただけなのに
ブレーカーが落ちたらパーティションテーブルが壊れましたっていうのも可能性的にはあり得る

**Socket774** (ﾗｸｯﾍﾟﾍﾟ MMe6-CDeh) · 2020/05/10(日) 00:24:48.74

10分位アクセスを続けてるときはシャットダウン厳禁だね。
スリープはもっと怖い。
大容量だけに使い手を選ぶよな。

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 02:11:05.26

>>931
どっちも100%回避可能なんでまあメーカーがその回避をしてないわけは無いと思うけど

前者はMCから瓦書きする前に更新対象のバンドのデータをMCに退避すれば良く
後者は瓦書きした後に書き込めたかチェックして書き込めて無ければリトライすれば良い

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 02:13:07.27

>>932
>>933
んなこたない >>934

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 03:54:22.70

>>932
ブレーカー落ちは事故といえば事故だがUPS使用で回避できるから自己責任だね。
もっと酷い例は電源ボタン長押しの強制シャットダウン。これは危険。
Windows10はシャットダウン／再起動時にシステムアップデートする場合がある。
システムファイル再構成の書き込み中の電源強制offはCMR/SMRのいずれでも
HDDを致命的に壊す可能性が高い。そんな不注意オーナーが壊したHDDの交換を
やったことがある。パーテションマップエリア破壊済みでお陀仏様。

**Socket774** (ﾜｯﾁｮｲ cb6c-oySJ) · 2020/05/10(日) 08:39:38.23

SMRの使うときはHDDのアクセスランプ必須なんだよな
最近付いてないケースも出てきたからな
これが重要なのに

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 09:30:00.92

>>937
なんで？？

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 10:54:49.99

内部的な動作でも光るの？

**Socket774** (ﾜｯﾁｮｲ 4ac0-yRbg) · 2020/05/10(日) 11:20:44.93

内部で書き込んでるのにアクセスランプ着いてなかったらそれこそクソ過ぎだろう

というかふつうに考えてデータ書こうとしてるところ自分以外のデータ巻き込んで1回消して書き直すとか、どう考えても欠陥だしトラブルが増える要因やろう。
書き込む前に電源喪失時、自分のデータだけ死ぬのか、全く意識していない他のデータまで巻き込んで死ぬのかは大違いだ。

大容量化の弊害は判るが型番は判るように記載してくれ。
たったそれだけのことでいい。

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 11:33:18.46

>>940
いやいやいや、ちゃんと考えれば回避できて欠陥じゃ無くなるから販売されてるわけで
SMRで他のデータを巻き込んで死ぬ事は無いと思うよ

他のデータを巻き込んで死ぬ事は
メディアキャッシュからバンドに瓦書きする直前に
元のバンドのデータをメディアキャッシュに退避しておくだけで100%回避出来る話なので

だからSMRの欠点はこういう事をしないといけない分どこかの処理が遅くなる事なんだって

**Socket774** (ｱｰｸｾｰ Sx33-Pzcn) · 2020/05/10(日) 11:54:13.36

>>940
MC内容を瓦バンドに書き直し中はアクセスランブ光らんよ
あくまで、アイドルという扱い

**Socket774** (ﾜｯﾁｮｲ fb5a-KZ5p) · 2020/05/10(日) 11:56:12.90

SMRの低速回避のためにはディスクの高速回転が必要と言うことだよな。
つまり、歯医者の削るヤツの回転速度くらいにすれば良いんじゃね?(50万rpm)

**Socket774** (ﾜｯﾁｮｲ cb05-7oqX) · 2020/05/10(日) 12:39:42.88

SMRはSSDとセットで使う物
最終成果物を書き込む物だ

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 12:42:33.35

>>942
アイドルじゃないな。ビジー。
MCオーバーフロー中にWindowsのパフォーマンスモニタで
当該HDDの使用率観察してみれば一目瞭然。ほぼ100%で張り付いたまま。

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 12:44:47.50

>>943
WD使えば？ MCオーバフローとか無いから。

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 16:02:59.55

>>946
なんでWDだとMCオーバーフローが無いんだ？

**Socket774** (ﾜｯﾁｮｲ 7ebb-lUg1) · 2020/05/10(日) 18:52:42.11

>>941
いくらなんでも、やってると信じてる。
ただ100％回避するには読み書き増しするしか考えられない(他の方法があるなら別)
↓
性能が犠牲になる事が自明
↓
よってゆっくりor間欠書き込みが保証できる用途以外で使うには注意が必要
↓
SMRと明言して売りやがれ

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 19:23:14.66

>>941
どんな仕組みであろうと
切り替わり目の瞬間にクリティカルポイントがある
何もアクセスしてないはずのデータを
もう一度書き直すのは確実なんだから

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 19:24:40.68

ちゃんとメーカーがSMRであることを明示していれば文句は無い
こそこそやるから問題なわけで

ここは反論無いよな

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 20:22:42.53

>>949
そのクリティカルポイントの直前にその何もアクセスしてないはずの（バンドの）データの
コピーをMC上に作っておけばバンドのデータがどうなろうとも
コピーで復旧出来るという話
というかそのコピーが存在する場合はそのコピーをバンドのデータ本体としてリードする様にして
元のバンドをリードしないようになってるんだろうけど
どうせ元のバンドのデータは電源断に関わらず瓦書き中は不定になるので

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 20:34:24.01

>>951
安定中の話をしてるんじゃなくて
切り替わる瞬間の話

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 20:44:39.68

>>952
切り替わるって何がだ？
見方によってはHDDの全ての動作は切り替わりの連続だぞ
リード1つとったってリード対象のセクタの切り替わりの連続だからな

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 20:52:07.31

該当セクタのリード時
SMR領域を参照する
MC領域を参照する

この切り替わり目が最低2回発生する

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 20:55:13.70

まあ実験して全く問題が無かったって言うなら別に好きに選べばって感じ

私は
わざわざ電源を切るテストなんかしたく無いし
何の情報も無く信じるなんて事も無い

それ以前に性能が悪いのは確実だし
それに引き換えるメリットも無い

つまり
わざわざ選ぶ理由は無い

**Socket774** (ｱｳｱｳｶｰ Sa7b-Pzcn) · 2020/05/10(日) 20:56:48.95

>>945
それはMC溢れた時でしょ
一旦転送終わった後に、MCからバンドにデータ転送始まるとビジーになるの？

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 21:44:24.21

>>950
海門、WD、芝それぞれSMRの実装、挙動、長所、短所に差異があるのだろうから
それをSMR一語で表記表現しろとか。ナンセンスだろうねえw

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/10(日) 21:48:49.57

>>957
プロの方ですね
お待ちしておりました
ご高説を承りたく存じます

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 21:52:48.03

>>956
海門のST4000だと、MCオーバフロー状態にハマった状態から
完全アイドルHDD使用率0%に戻るまで5分から10分かかった。
一旦横溢フラグが立つとMCのフラッシュアウトが進行して空きが
生じていてもビジー状態はある程度の間は維持されるみたいね。

つか、SMRのHDD持っているなら自身で試行してみれば体験体感的に
理解できるはずだけど。

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 22:09:26.94

>>954
そうだな、参照だからつまりリードは増えるが
万が一にでもリードで誤った値返すようなHDDはCMRでも駄目だと思うし
まず存在しないと思うが
不良セクタで保存してある値が変わる事ならあると思うが

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 22:11:20.32

>>958
3年も前の古い論文だけど↓とか読んでみてね。SMR初期のSGとWDの違いについての論及があるよ。

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 22:11:54.85

https://www.usenix.org/system/files/conference/fast17/fast17-aghayev.pdf

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 23:58:19.84

>>959
どうやってMCオーバーフロー状態にするんだ？

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/11(月) 00:38:31.58

>>961
今の茂と芝とWDの違いをお願いします
こんなことプロにしか聞けませんからw

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/11(月) 00:41:35.82

>>962
Nie, po japonsk !

**Socket774** (ﾜｯﾁｮｲ 66f0-Ds/W) · 2020/05/11(月) 10:19:13.45

WDのSMRドライブでSecond-Level Translatorを介さずにデータを読む解説とか
https://blog.acelaboratory.com/wd-smr-drives-how-to-get-data-access-if-second-level-translator-is-damaged.html

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/11(月) 18:26:41.86

>>966
いやあ、実に面白いページだなあ。WDのSMRの特徴、USENIXのpdfの解説にあった通りの
LBA/PBA変換テーブル(trancelator)方式の解説があったり。頁中のビデオの解説も面白そう
なのだがフル視聴で4時間超はさすがにw 解説者の英語発音が変と思って調べるとスタトレの
チェコフ的なロシア訛りなのね。ACELabとかいうストレージリカバリーツールメーカー製品
pc3000のプロモだったりする。なーんだ。プロモではあるけどリカバリー／サルベージの
観点からSMRとか色々なストレージの技術解説がされているので暇があったらじっくり。

pc3000 という商品は日本でも既に代理店があって有象無象のリカバリ業者さんたちの飯の種と
貸しているみたいね。定価おいくら？って公表していないから多分プロ価格でお高いっぽい。
多分 30万は下らない？

https://www.pc-3000.jp/products/express/

**Socket774** (ｱｳｱｳｶｰ Sa7b-Pzcn) · 2020/05/12(火) 12:16:44.24

>>967
飯の種で30ﾏｿは安いな

**Socket774** (ｽｯｯﾌﾟ Sd8a-nh9o) · 2020/05/12(火) 14:36:53.45

型落ちのLinkStationにバラクーダ8TB×4突っ込もう
RAIDは組まず、全て単独認識で

これだったらSMRでも大丈夫だべ

**Socket774** (ﾜｯﾁｮｲ e6c0-8IFP) · 2020/05/12(火) 16:19:36.73

せっかくのnasならraid5でデータの生存と効率両取りしたいとこだけどSMRてつくづく使いみちに困る仕様よな

**Socket774** (ｽｯﾌﾟ Sd2a-nh9o) · 2020/05/12(火) 17:03:26.42

まあ仕様なのかどうかもよくわからんがw

**Socket774** (ﾜｯﾁｮｲ fb5a-KZ5p) · 2020/05/12(火) 20:57:19.90

SMRはTrue Image等イメージバックアップの保存先に使うくらいしかないかな

**Socket774** (ｽｯﾌﾟ Sd2a-nh9o) · 2020/05/12(火) 21:15:26.19

たまに遅くなる事とraidに使えない事を許容出来るところなら

**Socket774** (ﾜｯﾁｮｲ fb73-oySJ) · 2020/05/12(火) 21:31:53.20

>raid5でデータの生存と効率両取り

ここ笑っていいとこだよね？

**Socket774** (ﾌﾞｰｲﾓ MMd6-8IFP) · 2020/05/12(火) 22:04:15.50

>>974
いうほどおかしいか？

**Socket774** (ﾜｯﾁｮｲ 83c0-xsne) · 2020/05/13(水) 02:20:49.34

これで笑えるとか雑魚にもほどがあるのは事実。

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 03:20:15.22

クソ笑えるがな

**Socket774** (ﾜｯﾁｮｲ 53bc-6Wk2) · 2020/05/13(水) 05:40:51.50

>>974
> >raid5でデータの生存と効率両取り
某スレ的に故障発生率約4倍のポイント付与もあるよね。マッチポンプ。
実際故障が起きた場合自力で完全復旧できレバという但し書き付きだしな。
自力復旧出来ず業者委託したら数十万取られたという笑えない愚痴話を
昨夏の法事で坊さんに聞かされたけど、本人的には笑えないだろうねえ

**Socket774** (ﾜｯﾁｮｲ 9d6c-gIXh) · 2020/05/13(水) 06:53:48.13

raid使えないとなるとむしろ困るのは企業だよな
個人はraidなんてなくても大して困らん

**Socket774** (ｱｰｸｾｰ Sx99-s4Da) · 2020/05/13(水) 06:58:26.80

>>974
んじゃさ、4台以上のドライブを1つにまとめて、容量を出来るだけ減らさずに冗長性とトラブル時の全損リスクヘッジを確保するにはどうすれば良い？
現在のところRAID6が最適なんかね

RAID以外の方法でもおk

**Socket774** (ｽｯｯﾌﾟ Sd2f-EUbT) · 2020/05/13(水) 07:35:13.04

データ重視ならミラーが一番

**Socket774** (ﾜｯﾁｮｲ 53bc-6Wk2) · 2020/05/13(水) 07:41:21.35

>>980
その設問、見かけRAID誘導してますねえ。単機仕様のストレージの使用は
昨夏の風水害浸水とか落雷直撃によるサージ破壊、放火等の火災被害
さらには高高度核爆発によるEMP攻撃による電磁破壊などデータ喪失の
リスクを完全にはヘッジできないでしょうね。設問への完答は無しですな。

**Socket774** (ｱｳｱｳｶｰ Sad3-s4Da) · 2020/05/13(水) 07:53:20.79

とりあえずRAID5使ってる奴を見下したかっただけ、と

**Socket774** (ﾜｯﾁｮｲ 53bc-6Wk2) · 2020/05/13(水) 08:04:00.58

>>979
尼とか楽天とか、24時間無人無休でも巨額な金銭負荷が掛かるビジネス用途では
RAID必須でしょうね。ただしシステム構成上はほんの一部でしょうけど。
あの手は鯖もキャッシュ鯖とかDDoS対策した上で二重三重あるいはそれ以上の
防護壁で守られているんでしょうし。尼の顧客情報保護がどういうシステムで
保護されているのか。想像できない。

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 08:04:46.79

RAID5を使うのはいいけど誤った認識のバカが多いだけ