ファーストサーバ事件の原因が判明　｢削除コマンドの範囲指定を忘れ、全サーバーのデータが消えた｣2

大規模障害の概要と原因について（中間報告）
2012年6月25日　2：00

http://support.fsv.jp/info/img/syogai_after.gif
●原因1：脆弱性対策のための更新プログラムの不具合
脆弱性対策のためのメンテナンスが必要となる都度、メンテナンスのための
更新プログラムを作成しており、今回も更新プログラムを作成しています。
そのプログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、
メンテナンスの対象となるサーバー群を指定するための記述漏れが発生していました。

●原因2：メンテナンス時の検証手順
メンテナンスに際しては、検証環境でまず動作確認を行うという手順が定められていましたが、
プログラム実行後の動作確認を行う対象は、あくまでも当該メンテナンス対象サーバー群を
確認すれば足りるとされていたため、検証環境下で対象サーバー以外に影響が及んだことの
確認がないまま、動作確認上は問題なしと判定され本番環境での実施が行われました。

●原因3：メンテナンス仕様
システムを含むデータのバックアップは毎朝6時に取得しております。
しかしながら、脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても
実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに
切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、
脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に
対して同時に更新プログラムを適用するという構造に修正して実施しました。
そのため、今回のメンテナンス実施において、対象サーバー群のデータ消失と同時に
バックアップ領域のデータも消失したという事象に至っています。
http://support.fsv.jp/info/nw20120625_01.html
前
ファーストサーバ事件の原因が判明　｢削除コマンドの範囲指定を忘れ、全サーバーのデータが消えた｣
http://engawa.2ch.net/test/read.cgi/poverty/1340569229/

2なら夢オチ

また事態が分かってないバカどもがファビョルのか

↓以下何も分かってないバカどものファビョリ
↓ネットイナゴのバカどもは死ねばいいのに

　　　　　　　　＿＿＿
　　 　 　　　／　　　　　＼
　　 　　　／　⌒　　　⌒　＼　　　 Yahoo!JAPANグループの一員です
　　 　 ／ 　 （⌒） 　（⌒）　　＼　 導入実績50,000ユーザー突破！
　　 　|　　　　　　__´___　　　　. |　　うち8割が法人・官公庁様です！
　　　　＼ 　　 　 `ー'´ 　 　 ／　　我が社が信頼されている事を証明しています
　　　　 ノ　　　　　　　　　　　＼

http://www.fsv.jp/reason/reason_1.html


　　　　↓↓↓↓↓↓↓↓↓


　　　∩∩∩　　　　.　　　 ∩∩∩
　　.∩_:||_:|_:|　　　　　　　　|_:||_:|_:∩
　　│　___　 つ 　　　　　⊂ 　___　│
　　 ヽ　　 ノ　　＿＿＿　 　ヽ　　ノ
　　／ ／　　／_ノ 　ヽ､_＼　　 ヽ ＼
　 ( 　く　　 oﾟ(（●）) (（●）)ﾟo　 　>　）　　バックアップは自己責任だおｗｗｗ
　　＼　｀／::::::⌒（__人__）⌒:::::＼'　／
　　　 ヽ|　　　　　|r┬-|　　　　　|/　　　　　各自自力で再構築するんだおｗｗｗ
　　　 　 ＼ 　　　|　|　 | 　 　 ／
　　　　　　　　　　|　|　 |　　　　　　　　　　　規約にそう書いてあるおｗｗｗｗｗｗ
　　　　　　　　　　 `ー'´

被害に遭った企業の社員は今何してるの？休み明けで出社してるでしょ

【IT】ファーストサーバ、大規模障害での顧客データ復旧を断念
http://uni.2ch.net/test/read.cgi/newsplus/1340586156/

そもそもこれテスト環境と本番環境がネットワーク的に繋がってて
テストプログラム走らせたら本番環境向けにプログラムが走って
最後にテスト環境用のダミーデータ削除が動いたってことなんじゃねーの
何で夕方6時ぐらいに本番環境にパッチ当てるんだよ

きっと眠たかったんだね。それならしょうがないよ。次は気をつけてね。

今頃禿はどうやってこの会社切り捨てるか考えてんだろうな

バックアップも消すとか　わけわからんわ

Yahoo! JAPANの子会社のファーストサーバーはどうなるだろう

管理ソフトのバグです（ｷﾘｯ
復旧までしばらくお待ちください

クラウドビジネス全体の信用にかかわる問題だったからな
なんとしてもFSのヒューマンエラーで片づけたいわけだ

だが国産クラウドは使えん
アフォのオペレータと上司がいる限りこの手のトラブルはまた発生するだろう

孫の子会社なのか　Twitterで説明しろよ

http://www.faq2.fsv.jp/faq/question.html#053
>>サルベージ業者の選定にあたり、世界中の業者に依頼したのか？

なんかワラタｗこういうのが何人かいたんだろうなｗ

>>5
416 名前：286[sage] 投稿日：2012/06/25(月) 09:24:25.84 ID:BkODMXBj0
作業従事者は今日は出勤扱いで自宅待機してもOK＝有給消化しなくても給料が出る休みという御触れが出た

基本的な復旧作業終わって（晩の2時くらい）
オレ含めさっきまで仮眠を取っていたんだけど
部長はどうもその間も寝ずにPCに向かって何かやっていた

何やっているんですか？ってコーヒー持って行ったら
今回の件の復旧が不可能だった場合の概算算定額（失ったであろう信頼　pricelessとか書いてあるｗ）やら
実際に削減されていた金額の概算等々
今回復旧に要した金額（これだけで削減した金額を超えている）

復旧が可能だった理由
復旧手順とそれに要した時間、あと専任の人間を置いておかなければならない必要性
クラウドを導入して効果的なところとそうじゃないところ
（消えて困るデータを他社に預けるのは自社の命を他社に預けるに等しいとか書いてある）

このあたりの資料をパワポで作っていた
部長はこのまま寝ずに役員会を終わらせたいとのことで
さっきねぎらいに来た社長に10時から始めたいので準備をしてくれって言って
「○○君（オレの事）、悪いけど一緒に来てくれ」

ついさっき、今日は休みって言いませんでしたか？と言いたいところだけど諦めた
（ちなみにこの書き込みは業務で使っているのとは別の回線及び端末から書いてます）

>>13
ヒューマンエラーが起こるところには何も預けられん
日本は責任を取らない国ということでもあるしな

ファーストサーバが社名変更したら 株式会社 ヒューマンエラーとかでいいよね?

779 名前：名無しさん＠１３周年[] 投稿日：2012/06/25(月) 10:50:44.78 ID:TrVBJSJZ0
地方税のeLTAX送信できなくなってるね。
これ申告出来なかった事で不申告の税金発生したら、
ファーストサーバーが保証してくれるんだろうな？w

>>15
ｗｗｗｗ

burst server

>>17

それは人間使ってる以上不可能
正確にはヒューマンエラーが起こってもシステム全体に問題が波及しないように
対策をとるというのが普通

ヒューマンエラーを起こさないというのが前提だと今回のような事が起きるw

クラウドって言うけど単語だけが先行してやってる事はレン鯖ってとこ多いよね
検収とかバックアップなんてしつこいほどやらなきゃいけないし複数人で確認が基本だしさ
技術者軽視の安月給で経費削減ばっかの日本じゃ良い技術者も育たないし安くてやってらんねって奴ばっかじゃねーの

中抜きばっか考えてねーで技術にちゃんとお金を払える会社が増えていかねーと日本の産業はマジ終わるわ

メンテ毎にプログラム作成って意味分からんわ
定型作業はテンプレート作っておけよ

よくわからないんだけど、こういうのってファイル復活ソフトとかである程度復旧出来ないの？
まあ、バカな事質問してるんだろうけどｗ

外部に品質調査機関とか作らないとな
こういう大ミスもいいとこな欠陥がまた出てくる

>>25
復活させたよ！足りなかったり不完全かもしれないけどとりあえず配るよ！
↓
おい…どこか余所の会社のメールみたいなのが入ってるんだが…
↓
不具合があったので全部削除しました

全レス色々叩かれたけど、こんなのよくある話。

担当者がプログラム作成
↓
検証機上でテスト
↓
想定された結果が検証機で確認されために本番をOKにした
（この時点で関係ない鯖が削除されているとは思っていない。）
↓
テスト結果を上司に提出、OK
↓
本番機＆バックアップ機上で実施した直後
ユーザ「あれ？データがない。どうなってる？」
↓
ここで初めて気付く。

ちょっと長いけど、ITに関わる人は見た方がいいね
ほとんどのことは、この人達が創り出したもの

IBM 創立100周年Film 【100x100 （日本語字幕）】
ttp://www.youtube.com/watch?v=AU0pytonZhw
IBM 創立100周年Film 【They Were There（日本語字幕）】
ttp://www.youtube.com/watch?v=eXnvo9cGesk

>>1
もっと本質的な問題点を述べてやろうか。
IT業界のブラックさ（工数不足、長時間労働、人手不足、
教育を放棄）だよ。原因？分かるか？
資本家の強欲さが問題とそれを放置している国だよ。
国っていうと漠然としているから少なくとも労働基準監督署だな。
この場合、ファーストサーバの労基担当の怠慢とも言えるかもしれない
だけれども国はそんな責任とりたくないから、マスゴミを利用して
そこまでは触れないけどな。

>>28
ブラック自慢にしかならん
ソフト開発でそんなずさんなことやったら即賠償

>>26
どうせ金積んでそういうとこも抱き込むさ
日本は金しかないわとかぬかす岸辺シロー並みな総屑だからな

東名間を移動するのに普段は東名、
渋滞してるときは中央道、
いざ運転手が倒れた時には新幹線利用ということにしてあったのに
実は新幹線なんてなかった、ということか

早くコミュニケーション能力()で解決しろや

和製クラウドはどんどんイメージが悪くなっていく

webarena さくら ファーストサーバー 次はどこだ

テスト環境はサーバー1台なんじゃね

バックアップいじったのが致命傷だな
手を加えたらバックアップじゃないじゃん

>>1
IT業界のブラックさについてもっと深く述べてやるから
聞いとけ。>>30で書いたことについて深く書いていく。
工数不足→プロジェクトが大抵破たんしている。PLも
実装部隊と仕様部隊など下の工程に　ただ「やれ」としか言えない。
PLがもっと上に「工数不足」を伝えるべきだが社畜化しているので
それもない。脳から反論する意思がrm -f されている。
教育を破棄→上の人間が下を教育しない。やって覚えろ
と丸投げ状態が大半。分からないと罵倒される。

IT業界ってどこもこんな感じなんだろどうせ
たまたまここが事故っただけで

ヤフーが４日ぶり反落、子会社でサーバーなどのデータが消失

　ヤフー<4689.T>が４日ぶりに反落し、一時１５５０円安の２万３７１０円まで売られてりる。
同社子会社レンタルサーバーサービスなどを手掛けるファーストサーバ（大阪市中央区）は２３日、
２０日午後５時３０分ごろ、サーバーのメンテナンス作業中に用いる特定のプログラムのバグにより、
利用者のホームページやメールボックス内のデータが消失したと発表、嫌気された。

　ファーストサーバでは、２５日午前２時、更新プログラム自体に不具合があったことに加えて、
検証環境下での確認による防止機能が十分に働かなかったことと、メンテナンス時のバックアップ仕様の変更が重なり、
今回のデータの消失（バックアップデータの消失を含む）が発生したと発表している。

　午前１０時３６分時点の株価は６４０円安の２万４６２０円。

［ 株式新聞速報ニュース／ＫＡＢＤＡＳ−ＥＸＰＲＥＳＳ ］

データのミラーリングって記憶装置のハード障害に対応するだけだもんな

>>28
しょうがない部分はあるけど
運用系と待機系を同時に作業するのだけはないわ

>>36
それはあるかもしれない。
テスト環境が１台だからプログラム担当（外注かもしれんが・・・）がミスした。

