「NTTクラウドのデータ、ぜんぶ消してみた」 原因はDELL EMC Unity 500オールフラッシュストレージ
■ このスレッドは過去ログ倉庫に格納されています
2019年12月10日19時ごろ[編集 | ソースを編集]
EMCジャパンは、12月4日に同社ストレージ装置に故障が発生したことを認めたうえで、
「障害発生後から日本電子計算と復旧対応を行ってきた。ファームウエアを修正するなどして
12月6日午後10時15分にストレージの修復作業は完了し、日本電子計算へ納品した。
現在は日本電子計算で業務復旧作業中であり、当社も復旧へ向け全力で協力している」と述べた。
これに対して日本電子計算は12月10日、「12月6日にストレージ装置のファームウエアの
修正は完了したが、いまだに読み書きできないデータがあるのも事実で、復旧に至っていない。
その原因箇所がストレージ装置を含めシステムのどこなのか、さらにその内容も調査中で、
現状は特定できていない」とコメントした。
https://monobook.org/wiki/%E6%97%A5%E6%9C%AC%E9%9B%BB%E5%AD%90%E8%A8%88%E7%AE%97 たぶんこうやって5Gインフラも簡単に壊滅できるんだな >>1
TLCタイプのSSDが原因だったらサムス・・・・( ・∇・) ファームと言ってる以上はSSDのコントローラが原因だろう
DELLにしてもHPにしてもSSDを製造してるわけじゃないんだから
OEM元公表しないと意味ないだろう >>40
そういう類いの障害じゃない
ディスクとかじゃなくストレージまるまる一個
同じものを用意しとかないとダメなケース ぶっちゃけストレージ製品もスイッチ製品も
バッファローやアイオーデータ、QNAP、NETGEARなんかの
家電量販店で売っている野良で鍛えられた製品の方が品質は高い。
コールセンターがパンクするからね こういうのが有るから、役所は紙残しとかなきゃ駄目なんだよな
時代遅れとか言ってる情弱多いけどw こういうのよりバッファローのテラステーションの方が安定してそうだよね。 |ﾟДﾟ)ノ 物は動くようになったけど中身は戻せないって事だな
|ﾟДﾟ)ノ ykrt
|ﾟДﾟ)ノ make onlineは落ち穂になったわ >>44
水車や車のエンジンも作れないような国のパーツを使うからやw >>6
ストレージのファームウェア障害だから管理テーブルがイカれた可能性がある
その場合たとバックアップを含めて死ぬ
データがどこに書かれているかわからなくなるからバックアップもクソもなくなる
リモートバックアップやDR構成を組んでれば別だけど
地方自治体レベルだとまずそのまでの保守はやってない 「紙で残ってないのか？」
「昨日シュレッダーに・・・」 キャッシュ上のデータとストレージ上のデータのズレが発生するらしい
致命的 軽くググったけど使われてるストレージのメーカーは分からんな |ﾟДﾟ)ノ キャッシュのバグとか言ってる人いるけど
|ﾟДﾟ)ノ 普通サーバでディスクキャッシュなんか使わないだろ？
|ﾟДﾟ)ノ SSDって切れないのか？ まさかのストレージのスナップショットをバックアップと言っていた可能性。 報復措置としてフッ過水素の輸出規制をしたら自国の基幹データが吹っ飛んだでござる マジで原因はサムスンかよ？ウォン安も来てるし 天文学的な賠償金になる >>65
あまり詳しくないんならこれ以上書き込まないほうがいいよ ニュースにはサムソンって出なくなったな
すんどってやつかな >>76
あるぞ…ある
保存先はもちろん同じ筐体内… >>58
時代とか古いとかを理由にするやつって詐欺師だと思ってる >>78
単純なSSDの不具合とかじゃなくて
コントローラーの不具合と見て良いのかな？ >>81
今回問題になってるのは、fast cacheでした。
さーせん >>87
シノロジーはショボいけど安定はしてるよね。
QNAPは見た目が派手でゴテゴテしすぎなせいか不安定な部分が多い。
とくに電源周りは残念。
UPSも弱い >>29
仮に円盤だったとしても壊れたデータ書き込んだってこと？ 壊れたデータをバックアップしていてどうにもならないパターンか
どうしようもないなw >>53
同じストレージ内でバックアップとかありえんやろ… >>96
ソフバン系のクラウド吹っ飛んだ時は実際それをやってた模様・・・ >>37
このコピペよくみてたけど
業種は違うけど
まさか自分もそうなるとは DELLとHPがダメとなると、どこのサーバー使えばいいんだよ？ >>49
その情報で区民は混乱するし、嘘だったら公務執行妨害つきそう そろそろ人がプログラミングしちゃいけない時代になってきたのかもしれない >>101
mac miniを並べてクラスタリングを組むのがベスト >>4
両方ともドライブとかコントローラーは仕入れてるから供給元が同じなのでは？w >>10
オンプレでも同じマシン使ってたらアウトや なんか他社のせいにして言い訳してっけど、要するにこの会社のミスだろ？ デルテクノロジーも NTTだから
結論 NTTが悪い HPとDELL元は同じとこか
中華の仕込みアタックではなさそうだな
後はトランプがどうでるか >>87
俺も
QNAPも使ってるけど安定性がちょっとなぁ… お役所だとテープメディアでもバックアップ取ってるイメージだったんだけどそうでもないのか >>24
戸籍は中間サーバーにあるから大丈夫だよ
印鑑証明は無くなることあるかもな >>116
QNAPは新機能に突撃しすぎなんだよね >>74
管理テーブルを保存するのもキャッシュだぞ >>58
そうだよな映画会社とかフイルムで作品残してるしな 大量に購入してたから調査してくれたんだろう
他の会社だったら原因不明だろうな >>118
キャッシュと実データの不整合なら壊れたデータをバックアップしてる感じじゃないの？ 自治体だと変にシンクラだったりするから、本当に何も残ってないかも。
こういうトラウマ級のインシデントが発生すると、個人でこっそりUSBにコピーしたり
ゴニョゴニョするやつが出てきて、別のインシデントの元になる。 無難に差分を適度に光学記憶媒体にでも日々、バックアップだよな。 SSD飛んだのはサムスンのせいだったが、バックアップに何らかの不具合があって戻せなかったってことなのかな？
その不具合の理由が未だに解決されていない、と バックアップもストレージだったりするからなあ
同じバグ抱えて同時にアボーンしたら終わり 釈迦念仏だと思うけど
基本、ストレージ機器ってのは壊れても大丈夫ってのを基本に組むんだよ
だからファームのバグだろうがなんだろうが、構成組んだ人間が悪いって話に終始する
EMPでその辺全域イカれたわけじゃないんだから バックアップが役に立つなら
日曜日に別サーバー立てるぐらいやってるだろうから
バックアップが役に立たなくなっちゃってるんだろうね クラウド側に高度なバックアップ機能があるからもしもの時も大丈夫と思い込むとか何とか 結局どこどこの自治体が迷惑被ってんの？
一覧とかないの？ |ヽ∧＿
ゝ ＿＿＼
||´・ω・`| ＞ やめなよ
/ ￣￣ ､ヽ __＿＿＿＿＿
└二⊃ |∪=| |─── ／
ヽ⊃ー/ノ ￣￣￣￣￣
￣｀´￣ ストレージの仕組みがクソだわ
データは書き込まれてるんだからシンプルに読み直せるように作れよ >>96
論理データ障害用の差分バックアップ
ドライブ障害用のフルバックは一般的に同一ハード内
ハードの全体的な障害（災害復旧）向けのバックアップは別のハードにしていたりするが
今回はデータ化けで
間違ったデータでバックアップを上書きしちゃうからバックアップも含めてイカれる
もちろん、別のハードのバックアップにさらに差分バックアップを取っていれば復旧できたが… データだけに向き合ってるとそのデータが物に見えなくなってくるんだよな
機械が物を動かしてるわけだから機械は壊れる
その概念がクラウド化で更に薄くなってるからこういう事故は増えてくるだろうな ■ このスレッドは過去ログ倉庫に格納されています