発注側「こういうパターン当てるから、プログラム作ってね。テスト環境はこの１台ね」
PG「あーこの１台が対象なら*/*でいいっか！」

PG「出来ました！」
発注側「テストしてみよう！おｋだな。後はこっちでやるからいいよｗ」

↓

全削除ｗｗｗ
コミュ不足じゃねぇかいよｗｗｗｗｗｗｗｗｗ

よくわからんな
なぜ更新プログラムをひとつのサーバーにだけ適用しようとしたんだろうか
なぜ更新プログラムでユーザーデータが削除されたのだろうか
なぜ検証段階で対象サーバーのユーザーデータが削除されたことのに気づかなかったのだろうか

>>1
更に実装部隊は大抵派遣社員を雇っている。
今回ファーストサーバーが起こした問題も　もしかしたら
派遣社員では？　派遣社員は、礼儀がなっていない　暗い
うつ　馬鹿　アホ　勘違い　無駄に高学歴
が一式揃っている。そんな連中を　派遣しているのだから
問題が起こらないはずがない。

もっというと派遣社員の問題にも発展するのかもしれない。
そうすると小泉まで波及するな。
胸が熱くなってくるな。

Yahooがお前らのメールを勝手に見てるかも？総務省が聞き取りへ
http://engawa.2ch.net/test/read.cgi/poverty/1340589647/

もしかして証拠隠滅？　

>>39
ｗｗｗ

これは、重過失。

あかん。

賠償を要求するﾆﾀﾞ

　　メンテナンスプログラムのテスト
　　　　　　　　　　　　　　　　　　　　平成ＸＸ年ＸＸ月ＸＸ日

プログラム名
バージョン
実施方法：プログラムを動かす。

１．プログラムが起動すること　　　　　　　ＯＫ／ＮＧ
２．ファイルが消えること　　　　　　　　　　ＯＫ／ＮＧ
３．プログラムが異常終了しないこと　　　ＯＫ／ＮＧ

　　　　　　　　　　　　　　　　　テスト結果　　ＯＫ／ＮＧ

実施者印　　　　　確認者印



恐らく冗談抜きでこの程度だったと思われ。

ファーストサーバが人為ミスを認めちゃいましたね。
莫大な損害賠償を逃れることはもうできないでしょうね。


　　　　　　　-‐''''"´￣｀`ヽ､　　　 　 　 　 　 　 ＿＿＿_
　　 　 　 /　　　　 ＿　 　 　ヽ　　　　　　　 ／／´ 　 __,,＞､
　　　　 /　　　　 　 ￣￣　　 {　　　　　 　 /::/　／￣:::::::::::::::＼
　 　 　 l　_ｨﾆﾆｱ二二二ﾆヽ､j._　　　　　 /::::l／::::::::::::::::::::::::::::::::l
　　　　 | 0Lj／-‐-ﾚノ ﾉ＿ヽ:::｀ヽ　　 　 l:::::::::::／l／lノノ/_イ:::::l
　　　　 ﾚ:r､/　ｲﾟﾃ　　　ﾋﾟﾄ｀|::|　　　　　 l:::::::::/ rtﾃ､ 　.ｨtq l::::::|
　　　 　 l:lﾍ　　'"　　　,j 　'"/ﾉ　　　　　 |::lﾍ!j　　´　　,j　　 !;:::/
　　　　　ヽヽ､　　　r‐-, 　 /'　　 　 　 　 ﾚﾘｰ ､　 　 ,....,　　lﾉ/
　　　　　　　　lヽ､　￣　／　　　　　　　　　｀ヽ､lヽ ､ ￣　／´
　　　　　＿,r┴‐-｀v´-‐j-､＿＿　　　, -‐-､_r┴─'ｰ‐ﾁﾄ　　　　　　　バルス！！
　 ／￣/:.:.:.:|￣￣｀T￣´|:.:.:.:l´　｀ヽ /　　　　ヽ￣`ー-‐'´`''''⌒ヽ
／　　 ,':.:.:.:.:.l　　　　l　　 l:.:.:.l　　　　＼　　＿r‐､-､-､ｒ,　 　 ､　　 ',
　　 　 |:.:.:.:.:.:.!　　 　 !　　 !:.:.l　　　,. -‐ゝ/// 〉 〉 〉 〉 〉　　　 !　　 ',
　　　　l:.:.:.:.:.:.ｌ　　 　 |　　 l:.:.:l　 ／　　人〈〈〈〈 '　'　' /っ　　　l　 　 l
　　　　l:.:.:.:.:.:.!　　 　 !　　 l:.:.:.ﾄ/　　 /　　```´-ｧ‐'''"　　　　 /　　　l
､＿＿/:.:.:.:.:.:ｌ　　 　 |　 　 |:.:.:ヽﾍ　 l　　　　/／　　 　 　 　 /　_ ｨノ
　 　 /:.:.:.:.:.:.:!　　　　l　　　|:.:.:.:.:l `ｰヽ､＿ノ´l､＿＿＿＿__/lﾆ二」
＿___l:.:.:.:.:.:.:.|　 　 　 l　　　|:.:.:.:.:!　　　　　 　 |＿　 （ ( ) ）_〕|　　 l
　　　l`ー‐‐'匸二l￣￣l二フｰｲ　　　　　　 /　　￣ `‐‐'´　ヽ　　|

これがマジなら集団訴訟を起こして懲罰的賠償を課すしかないな

個人で調査できることねーし、大本営発表待つだけだから進歩しねーな。

>>19
Domain Information: [ドメイン情報]
[Domain Name] ELTAX.JP

[登録者名] 社団法人地方税電子化協議会
[Registrant] Local Tax Computerization Council

[Name Server] ns1.idea.e-densa.com
[Name Server] ns1b.idea.e-densa.com
[Name Server] ns2.idea.e-densa.com

コマンド一つで全消去できるという危険極まりないシステムを何故作る

テスト系と本番系で同じ作業を同日にやってしまったんかな。
日を2,3日空けていれば異常に気づいたかもしれんな。

人間の脆弱性が対策されてなかったな

#!/bin/sh
rm -rf /

それぞれの企業でバックアップ取るのって大変なことなの？

全削除とかはもっと承認の回数と人数を増やせよ。
そういうことはできないの？

＞賠償金額は？

＞サービス利用契約約款に基づいて、お客様にサービスの対価としてお支払いただいた総額を限度額として、損害賠償させていただきます。

6月20日の時点で一年間一万で契約してたら12万返ってくるだけ？

>>57
大変なこと

全消去コマンドの必要性を誰か俺に教えてくれ

自家用車で赤信号につっこんで
車全損乗せてた他の家の子全員死亡で
「最初に何かあっても保証しねぇって言ってたから責任ねぇし！」

とか、言い放ってる状況かな？

>>61
おまいがエロゲのファイルを全部消したい時に
ファイルを一つ一つ消していかなきゃならんと考えるんだ。

もうネイティブのファイル管理やめて、全部DB化にすりゃロールバックできて楽なのにな。

>>57
うちの会社は自前で（2000server）ローカルDNSとファイル鯖構築してる
一旦出来れば維持は全く難しくはない。維持はね

やっぱり俺の予想したような話だったな
業界の人だったら予想つく話だろう

361 名前：番組の途中ですがアフィサイトへの転載は禁止です[sage] 投稿日：2012/06/23(土) 21:41:03.89
よくあるのが、バカプログラマーが書いたプログラムって
・開発環境で動かす場合
・本番環境で動かす場合
↑これを１つのソースに書いてて、本番に移行した時は
開発環境で動かすコードをコメントアウトにしている
で、何年か後、誰かがソースを弄ってコメントアウトを
外しちゃったりする
あ〜ら、不思議♪データーベースをトランケート♪

SEにしてもPGにしてもコードは書けても”配慮が足りない”奴が多い

FAT32やNTFSなら、削除した後でも直前まで使った空き地はあえて使わずに
空いた領域から使うので、ディスク領域は汚れるがすぐデータのサルベージができる。

それに引き換え、なんでUNIX系のシステムって、たとえ削除直後であっても
容易にサルベージできないの？　今回なんて、まさにこれが当てはまる。

データの損失考えると、MSのほうが安全性高いじゃん。

>>66
これと今回のミスは全然違う次元じゃねぇの。

何が次元が違うだ。同じだよｗ

>>59
もしそれだけなら
ttp://blog-imgs-53.fc2.com/c/a/t/catvmania/0048.jpg
FS社内はこんな状態なんだろうな..

ヒューマンエラーやプログラムのバグは無くせないんだからそこが一番の問題みたいに言ってる人は違う
それは今回の障害の発生点ではあるが、データ復旧が出来ない原因ではない
自動車事故が起こらないならそのための救急体制は要らないって言ってるようなもん
事故は起こるものとして備えるのが当たり前って言えば分かるだろ？

不備を発見できないテスト環境、本番環境と同時に更新がかけられる待機系をバックアップとしていること
この2点が今回の障害の根本的な原因だよ
ついでにいうとバックアップ取ってても何らかの不備でリストア出来ない事例なんて山ほどあるから
最近話題になったのだとピクサーが映画のデータふっ飛ばしてバックアップから書き戻そうとしても出来ず
許可を得て自宅で作業していた社員の持ってたデータから復旧させた話が有名

>>58
できるだろうけれども、削除されないと作業者が思い込んでたらどうしようもありません。
ラピュタの方向を知ろうとしてバルスと言っちゃったみたいな。あれ空から岩が落ちて来たみたいな。
あの岩が落ちている方向にラピュタがあるのだみたいな。いや、あったのだみたいな。もうないのだみたいな。
ラピュタの真ん中の部分だけ空の高いところに行っちゃったみたいな。

地方税電子化協議会「eLTAX」　ＨＰが全部消滅


【IT】クラウドサービスのファーストサーバー、顧客がアップロードしたデータを消失→サーバー初期化してから顧客にサービス提供★１３
http://uni.2ch.net/test/read.cgi/newsplus/1340576385/779
地方税のeLTAX送信できなくなってるね。
これ申告出来なかった事で不申告の税金発生したら、
ファーストサーバーが保証してくれるんだろうな？w

【IT】クラウドサービスのファーストサーバー、顧客がアップロードしたデータを消失→サーバー初期化してから顧客にサービス提供★１３
http://uni.2ch.net/test/read.cgi/newsplus/1340576385/823
地方税電子化協議会関連のページ全部とんでやがるｗｗ
どうすんだこれｗｗｗ

>>69
>>66はプログラマが意図したミス(気付けるミス)
>>1のは気づくのが難しいミス
>>66のミスの方が遥かに低次元

自称バックアップ含めて全データがアレしちゃったんで初期化するしかなくなったって事だろ。

>>66
いまどき、そんな環境に依存した
うんこプログラム書く奴いねーだろwww

>>73
これから市民税とかの時期だけど大丈夫なんか

>>61
契約解除されたら全部消さなきゃいかんだろ

丸紅PCとか、あとなんかの株の時も思ったけど、
実行しちゃったやつ今どんな気持ちなんだろうな…

>>37
俺もIT業界しか知らんからなんとも言えないが、どの業界も同じじゃないのか？
悪いのは国

なんちゃってＩＴコテがうるさいわｗ
問題の本質としては同じだよ

わけのわからん認証団体などに囚われてモノを考えるからだ
そんな建前でやろうとするから間違えるんだろうな
いざというときは災害対策マニュアル（笑）などみるより
技術本を読んだほうが役に立つ

>>67
rmコマンドもそうだけど、
プロは自分のやることくらい、ちゃんとわかってるよな？

っていうのがunixの前提、基本

低所得者はどんどんこういうミスをやりまくれ
とんでもないブラック企業に損失を与えてやれ

下請け派遣SEが悪いニダみたいな感じで終わんだろどうせｗ

>>79
紅PCはウンコCeleronで文字通り糞遅かった
速攻でP4換装したはｗ

>>66
いや全然違うだろ。なにドヤ顔で自分のレス引用しちゃってるの？

給料日だけど振り込んで貰えるの？

ヒューマンエラーを如何に最小化するかだろ？
トラブルが懸念されるなら、その可能性を如何に排除するかだ
ＰＧやＳＥは「コメントアウトしてるから大丈夫」っていう。
そうじゃない「ソースから消してしまった方が安全」と考えるのがプロだ

>>69
バックアップっていう言葉ってのは大きく

・後方支援系、待機(補欠)系
・データ破損、損失などに備えたデータコピー

の２つの意味があって、一般的な仕事はもちろんだが、
IT屋でもこの２つの意味を適宜文脈に応じて使い分けるんだが、
今回の事例は

「よりによって鯖屋がその２つの違いを理解出来ていない」
「よりによって鯖屋が、後者の意味でのバックアップなしで、クラウド(笑)サービスを提供していた」

って問題なんだがね。
だから「次元が違う」んだよ。

まさかお前もこの２つの意味の違いが分からない訳じゃないよな？

>>81
お前、どうせ学生かカウボーイコーディングするような奴だろw
>>66と今回の問題を同列に扱う時点で素人だと思うし
いざという時に技術本なんて、実務経験ないか、
「俺が正しい」で好き勝手やってるんだろうなぁと思う。

>>82
UNIXの設計自体が間違ってるってことか
しょぼいな

「対象のサーバデータが消えてるな、チェックOK」と検証したけど、
実は他のサーバデータも消えていた。
それに気づかずに本番でも流してしまった。

オペレーションの段階でシェルにオプションとか付けさせたらオペミスの原因になるから、
普通はオプションまで含めてシェル化すると思うんだが。

>>89
今回の根本的な原因はもうその１点に尽きるね

こんなスレでもバカしかいねぇな、理屈通りに人間は動かないんだぜｗ
だから、こういう事故が起きるんだろ？
仕事というのは準備8割だねぇ。実際にやる作業は1割、確認が1割
準備の方が大事なの。素人さんは準備に時間をかけないわけ
いきなり、ぶっつけ本番でやろうとする

バックアップのシステムを同時に更新するとか意味が分からない

バッチ一発で全サバ消滅
怖すぎワロタ

>>94
お前が何を言いたいのか全くわからない・・・

＞バックアップに切り替え
は？バックアップは隔離して触れないようにしとけよ

>>94
手前味噌だが、>>89を100回読んでこい。
話はそれからだ。

結構な数のアフィブタも死んだかな？

>>89
バックアップがどうしたとかの問題じゃないよｗ
仕事というのはお客の為にやることであって
自己満足でやるエゴじゃありませんね
お客さんに納得して貰い了解を得てやることが必要
どういう作業を行うかを事前に話しておかないと
お客のビジネスを預かっているという意識が欠落してるんだよ

バックアップというかバックアタックとかバックスタブとかそんな感じのサービス

>>92
プログラムはサーバーのデータを削除するものでなくて脆弱性対策で
システムを更新するものだったのだろ。何を削除するプログラムだったのだろうか。
更新にともなう一時ファイルか何かか。そうすっと検証段階では削除コマンドに不備はなく
本番のサーバーに適用するときにプログラムを書き換える必要があったということか。
なかなか難度の高い作業だった可能性があるな。これはしょうがない。

玄人様()がわいてるｗｗｗ

>>101
レス乞食モードに移行しただろお前w

前スレで見たがRAIDをバックアップと思ってる奴多くね？

もうな。

ファーストサーバの信用というより
クラウドに置く信頼が揺るがされた。

ここの会社は全員が専門知識は不要で入ってきてるのか

>>101
派遣IT土方にそんな丁寧な仕事出来る訳ないだろ
それだけの仕事をやらせるには年収一千万は必要だ

>>103
難しいか？
俺の感覚だと/tmp の下の一時ファイル削除するだけなんだが。
本番機と検証機でディレクトリ構造違うのか？

俺「ファーストサーバーさんは何を提供してるんですか」
ファーストサーバ社員「鯖をレンタルしています」
俺「NO！ＮＯ！貴方はお客にサービスを提供してるんです」

心得違いって事ですね

何の為のバックアップなのかと・・・

>>110
違わなかったらそれを記述しておけばバルス機能は発動しなかったはずなので
違ったんじゃねっていう推理。

>>110
1回やる分には簡単だろうけどな・・・

＞対象サーバー群とそのサーバー群のバックアップ領域に対して
＞同時に更新プログラムを適用するという構造に修正して実施しました。

＞同時に

は？それじゃバックアップの意味ないだろ。

バックアップが同じサーバー上にある
不思議

え？マジでバックアップしてなかったのか？
とんでもないな

クライアントはこういうことに関しては内容がわからないわりに敏感だからな
業界全体が説明に追われる事態だなｗ

ヒューマンエラーが問題じゃなくデータのバックアップが存在しないシステムが問題なんだよ
設計者の無能っぷりは異常

物理的にLANケーブル抜けばここまで酷くならなかったんじゃね？

クラウド業界の事はよーわからんのだが、ここって大手やったん？

今も昔も重要なデータは自身、自社でバックアップとっておくことだな

ここで長文レスしてるのは
本職じゃなくてパソコンの大先生くさいのが笑える

>>67
データの断片化がおきにくい様に設計
されていたと思う。

おまえらのイメージの話じゃなくて、リアルなナマの声を聞きたいんだが。現場はどうなってんの

>>121
Yahoo! JAPANの子会社ファーストサーバと言っていたから大手では？ｗ

>>94
FS君がテストで赤点とった原因について、マークミスで全部解答がずれてたと指摘してるのが俺ら。紙の質が〜藁半紙じゃ〜、といつまでも言ってるのがお前。

客「（データの）バックアップとってなかったのかよ！？」
FS「（サーバの）バックアップはとっていましたが一緒にとびました」
客「データベースのバックアップはとってなかったのかよ！？」
FS「とってません。自分で管理しろっていったろ？」

>>118
放射性物質と同じで、理解できないからこそ根拠なく信じて、根拠なく不安がる

賠償金額は？

サービス利用契約約款に基づいて、お客様にサービスの対価としてお支払いただいた総額を限度額として、損害賠償させていただきます。

http://www.faq2.fsv.jp/faq/question.html#063

いい加減こういうのにも格付け会社が必要

>>119
説明と図を見る限り、バックアップ環境は存在していて、
本番とバックアップ環境を同時に削除しちゃったって読めるけど違うの？

復元したら、セキュリティ対策まで以前の状態に戻っちゃうから
セキュリティはそのままに、データだけ復元する仕様になってますって言われても、
非プログラマーで文系の僕ちゃんからすると
何を横着してますのんって感じですわ

>>125
ここで聞けばよくね？
ファーストサーバ データ消失オフ 「データはどこへ消えた？」
ttp://www.loft-prj.co.jp/lofta/schedule/perN.cgi?form=2&year=2012&mon=7&day=14

あと4年はちょっとクラウド移行を提案できないね

>>15
6月22日発生となってるけど、事故ったの20日じゃなかった？

まぁこの障害引き起こした奴は終始股間がヒュってしてる状態だったのは間違いない

テラタームでうっかり右クリックで貼り付けしてしまった時のあの恐怖は忘れられない

人災すか

待機系鯖もバックアップと呼ぶから話がややこしくるｗ

「〜をしておく」なんて次元じゃなくて「○○を”どう”〜しておくか」
この”どう”が大事だし難しいわけだよ
この発想の転換はいつも同じメンバー、いつもの社員同士では出てこない
馴れ合いの惰性になるからね。時々、違う血を入れた方がいいんだよ
このスレで言えば俺みたいな存在だよｗ

>>132
だたの待機系サーバをバックアップ環境と言ってたのかな？ってこの図を見ると思っちゃう

このバックアップが本当にバックアップなのか、待機系なのかわからなくなってきた。
本番環境の中には待機系も含まれているのかもしれんし
もっと詳しく情報がないとなんとも言えん。

>>137
あるあるｗ

善管注意義務を怠ったって事で、契約より公序良俗が優先で損害賠償だな。

ちょうど立ち上げ前のサイトだったから良かったけど…

>>132
このバックアップはシステムのバックアップであってデータのバックアップではないよ

>>15
これ質問したやつは相当深刻なダメージ抱えてるんだなあ

あるあるw

UNIX厨ＬＩＮＵＸ厨ＣＵＩ厨まとめてドーン

日本猿には、原発も管理できないし、ＩＴも扱えない
漬物でもつけてろよ

しかさ、データは一部でもサルベージできそうな気がするがなんでやらないんだ？
どれが消えて、どれが復旧できなかったか分からないから？

原因�@、をもっと具体的に書いてもらわないと全然わからんな。

ってID:oMhSVRO50がエラーを起こしてる…

話が全くわからん
誰かドラゴンボールで例えてくれ

FAQの「設定方法に関するご質問」あたりを読むと
な〜んもデータ的なバックアップはしてないんだなｗ

rm -rf /

バックアップと本番環境で同時にパッチ当てｗｗｗｗｗｗｗ
バックアップの意味ねえｗｗｗｗｗ
IT業界無縁の俺ですらヤバイって分かるのに当事者は誰も疑問に思わなかったのか

クラウドってだけでも馬鹿なのにさらにチョンバンク系列を使っちゃう真性企業のみなさま
心よりメシウマ申し上げます

>>154
例えやすそうだからイヤだ

rm -rf /
?

削除する→どこを？というcaseかifか知らないけどそういう選択肢がなく
削除→全削除になる管理ツールだったってこと？？

集団訴訟やらなきゃ孫孫
テロやって無視する
責任能力ゼロ信用ゼロの親会社ヤフー ソフトバンクグループとなりますよ〜?
誠意ある対応をですね
やりましょう

やはりヤフーが率先して上限なしで賠償金支払うべきでは？
もはやテロですからね

これで潰れそうになる中小企業が多発したところで
そういう企業を買収するっていうことなのかもね

>>157
どうせ解約した所を消去するのに本鯖とバックアップを別々に消去するのは面倒だから
一緒に出来るシステムにしていたんだろ
案の定指定範囲を間違えて全消去

暫く新規客は取れないな

このままじゃクラウドビジネスの信用に関わるよね
飛行機が落ちた時のように
調査委員会を外部から入れるべきだよね
ていう俺の知ったか

みずほや東証だって平気で落ちるんだから
よほどしっかりした所じゃないと安心して任せられないね

よく分からんけどゴミ箱から出せばいいんじゃないの？

>>158
クラウド？

>>167
EMPテロが起きたらほとんどの鯖は終了
その内アメリカが破綻しそうになったら自演でEMPテロやって市場のデータを根こそぎ破壊するだろう

rm -rf /をやっちまったのかね
自鯖でならやらかした事あるわ…あれの絶望感は異常

バグじゃなくて人のミスか

プログラムどうせコピペしたんだろw

ファーストサーバ、利用者双方を考えても最高にメシウマだぜ−！

本番と、一日一回のバックアップしかしない領域に同時に更新かけるとか
正気の沙汰とは思えねぇな。運用設計した奴は土下座会見開くべき

Requiem for a Dream

http://www.youtube.com/watch?v=7QyvLzX8bIo

ここ1週間くらいでグモスレが賑わってて笑えない・・・

範囲指定を忘れちゃったんなら仕方ない

>>64
truncateかけて北に逃げるコピペ

戦犯をを晒しage↑(´∀｀∩)↑
要Facebook垢です

○ファーストサーバ株式会社　代表取締役
磯部 眞人
ttp://www.facebook.com/misobe
ttp://www.idcf.jp/company/info/img/img_d_profile_05.jpg

○その他のうぞうむぞう
村竹昌人
ttp://www.facebook.com/Muratakema
ttp://ascii.jp/elem/000/000/653/653111/SON_0409_400x299.jpg
阪井 千恵美
ttp://www.facebook.com/chiemi.sakai
石岡 正睦
ttp://www.facebook.com/masachika.ishioka

テレビも新聞も全然この事触れなさすぎて怖い

8月のモナー板事件思い出したwww

プログラマー育成に力注いだほうがいい

舟橋宏純
ttp://www.facebook.com/hiro2784
西口 昌宏
ttp://www.facebook.com/mahbo
奥田 泰弘
ttp://www.facebook.com/okudaya
ttp://ascii.jp/elem/000/000/653/653113/SON_0435_400x299.jpg

貸金庫が預かった物ごと燃えたような事件だよな

rm /

東口 繁
ttp://www.facebook.com/shigeru.higashiguchi
伊丹 寿仁
ttp://www.facebook.com/toshihito.itami
Ayumi Miyata
ttp://www.facebook.com/ayumi.miyata.35

これクラウドっぽいだけでクラウドではないような

まあ、IT業界はこれからも派遣を買い叩いてアホな客を丸め込んで、こういう事件を起こすことで俺らを楽しませてくれよな☆

なんで報道しないんだ

バックアップという言葉には3つの意味がある。

1.後方支援、後方援助
　例：「行政が子育てをバックアップする」
2.待機系、代替系
　例：「バックアップ回線」「バックアップ人員」
3.データ破損、データ損失に備えたデータコピー
　例：「お気に入りのエロ動画をバックアップする」

普段はこれらの用法は、場面や文脈によって使い分ける。

今回の事件で本質的に一番問題なのは、
「よりによって鯖屋が、2と3の意味の違いや存在意義の違いを『全く』理解出来ていない」、もっと言うと、
「データバックアップ(3の意味のバックアップ)なしで、クラウドやサーバサービスを運用提供している」
という事。

ヒューマンエラーがーとかチェック体制ガーとか言ってるのは、
上記の事をわかってない鯖屋による話題そらしだな。

データバックアップさえあれば、全消しはあっても復帰不能はない。

>>191
またyahooトップ来た

「これをミスったら人が死ぬ」とわかってるなら

「これはわからないよなぁ仕方ないよなぁ」なんて方法で
絶対エンターキーは押さない
金と人を使えば事前の十分な検証は可能なんだから

ブラック自慢と火消しでしかない

図を見る限りただのミラーだよなあ

若林 真理
ttp://www.facebook.com/mari.wakabayashi.7
Akira Horimoto (Holly)
ttp://www.facebook.com/akira.horimoto.5
石岡 正睦
ttp://www.facebook.com/masachika.ishioka

素人考えだと、データ全削除なんて滅多にないケースなんだから
しつこいくらい警告出すようにすれば良かったんじゃないの？って思うんだが
そういうもんでもないのかね

なんだただのドジッ娘か(´･ω･｀)

>>189
>>195
みんな気づいてるけど生温かく見守ってるんだよｗ

>>192
まあ今回はバックアップ領域までさくっと消しちゃったしｗ

Satomi Makoto
ttp://www.facebook.com/satomi.makoto
東口 繁
ttp://www.facebook.com/shigeru.higashiguchi
栗原 豪
ttp://www.facebook.com/charley.kurihara

http://headlines.yahoo.co.jp/hl?a=20120625-00000100-cwj-sci

同社ではデータ消失の後、データ復旧作業を実施。6月21日9時ごろにデータの復旧プログラムにより
消失データを復旧し、リカバードファイルとして顧客にデータを提供した。

　だが、専用サーバの顧客より、専用サーバ内において情報にアクセス権限を有していなかった者からも
参照できる状態になっているとの報告があり、リカバードファイルの提供を22日21時ごろに停止。
状況の確認を行ったところ、専用サーバ内において、アクセス権限を有していなかった情報についても
参照が可能な状態にあったことが判明したという。

＞情報にアクセス権限を有していなかった者からも参照できる状態になっているとの報告があり、

さすがにメール混ぜこぜにして他人に渡しましたとは書けんわなｗ
あくまでデータ消失ということにしないと。情報漏えいはなかったことに

>>197
多少効果はあると思うけど、定期的に行っている作業だと
ここで確認が3回来るから全部エンターみたいな覚え方になって
結局やるときはやってしまう。

田中 宏
ttp://www.facebook.com/tanahiy
鳶 とんび
ttp://www.facebook.com/tonbi.tongbi
山下 洋史
ttp://www.facebook.com/yoji.yamashita.5

コミュニケーション能力の高い人材ならなんとかできるんだろ

>>192
素人は2と3の違いが分からないのをいいことに、あえてそのへん曖昧にして
3の意味のバックアップを取ってなかった事実をごまかそうとしているよね

正常動作しているものに対して更新プログラムなるものを適用したのが間違い
ってどっかのOSみたいだな

Ayami Iwasaki
ttp://www.facebook.com/ayami.iwasaki.3
元木 義治
ttp://www.facebook.com/mokkun009
奥本 茂男
ttp://www.facebook.com/shigeo.okumoto

>>200
何でそれが消せる所にあったのよ？
という事にならない？
取り外せるようにしとくべきじゃないの？

>>208
正直お前のほうがキモいです。

森下 源一
ttp://www.facebook.com/gen1morishita
木本 雅子
ttp://www.facebook.com/masako.kimoto.14
安岐 啓司
ttp://www.facebook.com/keiji.aki.9

一応ISOも取得してるようだ！
http://www.firstserver.co.jp/corporate/security_activity.html
ISOの審査自体があんまりあてにならないけどな

>>200
なんでそうなったかというのが、>>192のお話。

ファーストサーバがいうバックアップ領域ってのは、
3の意味のバックアップではなく2の意味のバックアップだった、という事。
結局、ファーストサーバは経営から現場技術者まで、全ての社員が、
3と2の意味の違いを「全く」理解していない、という事になるんだ。

「データバックアップなしでサーバサービスを提供していました」に等しい。
データバックアップとシステムバックアップの存在意義の違いを理解してないんだな。

なんで全消しされたかは、サーバサービスには些細な問題。
少なくとも、「なぜデータバックアップも取らずにサービス運用提供していたか」に比べたら些細すぎる問題。

担当アホ過ぎるだろwww
と言いたいところだが、俺もプログラミングでwhile(1)的な
初歩的なやらかし経験あるのでバカに出来ない…

Tomo Shino
ttp://www.facebook.com/profile.php?id=100000616485579
土山 俊廣
ttp://www.facebook.com/mt.tuti

IDCフロンティアはどうしようかな(´Д｀)

>>209
普通は
1）テスト用
2)　本ちゃん用
3）待機用
4）バックアップ用
とあると思うんだが
3と4が一緒だった、もっといえば実質４は存在しなかったって感じじゃないの？

>>129
安全対策がロクでもないから不安がってるんだろ

ファーストサーバ、データが消えた理由を説明　削除コマンドの停止・範囲記述漏れ
http://headlines.yahoo.co.jp/hl?a=20120625-00000020-zdn_n-inet

6月20日午後5時ごろ、特定のサーバ群に対して脆弱性対策を実施した。
（1）更新プログラムに、ファイル削除コマンドを停止させるための記述漏れと、
　　メンテナンス対象となるサーバ群を指定するための記述漏れがあった。

（2）更新プログラムは検証環境で動作確認を行うという手順だったが、
　　動作は対象サーバ群を確認すればよいとされていたため、
　　更新プログラムの記述漏れによって対象サーバ以外にも影響が及んでいることが確認できず、
　　本番環境で実施され、全サーバに適用されてしまった。

（3）データバックアップは毎朝6時に実施していたが、バックアップからのリストア後に脆弱性が巻き戻ってしまうのを防ぐため、
　　脆弱性対策は対象サーバ群とバックアップに対して同時に更新プログラムを適用して実施していた。
　　このため、対象サーバ群と同時にバックアップデータも消失した。

　──と説明している。これまで同様の原因による障害が起きたことはなかったという。


障害が起きたのは、共有サーバサービスの「ビズ」「ビズ2」と、EC向けクラウドサービスの「EC-CUBEクラウドサーバ マネージドクラウド」、
専用サーバサービスの「エントリービズ」「エンタープライズ3」。

　消失したのは、ユーザーがサーバ上にFTPやファイルマネージャなどでアップロードしたデータと
サーバ設定情報（コンフィグレータへのログインID/パスワード、メール・FTPアカウント）、
メールボックス内のデータ、データベース。

　障害で、大阪市の水族館「海遊館」や小林製薬の製品情報サイトなど多数のWebサイトがダウン。
復旧したものの、テキストサイトのようになっているサイトもある。
同社によると、影響した顧客数は5698件。
http://headlines.yahoo.co.jp/hl?a=20120625-00000020-zdn_n-inet

これって逸失利益も請求したら貰えるもんなのかな

いやこれは担当者の奴痛恨の一撃だな

あれだ、仮想で待機系組んでたんだろ？
常に本番と同期させて何かあれば切り替える奴
それは「データバックアップ」とは言わないねｗ

>>213
＞結局、ファーストサーバは経営から現場技術者まで、全ての社員が、
＞3と2の意味の違いを「全く」理解していない、という事になるんだ。

しかし今後、これを盾に言い逃れしてくる可能性も考えられる

「えー、弊社の『バックアップ』とは障害時に切り替わる待機系のことを指しており〜
この点に関しましては広告に偽りなかったと存じます〜
一方被害に遭われた方が主張しておられる〜データ保全としての『バックアップ』は〜
契約ページにも御座います通り〜お客様でお取りいただくよう最初からお願いしていたわけでしてｗｗｗ〜」

被害額がまちまちでも集団訴訟できるんかな

まあ企業だから全部個別にやるのかね

すごい大発見した

クラウドと原発の類似点が多すぎるｗｗｗｗｗｗ

・安心安全を謳う
・コストが掛からない
・国までもが推進しようとしてる
・トラブルを起こせば被害は広範囲に及ぶ、というデメリットを隠す
・トラブルが起きたときに報道規制

クラウドは原発と同じで国を挙げての詐欺だった！！！！

>>216
＞ 4）バックアップ用
＞ とあると思うんだが

そんなものはない。
システムバックアップの意味で言うならあなたがいう(3)を言い換えただけだし、
「データバックアップ」の意味なら「バックアップ用」なんて言葉にはならない。

データバックアップはあくまでも「データコピー」でしかないんだから、用もなにもない。

>>212
ISOは本当に意味がない
あまりの意味のなさに認証の更新しない企業も出てきてる

障害時に即時切換するバックアップに更新かけるのはよしとしても、
外部媒体へのバックアップがないのがそもそもの問題なんじゃないのこれ

>>216
2と同じ領域に簡易4があった感じ

>>221
その部分をシカトしてたことが「格安価格でご提供」に
繋がっていたんだろうな

消した奴は今何してるんだ？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
気付いた時震えがとまらなかっただろうなｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>230
むしろ「ざまあｗｗｗｗｗｗｗ」かもしれんぞｗ

>>39
http://stocks.finance.yahoo.co.jp/stocks/detail/?code=4689.T&d=1w
影響なっしんぐ。

これ裁判すりゃ勝てるだろ
完全に人災

>>209
そんなにはてなつけられてもｗ
俺も消されて困ってるんだからｗ




納期伸びたからいいけどさ。

>>227
＞ 外部媒体へのバックアップがないのがそもそもの問題なんじゃないのこれ

そう。

それを突っ込まれないようにわざとらしい解りづらく書いてる。
もしくは「システムバックアップとデータバックアップの意味や存在意義の違い」を
経営から現場技術者まで誰一人理解していないかのどちらか。

多分後者だなあ。

会社が潰れ始めるのは半月後くらいか

>>229
つまりね、東電と同じで自分らの設備を守るだけｗ
顧客の事なんて考えてないんだよ

>>213
本人たちのいいわけを信じるならデータのバックアップは取ってただろｗ
ただ鯖プログラムのパッチと削除プログラムをせーので本番とバックアップに走らせたから
全部消えたってだけで。

>>202
情報にアクセス権を有していない云々って他ユーザ＝他契約者のことじゃね？
誤読させて、聞かれたときに誤魔化すんだろ
で、漏洩しただろ！　って突っ込んでくる顧客にだけ種明かしｗ



クソだな

さらにクラウドと原発との類似点見つけた

・バックアップしてると言ったくせにしてなかった
・コスト安いとか言ってたくせに、事故の被害賠償含めたら倒産するほど赤字
・事故が起きて多くの人が甚大な被害を負ったにもかかわらず、わずかな賠償しかしない

>>235
そのとおりだな、
データバックアップにシステムエリアが入る意味が分からない。

まぁ一応はプロなんだし
エンジニアはこういう事態が起こり得ることはわかってたけど
今まで起きたこともなかったし、サーバの管理・維持費等のコスト削減を
追求しすぎたのがご覧の有様なんだろ

>>228
PCに例えるなら1個のHDを何個かのパーテーションにきって
それの一つを「データバックアップ領域だーー」って言ってたようなもん？

>>222
裁判で勝てないから意味ない。

当事者以外にこれだけのワクワク感を与えてくれたんだ。
そろそろ許そうよ

ただのレンタル鯖屋に変な認証機関がお墨付きを与えるから
こういうことになるんだろ？ｗ身の程をしれって事だなぁ

これスクリプトでもアプリでも手順書でもいいけど、

レビューしなかったの？

何だ、ただのヒューマンエラーか
安全安心問題なしだな！

>>243
共有鯖だとパーテーションすらない

そんなアホなミスが原因だったのか

ノンストップのスクリプトをあてて放置、
ラウンドロビンで次々別のサーバにコマンドを送信、
気が付いたら、データセンター一列全部消えてたって話

>>250
現在進行形で似たようなアホやってる企業も多いんだろうな
まだ表面化してないだけで

俺もPCのリカバリの時にデータをDドライブに移しといてCだけフォーマット、とかやらん方がいいのかな？

>>222
サービスによっては二世代バックアップを謳ってたものもあったはず
待機系に二世代とかわけわからんのでその言い訳は通用しないだろ

さすがに過失ありすぎｗｗｗｗ

結論

データのバックアップはとって無かった

>>252
それは違うよ、あほがいるかいないかで決まる。
経営者も、技術者も、仕事ができる１人でＩＴは決まる。
その１人が内部的にいなくなれば、次はいない。
過去にした会社は、大きければ大きいほど体質は変わらない。

>>253
消えて即死なら他の方法も考えた方がいい
個人なら追加コストも微々たるもんだろ

>>243
いや、それは違う。
それは、故障に弱いから事実上意味がないとしても
「データバックアップ」であることは間違いないし意味も取り違えてない。
紙一枚でも防具と言い張れば防具、ただし性能は無いに等しい、みたいな話であって
防具でもないものを防具と言ってるファーストサーバの経営から現場技術者までとは訳が違う。

>>249
少ない知識でのたとえ話ですわw
外部に独立したデータバックアプ鯖が存在しなかった
てのは凄いな。。

つーかコマンド直打ちとかアホだろ。

まず打ちたいコマンドをテキストに書いて、.batか.cmdファイルにして保存。
で、ローカルで簡単なテストをやって大丈夫ならそれをクリックして実行すればいいのに。
その気になればSQL接続→DDL、DML実行→SQL切断くらいだってcmdファイルで出来るし。

ミスって全消しも、ローカルでやっておけば自分の貴重な隙を見て会社で集めたエロ画像が消えるくらいだし、つーかそのくらいしろよ、とすら思う。

>>238
つか、お前もバックアップの違いが全然わかってないな

死んだあ〜
ち〜ん・・・会社のデータすっ飛んでたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
やってらんないから帰ってきたは

>>262
何言ってるの？わかった上での話だろ。
1を読みもしない奴の話が多すぎるわｗ

ミスはショウガないんだけどなんで
毎日毎月取ってるバックアップがないの

>>264
いやお前は完璧にわかってないわ
データのバックアップと運用系バックアップを混同してる

ID:HnrmFLUZ0がまだバックアップを理解していない件

１の図にあるサーバが物理か仮想かわからんもんなｗ

>>15
そのページタイトル「〜に関するよくあるご質問」ってなんかイラッとくるな。
「問い合わせがよくあって困っちゃうな〜。まとめちゃうぞー」みたいな。

平時ならまったく問題ないけど、過失を説明するページでこれはないだろ。

rmコマンドって上書きしなければなんとかなったりするんじゃないの？

教訓
データを保全するバックアップは別のシステムで行うべき。
一社にすべてを任せるのは愚の骨頂。

>>268
知識のない人は「・・・なるほど」ってなって
知識のある人は「えっ？」ってなる、ある意味洗練された図だよなｗ

データコピーだろうがコールドスタンバイ環境だろうが
とにかく本番と同時にいじんなってだけの話だと思うが

>>266
は？
もしかしてバックアップにもバッチを当てて…の下りでデータに当てるわけないじゃんばーか、ばーかとか思ってるわけ？

一般的なバックアップ：LTO等、外部ストレージに定期的にサーバのデータを保持しておくこと
FSのバックアップ：単なるホットスタンバイ、もしくは手動のRAID1

最初に中間報告見たとき「なんで本鯖とバックアップに同時にパッチ？」と一瞬脳が理解を拒否したぞ

>>213
理解してないってことは100%ありえない
そもそも2の場合はバックアップとは言わない

>>261
「リストアするためのバックアップを一切持たずにサービス運用提供していた」
「経営から現場技術者までその事を自覚すらしていない」

というのが>>1の一番重大な問題であって、
「なんで全消しするようなことするのか」などは
それに比べたら問題にすらならないレベル。

原発 ＝ クラウド

クラウド推進した奴は責任とって賠償しろよ

推進したヤツのせいでたくさん倒産することになったじゃねーか

ファーストサーバにデータ預けてて、ひどい目にあってる人を見たいんだが
そういう人はどこのスレに行けば会える？

>>274
全然違うけど、なんだか発想が面白いからもっと考えてくれていいよ

>>280
じゃあ、逆に聞くけど
この会社は毎朝6時にいったい何をバックアップしてたわけ？

運用されてる「システム」をバックアップ（トラブル時に支援）する為のサーバー
蓄積、更新された「データ」をバックアップ（完全に保存、保管）する為のサーバー

このあたりを言葉遊びでごっちゃにして言い逃れしようとしてる。
って捉えてるんだけど間違ってる？

>>272
被害にあった会社のIT部門の人は
「システム構成図みせろ」って言うと思うｗ

>>273
違うよ。

そもそも「データバックアップ」は絶対にいじってはならない。
データバックアップに手を入れるなら、そんなものは「バックアップ」ではない。

やっぱテープは必要だな、うん

>>282
中間報告見る限りではごっちゃにしてるな

>>281
お前はそれがバックアップデータだと思ってるのが最大の敗因

よくわからんけど、例えば自宅鯖組んでたとして、これをraid1で使ってる場合、待機系
さらに同じファイルを外付けHDDに定期的にコピーしてるとしたらそれがバックアップ
みたいなイメージなの？

こういうのってバックアップサーバが必ずあると思うんだけど
それまでもいっちゃってるってことなのかな

まぁ、何をどう言ったところでデータのバックアップは存在しない。だから復旧もできないって事実に変わりはない。
そんな運用本来有り得ない。

>>287
うん、だから何をバックアップしてたのか書いてみろよ

>>287
しかも、それと同等レベルの技術者しか
ファーストサーバにいなかった。

オレの理解ではAとBが連動してたらBは待機
Aの変化から完全に独立してたらバックアップ
なんだけど、あってる？

まじどうすんだ
データ飛んだ

>>291
運用系とか待機系って言葉しってる？
クラスタシステムとか、レプリケーションって言葉の意味わかる？

6時に云々、ってのも実は本鯖の内容を待機系と同期させてたのが毎朝6時だった、というだけじゃね

>>295
ほら、また逃げるｗ
何？システムを含むって書いてあるから
丸ごとバックアップを取るバカがあるか？とでもいいたいわけ？

完全バックアップ機器に電源を常用入れていては、
完全バックアップの意味がない。

c:\bakkuappu

>>289
無かったのよ。あるいは待機系をバックアップと言い張っている。

なにケンカしてんのお前ら
バカなの？

> メンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に
> 対して同時に更新プログラムを適用するという構造に修正して実施しました。
怖

>>296
多分そう

二人で二つのノートをとるんじゃなくて
一人が両手で二つのノートをとる感じに見える

>>297
了解した、全く話にならんな
以後はスルーするからあとは自力で勉強してくれ

このスレにはエア被害者しかいないから

素人の俺でもそれがどういう意味か分かるぜ
ずさん過ぎだろ

>>305
結局具体的なことは言わずに安全なところから他人をけなすだけのクズだよね、おまえも。

これって国の責任だよね

国が、詐欺まがいのクラウド業者を持ち上げて被害者増えちゃった

国が賠償すべき
そのために数兆円の予算用意しろよ

コールドスタンバイ状態で6時に
バックアップ(というかアクティブと同期)して
それを待機系として使ってた。
って話ではないのか？

この構成だと朝6時から
障害が起きるまでのデータはぶっ飛ぶな。

簡単に言うと
http://www.fsv.jp/function/backup/snap/
↑このデータも吹っ飛んだ。まさにない時編状態。

>>293
いや、それは　vistaからwin7に移行したいけど
なんか不具合でるとイけないのでシステムわけて様子を見ているだけでは？

rmするだけなら大丈夫じゃねーの？
そのあとに上書きならアウトかもしれんが

銀行や金庫に現金いれてねーのに紙切れの株だけで回してる
ってのと似た構図に見えてきた。

バックアップじゃなくって、毎朝6時に同期していた、1日1回同期のRAID１だな

>>154
社員が集英社のビル内で持ち込んだ爆弾に着火
過去のジャンプ原稿すべて消える

>>313
共有だとファイルが復活しようが
誰のファイルかわからなくなる
インデックスが消えるんだから

>>316
AUTO

>>309
何で俺たちが賠償するんだよ

>>319
原発と同じだからに決まってるじゃん

データ復旧に関しては俺も動く
抗議デモだよ
具体的には普段はいがみ合ってる各社IT担当と連絡を取り合い、短期のまとめWikiを発足した
自分でも驚いたが、豪華なメンバーが集まった
LSとrmを間違えて本番機を全消しした某社の鯖管
業界では有名な、サービス開始以来一度もログインできないという某Blogシステムの担当者
フレが２００人いるMixi中毒の無能管理者
丸紅PCの件で仕事辞めさせられた担当者
他に挙げたらきりが無いが、そうそうたるメンバーで総勢３０人を超えた
壊せない鯖はもはやないだろうという最強集団だ

>>1

ITドカタはホントにカスだな
人の迷惑も考えろよ、文系虚業の詐欺業界の分際で

>>277
あー、そういう事か。
俺そんな現場居たら逃げるわw
いきなり本番でやれと言われたら無理です責任もてません辞めますと言うわ。
テスト環境で何重ものテストをやって絶対バグはないとやってもそれでもバグは出るものだからね。

geocitiesの時もユーザーのHP壮大に消してたな
移転しました再アップしてくださいってごまかしてたけど

>>323
いや、本番環境でやらかそうがなにしようが
「システム領域含めた、全データバックアップ」さえあれば
少し古くなってもリストアは出来るよね。

ファーストサーバは「バックアップなし」でやってたに等しいんだよ。
それを説明してる図が>>1

これ日本じゃなくてアメリカで起こってたら
どんだけの規模で訴訟が起こって弁護団が何人現れていくら賠償求められるかな

バックアップなしであっぷあっぷだね。

facebookで勤務先ファーストサーバとなってる奴らの
更新がのきなみ１９日で終わっててワロタ

だいたいさ、これ運用系でデータ矛盾がおきたら待機と同期して終わっちゃうよね。
こんなカミカゼシステムじゃいつかこうなっただろ。
そしてそれを分かってて運用していながら運用系と待機系を同時に更新するとか…
少牌してるのにオープンリーチかけてる様なもんだろｗ

>>329
カミカゼシステムﾜﾛﾀｗ
意外に売れるかもしれんｗｗｗｗ

本番がハードウェアトラブルのときに待機に切り替えるため
同時に当てるようにしてあるって書いてあるが
じゃあソフトウェアトラブルのときどうすんのよ
結局書き換えるまで両方使えないじゃない

小学生が宿題サボった時の言い訳と同レベル

DCが半島にあるってソースあります？

バグじゃないじゃんこれ。人為ミスをバグのせいにして責任逃れのつもりなん？

これ大事なのにＴＶとかであんまやらないな

正→福→予備　←スタンバイ、ミラー
↑
○月○日○時○分　←バックアップ
↑
○月○日○時○分　←バックアップ
↑
○月○日○時○分　←バックアップ
↑
○月○日○時○分　←バックアップ
↑
○月○日○時○分　←バックアップ
↑
○月○日○時○分　←バックアップ
↑
○月○日○時○分　←バックアップ

なんか悪質だな、うんうん。

まー、バックアップってのはすぐに代替できるように
物理的に繋がってるのと
システム全体が壊れても平気なように
物理的に分けて影響が及ばないようにするって意味合いでの
バックアップだよな

今回の場合バックアップていうてるものはシステムが全部繋がってて
そのシステムごと死んだってわけで
別媒体にデータコピーしてれば、こんなことにはならなかったのにね

素人的にいえば、お気に入りの動画を別ドライブにバックアップしてたけど
操作ミスでOS丸ごととんで、慌ててリカバリソフト使ったけど
データごちゃ混ぜの上、丸秘画像とか知らないところにメール送信してて
リカバリソフトが大事なデータ入ってるところに上書きしちゃったと
お気に入り動画をDVDなり別媒体に定期的に保存してたらまたみれたかもしれない
最低限でもそこまではしとくべきだよね
更に心配なら家とは別に、貸金庫に預けるとかしとけば家が全焼しても
まだみれるぜって
どんだけ大切なお気に入り動画なんだｗｗｗ

けど顧客データとか金には換えられないっていうんだったらねー

今回の件はねぇよｗｗｗとか思ってる人達いっぱいると思うけど
同時にうちのとこも笑えない対応やってるなぁってとこもいっぱいあるよね
大手銀行系システムとか大障害いつ起きてもおかしくないとこあるし
今回の件を機に上役を説得してシステムを安全にしてみてはいかが？

>>338
> まー、バックアップってのはすぐに代替できるように
> 物理的に繋がってるのと

だからそれはバックアップとはいわねーんだっていってるのに。

最新の世代のバックアップデータはリードオンリーにしないとダメだよ
それより新しい世代のバックアップデータを確保しない限り、書いたり、消したりしてはいけないよ
万全を期すなら、バックアップデータは待機系には使えないよ
まあ、廉価なサービスなんだからしょうがないのかもな

検証環境はメンテ対象から完全に切り分けとくべきだろに
起こるべくして起こった感じだがやらかした奴は血の気引いただろなこれ

>>340
ミラーリングも一応バックアップでしょ
一方の物理的故障に対応させるための

>>340
それをバックアップと思ってる人が多いいから
こんな自体になってるし話が通じないんでしょ

多分、一般的にはそれで十分バックアップだと思いこんでる人が多いと思うが
Windows7についてるバックアップだって別ドライブへのミラーだろ
システム屋以外の認識なんてそんなもんだと思うぜ

>>343
ミラーリングは冗長化
ミラーは人為的なミスには無意味
rmコマンドとかやったら両方のディスクで削除が実行されるから意味ない

そもそもどういうシステムなんだこれ
クラウドがバズワードじゃないって力説してた奴説明しる

>>340
バックアップ”システム”ではあるな、バックアップ”データ”とは言わんが

システムがダメな時とか、ヒューマンエラーとか、
運用には問題無いデータ化けとかあったらミラーは無意味だしなぁ。

削除コマンドってどのファイルを削除するかじゃなくて
D:>del *.*
みたいなもんだったのかな？

>>344
＞Windows7についてるバックアップだって別ドライブへのミラーだろ
その程度の認識でも取ったバックアップに直接パッチあてようだなんて普通は思わない

>>344
正副共にパッチを同時運用している「生きた」システムである時点で、世間一般の考え的にも「バックアップ」じゃないな

すごいのは複数の会社をいっぺんに吹っ飛ばしたこと
クラウドが範囲攻撃型とは知らなかったw

わざわざ集めて一網打尽です

技術者のことをないがしろにするから、技術を買い叩くからダメなんだよ。年収800万くらい管理者にあげてちゃんとした人雇ってればふせげるだろ。。。

>>350-351
つまり素人が使ってるシステムよりお粗末なものだったと

常に派遣IT土方に作業させていれば、安全に金をかけなくても、何かあったときはそいつのせいにできるからな

>>347
> バックアップ”システム”ではあるな、バックアップ”データ”とは言わんが

それも本当は違う。
バックアップと言うのは、裏にあって前に出てこない物を言うんだよ。
緊急時にも前に出てこない。

緊急時に交代につかうものはスタンバイというんだ。

こうして相も変わらず技術者が末端技術者を無能と罵るだけで、
自浄作用も現状を変える政治力を持つこともなく
10年後も20年後も全く変わらず同じことが繰り返されるのである。

バックアップしといてって頼んだら
ミラーしてたら
昇竜拳撃つだろ普通

クラウド営業の謳い文句の
「震災など万が一のことが起きても基幹をクラウドにのせておけば大丈夫」
っていうのに騙された人が何社あるんだろうな

震災より障害のほうが可能性高そうなのになｗ

こんな安いサービスが安全と思って使ってるのもなぁ。
いいもの・安全なものは高価なんだよｗ

>>359
想像したら吹いたｗｗｗ
でも言葉の意味に囚われてそんなアホなこと確認もせずにやるやつに頼む方が悪い

激安の夜行バス、ホテルに続いて、今度はクラウドか。
やすもん買いの銭（命）失いの見本市のようだ。

問題はさ、クラウドクラウドって言って同じもん売ってる企業が他にもわんさかいるってことだろ？
原発よりもよっぽど危険だろ

「バックアップ」の意味が、全然違ってたのか…

話がかみ合わないはずだよorz

>>359
真・昇竜拳にチェンジしていい？

どのくらいやばいのか教えてくれ

バックアップにパッチ当てるという発想がよくわからんが、
どうしてもやれといわれたらコピーとってからやるなあ
その手間とリソースケチったんだろ

>>364
安全性を考えるのは技術者であって
営業や経営者は売れるという面しか見てないだろ

>>364
こういう業種ってコンサルタントみたいな人がいるのかな

>>349

いや、

D:\rd .\ /Q/S

ぐらいヤバい。

で、消した奴はどいつかね？

コピーなんかとる訳ないだろ…その手間にかかる金を貰ってないんだから。
バックアップも拡大解釈で売ってるんだよ。そういう業界だ。
そもそも冗長化がバックアップなんて技術者は誰も思ってない。
ただその商材の料金がそんな大層な事が出来る値付けじゃない。
だから営業が拡大解釈してバックアップという名称を付けて売る。

それに気づいて買わないと痛い目に合うということだね。

>>371

まちがえた

C:\rd /Q/S D:\

だな。

>>373
でもそれって詐欺だよな、訴えられたら負けそう

>>1
> メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に
> 脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、
> 脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
> 脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に対して
> 同時に更新プログラムを適用するという構造に修正して実施しました。

読んでるだけで、喉が痛くなって、胃が縮む。

まさか俺のページキャッシュすらほしい状態なのであろうか。

>>364
クラウドって曖昧な言葉だから、よそも同じ構成とは限らないよ

サイボウズが言うには夜間バッチで2世代バックアップは取ってたそうだ。
問題は、バックアップを置くサーバに本番機と同時にバグ入りスクリプトを食わせたって事だよ。

>>16
典型的な日本企業だな
目先の利益優先で「こういう危険が〜」という意見を無視
その結果なにもかもを失うという

>>374
この手のコマンドってWin7からは何も起こらないよね

ドジっ娘だな〜

>>379
JOJOなら確実に新手のスタンド使い登場だわ

いいこと思いついた！と嬉嬉として原発云々を書き込み完スルーされてるレス乞食ｗ
哀れｗ

まさにバグ（シロアリみたいな害虫）だなあ、見えないところでジワジワ喰って
気づいた時には復旧が不可になるレベルに達しすべてを倒壊させる

そのプログラム流出してないの？
ネタにして遊びたい

まあ今後も再発する可能性がありそうな感じだな

>>375
詐欺ですが何か？売れて儲かればそれでいい。
ホスティングなんて大した技術もなく誰でも開業できるし、
そんな低レベルが集まって会社ごっこしてるだけだよ。

直接被害受けてない会社まで連鎖破綻するのかな
持ってる株全部売った方がいい？

でも騙す意思を証明できなかったら詐欺にならないんだっけ？
法律詳しくないけど、そのあたりはバッチリ対策してそうで腹が立つ

大手メディアが総スルーなんだけど、どうなってんの

>>390
そんなわけないじゃん
自分が嘘ついてて相手が騙されてるって知ってりゃ詐欺

サーバーの管理業務って生え抜きのエリートが行ってると思ってたわ。
下請けのえせSEとか画面見てるだけで何かおきたら
連絡して真打ち登場、魔法で復活。

素人考え過ぎる？

>>388
そんな程度の会社がソフトバンクグループ、ヤフー子会社の安心感で売ってたら確実に詐欺だわな
ま、100パーセント子会社なんだから、ヤフーの経営責任までは確実に裁判で問われるだろ
ファーストサーバ潰せば逃げられると思ったら大間違いだ。役員派遣して経営支配してんだから

>>375
それを売って来いってケツ叩かれるお仕事が営業ってモンだろ。
仕事なんだと思ってんだ、遊びじゃねーんだ、こっちは生活かかってんだ！


って犯罪を正当化する奴が日本を動かしてるんじゃねーかｗｗｗ

これやった人元気か？

１００％起こる事が確実な、人為的ミスで全損とか…
俺の家にサーバー置いてたって同じじゃねーかｗ

>>386
つ[倉庫番in上九○色村]

>>393
エリートなんて定義のわからんこと言われても、>>1の話でどこにもでてないサバ管なんて最底辺だ。
どんな能力持っていても、目の前で消えた饅頭を戻すことなんかできない、替えの饅頭も消えてるんだから。

>>343
>>192の2の意味のバックアップだな。
もちろん、世間一般的な用法ではそれもバックアップとは言うと思う。

ただし、その「バックアップ」をリードオンリーなデータとして扱うのではなく
「パッチを当てる」なんて運用を想定してる時点で、3の意味のバックアップにはならないし、
存在の意味がないということだね。

だからこそファーストサーバは
「データバックアップなしでサーバ運用していた」
「経営から現場技術者まで、データバックアップなしでカミカゼ運用している自覚なしで、
　サービスの運用提供していた」

という事になる。

バグのあるツールでサーバ全消しした事なんか
全く問題にならないくらいのレベルで決定的に致命的な問題。

クラウドAAだろ、ここは！w




やめなよ

>>393 確かにエリートは存在するけど、会社の数に対して、絶対数が少なすぎる
そのエリートも、障害防止にこそ最大効果を発揮するのであって、
障害の後始末では、出来ることは他の技術者と殆ど同じ。

>>394
なんかわかんないけど、昔のヤホーBBの勧誘思い出した
駅のコンコースみたいなとこで待ち構えてやってたやつ

そもそも電源入れてOS動かしてpingその他諸々で監視してるだけの仕事で
サーバ死んだらハード替えてOS入れなおしてデータぶち込んで動かすだけだけ。
IT技術者である必要すらない自作機マニア程度の知識で十分。
何もない日はweb巡回で一日話終わる。当然給料は糞安だ。
そんな簡単な仕事しか出来ない連中にデータ復旧させろ言っても無理過ぎる。
作業の確実性を要求なんてももうね…ｗ

よくわかんねーんだけど銀行に預けてた預金が全部消えたようなもん？

何でもかんでもクラウドって言うのそろそろやめろよ
まぁいい加減な運用してるのをモヤっとさせたいのは分かるけどさ

つまりこういうことだろ。

データの複製 {
　　障害が発生したときに使用されるもの（広義のバックアップ） {
　　　　論理的な障害に対応できるもの（狭義のバックアップ） {
　　　　　　すべてのデータが複製されるもの {
　　　　　　　　フルバックアップ
　　　　　　} そうでないもの {
　　　　　　　　フルバックアップからの差分が複製されるもの {
　　　　　　　　　　差分バックアップ
　　　　　　　　} そうでないもの {
　　　　　　　　　　増分バックアップ
　　　　　　　　}
　　　　　　}
　　　　} そうでないもの {
　　　　　　すべてのデータが複製されるもの {
　　　　　　　　ミラーリング
　　　　　　}
　　　　}
　　}
}

サイボウズがなんか声明発表するらしいがまだなのか？
ファーストサーバが糞すぎて、もうだんまりしたほうがいいと判断したか？
サイボウズはASPでも顧客から金もらってるんだから、関係無い通らんぞ？

なんかすごいな
普通は最新状態に復帰が無理でも、1ヶ月前の状態ならおｋとかじゃないのか？

俺的には、ﾈﾄｹﾞの巻き戻しくらいは当たり前のようにできるという感覚でいたわけだが
その程度のバックアップもクラウド系では当たり前のように存在しないのか？

犯人『国中のSEを強いたげてきた報いだ』
とか犯行声明が出たら笑う

>>409

ファーストサーバはそのちょっと前の状態をアーカイブしてあったサーバまでバグスクリプトで
更地にしてしまったのよ。

>>409
普通はある。 多分この会社 ぐらいだろう。

ファーストサーバーの顧客って有名どころはどんなのがいるの？

集団訴訟しろよ

>>413
海遊館とか小林製薬とか

http://support.fsv.jp/info/nw20120623_kyoyu.html#onegai
極めて遺憾ではございますが、短期間でのデータ復旧は不可能で あることが判明いたしました。
誠に心苦しい次第ではございますが、お客様で取得されておられる
バックアッ プデータによる再構築を行っていただきますようお願い申し上げます。


http://www.fsv.jp/function/db/database-m.html
注意事項
※外部サーバーからのデータベース連携はできません。
※シェル（TELNET、SSHなど）はご利用いただけません。


　　　　　　＿＿＿　　　━┓ 　＿__　　　　━┓
　　　　 ／　―　　＼　 ┏┛／　―＼ 　　┏┛
　 　 ／　　(●)　 ＼ヽ ・. ／ノ　　(●)＼　 ・
　　/　　 （⌒　　(●) /.　｜　(●) 　 ⌒）＼
　 /　　 　 ￣ヽ__） ／ 　 ｜　　 （__ノ￣　　|
／´　　　　　_＿_／ 　　　 ＼　　　　　　　 /
|　　　　　 　 ＼ 　　 　 　　　 ＼　　　　 _ノ
|　　　　　　　　| 　　 　　　　　　/´　　 　 ｀＼

>>411
いやそんなバックアップはなかった説が今優勢
FSが言ってるバックアップはバックアップデータではなくバックアップ機のようだから

海遊館の日記止まってるｗｗ

>>411
普通はアーカイブに対して「更新プログラムをかけよう」とは考えない
待機系として使用する目的でデータをコピーして、「万一のための保存用」を取ってなかったのだろう

ヒューマンエラー対策としてバックアップとってるはずだから
このスレタイはみんなが知りたい真の原因じゃないよね
どうやってバックアップまで消えたのかが知りたいんだから

任せて安心クラウドサービス（ｷﾘｯ
賢い社長はクラウドでｺｽﾄﾀﾞｳﾝ
安心の24時間体制365日、お客様作業不要で安心
信頼のｿﾌﾊﾞﾝグループ、ヤフー100%子会社なので安心

ﾄﾞﾔｯ！

これでｼｽ管をﾘｽﾄﾗすれば年間数千万単位のｺｽﾄﾀﾞｳﾝですよシャッチョさん

いい商売だと思うんだけどねぇ。バックアップぐらい取れよｗ

>>403
あれ東京大賞典当日の大井競馬場駅前で配ってな
いくら人多いっつってもこれから競馬するやつで誰がもらうんだと思った

>>351
パッチのバグ考慮していない時点で、
いつかパッチのバグかウイルスで死んだだろうな

実行犯とその上司もデリートされるの

ファーストリテイリング最悪だな

>>420
＞ ヒューマンエラー対策としてバックアップとってるはず

＞ どうやってバックアップまで消えたのか

「そもそもバックアップを取っていなかった」ということだよ。
少なくとも>>1の説明を見る限りでは、
「バックアップを取ってない」事になる。

ファーストサーバの説明が正しいとするなら
取ってたのは「ミラー」であって「バックアップ」ではない。

>>426
ファーストサーバーは第３者による事故調査委員会を設置するらしいけれども、
お前らバカじゃねえか的なこと言われそうだな。

厳密にいえばクラウドではない
と言いたいのはわかるけど、誰もそんな厳密に意味を考えて使ってない

これでクラウドは終わり、別の言葉をはやらせないと

>>426
ん、違うだろ
バックアップにも同時に変更を加えただけだろ

>>427
証拠隠滅が図られてる可能性が高いのでどこまで追求できるかだな

ベンダーサポートが受けられないハードの使い方をしている雰囲気もあるので
本当にやるとしたら単なる技術面での検証にはとどまらないはず

>>428
雲の上となるとオーロラか

>>428
ウェブ2.0どうすかね

>>429
＞バックアップに切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、

この一文がすべてを物語ってる

ちゃんとバックアップはバックアップ、待機系は待機系と分けていたら問題ないけど、
コスト削減のために、待機系をバックアップと兼用していたからだろう。
せめてデータの安全のために、対策が、あてたパッチのリストを作って、
待機系を動かす前に確認するならよかったのに、
稼働率下げたくないから、バックアップにもパッチあてるなんてことしていたから、
今回のことがおこったんだし。

あーそういうことか
ヤフーみたいな一流企業でもそんなもんなのな

ホスティングサービスのウェブサイトを見て回ってるとレッドオーシャン感が凄い

>>423
待機系システムがあるから、どんな障害が来ても大丈夫だぜ！
さあ、正と副に同時にパッチあてるぜ！

パッチのせいで正システムがダウン
↓
副システムに切り替え
↓
パッチのせいで副システムがダウン
↓
全鯖ダウン

>>435
プッw
ヤフーが一流w

>>15この回答文なんでこんな偉そうなのｗｗ

FAQ糞わろた

100円ショップ商品を、プロ向けの高耐久高信頼な商品だと思わせて
売り抜けた営業マンが功労者だな。

削除に気付いた時の表情が知りたい

>>441
それなんてAVケーブル？

＞バックアップに切り替え
日本語でおｋ

>>429
違わないよ。

＞ バックアップにも同時に変更

とかを、ファーストサーバ自身が想定してるんだから。
そんなもは「バックアップ」ではない。ただのミラー。
「バックアップなしでサービスの運用と提供していた」のと全く等価。

「常にバックアップのtar.gzを作っていたが、実は同じディスク上だったので
　ディスクの破損や全消しに巻き込まれてバックアップも消えました」
なら、「ディスク障害やヒューマンエラーに無力なバックアップ」とは言えるが、
「脆弱性が怖いからバックアップにもパッチを当てよう」は
バックアップとは言わないし意義を理解してない。

　　　　　　　　＿＿＿
　　 　 　　　／　　　　　＼
　　 　　　／　⌒　　　⌒　＼　　　 Yahoo!JAPANグループの一員です
　　 　 ／ 　 （⌒） 　（⌒）　　＼　 導入実績50,000ユーザー突破！
　　 　|　　　　　　__´___　　　　. |　　うち8割が法人・官公庁様です！
　　　　＼ 　　 　 `ー'´ 　 　 ／　　お客様の作業は一切必要ございません！
　　　　 ノ　　　　　　　　　　　＼

http://www.fsv.jp/reason/reason_1.html


　　　　↓↓↓↓↓↓↓↓↓


　　　∩∩∩　　　　.　　　 ∩∩∩
　　.∩_:||_:|_:|　　　　　　　　|_:||_:|_:∩
　　│　___　 つ 　　　　　⊂ 　___　│
　　 ヽ　　 ノ　　＿＿＿　 　ヽ　　ノ
　　／ ／　　／_ノ 　ヽ､_＼　　 ヽ ＼
　 ( 　く　　 oﾟ(（●）) (（●）)ﾟo　 　>　）　　バックアップは自己責任だおｗｗｗ
　　＼　｀／::::::⌒（__人__）⌒:::::＼'　／
　　　 ヽ|　　　　　|r┬-|　　　　　|/　　　　　各自自力で再構築するんだおｗｗｗ
　　　 　 ＼ 　　　|　|　 | 　 　 ／
　　　　　　　　　　|　|　 |　　　　　　　　　　　規約にそう書いてあるおｗｗｗｗｗｗ
　　　　　　　　　　 `ー'´

>>22
お前は指差し呼称の刑

>>91

けしますか？けしませんか？
消すとしたらどこに退避させましょうか？

そんな条件分岐でリソース無駄にしたくないんだよunixはよー

>>441
それが可能な日本のIT業界がマジヤバイ
未だに虚業を脱してない

その主原因は、経営者層の思考停止した老害だと信じて疑わないけど

賠償は500円です

>>444
テープドライブのRAIDとかﾌﾛｯﾋﾟｰのRAIDとかあるんだろうｗ

　 ,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　　ただデータをコピーしておくだけで安心・安全を謳ってもいい・・・
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんなふうに考えていた時期が
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f.　　　俺にもありました
　　 ~''戈ヽ 　 ｀二´ 　　 r'´:::.　`!

「PGはコミュニケーション能力なくてもよい」は確かに間違い

でも「コミュニケーション能力や熱意があれば技術力なくてもOK」はもっとまずい

日本企業は完全に後者に傾いてしまっている

営業がどのようなセールストークを使おうと、上役が報告書をどのように書こうと自由だが、
コードはコードの通りに動く
コードはコードの通りにしか動かん
それを忘れたIT産業は完全に虚業だ

きっちりバックアップコピーとって世代管理して、物理的に切り離して保管して
外注の派遣に作業させずに運用してｅｔｃ
あんな格安でビジネス成立する訳ないよなｗ
大騒ぎにならんのはシビアなシステムは誰もこんな所で運用しないからな。
やはり安かろうはそれなりだわ。

直接の原因になった奴は自殺か良くても鬱病だろうな

被害受けた側にも言えるけど

やっぱり企業の偉い人向けに、
怒鳴ったり蹴飛ばせば察して動いてくれるPCを作らなきゃ駄目だよな。
後吊し上げるとイイワケする機能とかさ。

鯖管とかITとか遊びでしょ、遊びぐらい新卒でも誰でも出来る。
偉い人ならサッと片付けるぐらい当たり前だろ。

もしかして、
怒鳴ったりとか
顔真っ赤にしたりとか、
真っ青になったりするぐらいしか出来ない、
なんてことは無いよな、偉くて賢いんだろ。

>>451
>テープドライブのRAID

これは普通にあるんだが知らんか？
パソコンの大先生たちには縁がないシステムだが

>>16
目先の利益を優先して安全対策のための経費を削減
結果「想定外」の出来事でプライスレスの損失ｗ

まるっきり東電と同じパターンだな

>>457
スゲェ、マジであるんだｗｗｗ

複数のテープドライブないしテープライブラリを使用し、
パフォーマンスや信頼性を向上させます。
RAID 0/1/5をサポートし、テープの正副を作成するミラーリングや、
複数デバイスを同時に利用して性能・容量・可用性を向上させる
ストライピングを実現します。

テープメディアの問題点として、
１）磁気などにより破損しやすいことと
２）可搬性がよい反面で生ずる紛失と盗難のリスク
の２つがあります。
Tape RAID Optionは、複数代のテープ装置を活用して
こうした課題を解決します。
http://www.caj.co.jp/brightstor/bab11/raid.htm

>>270
いや、linuxの場合実体は残ってもファイル名とかの情報が無くなるから誰のファイルか分からなくなる

linuxならBtrFS使ってればロールバックできるFSなんじゃなかったかな
まあ、この手の安全性重視の場合なら枯れた技術使うだろうけど

一週間くらい前にどっかのメルカトル野郎が、「原発事故に匹敵するニュース」とか言っててワロタｗ

最終的にデータを復旧できなかった責任は、システム全体の構成を設計した人間にあると思う
問題のプログラムを作った人間や、それにOKを出した人間は、その役割相応に期待される比較的「小さな」責務を果たせなかったに過ぎない

ファーストサーバが謝罪対応係を時給1000円で募集　「専門知識は不要です」
http://engawa.2ch.net/test/read.cgi/poverty/1340583536/l50

463
アホか
じゃぁオラクルの責任だな(笑)

集団訴訟やらなきゃ孫孫
テロやって無視する
責任能力ゼロ信用ゼロの親会社ヤフー ソフトバンクグループとなりますよ〜???
誠意ある対応をですね
やりましょう

やはりヤフーが率先して上限なしで賠償金支払うべきでは？
もはやテロですからね

とりあえず自分のノートパソコン、大事なデータは
バックアップ取った。
USBメモリに入るぐらいの、小さな容量だけど。

>>453
職業ごとに適度のコミュ力ってのがあるんだよな
PGなんかは普通のやりとりが出来るレベルで十分で
手が止まるほどペチャクチャお喋りが止まらないやつには無理だし

なんのためのバックアップだよｗ

>>458
それはあまりにも東京電力に失礼。

>>427
1. どうして全消失という結果になりましたか？
　→バックアップを取っていませんでした

2. どうすれば改善できると思いますか？
　→バックアップを常にとり、少なくとも1週間分は確保するようにします

3. そのためにはどうしますか？
　→社長や経営層から、技術者まで、全員が一丸となって
　　「バックアップとは何か」「バックアップの大切さ」を学びます

もうね、あばれはっちゃくじゃないが「父ちゃん情けなくて涙がでてくらぁ！」ってレベル。
パソコン教室で、還暦越えたジジババに教えるようなことすら、
ファーストサーバーの経営から管理者から技術者まで「誰も」分かってなかったんだもんな。

>>471
分かってる奴を追い出した結果だろｗ
賢いって特性は社畜としてはマイナスってことだ

>>471
MS-DOSの時代から、
週毎のﾌﾛｯﾋﾟｰを用意してそこにバックアップ取りましょうってのが
普通だったのにｗ

今更過ぎるだろｗ

一般的にサーバ運用保守といえば、本番用Ａと待機用Ｂがあるんだよ。Ａが壊れてもＢに切り替えれば問題ないと。
で、今回問題になってるのはバックアップが何を指すのかだよね。

普通、バックアップという場合には、このＡ、Ｂ以外の物理的メディアＣにデータをコピーしておくことを差すんだよ。
で、FSがバックアップと言っているのは、待機用のＢなわけ。ＢはＡのデータを随時、もしくは定期的にコピーしているわけだ。
てことは、Ａのデータが消えれば自動的にＢのデータも消えるということ。

こんなんバックアップとはいわないわな〜。

>>321
　　　　　　 　_＿_　 _＿_　　　　　　　　　 　 _＿_　　 _＿_ 　　_＿_ ＿＿
　　　　　　　| 　　| |　　 |　 　　　　　　　　　| 　　| ＿|　　|＿_|　　||__||__|
　 ＿＿＿.ノ　　 .| |　　 |　　_＿　＿＿＿.ノ　　 .| |＿　　_＿_　　 ＿|　＿＿＿＿＿
　|　　　　　　　　 | |　　 |　 |　　l | 　 　　　　　　 | 　 |_＿| 　 |　　|　　 |　　　　　　　|
　|＿＿_　　　＿ノ |　　 |_.ノ　　| |＿＿　　　＿ノ　 　　　　_.ノ　　|　　 |　　　　　　　|
　　　 　| 　　|　　　|　　　　　　ﾉ　　　　| 　　|　　　　 |￣￣　　　ﾉ 　　 ￣￣￣￣￣
　　　 　| 　　|　　　|　　　　.／　　　　　| 　　|　　　　 |　　　 　／
　　　　 ￣￣ 　　　￣￣￣ 　 　 　　　 ￣￣ 　　　　￣￣￣

客「世代古くていいからリストアして！」担当「よ？よ？」

>>470
まあこういう賞を取ってるわけだし

【名誉】東電が世界一のブラック企業に送られるブラックプラネット賞を受賞 【日本初の快挙！】
http://engawa.2ch.net/test/read.cgi/poverty/1340615277/

まとめ

　　　　　　　　＿＿＿
　　 　 　　　／　　　　　＼　　　　　業務効率アップ・経費削減にクラウド導入は如何でしょう
　　 　　　／　⌒　　　⌒　＼　　　 安全・安心のYahoo!JAPANグループの一員です
　　 　 ／ 　 （⌒） 　（⌒）　　＼　 導入実績50,000ユーザー、うち8割が法人・官公庁様です
　　 　|　　　　　　__´___　　　　. |　　
　　　　＼ 　　 　 `ー'´ 　 　 ／　　お客様の作業は一切必要ございません
　　　　 ノ　　　　　　　　　　　＼　　サポート体制も万全です


　　　　↓↓↓↓↓↓↓↓↓


　　　∩∩∩　　　　.　　　 ∩∩∩
　　.∩_:||_:|_:|　　　　　　　　|_:||_:|_:∩
　　│　___　 つ 　　　　　⊂ 　___　│
　　 ヽ　　 ノ　　＿＿＿　 　ヽ　　ノ
　　／ ／　　／_ノ 　ヽ､_＼　　 ヽ ＼
　 ( 　く　　 oﾟ(（●）) (（●）)ﾟo　 　>　）　　データ全部消してしまったおｗｗｗ
　　＼　｀／::::::⌒（__人__）⌒:::::＼'　／
　　　 ヽ|　　　　　|r┬-|　　　　　|/　　　　　各自自力で再構築するんだおｗｗｗ
　　　 　 ＼ 　　　|　|　 | 　 　 ／
　　　　　　　　　　|　|　 |　　　　　　　　　　　規約にそう書いてあるおｗｗｗｗｗｗ
　　　　　　　　　　 `ー'´

>>465
ちょっと何を言ってるかわからない

クラウド活用のリスク軽減・徹底理解ってセミナーを、日経コンピュータが7月にやるらしい。
ファーストサーバの運用はあまりにもお粗末だから、参考になるとは思えないが、
こんな外れ業者を見抜くためのネタで教えてくれるんだろうか。

よくわからんけど、この会社が言うバックアップというのは
ただのRAID 1（ミラーリング）だったということ？

>>477
ブラックプラネット！相手は死ぬ

つーか、どういう管理画面（あるいはコマンド行）になってるかしらねぇが
普通、引数つけてやらないと駄目だろ。なんで消えてるのって。
おまけに、世代管理もしてねぇっぽいが

どうなってるんだよ・・・ここ・・・

>>481
そう。
ただの手動RAID1を「バックアップ」と呼称していた。

使徒にでも侵食されたのか

忘れたならしょうがない

ファーストサーバにソフトバンクモバイルの全契約者情報が入っていて
今回の件で契約数ゼロからやり直しとかなったら面白かったのにな

>>484
今日日パソコンの大先生でもそんなこといわんだろっておもうが・・・
そういうことなんだろうな・・・

>>487
さすがにそんな大企業が
安価なレンタル鯖とかないわ

>>489
小林製薬は大企業じゃなかったのか・・・ｗ

>>489
韓国のデータセンターあたりにあるだろうな

>>490
小林製薬だって、顧客情報ぶっこんでたりはしないだろう。

>>484
何だよ手動RAID1て、勝手に同期されない手動な時点でそれはバックアップだろ

バックアップに対して更新プログラム走らせてたのと世代管理してなかったのがまずかった訳で

世代管理・・・・・ホットスタンバイが最新のもの１世代しかないんでしょ？
つまりバックアップは無い

>>401
臭すぎ

「バックアップ」の言葉の多義性のせいで
「バックアップ」が指すものについて議論になっているが
今回の事件ってそんな言葉の定義をするまでもない簡単なはなしでしょ
技術的な用語の理解なんか一切不要

>>1の説明図の「�B本番環境にプログラムを適用」あるだろ
マトモなら、この�Bに失敗したときの切り戻し手順を用意しておくもの。
ところかこの図を見る限り�Bの失敗が想定されていない。
したがって�Bを失敗＝即「打つ手なし」ってことになるわけだ。
これが今回の醜態の本質であって、もう論外としか言いようが無いわな

むかしyahoobbが顧客情報飛ばしたらしいって話だぞ。

仕事で見たマイナーな官公庁サイトも、これ絡みで落ちてた
クラウドとか謳ってても要するにレンタルサーバーなんだろ？
SSH不可とか不便過ぎると思うんだけど、例えばさくらに比べてこのサービスののどこが優れてたの？

一括管理するからそ〜いうことになる
コスパはいいけどリスク考えろよなー

自分自身で管理できないとこに大切なものを保管するって
怖すぎる

一連のファーストサーバ関連スレで大量に湧いた○○で例えてくれ厨がウザいことこの上ない
面白いと思ってんのか？

>>501
話をそらす工作

>>500
自分自身による管理なら安全かっていうとまた別の話だと思うけどね
本質的に、自分自身による管理が安全性に寄与するとは思えないなー

銀行預金とタンス預金でどっちが安全かって話だと、まあ銀行でしょ
（当然、タンス預金より危険な金融機関もあるでしょうけど！）
銀行と比べてクラウドやらSAASやらはまだ日が浅いから
タンス預金派的な人はまだ多いんだろうっていうのは分かる

RAID1で2台ともHDDがクラッシュしたことがあるおいらが来ましたｗ

>>504
システムが逝ったのかん？

昔なんだったか知らべて見れば？

>>505
1台のHDDがクラッシュしてRAIDコントローラが壊れてもう1台のHDDごと巻き添えにした感じだったかな

夜間バッチでデータを他媒体にコピーしてたから環境作り直して復旧できたからよかったけど

>>499
明らかに高い買い物になってる

最近はメディアでバックアップなんて取ってるの少数だと思うよ。特にクラウド事業者なんて、数百TB,PBレベルのデータ量あるだろうから。時間の無駄だし。テープなんて時代遅れ。
バックアップは定期的に待機系・バックアップ用サーバにミラーする。最近のアプライアンス系のストレージはバックアップ領域は自動的にroになる。
それに、アプライアンス系のストレージならスナップショットって機能が付いている製品が多いから、単純にLinuxのrmとかで消してもすぐ戻せる。
スナップショット領域削って容量増やして運用してたとか、ストレージに使う金ケチってLinuxとかをNFSサーバにしてたとかなら別だけど。

ファーストサーバの本体って、バッファローの
テラステーション1台だったらしいね

887 ：名無しさん＠１３周年：2012/06/25(月) 18:41:05.55 ID:W+0cRjWs0

共有サーバサービスカタログ
http://www.fsv.jp/change/pdf/siryo/kyoyu.pdf

さらに人為的なデーター損失があった場合にそなえ、
日に１回、外部サーバーにデーターを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です。

早く、戻してくれ。

おいおい、テープでのバックアップすら取ってなかった無かったのかよ
救いよう無いな

>>507
おちゅ

これがRaid5や6だたーら絶望的ねん＞RAIDコントローラが壊れて

>>471
ソフトバンクの回線もコストギリギリまで削ってやってんだろうな
いつか見た震災時の臨時アンテナテントを思い出すわ
バックアップって大事だね

>>510
鯖屋って何台もならんでるイメージなんだけど違うんだな

昔データセンタにブレードサーバの構築に行ったけど、鍵付きのラックに何十という会社のサーバが動いてたな

お茶ぶっかけたらその会社潰れるのかな〜とか妄想しながら作業してたわ

>>515
>>516
空調効いた部屋に何百、何千台とならんでるよ。

お茶かけたらあなたの会社が潰れるよ。

>>516
妄想は自由だよねｗ

ジュースぶっかけた話は聞かないけど、
ﾃﾞｰﾀｾﾝﾀｰが水没した話は聞いた事があるｗｗｗ
あれ復旧できたんだろうかｗ

バグじゃねーじゃん

＞Ｑ　簡易バックアップサービスのデータは残っていないのか？

＞Ａ　簡易バックアップサービスはお客様のご契約領域でのバックアップサービスとなるため、データは消失しております

凄く深刻な話だけど、なんか笑えた。なぜだろうか。

>>520
これ月2100円もするんだぜ

メルトダウンといい顧客データ消失といい
色々想定外やらかして笑わせてくれる。

次は変造鳥インフルウィルスのパンデミックか？

まったく飽きの来ない国だわｗ＞にっぽん

昔いたなあバッチにrm -f /とか書いて適用したら/以下プロセスが掴んでないデータ全部消したやつ

>>521
自分でＨＤＤ買った方がやすいじゃんｗ

１みたいなレンタル鯖会社より
ちゃんと自前でシステム組めそうな会社や団体が被害受けててﾜﾛｰﾘｰﾅ

>>520
同じHDD内にバックアップって意味がわからないよ
ハード障害でもデータが消える・・・・

ミラーリングって、いつ更新するか、何世代保持するか、ってのは結構悩ましい問題なんだよねぇ。
んで、多分最初の頃はそれを検討した上で少し間を空けて更新してたんだと思うんだよ。
それが、古株が居なくなり、脆弱性の問題でこうなっちゃったんだと予想。

まぁ基本情報処理技術者試験の問題にしてもいい位お粗末な対応だがｗ

まじで自鯖の方がマシなレベルか
やっちまったな

アホとしか言いようがない

>>527
同期は一日一回ってのがあやしいよね
リアルタイム同期してないと、障害発生時に待機系にすぐに切り替えられないし

>>511
なんだ、バックアップあるんじゃん。よかった、安心した。

>>511
安心、安全のヤフー100%子会社のｻｰﾋﾞｽだから信頼出来るよねｗｗｗ

屋上から落としたHDDの中身を復旧できるのに
なぜできないんだ

証拠隠滅とか余裕じゃないのか

rm -fr /
これやったのか?

>>530
リアルタイム更新だと>>511のサービスが出来ないからねｗわざとだと思うんだよなーｗ
だったら、待機系にバッチを即当てしてはいけなかった。
一日分だけの超ハイリスク運用って分かってればこういうことしなかったろうにな。

ド素人だから適当に言うけど
検証サーバとメンテ対象サーバをネットワークで繋いでなかったらいいじゃん
どうして繋いでたの

>>534
fとrを逆にしたいのはなぜだろうか

昔、fj で

#rm -rf /

を実行して消えないファイルは？って記事の
まとめがあったような…

FreeBSD だと、kernel は chflag で保護されているから
消せなかった。

部活動で例えると

運用系＝スタメン
待機系＝ベンチウォーマー
バックアップデータ＝創部当時からの戦績表

ってことでおｋ？

>>539
スタメン・ベンチがバス事故で同時あぼんになったら
戦績表が代わりに戦えるのか？

>>540
ぬ…そうだったな
じゃ、戦績表→スタメンのクローンという事で

>>526
この会社はHDD障害には二重三重の対策をして絶対の自信を持っていたんだよ
論理的障害が起こる可能性は、「ユーザがうっかりデータ消した」ケースくらいしか考えなかったので
その簡易対策としてデータを1世代保存しておけば十分だと考えた
この慢心が「バックアップを退避しない」というあり得ない運用を生んだんだな

スタメンのクローンはベンチウォーマーだけどなｗ

>>543
部活動で例えたのは失敗だったか…
でも>>1から読んでたら良く理解できるんだがなー

初歩的な人為ミスだけど

これって起こりうるものだと想定して

バックアップしておかなかったのが悪いんじゃねーの

>>67
容易にサルベージできるほうが本来おかしいだろｗ
家のPCじゃねーんだぞ

結局自殺は多かったのか？

>>547
しばらくするとどうにもならなくなって、増えてくるんじゃね

>>536
いやさすがにその間は繋いでないだろうよ
バッチは別個に当ててるはず
問題なのは運用サーバと（ＦＳの言う）バックアップサーバを繋いでたこと

サルベージってどんな方法でできるの？
まだデータとしては完全には消えてないのか？
この辺、疎いので教えて下さい。

やった人生きてる？

　　　　 　　　＿＿＿_
　　　　　　／　　 　 　＼
　　　 　／　─　 　─　＼　とりあえずいい感じに盛り上がってきたけど、どこへ向かってるんだ・・・
　　　／ 　 （●） 　（●） 　 ＼　中小と自殺者がどうなったかも気になるし、まぁ続きはマジで気になるわ
　　　|　 　 　 （__人__） 　　　　|
　　　＼　　 　 ｀ ⌒´　　 　 ／ヽ　　逃げる気満々だしこのまま賠償まで怒涛な展開になるのかな？
　　　　/ 　　　　　　　　　　　　　＼　バックアップ不要が売り文句だったのに急に手のひら返したのがよかったわ
　　　 （　　ヽγ⌒) 　 　 　 　ヘ 　 ＼　これからどう破滅するのかとか・・・
￣￣￣＼＿＿／￣

>>550
extundeleteを使うとか

355 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/26(火) 02:56:55.89 0
調べたった。

ヤフーから二人取締役を入れてる、
元サイボウズ副社長ｗｷﾞﾙﾃｨｗ
あと、IDCもやばいんじゃないですかｗ

http://www.firstserver.co.jp/corporate/outline.html

役員
代表取締役　磯部　眞人　　IDC取締役　事業企画本部長
取締役　　　　本山　一幸
取締役　　　　志立　正嗣　　yahoo執行役員　BS事業統括本部長
取締役　　　　村田　岳彦　　yahoo地域サービス本部 本部長
取締役　　　　津幡　靖久 Feedpath社長　 元サイボウズ副社長
取締役　　　　真藤　豊 IDC社長
取締役　　　　中山　一郎 IDC
監査役　　　　吉井　伸吾 yahoo
監査役　　　　小野　喜博　　IDC


http://www.idcf.jp/company/info/boardmember.html
http://ir.yahoo.co.jp/jp/policy/directors.html
http://www.feedpath.co.jp/company/message.html
http://codezine.jp/article/detail/6096

なんでクラウドなんかに全データ預けるんだ。
ネットをソコまで信頼できねぇ。

>>555
部屋がすっきりしてかっこいいからだろ

>>537
あーすげぇ気持ち分かる。

俺も rm -rf 派。
rm -fr とか書かれるとなんか違和感がある。
いや、もちろん意味が同じなのは頭では分かるんだが。

■作業要件
メンテナンスとして本番環境の一部データ削除

■前提条件
バックアップを毎朝6時に取得

上記の場合、作業ミスがあったとしても、最悪でも日次のバックアップに戻せるように作業設計するよな。
何でこれで日次のバックアップまで消失させる事故を起こせるのかわからん。

要するに
東電「爆発怖いから、必要な作業員以外は一時撤退」
↓
管「全面撤退だと」
↓
ぽぽぽぽん

クラウドはだめらしいけど、AmazonやGoogleでも同じレベルなの？
Amazonでも中小企業の自社管理以下のセキュリティなの？

Webサーバを自社でもっても、管理要員を24時間置いていたらコストが高すぎるからな

あーあ

文系の俺でも呆れるレベル
マジで訴えたら約款関係なく賠償取れるわ

>>557
じゃあ僕は rm -r -f ！！

素人にはこのスレで流行ってる「2種類のバックアップ」さえよくわからんなー
戦場で銃を持って突撃する兵士、その後ろから弾幕を張ってくれるバックアップ(支援系)
そいつらが全滅したときの為に基地で武器を磨いて座ってるバックアップ(予備)
こんなイメージであってんの？

メインPCが壊れたときように中身も外見も同じサブのPCを作っておく→バックアップサーバ
メインPCが壊れたときように同じ状態に戻せるように中身をコピーしておく→バックアップデータ

>>566
ああ、ひとつが動作中に死んでもいいように複数台に同じ動きをさせるのがバックアップサーバ
処理が終わって出てきたデータを残しとくのがバックアップデータって感じか

なんのためのバックアップだったのか
損害賠償で飛びそう

バーストサーバ

ワーストサーバー

こんな運用じゃポシャるのも時間の問題だったんだろうな

事故ってのはミスが蓄積して起きるんだよな

設計の不備に始まり
バックアップに対して更新を掛ける運用に変更してしまい
バグスクリプトを書いてしまい
テストしたのに誰も気付かなかった(気付ける仕組みになっていなかった)

メイン兵士がやられたらすぐ交代できるようにすぐ近くにサブ要員を置いておくのは有効な戦術だが
その場合も、戦闘員がゼロになる事態は避けたいから安全な基地に待機する人員を最低1人は置くのが普通
この要員をケチったがために、前線で爆弾が爆発してメインもサブも全滅してしまい、
戦闘員がゼロになってしまった

運用管理の重要さが分かってない奴が上層部に居るとダメだな
問題を未然に防ぐため仕事してるのに、タダ飯食ってる様に言われてるの見ると
端から見ても可哀想になってくるわ
そしてコスト削られ続け、いざ問題が起きると鬼の首を取ったように叩く

今まで誰も計画停電なんて起きると思わなかったろ？
社会インフラを支えている人は誰からも賞賛されず
存在すら消しているように。その人らも精一杯、生きているんだよ
毎日、安心して眠れたり生活出来ているのは、そういう人らのお陰だろ

建設業に似た業界だなと思ったけどそれ以下だった

>>564
俺はこっち派
ミスが減る

>>576
マジで土方以下だわ

サイボウズASPはローカルにデータを保存できない欠陥商品
使う奴は馬鹿

このプログラム作った奴、生きた心地しないだろうな。
同業として心中お察しします・・・。
つらいよな。

他人事ながら、足元の地面が割れるような怖さだわー

自分でやったとしたら生まれて初めて
血の気がどーっと引いていく音を耳にできたかもしれん

>>580
>>581
>>582

おまいらの職業よりも仕様を聞いた時点で撤退できない立場に同情するわｗ
こんな仕事請けるなよｗｗｗｗ

>>575
後から計画停電は電気足りてて必要ないこと分かったろ

インフラだし仕様通りなはず
仕様でバックアップ群と通常の作業PCを独立させてなく一括メンテナンスが出来るようにしてあるわけか
範囲指定せずにデータ消せるのは運用中の作業ミスを想定してない仕様


よく今まで運用失敗しなかったな…

>>584
なにいってんの？

酷いもんだな。

MS-DOSでさえ　DEL *.*　にはプロムプトがでるのに（´・ω・｀）

百歩譲ってコマンドミス、検証ミスまでは認めるけど
バックアップをダメにしたのはミスということすらおこがましい知識と理解不足

NHK
http://up.null-x.com/poverty/img/poverty15294.jpg
http://up.null-x.com/poverty/img/poverty15295.jpg
http://up.null-x.com/poverty/img/poverty15296.jpg

>>554
ちなみにIDCもヤフーの100パーセント子会社な
ようは役員みんなヤフーってこった

>>546
そういう事を言っているから進歩しない

テストしてなかったんかな？

つか、軽く億単位の損害賠償請求行きそうだけど、返済能力なし・自己破産でトンズラされるん？

ttp://long.2chan.tv/jlab-long/10/s/long290822.jpg
ttp://long.2chan.tv/jlab-long/10/s/long290823.jpg
ttp://long.2chan.tv/jlab-long/10/s/long290824.jpg
ttp://long.2chan.tv/jlab-long/10/s/long290825.jpg
ttp://long.2chan.tv/jlab-long/10/s/long290826.jpg
ttp://long.2chan.tv/jlab-long/10/s/long290827.jpg
ttp://long.2chan.tv/jlab-long/10/s/long290828.jpg

>>590
キターー

>>593
そのための子会社なんじゃないの？
会社法？とか詳しくないから知らないけど

NHKが「ヤフーの子会社ファーストサーバ」って冒頭にはっきり言っててワロタ

http://www3.nhk.or.jp/news/html/20120626/t10013112191000.html

>>568
＞ なんのためのバックアップだったのか

答え：そもそも「バックアップ」は存在していません

ファーストサーバがいうバックアップとは「交代要員」や「待機系」であって、
「巻き戻しの元になるバックアップデータ」は一切存在してない運用。

パソコンの大先生ゆうちゃんが
「RAID1だから万一のときのデータバックアップは万全だぜ」
ってほざいてるのと同レベルの事を
よりによって鯖屋が経営から現場末端技術者までみんな言ってたみたいなもの。

　―､_　　　　　　　　　　____.. ‐ 'ｰ _　　　　　　　　　　　　　　　　　　　　　　 　 　　　　　　　　　　 　　　　　　　　　　..-､,_
　＼ 　｀ ─―''"´￣´￣　　　　 　 ＼ 　　　　 ヽｰ - _,　　 　＿_.. ___,,.､-一'''"~´ヘ　　　　　　　l＼..,,___,,.;:-──'' ´　 　｀:､
　　 l 　　 　　_..,--ｰ―‐''''"l 　　　　 /　　　　 　ヽ　　 ｀~｀￣　　　　　　　　　　　　ヽ　　　　　 　ｌ　　　　　 　　 _＿　　　 　l
　　 |　　　l｀｀　　　　　 　　ｌ　　　　/ 　　　　　　　!　　　_._,.-ｰ─―――７　　　　 / 　　　　　　　＼　　＿-‐ '´　/ 　　　 /
　　 j 　　　|　　　　　　　 ｜　　　 /　　　　　　　　!　　　l 　　　　　　　　 ,i　　　　/　　　　　　　　　 ｀ｰ´　　　　/ 　　　 /
　 　!　　　｜　　　　　　 ./　　　 / 　　　　　　　　 !　　　l 　　　　　　　　 !　　　 /　　　　　　　　　　　　　　　 /　　　　/
　　ヽ　　　|　　　　　　 ./　　　 /　　　　　　　　　　l　　　!　　　　　　　　 !　　　 !　　　　　　　　　　　　　　 ,i´ 　　　 /
　　　＼ _/ 　　　　　　/ 　　　/ 　　　　　　　　　　｜　　l 　　　　　　　　!　　　|　　　　　　　　　　　　　 ／ 　　 -　 ｀ｰ-､.,
　　　　　　　　　　　 / 　　 　/ 　　　　　　　　　　　j　　　l　　 　 _＿_.. _l　　　 l　　　　　　　　　　　　／　 　／ 　 ＼ 　　 `ｰ､
　　　　　　　　　　 / 　　 ／´　　　　　　　　　　　　!　　　 ｀￣￣　　　　　　　　ヽ　　　　　　　　　 ／ 　_／　　　　　 ＼ 　　　ヽ
　　　　　　　　 　/ 　　,i´　　　　　　　　　　　　　 ｜　　　._.._,,.-─――､_＿＿丿 　　　　　　　.-'´　.／ 　　　　　　　　ヽ　　　 l
　　　　　　　 .／ 　_／　　　　　　　　　　　　　　　 ＼　 　!　　　　　　　　　　　　　　　　　　_.-'_.-‐'´　　　　　　　　　　　ｌ　　 /
　　　　　 　,i_.. ‐'´　　　　　　　　　　　　　　　　　　　 ｀ｰ´ 　　　　　　　　　　　　　　　　　 ''´　　　　　　　　　　　　　　　 ｰ '´

>>596
実質ヤフーの経営支配と見なされる可能性もあるから裁判次第だな

そこらのチョンゲーの方がまともな仕事してんじゃね？

>>601
こんなのと比べたらマジでチョンゲーに失礼。

よりによって鯖屋が

「データバックアップを取らずにサーバサービスを運用提供していました」

とか、マジで前代未聞。
事故やら火事やらでバックアップデータが消失したってならともかく

「そもそも普段からデータバックアップを取らずにやっていました」

だもん。バソコン教室に通うジジババみたいな話。

>>601
ROはDUPEとかでロールバックしたことなかったっけ?
設計が杜撰とも言えるが、とりあえずバックアップはあるんだろう

データバックアップを取ってなかった事実を隠すために
待機系を「バックアップ」と言い張ってるのが姑息だ
素人は「バックアップは取っていたのか」と素直に思い込んでるし

>>604
そもそも「バックアップがない」なんていう事は素人の理解の範囲外

>>604
日常的な用法で、待機系や後方支援を「バックアップ」というのは普通だし、
IT屋でもそういう使い方をすることも普通にあるし、
「どの意味のバックアップか」は文脈や場面で適宜解釈するから、
待機系の事を「バックアップ」と称するまではむしろ当然なんだけど
「待機系」と「データバックアップ」を意図的に
混同させる説明ってのが卑怯極まりないよな。

いやむしろ、経営から現場末端技術者まで誰一人
「待機系とデータバックアップの違いが分からない」
可能性が高いのかもな。

　　|ヽ∧＿
　　ゝ ＿＿＼
　　||´・ω・`| ＞　やめなよ
　 /　￣￣　 ､ヽ　__＿＿＿＿＿
　└二⊃　　|∪=|　|───　　／
　　ヽ⊃ー/ノ　　　￣￣￣￣￣
　　　　￣｀´￣

ファーストサーバーの資本金ってレンタル鯖にしては異様に多くないか
もしかして将来的に上場でも狙ってたんかな

6/21（木） ニュー足（嫌儲）にスレ立つ ←さすが
6/21（木） ニュー足（旧）にスレ立つ ←即落ち
6/22（金） スラドにトピ立つ ←普段情強気取って2chバカにしてるのにこの体たらく
〜
6/26（火） NHKニュース ←ようやく…

＞●原因3：メンテナンス仕様
を見る限り待機系をバックアップと言ってるわけじゃなさそうだが、バックアップデータにパッチあてちゃうっていう運用が意味不明。
オペレーションミスがが無くても、パッチにバグがあれば修復不可能になる

データのバックアップを取って、いつでも消せるようにしてましたｂ

>>601
メンテ中にデータ消えてサービス終了したゲームがあった

>>511
あらら、ちゃんとバックアップあるじゃん。
混乱しててこんなことも忘れちゃったのかよ。
お〜い、契約会社の皆さ〜ん！
バックアップありますよ〜〜！

>>613
＞お客様によるデータの誤消去があった場合にも

但し、今回は弊社の消去に依るもののため
このバックアップを使用することは契約上できませんのでご了承ください。

>>511
あれ？今は　「日に1回、別のハードディスクに」　になってるねｗ

>>615
Acrobatでファイル詳細見てみた
<xmp:CreateDate>2011-03-02T11:08:43+09:00</xmp:CreateDate>

<xmp:CreatorTool>PScript5.dll Version 5.2.2</xmp:CreatorTool>
<xmp:ModifyDate>2012-06-26T09:15:24+09:00</xmp:ModifyDate>

＞ModifyDate　2012-06-26T09:15:24+09:00
（ 'ω')？？？

>>615
証拠隠滅…
誰か魚拓を

>>616
今日更新かよ姑息すぎｸｿﾜﾛwwww

>>615-616
なんも反省してねー

>>616
俺も見てみた

ファイル： kyoyu.pdf
タイトル： 共有サーバー資料
作成者：　ファーストサーバ株式会社
作成日：　2011/03/02 11:08:43
更新日：　2012/06/26 9:15:24

まじだｗ　更新したの今朝じゃねーかｗ

変えた理由は日経の記事読めば分かる
本当は単なる別ディスク保存だったのを、外部サーバ保存だと嘘ついてて
バレたから慌てて修正したってこと

バックアップ自体を待機系サーバーの別ディスクに保管してたらしいな。
まあアホだからバックアップしてないときもマウントしっぱなしにしてたんだろ。
んでルートから一気に削除…

目も当てられないわ、、、

因みにRedHatのenterprise使ってるなら例のコマンドはプロンプト出て簡単には実行出来ないはずなんだが、、、

どうせ中途半端にシッタかな奴がFreeのLinuxでも入れてコスト削減とか言って誉められてたんだろWWW

>>622
いやそれがどうやら待機系「サーバ」すらなくて、
同じサーバに本番ディスクと待機系ディスクとバックアップディスクを
三つぶら下げてたんだと

>>33
運転手が居眠りして横転
後続車が追突して大破炎上
その勢いで対向車線に飛び込み
対向車が追突して大破炎上上下６車線全線通行止め
さらに追突した大型トラックが交差している新幹線の線路に転落
そこに新幹線が衝突して１６両脱線横転大破

>>617
ウェブアーカイブから
ttp://web.archive.org/web/20110703034436/http://www.fsv.jp/change/pdf/siryo/kyoyu.pdf

>>7
自分もそれわかんない

さらに人為的なデーター損失があった場合にそなえ、
日に１回、外部サーバーにデーターを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です。
ttp://web.archive.org/web/20110703034436/http://www.fsv.jp/change/pdf/siryo/kyoyu.pdf

↓

さらに人為的なデーター損失があった場合にそなえ、
日に１回、別のハードディスクにデーターを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です。
http://www.fsv.jp/change/pdf/siryo/kyoyu.pdf

ファイル： kyoyu.pdf
タイトル： 共有サーバー資料
作成者：　ファーストサーバ株式会社
作成日：　2011/03/02 11:08:43
更新日：　2012/06/26 9:15:24

>>622
シェルスクリプトだから

被害企業は殴り込み行ってもいいと思う

この期に及んで改変 証拠隠し
説
積極的に証拠保全しないと

このテロ企業 証拠消すぞ

>>627
ひでぇ

>>627
外部サーバーじゃなかったかｗ

>>627
FS「お客様によるデータの誤消去じゃないので戻せません」

>>627
どういうことなの・・・
別のマウントしたＨＤＤにバックアップとってたってこと？
悪くはないだろうけど印象はだいぶ違うよね

サイボウズって規約がえぐいよ
重過失の場合でも法的根拠持ってきても賠償はしないと書いてる

サイボウズのやってるクラウドサービスは、ローカルバックップできないくせに
いかなる場合も賠償しないってことだから

21.責任の制限 の項目
https://www.cybozu.com/jp/terms/

ＦＳＶは真っ黒なブラック会社やな
平気で嘘つくし、隠すしバイトに謝罪させるわ
これ取引先に通報しといたほうがいいやろ

>>635
安心のヤフー100%子会社、信頼のｿﾌﾊﾞﾝグループですよ。

IDCとかリーズナブルな価格でｻｰﾋﾞｽ提供してるじゃないですか。
FSが安すぎたんですよｗｗｗ

って論調になるのかな。南無阿弥陀仏

バックアップにまで更新あてるという仕様がそもそも大間違い
それバックアップになってないし

やるならバックアップを外部媒体に逃がしてからだろjk
仕様から直さないとダメだ

>>634
流石にそういう契約は無効になるはず

ただちに影響はない

日経の記事すげぇな。論点殆ど網羅してる。
ttp://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/

これ相当前から書き溜めて、NHK報道きっかけゴーサインだろうな。
論点の緻密さが凄まじい。

http://decojiro.net/data/2012/06/26/d2/4fe9966fc093f.jpg

>>640

＞　　社団法人 日本ロボット学会は、約２週間前にウェブサイトをリニューアルしたばかり。
＞　リニューアル時のデータが残っており、懸命にデータを転送しているが、25日夜時点での復旧率は約20％。
＞　２週間のあいだに更新した論文などのデータは消失しており、会員に再提出を促す。
＞　ロボット学会はメールシステムもファーストサーバで運用。障害発生時からメールシステムの復旧までに届いたメールが消えている可能性があるため、
＞　仮運用のホームページで再送を呼びかけた。
＞　「二度と戻って来ないデータが多いわけではないが、金額的な被害は大きい。今回のミスは、ウェブサーバー屋のやる失敗ではなく、あり得ない。
＞　まずはファーストサーバの環境で一刻も早く復旧させることを優先するが、すぐに他社に乗り換える予定」。担当者はこう憤る。

結構おおごとになりそうだなｗｗｗｗ

クラウドのこの手の危険性は以前から言われていたこと

読まずに書くけどモロ自爆って事かい？
んじゃー原状回復できなきゃ賠償になんの？

>>640
一行目の書き出しから練りに練られた感がw

>>644
ざっと読んだけど嫌儲のスレで既に語られたのがほとんど
５ページ中３ページはその具体例や弁護士による見解

>>640
最後、当然Yahooが損害補償するんだろ？的に締めてるなｗ

運用なめてました！！！

の一言で終わる話だな

どこぞの上場ゲーム屋社長が
ぷろぐらむなんて誰にやらせても同じ
って言ってたな

>>645
一行目から

> クラウドに預けていたデータが、「雲」が消えるかのごとく消失してしまった。

これだもんなｗ
上手いこと言ったった感満載というか

それはそれとしても、これ見るとやっぱプロはすげぇわと思うわ。
嫌儲スレやhostingで語られる論点がめちゃめちゃシンプルに整理されてるし、

日経「バックアップじゃねーじゃん」
FS「ウチではそれをバックアップと呼んでるんです」

とか、もう読者に突っ込ませる気満々の導火線の張り方とか言葉の引き出し方とかすげぇよこれ本当に。

日経は本当に「経済」以外の記事のクォリティすごいんだよなぁ。
朝日新聞が「政治経済」以外の記事のクォリティ凄いのと同じように。

つーか、経済の凄い国内報道機関があるんだろうか…

それはそれとして、確かに良くまとまってていい記事だな。

日経の記事みてきた
ここで語られてたこと網羅されてるな
fsvの言い分には失笑しかでない

中間報告と日経記事が食い違ってる？？
中間報告じゃ運用系の鯖群と待機系があって、運用系→待機系と順に消してしまった　と読めた
記事じゃ鯖に運用系待機系バックアップの３種のHDDがぶら下がってて、やらかしたら全部死んだ　と読める

どっちかが間違ってる？それともおれが間違ってる？？？

>>652
中間報告の図は間違ってたそうだ
バックアップ領域って言い方からして怪しかったしな

もう言っても仕方ないけど
ほんきでしょうがないなfsv

>>652
恐らくだが。

マシンA：　運用系HDD(1)＋待機系HDD(1)＋バックアップ系HDD(1)
マシンB：　運用系HDD(2)＋待機系HDD(2)＋バックアップ系HDD(2)
マシンC：　運用系HDD(3)＋待機系HDD(3)＋バックアップ系HDD(3)

・・・という構成になっていて、中間報告の図はこれを「縦につないで」図を構成してた可能性がある。

運用と言う名のなんでも雑用やってたけど
ヒューマンエラーなんて想定してない感は大有りだったな
統合監視ソフト？コストもったいないから全部手動で監視しろ
アベンド報告遅かったらみっちり問い詰めるからな！
休憩仮眠ないと集中力おちる？だからどうした寝るな！
だが緊急時以外俺はネットやりながら居眠りする（by当直責任者
ミスをした？始末書提出だ！たっぷり説教だ！対策案をだせ！但し予算は出さない！
こんな感じだった
一番ひどかったのが帳票出力は印字ずれやにじみや白紙がないかしっかり探せ！
もしこっちで見つかったら始末書だお前ら！
約1000Pの連続帳票が十数分で印刷されるのに無茶言うなよ・・・

>>640
2chスレからのまとめとしては相当頑張ったｗ

やっぱり、殆んどが工作カキコかねぇ。

HDDコピーはバックアップじゃないとあれほどいったろ
BDにやけ

>>655
多分そうだと思うんだけど、これだと、待機系HDDって運用系HDDの障害にしか対応できないよね。
鯖自体が止まった場合は、HDD抜き出してーとかやってんだろうか。

ソフトバンクのグループ企業かよwwww

日経の記事読むと以前はそれでも別サーバーに移してたっぽいね

謎に包まれたファーストサーバのセキュリティ対策の一部を明かしてくれただけでも
日経GJだが、まだまだ明らかになってないお粗末な内情がありそうだよな

実際は、バックアップは「外部サーバー」ではなく、「同一のサーバー内の別ディスク」にあり、完全なデータ消失に至ってしまった。
この点についてファーストサーバの村竹室長は「数年前までは記述の通りだったが、現在は説明の通り異なる。

コストカッターが居たんだろうねー
待機系とバックアップの区別がつかないタイプの

>>640
ひさびさにプロに感心した

これ作った奴がミスに気付いた時の気持ちを想像しただけでご飯100杯いける
上司になんて報告したんだろうな

ってよく考えりゃ数年前ってハゲに買収されて前社長が全裸で逃げ出したときか

[ JPRS database provides information on network administration. Its use is ]
[ restricted to network administration purposes. For further information, ]
[ use 'whois -h whois.jprs.jp help'. To suppress Japanese output, add'/e' ]
[ at the end of command, e.g. 'whois -h whois.jprs.jp xxx/e'. ]

Domain Information: [ドメイン情報]
a. [ドメイン名] PRESSNET.OR.JP
e. [そしきめい]
f. [組織名] 社団法人 日本新聞協会
g. [Organization] The Japan Newspaper Publishers &EditorsAssociation
k. [組織種別] 社団法人 個人を対象とする通信サービス
l. [Organization Type] Corporation
m. [登録担当者] KY278JP
n. [技術連絡担当者] HM3100JP
p. [ネームサーバ] nsas3.firstserver.ne.jp
p. [ネームサーバ] nsas4.firstserver.ne.jp
s. [署名鍵]
[状態] Connected (2012/08/31)
[登録年月日] 1996/08/21
[接続年月日] 1996/09/13
[最終更新] 2011/09/01 01:17:43 (JST)

こういうのが続くなら、情報価値が以前ほど低くなくて高くなってるし、
国が規制に入るかもしれないね。

288 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/26(火) 21:37:50.94 0
>>225
サイボウズシリーズを運用して無いからそんな発言になるのかな？
そもそもサイボウズにDBの塊なんてのは存在しない。MYSQLなんかと
一緒と思ってるのかな？違うぞ。

サイボウズDBエンジンが個々のファイルを呼び出しているだけ。
そもそもが単なるファイルベースなんだよ。
（だから今となっては早いとも言える）

ASP版の場合サイボウズの管理画面からのエクスポート機能は無い。
これはファーストサーバーがカスタムしたんじゃなくて、元々のASP版は
存在して無いって事。

だからサイボウズの管理画面からメンテナンスモード状態にして誰も
アクセス出来ていない事を確認してそこから作業する。
ファーストサーバーの場合、直接該当箇所をFTPで全ファイル引っこ抜く
という作業しかないのよ。

ただね、これが厄介なのがとんでもないファイル数なのよ。社員10名程度でも
3年そこら運用してりゃ、もうね・・・万単位レベルのファイル数になるわけ。

なんでってそれがサイボウズの仕様だから。デジエなんか泣くぞってぐらいの
数だからね。画像とか肯定とかもうヌルで入ってるからなあ・・・

290 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/26(火) 21:38:48.10 0
でFTPでファーストサーバーの遅い転送速度で毎日FTPで転送など、もはや
非現実で無理なのよ。レジューム利かせて夜中にやって朝方に終わるか？って
終わらんだろっていうぐらいのレベル。

そうこうしているうちにファーストサーバーから「夜中の転送量があまりに多すぎる」
転送制限を示唆されるわけ。

非現実な事を今になってファーストサーバーは言い出している。
簡易cromも別エンプラのみだしな。

共有サーバーな人でMysql使ってWPやMTやEC-CUBEな人は、シェルもTELNETも
ダメ。となると毎日phpmyadminのGUI画面からエクスポートってか！？おいおい
それはないわ　　って話になる。

結局、データ転送量を嫌がった仕様なのがファーストサーバー。

　　お前ら躍らされてるとこ悪いんだが


　　これ人為ミスの事故を装って


　　消滅させたかったサイトがあったってことだろよ


　　嫌儲は新参の童貞ばっかりか

>>672
確かにやばいな、
権限持ってる奴が
故意に不都合なサイトを削除することができるわけだ
そして賠償もしなくて良い

ノーリスクすぎじゃんｗｗ

>>672
うわーまったく気がつかなかった
あなたのような賢いお方は我々のような童貞ではなくプラスのエリートを啓蒙してきてはいかがでしょうか

>>643
正直、クラウドとか関係ねーから、ファーストサーバーのやらかしたのは。
単なる、イージーレンタルサーバーをファーストサーバーがクラウドと呼んでただけの話。
渾名が本田△の人間が犯罪犯しても、本田△本人に何の関係もないのと同じ。

>>675
だけど、たぶんこういうの多いと思うぞｗ
今までリネーム商法とか偽クラウドってちょっと書いただけで、ファビョる奴多かったからなｗ

高い稼働率を維持するためにパッチ作業の時間を短くすることが優先され、
ミスした場合にはすべてのデータを同時に危険に晒す可能性があることを見落とし、
外部サーバーに保存していたバックアップデータを同一のサーバー内の別ディスクに配置するという構成変更を許してしまったってとこか？

rm -fr /

クラウドは糞。
AmazonやGoogleもファーストと大差ない。
自社管理が一番安全性が高いって事？

>>672
ここに”有った”事にすりゃ証拠隠滅し放題

>del *.*
>format

削除しただけならバックアップから戻せるだろ
本当にバックアップ取ってないなんて考えられないから
削除が嘘かバックアップを誤って削除したか

>>679
そもそも何のためにクラウド使うかって目的だな

でもこれがDMMとかでなくてよかったよな

　　|ヽ∧＿
　　ゝ ＿＿＼
　　||´・ω・`| ＞　やめなよ
　 /　￣￣　 ､ヽ　

ファーストサーバ大規模障害　プログラム不具合でデータ消失５０００件超 （産経新聞）
http://headlines.yahoo.co.jp/hl?a=20120626-00000505-san-bus_all

データ消失5000件って聞くと全然たいしたこと無いように思える

対象のサーバ数および失ったデータの総量を公開しろ

お客様で取得されておられるバックアップデータによる
再構築を行っていただきますようお願い申し上げます。


だってお

＞レンタルサーバー会社のファーストサーバ（大阪市）で起きた「データ消失」事故

また大阪か
市長も狂ってるし疫病の地域やな

>>682
だからサルベージの見積もりしてんだろ

＞小林製薬は、22日中にすべてのサイトを復旧させた。「企業サイトや通販サイトは別の場所で運用しており、ファーストサーバで運用していたのは単純な情報提供サイトのみ。
加えて自社にバックアップデータもあったので比較的早期に復旧できた」（広報）

これが普通の企業だよ
おれでもこうする

自社でもしもに備えた
ん？あれ？じゃあクラウドはなんのために？？？

　社団法人 日本ロボット学会

　「二度と戻って来ないデータが多いわけではないが、金額的な被害は大きい。今回のミスは、ウェブサーバー屋のやる失敗ではなく、あり得ない。
まずはファーストサーバの環境で一刻も早く復旧させることを優先するが、すぐに他社に乗り換える予定」

なんだよ
バリバリの工学理系で簡単なＬＡＮ一つ構成できないじじいしかいねえの丸わかりじゃん
他社に乗り換える予定ｗ全く反省してないな

この数文字の削除コマンドで
俺の世界ランクはいくつ上がっただろうか

>>640
この記事すげえｗｗ
まだ被害者側も加害者側も被害状況がよく分からんし、あと数ヶ月して
訴訟沙汰にならないと記事に出来ないのかと思ったｗ

原発もそうだけど、運用だけは絶対に手を抜いてはいけないよ

>>693
小さな学会は金ないんだよ。サーバー置く場所もかくほできないぐらい。
情報処理学会ですら芝浦から化学会館に..

>>696
日本ではその運用は体力馬鹿に適当に夜勤でみさせとけって冷遇だからな

>>697
お付き合いありそうな研究所や取引先に運用お願いすればいいのにな
全く正体不明で使い勝手も悪いＦＳＶ選ぶ理由がわからん

>>693
怒りが伝わってくるわ
珍しいなこういうコメント

>>700
今回被害出た客商売やってるところは、信用落とすから復旧するまで黙ってるからだろうな
まだ復旧できてません被害受けてますとは、客相手には言えないだろう

WBSでもやってたね
徐々にヤバイ事になってく感じ

>>699
癒着が疑われるようなことをすると、
学会自体が空中分解する

なんだかなー

unixって面倒くさいんだな
削除直後にサルベージ困難化って

3世代分くらいバックアップ取っておくよな普通

素人だから難しい事は知らんが
本体とバックアップを同時に更新て
更にもう一つバックアップ取っとかないと意味ないんじゃ

× 削除コマンドの範囲指定を忘れ、
○ 削除コマンドの範囲指定を忘れた場合、全サーバの削除をするようになっており、

>>708
今年度入社の新人がやらかした感じだな
さっそくダイブしたんだろうな

>>709
最近首都圏で人身で止まった？

世も末レベル

これ犯人になちゃった人って今後どうなるの？
クビだけで済まないだろ

あっー！の段階で慌てず騒がずデータ復元ソフトとか使わなかったん

>>657
わろた

日本でのクラウド化は終わったな。

みんな、『データを失う前にネットに保存が大正解！！』だぞ。
「失う前にネットに預けるのか主流に！」
ttp://asciidotpc.jp/backnumber/201208moku.pdf

>>707
更新で問題が発生しないことは検証で確認した。
問題はなかった。運が悪かったんだ。とはいかないよね。
バックアップの意味がない。

ヤフー子会社 データ大量消失
6月26日 12時30分
http://www3.nhk.or.jp/news/html/20120626/k10013112191000.html

ホームページなどのデータを預かる
「レンタルサーバー」のサービスを行っている、
大阪に本社があるヤフーの子会社「ファーストサーバ」が、
５０００以上の企業などから預かったデータを消失させ、
復旧できない状態にあることが分かりました。
「レンタルサーバー」のトラブルとしては最大規模になるということです。

会社では、顧客がこれまでに支払った料金を上限に損害賠償に応じるとしていますが、
データ消失による顧客の営業上の損失は補償できないとしています。
会社によりますと、「レンタルサーバー」によるデータ消失のトラブルとしては
最大規模になるということで、今月末までに第三者による調査委員会を立ち上げ、
原因究明と再発防止策をまとめるとしています。

「ファーストサーバ」の村竹昌人社長室長は、
「社会的インフラに近いサービスでこれだけの事態を招き、心からおわびします」と
話しています

ユーザがバックアップを取ることが出来ないようになっていたと聞いて

>>718
> 第三者による調査委員会を立ち上げ、原因究明と再発防止策をまとめるとしています。

もう明らかになってるじゃんｗ　バックアップしてませんでしたｗｗ　ぷぎゃーｗｗｗ

>>718

ようするに、「これまでの利用料金は返すけど、お宅がどうなろうが知ったことない
だけど、ごめんね」って事だよなｗ

>>640 いろいろこの記事で分かったことも多いけど
８割５分ぐらいは２ｃｈで語られてた事と同じだな

>>640
＞「新宿ＬＯＦＴ」など都内でライブハウスを展開するＬＯＦＴ ＰＲＯＪＥＣＴでは、各店舗のホームページは
＞一部を除いて復旧したものの、ウェブサイト上での予約業務ができない状態が続いている。
＞障害を逆手にとり、「ファーストサーバ データ消失オフ」というイベントを７月14日に開催することを決めた。
＞イベント案内には、こうある。
＞　「我々ロフトグループも本稿執筆時（６月末日）にはまだまだ死線をさまよっている最中でございます。
＞と、そんな阿鼻叫喚（あびきょうかん）のハンバーガーヒルを駆け抜けたサーバ管理者の皆様！
＞ここはひとつ、いまだ癒えぬ生傷を握りしめ、酒を酌み交わそうではありませんか！」

ﾜﾛﾀ

　　　で、これ具体的には誰が依頼して


　　　どのサイトをログとバックアップもろとも闇に葬りたかったんだろうな

クラウドすげー！便利ー！とか言ってもこんなアホなミス一発で死ねるなんて危険すぎる

まーた、自己責任か

>>4
わかりやすいＡＡ

何故バックアップまで同時に消せるようになっているのか
そうならない為に分離しておくからこそのバックアップなんじゃないの？

サイバーテロ行為
反日ソフトバンクグループ 対 日本人

民事 刑事
集団で訴えなきゃ孫孫

禿げが上限なしの賠償金
やりましょう

ファーストサーバ頑張れ！超頑張れ！

>>722
多分この記者2chでも色々書いてたんじゃないかｗ

てかやっぱりプロは凄いよな。
ファーストサーバの社長室長から
ここまで決定的なコメントをいくつも引き出す話術と誘導の仕方とかすげえよ。

日経「てか、バックアップ取らずにやってたってことやん？」
ファーストサーバ「いえ、ウチではあの仕組みをバックアップと呼んでます」

この言質取る技術がすげえわ。

>>718
＞ 原因究明と再発防止策をまとめるとしています。

1.原因はなんですか？
　→データバックアップを取らずにサーバ運用提供してました

2.再発防止にはどうしますか？
　→データバックアップを取るようにします


今どき、パソコン教室に通う還暦越えジジババでも、ここまで酷くない。

俺の無職の原因が判明　｢ハロワが削除コマンドの範囲指定を忘れ、俺の採用通知のデータが消えた｣2

>>733
採用通知にハロワは関与しません

昔ならこんなミスも2DD 1枚で済んだのにな
それでもすげーショックだったけど

>>448
だからこそ一般人にはWindowsが流行ったわけだ

>>735
曜日毎に使うFDを決めてバックアップしてた。
そのFDも定期的に交換。
ﾃﾞｰﾀの規模が小さいからそういう贅沢できたｗ

それぐらい日経パソコンに書いてあったのにｗ

もっと安全にしたのがかつてMacだったんだけどな

この件、誰かに責任を押しつけて終わりにしないで、
徹底的に原因と防止策を洗い出して欲しいな
そっちのほうが、社会のためにもなる
よく責任押しつけて終わりにすることがあるけど、それじゃあ再発防止にならない

事が起きてから責任を押し付けられても何も出来ないｗ
事が起きる前に然るべき人に責任＝権限があれば起きずに済んだかも知れない。

そういったｼﾞｬｯﾌﾟｼｽﾃﾑがある限り、同じ構図の事件は幾らでも起きる。
人格破綻者が経営してる会社は幾らでもあるんだし。

>>738
System7とかおにぎりとかの時代以前のMacなんてな、
1分起きにセーブしないと怖い代物だったんだぞ。特にSadMacの和音はトラウマ。
OSX以降は安定してるけど

OSXの中身は信頼のBSD UNIXだもんねぇ。

日経の記事読む限り、問題の根本は外部装置にバックアップデータを取っていなかった事
そしてこのような事故を起こしても、
「我々のような低価格の料金で提供するのは難しい」と言っている。

バックアップの不具合って何？
ファーストサーバーは毎日テープドライブに書き込みしてるはずから
１日前になら戻せるはずだろ

まだまだクラウドマンセー本出そうとしてた小銭稼ぎ君たち涙目だな

>>741
http://www.youtube.com/watch?v=4FOOmoukpJc

ついウッカリ全消去しちゃうました　てへ

これで許されたらすごいな

聞いたことない業者だけどそもそも何やってる会社なの？
ただの無料メールやってるだけっぽいが

この前、どっかのネトゲ会社のゲームデータ消えたのは笑えたが・・・。

恐ろしい話ですぞ！　「サイボウズのＡＳＰを利用していた149社のほとんどが、恐らくバックアップをとっていないと思われる」

なんで、MACの話が出てるんだ？

つーか、これ散々もう言われてるだろうけど、
コマンド発行した奴が悪いというより、詳細設計許可した連中の問題だな。

普通こんなの発行したら止まらなくちゃ駄目なのに。
指定範囲を忘れたってどうなってるんだよって話だわ・・・

基本的に、↓こいつらが最終的な責任者。

代表取締役　磯部眞人　　IDC(Yahoo完全子会社) 取締役 事業企画本部長
取締役　　　　本山一幸
取締役　　　　志立正嗣　　Yahoo! 執行役員 BS事業統括本部長
取締役　　　　村田岳彦　　Yahoo! 地域サービス本部 本部長
取締役　　　　津幡靖久　　Feedpath(Yahoo連結子会社) 社長
取締役　　　　真藤豊　　　 IDC(Yahoo完全子会社) 社長
取締役　　　　中山一郎　　IDC(Yahoo完全子会社) 取締役 ビジネス推進本部長
監査役　　　　吉井伸吾　　Yahoo! 監査役（常勤）
監査役　　　　小野喜博　　IDC(Yahoo完全子会社) 監査役

で、この中にいる真藤って人が、よりによってこの騒動の最中にこんな偉そうなこと言ってます。

http://cloud.watch.impress.co.jp/docs/special/20120626_542675.html
> 同社のクラウドサービスは、「1に安定、2に安定。とにかくお客さまにご迷惑を掛けない。
> そのために少々コストが掛かっても、多少ローンチが遅れても、常に安定稼働を実現できることを優先した」

こりゃIDCフロンティアも怪しいねぇ。
こんな奇麗事言ってるけど、実体はどんだけ手抜きしてるか分かったもんじゃないな。
ファーストサーバーの社長が取締役事業企画本部長やってて、
取締役が社長やってる会社だもんな、ファーストサーバと恐らく同類。

>>752
元サイボウズ省くなよ

>>752
たまたま大損害なかっただけで、バックアップも同じじゃね？
全サービスがそういうバックアップ方式だと思い込む事で
二次災害、他会社の同災害に対応できると思うけどね。

>>752
IDCはHDD破砕サービスはあるけど、テープは無いんだよね。

株主総会が終わってから問題化とか、yahooは命拾いしたな

>>756
事故おきたのは株主総会前だからいわずもがなだよ。
終わったとたんの報道だろ・・・ホントどうしようもねぇ。

＞Qバックアップデータが消失した理由は？
＞Aバックアップとしてシステムを含むデータのバックアップは毎朝6時に取得しております。
＞しかしながら、脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても実施しておかないと、
＞メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し
＞脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
＞脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に対して同時に更新プログラムを適用するという構造に修正して実施しました。
＞そのため、今回のメンテナンス実施において、対象サーバー群のデータ消失と同時にバックアップ領域のデータも消失したという事象に至っています。




バックアップってなんのための物か知らんのか

>>756
>340 名前：番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日：2012/06/22(金) 13:35:26.81 ID:l1z9PqWZ0
>ソフトバンク株式会社　第32回定時株主総会 (番組ID:lv97280565)
>http://live.nicovideo.jp/watch/lv97280565
>【会場のご案内】
>2012/06/22(金) 開場:09:30 開演:10:00
>この番組は2012/06/22(金) 12:48に終了いたしました。
>
>↓↓↓
>
>ファーストサーバのレンタルサーバーに障害、ユーザーデータの消失も
>http://internet.watch.impress.co.jp/docs/news/20120622_541894.html
>2012/6/22 12:50

>>4
これは笑うわｗ

>>759
ネット界を脅かすから
Impressも控えてたんだろ。

ファーストサーバもアノニマスがもう少し早く動いてれば！！と思ってるだろうな
罪をなすりつけられたのに