【IT】ファーストサーバ、大規模障害の概要と原因について"中間報告"を発表 [06/25]

※以下はファーストサーバ株式会社のリリース引用です。

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

月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。
データの消失について
■ 障害の概要

6月20日（水）17時ごろ、脆弱性対策を特定のサーバー群に対して実施しました。

脆弱性対策は更新プログラムを利用して一括して対象とするサーバー群に対して実施するという
運用を以前から行っており、今回も同様に作業を実施しました。

実施にあたっては検証環境において動作確認を行い対象サーバー群に問題が発生しないことを
確認したうえで、本番環境で実施するという手順を取っております。

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

■ 障害の原因

原因1：脆弱性対策のための更新プログラムの不具合
脆弱性対策のためのメンテナンスが必要となる都度、メンテナンスのための更新プログラムを
作成しており、今回も更新プログラムを作成しています。

そのプログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、メンテ
ナンスの対象となるサーバー群を指定するための記述漏れが発生していました。

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

原因3：メンテナンス仕様
システムを含むデータのバックアップは毎朝6時に取得しております。

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

そのため、今回のメンテナンス実施において、対象サーバー群のデータ消失と同時にバックアップ
領域のデータも消失したという事象に至っています。

●図解--通常の状態
http://support.fsv.jp/info/img/syogai_before.gif

●図解--今回の事故の原因
http://support.fsv.jp/info/img/syogai_after.gif

※続く

◎http://support.fsv.jp/info/nw20120625_01.html

>>1の続き

■ 暫定対策
サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き、
当面の間はメンテナンス作業を停止いたします。また、止むを得ずメンテナンス作業を行う場合には、
ダブルチェックを欠かさず細心の注意を払って作業を実施いたします。

メンテナンス運用手順を修正し、対象外サーバーの確認作業を追加します。

通常のバックアップ以外ではバックアップ領域に修正を加えられないように仕様を修正します。

■ 今後の事故究明と再発防止策

第三者による事故調査委員会を6月30日までに立ち上げ、事故要因を徹底究明し、再発防止策を
策定いたします。

【ファイルの誤参照の障害について】

復旧作業において専用サーバー、共有サーバーでそれぞれ障害が発生いたしましたので、下記の
通りご報告いたします。

■ 障害の概要
データ消失の後、データ復旧作業を実施。6月21日（木）9時ごろにデータの復旧プログラムにより
消失データを復旧し、リカバードファイルとしてお客様に提供しました。しかしながら、専用サー
バーのお客様より、専用サーバー内において情報にアクセス権限を有していなかった者からも
参照できる状態になっているとの報告があったため、リカバードファイルの提供を22日（金）
21時ごろ停止し、状況の確認を行ったところ、専用サーバー内において、アクセス権限を有して
いなかった情報についても参照が可能な状態にあったことが判明しました。

上記、問題の発覚を受け、共有サーバーにおいても、リカバードファイルの提供を即時停止し、
現在状況の確認を行っております。

■ 障害の原因　原因：データ復旧手順の不備
弊社にて消失ファイルを復旧しようとし復旧プログラムを実行しましたが、復旧プログラムの
仕様への理解が不十分であったため不適切なリカバリーファイルが作成されてしまい、その復旧
ファイルの内容を確認せずにお客様に提供してしまったことが原因です。

■ 影響範囲
現在調査中です。

以上

鯖の運用方法を2chに教えて貰った方がいいぞ。

ハゲ雲ｗｗｗ

ヤフーの子会社

日経暴落中

で、復旧はいつなの？

完全に事故とかじゃなくてヒューマンエラーだな。

　　　　　　　　　 　　__,,,､,､,､_
　　　　　 　 　 　／´ ／ ノﾉﾘ ｀ヽ,
　 　 　 　 　 　/ 〃 / 　　　　　　 ヽ
　　　　　　　　i　　 /　 　　　　　　 ﾘ}
　　　　　 　 　| 　　〉 　　-‐　　 '''ｰ {!　　　　こんな出鱈目サーバを置いている国は
　　　　　 　 　 | 　 |　　 ‐ｰ　 くー　|　　＜　国際的に信用ができませんね。
　　 　 　 　 　 ﾔヽﾘ　´ﾟ　 ..,ｒ(､_>､ ﾟ'｝　　　　やはり信頼の置ける国、韓国にデータセンターを
　　　　　　　　 ヽ_｣ 　 　:: ト‐=‐ｧ'::. !
　　　　　　　　　 ゝヽ、　::..｀二´'.::ノ
　　　 　 　 　 　 　　ｒ| ｀ ー--‐ｆ´
　　　　　　　　　_／ | ＼　　　／|＼_
　　　　　　 /￣/　　| ／｀又´＼|　 | ￣＼

まさに、在日チョンは、日本のガン。

あと、団塊の経営者は、ウンコ。

バッチをバックアップの方にもかけるのが、そもそも間違い

更新プログラムを毎回作ってるのか。
ベテランができ具合をチェックしないの？

ソフトバンクの携帯怖くて使えないわ
ファーストサーバーと同じく貧弱かも

人為的リスク
安全神話崩壊

ダブルチェックｗｗｗ

バカウヨの法則発動ｗ

「バックアップ」と称したスナップショット
いままでやってこれたことが奇跡

そして必死にデータ打ちこんでまだ使い続ける愚かなユーザー

さて、何人のＳＥが過労死または自殺するかな？

バックアップのバックアップを取っておくのが普通だろｗ

ざまぁｗ メシウマｗ

ヤフーがやると思ってたよ。
消失データのほとんどは官公庁で、復元過程で、
誰でも見れるようにしたのが、目的だ。
この間に、官公庁のデータを盗み取った。
最初からいつかはやると思ってた。
やっぱりだったよ。
日本国政府の秘密をすべて盗み取って、
自分の儲けに利用するつもりだ。
最初から皆分かってたことだから、
官僚は嫌がっただろうが、
民主党の大臣がこの反日会社に契約させたんだろうな。
相変わらず損は派手に反日やってる。

個人規模だけど、バックアップのバックアップのバックアップまで取ってるよ。

まだ在日に金流してるバカがいたのかwwwwwwwwバグなんてウソだろwwwwwwww

>>22
所詮データだからな
今からでも(すでに遅いが)義務教育で当たり前のように
バックアップをする事を叩き込んだ方がいいよな
すでに一般生活レベルに入り込んでる状況だしな

qあwせdrftgyふじこlp;@:　orz

人為的ミスです御免なさい

>>11
バックアップでなくて、スタンバイ機だから。
スタンバイのスタンバイ、用意してないから。
様子見をしない、潔い仕様。

でも、有料データバックアップメニューが別にあるのかもね。
実機自由にいじれると同時に。

>>21
つまり工作員による破壊工作な訳？

ファーストサーバ 社長

で

ググったら・・・・・・・　　

作業員もあれだけどテープなり別媒体にとって置かなかったって、会社もあれだな

>>1
素人でもわかることをひとつ。

バックアップに手を加えたらバックアップにならんだろうが。
脆弱性対策するなら、バックアップからコピーしたものを対策してから
オンラインにしろっての。

ハード障害の停止時間を最小にしようとしたら、人為ミスの被害は最大に

チョン企業にかかわるとろくな事がないな

>>16
またチョンかｗｗｗ

使わないのが一番のリスク回避

つうかプロトコルの検証が二重になってないとかw
せめて2人でやれよ。

>>8
組織エラー、資本エラーです

ハゲチョンが

日本人を万単位で間接的に殺しました

被害に合われた方、ただ死には良くないですよ:-)

誰が自分をここまで追い込んだのか

今一度お考えください。

自己責任無保証ｗ

>>38
またハジマタ！

結局、被害にあった官庁はどこなんだ？

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

別スレに中小企業でクライアントだった人が窮状を書き込んでたけど
間違っても電話するなよ
時給雇いのバイトがひたすら謝るだけで会社に話すら行かないんだから

>>41
官庁は大手のマシなとこ頼むか、大手かまして「責任とれ！」でええから、影響薄いんじゃね？

>>41
地方税電子化協議会のeLTAXが見れなくなってるな。
FS絡みかどうかはしらんが。

ひたすら謝るだけの簡単なお仕事です。
専門知識不要。時給１０００円。

>>44
組織ごと消滅した方が良さげだが、焼け太るかも？

データを自動削除する更新プログラム
どんな内容だよ

何も終わっちゃいねえ！　何も！　言葉だけじゃ終わらねえんだよ！
俺の仕事じゃなかった、派遣されてやれって言われたんだ！
俺はブラック企業のためにベストを尽くした。だが誰かがそれを邪魔した！
ネットをみると、元請けの正社員どもがぞろぞろいて抗議しやがるんだ！
俺のこと残業代泥棒とかなんとか言いたい放題だ。やつらに何が言えるんだ！
奴等はなんだ俺と同じあっちにいてデスマーチをして喚いてんのか！　俺にはシャバの人生なんか空っぽだ！

職場じゃ礼節ってもんがあった。助け合い支えあっていた。ここじゃ何もねえ…
あっちじゃ役所のシステムも作った。クラウドシステムも作ったよ！　100万ユーザーの接続するサイトを設計した！
それが田舎の実家に戻ってみれば、駐車場の係員にもなれないんだ！！
畜生…みんなどこ行ったんだ…クソ…
ブラック企業にも友達がいた。みんないい奴だった。あっちじゃ友達はごまんといた。
それなのにどうだ？　ここには何もねえ…

談志定一…憶えてる。
俺いつかコスプレ写真とって拾い物ってアキバのメイド喫茶に送ったんだ。
俺たちいつもメイド喫茶のこと、車のこと喋ってたから、あいつはいつも赤い角付きの痛車のこと喋ってた。帰ったらタイヤが擦り切れるまで走ろうって…
俺たちがサビ残していたあのブースに部長がやってきて、発注書を持って『仕様変更してくれるかな』そう言ったんだ…俺は断ったが、しつこくせがむんで定一は承知したんだ。
俺、タバコをすいに廊下に出た。仕様変更書にzipがついていて、開けるとウイルスでシステムが吹っ飛ばされちまった！

すごい悲鳴だった！　あいつの吹き出したコーヒーが俺の体にべっとりついてこんなに！！
電源を落とさなきゃならなかった！　銀行の顧客情報が、ネット中に飛び散って！　俺、なんとか情報漏洩を抑えようとしたけど、どうしてもデータがどんどん出てくるんだ！　どうにもできなかった！　あいつ言うんだ『俺うちへ帰りてぇー帰りてぇー』
そればっかりだ『国へ帰りてぇー帰って痛車乗り回してえよー』
でも…あいつの目の焦点があってねえんだ…焦点があってねえんだ…

あれが頭にこびりついてる。もう7年にもなるのに…毎日思い出すんだ…
目が覚めて、どこにいるのか分かんねえ時もある。誰とも喋れねえ…時には一日…一週間も…忘れられねえ…あれが…

これバックアッププログラム（）とかいってるけど単なるマクロだろ・・・・

今までのシェルコマンドのコピペで対応です

＞ファイル削除コマンドを停止させるための記述漏れ

すげーあやしいな
そんな全体丸ごと消すようなコマンドが、
たかがパッチ当てごときに必要か？

つかテスト環境で実行LOGみればわかるだろ。
削除したときの対象ファイルをリダイレクトすらしていないのか？

>>51
実行権限やファイルパーミッションの設定で防げるんだぜ、その手の操作ミスは・・・

今日から君にrootをやろう
とかいわれて
新任があせちゃったんだね

やっぱり思ったこと書かれてた
パッチ適用でデータ全消しなんてありうるのか、と
この会社でバックアップと言われてるのはデータバックアップじゃなく予備機ってことだろうってのも
サーバ管理なんて全然知らない俺でもこんなのおかしいとわかる

ウイルス作成罪で逮捕しろよ

>>1
大規模障害を起こしたファーストサーバは大阪が拠点
ガサツな大阪人がシステムを扱ったら最悪な結果を招いた
やはり大阪ではＩＴビジネスは不相応

バックアップって更新されたファイルをアーカイブしておくところだと思ったけど
待機系のことだったのね

いくら貧乏な中小企業でも業務に関わるデータを安かろう悪かろうな業者に任せる気になるところなんてあんまり無いだろう
ASP業者に委託したらその業者がクソなサーバ管理会社を使ってました、って悲劇をなくす仕組みにしないと駄目だよね

工作員が機密を抜き取って痕跡ごとデリート
出来レースで謝罪して会社潰すくらいで
日本の重要な情報が手に入る簡単なお仕事です

まさに、ファーストインパクト！

●図解--通常の状態
http://support.fsv.jp/info/img/syogai_before.gif

●図解--今回の事故の原因
http://support.fsv.jp/info/img/syogai_after.gif

●図解--関係者の状態
http://www.fsv.jp/images/shared/img_sideT01.gif

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

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

国とか金融のシステムじゃないんだ。
そこまで試験に金と時間を使わせてくれんだろうよ。

たとえば、
「パッチ用スクリプトを今回用に修正して流せ。時間は5時間な！」
て言われたのだとしたら、俺なら間違いなく20回やったら1回はポカするね。

あと、起こったんだから「ありうる」んだし、現場でも誰かが「おかしい」といってるよ。
馬鹿だから、間抜けだから起こったと想定するのは心理的な罠だと思う。

>>31
正論だね。
こいつら機能のバックアップ（バックアップサーバ）はとってたけど、データのバックアップ（ある時点のデータのバックアップ）は一切とってなかった。
バックアップもとらずにパッチを当てるとか、素人の所業。

>>63
客がその説明で納得するといいな

事が起きてから２ｃｈで「ファースト」と検索する機会が増えた。
そうしたらファーストレディーという吉原のソープランド記事を見つけてしまった。
思わず行ってしまいました。
もうファーストサーバなどどうでもいいわ
俺にはファーストレディーが必要だ

>>65
オペレータが間抜けだからって理由で納得する客の方がいないでしょ。

>>67
うちに責任ないんでなんて説明で納得する客の方がいないわ

>>68
責任も問題もあるでしょうよ。進め方、作り方、売り出すタイミングとか色々

ちょっと思ったけど「客」って、エンドユーザ(ここではファーストユーザのサービスを利用している人)の
ことじゃないの？

>>1
在日社員が、HDDやCPU、メモリ等をパクったため。
在日社員が、火病ってサーバーを破壊した。
他にもありそうですが、本当の原因はどちらですか？

オペミスっすね

ｷｼﾞｬｸすぎる

>>56
さくらインターネットは、大阪だな

中間報告読んだ限りバックアップじゃなくてただの待機系のスタンバイじゃねぇか
MySQLでスレーブにレプリケーションしているからバックアップは万全です
とほざいてる低脳とどこが違うんだこの会社

そういうことだな。

もっとも大切な問題は、預かったデータがどうなったのか
全く検証できんところだよな。

これは完全に契約違反してるんじゃないかね

プログラムの記述変更をチェックする体制は無かったのか。

つまりオフラインで保存されているバックアップは無かった、と。
…怖いなー

>>48
ランボー乙

たいへんなニュースなのに、ちっとも話題になっていない…
何か企んでいるよ、イルミナティ。
ソフトバンクの子会社だから…

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


予想はしてたが大損害だなｗ

ネット業界・・・破滅的大被害へ

ネットビジネス・・・破滅的大被害へ

これって検証環境の対象サーバでも、
プログラムの不具合が確認できてないんだから、

原因�Aの

・対象サーバ以外の動作確認手順なし
・対象サーバ以外のデータ消失確認漏れ

以前の問題じゃないかい？

要するに対象サーバの動作確認手順にも不備があったカス運用って事でしょ。

>サービス利用契約約款に基づいて、お客様にサービスの対価としてお支払いただいた総額を限度額として、損害賠償させていただきます。
単なる返金対応じゃないか。サービスに瑕疵があった債務不履行程度の認識か。

これって、ウイルス対策ソフトを装ったウイルスに、つぶされたってことでしょ？
人為的にやられたんでしょ？
刑事事件じゃないの？

なぜ、データだけのバックアップがないのか。
スタンバイなんか、システムごと同期させちゃうから、データが消し飛ぶような
プログラムの不具合があったら、全部消し飛んじゃうじゃないか。

●簡単なまとめ
￣￣￣￣￣￣￣
ファーストサーバーは３重のバックアップ体制だった。
「実験用」「本番動作中」「バックアップ」の3つの同じデーターが入ったサーバーがある。
どれか生き残ればデータは死なずに済む仕様である。

セキュリティの更新プログラムが完成する。
（ただし、特定環境下でデータを削除しまくる【バグα】と、
　勝手に指定以外の全サーバーに適用する【バグβ】つきだった）
↓
バグに気づかず実験用サーバーのＡにこのプログラムを適用。
この時【バグβ】のせいで指定していない実験用サーバーＢ、Ｃ、Ｄ…全てに適用が始まる。
しかし使用者は実験用サーバーＡしか調べなかったためにこの事実に気がついていなかった。
↓
このプログラムは実験用サーバーＡでは正常に動作した。
しかし実験用サーバーＢ、Ｃ、Ｄ…のかなりの割合で【バグα】が発症し、
バグが発症したサーバーでは「データーの全削除」という恐ろしい事態が起きていた。
↓
しかし使用者は相変わらず実験用サーバーＡしか見ていなかったので、
実験用サーバーＡで正常動作したこのプログラムを「問題なし」と判断。
そのまま本番サーバーＡだけに適用を開始した。
↓
本番サーバーは実験用サーバーのコピーである。
当然【バグβ】のせいで本番サーバーＢ、Ｃ、Ｄ…にも勝手に適用され始める。
本番サーバーは実験用サーバーのコピーなので、
【バグα】が発症した本番サーバーＢ、Ｃ、Ｄ…上のデータが消え始める。
↓
ファーストサーバーの更新プログラム的用法方は独自方式で
「本番サーバーに適用すると同時にバックアップサーバーにも適用する」仕様である。
これは過去の反省点を生かして、あえてこの仕様にしてあった。これが命取りとなる。
つまり、本番サーバーに適用した時点で、自動でバックアップサーバーにも適用され始めるのである。
↓
【バグβ】のせいでバックアップサーバーＢ、Ｃ、Ｄ…にも勝手に適用され始める。
【バグα】が発症したバックアップサーバーＢ、Ｃ、Ｄ…上のデータが消え始める。
↓
こうして【バグα】が発症したサーバー上のデータが消えた。
「実験用」「本番動作中」「バックアップ」全てにおいてデータが消えた。
ファーストサーバーオワタ。＼(^O^)／

そうさ〜100%消去〜
もう頑張るしかないさ〜

>>48
アイマスネタ以来だなランボー

>>87
＞このプログラムは実験用サーバーＡでは正常に動作した。

実験用サーバAだけ正常動作なんて事ありえるの？

>>90
つまり、Aは正しく実行できる環境下だった。そして、Ａ以外に適用されるのが誤りなのに、
Ａしか見ていなかったから、「よし、OK,OK」て事になった。この時、「あっ、Bも消えてるじゃん」と
気付けば事故は防げた。

ヤフーの子会社なんだな、なんか計画的かって指摘があるぞ
　　　　　↓

http://www.news-us.jp/article/277036397.html

>>83
オペとかの運用を擁護するつもりはないけど、
テスト段階で、プログラマやテスターが他のサーバ群の状態を確認していれば、未然に防げた。
オペレータは本番環境で更新プログラムを適用するだけだから、
不具合のあるプログラムを実行した瞬間に他のサーバ群が全滅する。

>>91
実験用サーバAでだけ正常に稼動するプログラムを作ったＰＧに乾杯
自社か？外注か？ｗ

これが計画的なら、サイバーテロだぞ

普通サーバーって、通常系・待機系・検証系と、さらにデータのみのバックアップがあるんじゃないの？
今回の説明を聞くと、データのバックアップをしてなかったように聞こえるんだが。

回線全部つなげて業務効率化とホルホルするからよ。
定時バックアップをオフラインで西日本東日本の僻地2箇所に収容しておく位いやれ。
復旧遅かろうが、データがありゃ生還できるっての。

責任者はいつ逮捕されるの

>>96バックアップがあるから安心と顧客には言っていたらしいがそのバックアップも損傷ってことらしい

http://www.news-us.jp/article/277080974.html

>>91>>93
それは勿論分かるんだけど、>>1の原因2にある
「動作確認上は問題なしと判定され」の判定が正しかったのかなと。

自分はそもそもここの判定が間違ってたんじゃないのかと疑ってるんだが。

バックアップがあるから安心どころかバックアップに関しては別途料金を取っていてコレだからなおさら

>90
実験用Aのみ削除プログラムにならないよう修正してあったが他のに適用してなかった
ってな具合じゃね?
じゃなきゃそんなもん走らせるわけがない
いくらなんでもソフト自体のテストで気がつくわ

>>102
ていうか、プログラムの問題だけじゃなくて
バックアップ体制そのものが業務用ではあり得ないわけでして・・・

facebookあたりで２ちゃん顔負けの罵り合いしてるらしいなｗ
またSNSの屑っぷりが全世界に広まった

不完全サーバーなんだろ?そうなんだろ?そうなんだろって?　 　　　　　　　　　　　　　　　　　　　
操縦不可能なんだろ?野放しだろ?終われないんだろ?

開封されてく感情 一体なんの前夜祭なんだって?　　　　　　　　　　　　　　　　　　　　　　　
崩壊寸前なんだろ?止まれないんだろ?泣きたいんだろ?

>>100
どういう動作確認をしたかと言うことだろう。「ある環境下では、正しく実行される」だから。
例えば、

input a
a=a/3*3
print a

これで、6を入力すれば、6/3*3=6で正しい値が出る。
これをみて、「よーしOK」としてしまった。
10を入力してみなかったわけだ。

VMwar！戦うよ
ただ働きに疲れた〜

VMwar！叩くよ
ただ、クリアにしたいだけ〜

過去の事例からバックアップに同時に更新ぶち込むようにしたわけだけど
せめてそこで確認があれば対象外サーバに影響でてることがわかったのにな

図解いらなくねーかｗ

>>104
総実名炎上ｗ
でもまぁ、被害者の会をすぐ作り易そうだな。SNSで社長レベルが連携取れたら。

なんでこんなテロが起こせる構成にしてるんだ…

>>100
俺もそこの判定が間違っていたと思う。

それにしても、その判定を誰が行っていたんだろうね。
今どきのシステムなら、小さな更新プログラムの適用でも
何人か責任者の承認が必要とされるはずだけど
責任者はテストの結果なんて、いちいち細かく確認しないから、
印鑑だけ押す形骸化した運用だったんだろうね。

こんだけあるのに、ぶっつけ本番とか終わってるだろ。

>>113
東証だってぶっつけでやったんだからIT業界の流行なんじゃねｗ

駄目な流行だけどｗｗｗ

>>114
愛知万博でもリニモに客が乗りすぎて浮上しないという一幕があった
スカイツリーでもバスツアーだと時間的に上の展望台まで上がれないらしい
想像力がかけてる人種はどこにでもいるんだろう

コールセンターの中の人まだ？

データ消滅ってさすがにはじめてじゃないの
会社じたいを消滅さして詫びるべきだろ

このスレ読んで「大気系を用意している＝バックアップを取っている」
ということだったのか！！とやっと分かった。この世には自分の思いも
つかない発想、表現をする奴が居るということにはいつも十分注意している
つもりだったが、まだ甘かったか…。しかも業者として金を取って商売
やってる、紛いなりにもIT業界の奴がそんなことを言っていたなんて…。
今回は自分は全く関係なくて直接被害はないが、かなり動揺している。
誰の言うこと信用すりゃいいんだ？

>>109
顧客の経営層に理解させなきゃいけないから。

>>118
信じるな
ありとあらゆる物を疑え
自分自身も

別料金でバックアップのオプション取ってるのが意味なしおなのがなー
というか中間報告というほどのもんでもなくね？
このぐらい即日出せという感じ

>>117
だよね。

FS採用した会社も消滅すべきだろ、また迷惑かけるんだしさ。

恐ろしいほどヤフーの子会社だというのが報道されないな
なぜなんだい

3重にミラーもってても意味ないなこれじゃ

>>117
会社は悪くない

データをバックアップしていない利用者が悪い

>>120
言いたいことは分かる。自分自身もというのも。だが例えば今回、一体誰が
FSに「まさか大気系用意しているだけでバックアップとか言ってませんよねぇ？
まさかねえアッハッハ…でも大丈夫？」なんて聞くだろうか。そんな質問する
方が頭がおかしいと思われても当然な質問だぞこれ。じゃあ誰を信じろと…

>109
いや、必要だよ。
この画像をコピーしてパワポにでもペーストすれば、ほら、簡易障害説明資料の出来上がり。
憔悴しきったシステム担当者に対する、ファーストサーバ側の親切心ｗ

>>125
バックアップを取っていないのは規約にもあるからたしかに
利用者がとっていないのはわるいな。

けれどファーストサーバは業務を停止させてしまった責任はあるだろうな。
その責任に対しての処遇は損害賠償、できなければ会社たたむってかんじなんだろうけれど

ガンダムに例えると、
　間違えてザクで大気圏に降下しちゃった･･･
　「少佐、助けて下さい!!!」
　「残念だが、ザクには大気圏突入能力はない･･･キリッ」状態？

>124 だな。

>>129
ガルマ殺すつもりがザビ家全員串刺しにして、ララァとアムロが巻き添えで死んだ感じ。

これ韓国のデータセンターか？

>>129
サーバ→アバオアクー
不具合プログラム→ガンダム
顧客データ→ドムとゲルググ

>>128
会社たたむそぶりもなくSLAとかに定められている契約金額の範囲内の返金で終わりにしようとしてるんだろ。
まあそんなんで済むはずもなく民事訴訟に発展するんだろうけどな。

会社レベルでは時間稼ぎしてグループ企業間で資本移動、個人レベルでは転職先を探すって感じだろうな。

>>128
禿「ファーストサーバはつぶしてセカンドサーバを立ち上げよう」

DBのエクスポートデータとか取ってないんか。

>>128
ECの損害賠償も>>80の通りなら取り付け騒ぎ

どれくらい経済に影響でると思う？

>>128

顧客データがサーバーデータベースに記録されていて
データベース上のデータをクライアントからバックアップ出来る仕組みがないんだよね

バックアップを取ることが出来ないようにしていて
バックアップを取っていないのが悪いと言いはる

それが問題

>>129
ルナ２宙域でソーラーシステムの運用テスト→目標を確実に捉えたので実戦投入
→ソロモンに命中し予定通りの戦果を挙げるも周囲の連邦艦隊を巻き添えに

ルナ２のテストチーム「目標に当たるかどうかだけしか確認してなかった
周囲の味方艦船への影響を調べるようには手順書に書いてなかった」

二週間、早ければ一週間で会社を解散ってのは現実問題として可能なのかな？

>>138
phpMyAdminで操作できるらしいよ

これって結局、耐障害用のミラーをバックアップって言ってたっていう詐欺事件ってことかな？

バックアップなんて無かったってことだよ。騙された人たちご愁傷様。

>>141
phpMyAdminではファイルサイズに制限があるからそれを超える場合、テーブル単位なりに分割する必要があるし現実的には不可能

更新用のスクリプトに削除コマンドなんか入れるかね？

スクリプトのデバッグ用とかのゴミが残ってたのかもな

>>144
新バージョンのtar玉を展開したあと、旧バージョンをrm -frだろ

データとシステムは別じゃないのか？

一括でセキュリティー対策ってどういう事なんだろうね。



どちらにせよ、重要な企業情報は自社で管理しないと

産業スパイに全部ぬかれてしまうわい。

SB系列って時点で信用できんわｗｗｗ

まあ運用は出鱈目だったしやらかした事もとんでもないけど
情報公開だけは褒めてやってもいいんじゃないか？
某SONYとかと比べて

>>129

モビルスーツを多数積んだムサイによる大気圏突入だろ

>>146
そんなことするのかなー？
安全にパッチ当てるユーティリティが用意されてないのかね？

＞ファイル削除コマンドを停止させるための記述漏れと

自爆ボタン？
最初から書かなきゃいいんじゃん？

あとで手動で消せよ

>>151
中間報告読んだだろ？
そんな事するような会社とは思えんなあ
「ファイル削除コマンドを停止させるための記述漏れ」
ってのはせいぜいcdコマンドがエラーになった事のチェックもしてないって程度

>>143
業者によっては専用の管理画面あって俺使ってるとこもzip圧縮で900MBくらいのデータをダウンロード出来るようになってる。

ただし生成に非情に時間が掛かる

>>153
読んだけどさ、なんか納得出来ないんだよね。

ファーストサーバーは日本の恥ファーストサーバーは日本の恥
ファーストサーバーは日本の恥ファーストサーバーは日本の恥
ファーストサーバーは日本の恥ファーストサーバーは日本の恥
ファーストサーバーは日本の恥ファーストサーバーは日本の恥
ファーストサーバーは日本の恥ファーストサーバーは日本の恥

お前ら言っとくけどこれ


有料サービスだからなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

しかし、担当者はデータが全部消えていることに気づいた時はキモ冷やしただろうな。チンサムサーバーって感じだろう（　・ω・）ｙ─┛〜〜

>>156
これが今の日本の実力なんだよ

この障害をきっかけに、ペーパーバックアップが見直され紙パルプ業界に受注が殺到し業績のＶ字回復を見せた。
後に言われる「ファーストインパクト」である

2chに運用なんかやったらもっと酷くなるよお前ｗｗｗ

運用時ミスと
バックアップの扱い方のミスが原因か

なるほどな、じゃ、仕方ないよな

これすげー大事なのに未だにテレビニュースで取り扱われたの見てないや
やってる？

今日転職活動で、転職のコンサルタントの人が紹介してくれた中にソフトバンクが入っていた。
ニュース知らないんですか？って聞いたら、Yahooニュースしか見てないから知らなかったようだ。
ソフトバンク系列以外で、コンサルタントの人にお願いしておきました。

>>159
ソフトバンク（韓国）品質だろ。
如何に見えなくて普段影響ない部分を削るかが勝負だからな（ｗ

>>147
>データとシステムは別じゃないのか？

仮想化のホストOS側でやったんじゃないの？
ユーザのディスクボリュームがファイル扱いに見える

ﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝ
ﾊﾞﾝ　　　　　　　ﾊﾞﾝﾊﾞﾝﾊﾞﾝﾞﾝ ﾊﾞﾝﾊﾞﾝ 　←こんな感じでキーを必死に叩いて止めようとしたんだろうな
ﾊﾞﾝ（∩`･ω･）　　ﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾞﾝ
　＿/_ﾐつ/￣￣￣/
　　　 ＼/＿＿＿/￣


　　(　_, ,_)
＿(__つ/￣￣￣/＿ 　　　　　←でも止まらないので
　　＼/　　　　/


　　　　　　　　 ／＼
　　　 　 　 ..／　 .／　　　　　　←全部初期化。いまココ！|
　　　　　 ∴＼／.／
　　 　 _, ,_゜∵ |／
　　 (ノ゜Д゜)ノ
　　/　　/
￣￣￣￣￣￣

>>168
検証環境で気付かなかったくらいだからな

>>87
しょっぱなから間違ってんじゃん・・・

＞ファーストサーバーは３重のバックアップ体制だった。
＞「実験用」「本番動作中」「バックアップ」の3つの同じデーターが入ったサーバーがある。
＞どれか生き残ればデータは死なずに済む仕様である。

●　「実験用」に「本番動作中」のデータがあるとはどこにも書かれていない　⇒　おそらくデータなしの模擬環境

●　公式サイトに　『メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に
　　　脆弱性対策が講じられていないシステムに戻ってしまう』　と書いてあるので、「バックアップ」と書かれているものは
　　　実は「ホットスワップのミラーサーバ（レプリケーションサーバ）」であって、厳密な意味での「バックアップではない」

つまり・・・冗長化でしかない「ミラーリング」を「バックアップ」と偽っていた　ということ。

なんか最近大きな話題多いな…

Yahooニュース/IT　に
ファーストサーバで大規模なデータ障害、顧客データが消失
＠IT 6月25日(月)16時58分配信
http://headlines.yahoo.co.jp/hl?a=20120622-00000003-zdn_ait-sci
と出ました。最後の方だけ書きます。
＞6月22日午前11時30分時点で、ファーストサーバの対象サービスは再設定した上でユーザーに
＞提供済み。オプションサービスではサーバ証明書、バーチャルドメイン、Urchinサービス、簡易バック
＞アップサービスの再設定が完了したという。「Cloudmark Authority for ASP」とサイボウズ Office
＞ for ASPは再設定作業中で、Cloudmarkについては同日中に完了するとしている。

バックアップも一緒に書き換えるって
頭おかしいんじゃないの

ところでソフバンはファーストサーバ使ってなかったんだ？ｗ
他所の企業だけに迷惑かけんなよ

空っぽで再提供されても、ねぇ。

クボタの頃は安心安全だったのに、半島の血が注入されるとこういうことになるわなｗ

今になっても各メディアはファーストサーバの説明文を丸写ししてるだけで
独自取材した形跡がないな
被害を受けた側の情報も公式には一切ない

報道がなくて困っている中小企業のIT担当者よ、赤旗にチクれ
恐怖の赤旗取材部が動き出すぞ

実は実験機、現用機、バックアップ機、全て同じ実機の仮想マシンで、実機にパッチ当て失敗。だったりしないか？

>>177
独自取材つっても取材対象が無いでしょ。
コレが面白そう
ttp://internet.watch.impress.co.jp/docs/yajiuma/20120625_542578.html
＞【2012/6/25】
＞
＞● ロフトがファーストサーバの消失データを供養するリアルイベント開催
＞　先週末にネットを騒がせた、ファーストサーバの大規模サーバ障害。週末もその余波は続いていたようなのだけれど、
＞そんな中で阿佐ヶ谷ロフトAが発表したとある主催イベントが注目を集めていた。
＞その名も「ファーストサーバ データ消失オフ『データはどこへ消えた？』」。
＞イベント名からもわかるように、ファーストサーバの被害に遭った企業団体のウェブ担当者が集まり、被害状況を振り返ったり、消失データの供養をするという、ぶっ飛んだイベントだ。
＞これがまったくの第三者であれば悪乗りとして非難を浴びかねないところだが、実はこの阿佐ヶ谷ロフトAを含むロフトグループはほかならぬファーストサーバを利用していた1社であり、
＞いまもホームページはテキストオンリーでの運営となっているだけに、ネット上では転んでもただでは済まそうとしないその姿勢を応援する声が上がっている。
＞実際にイベントが開催されるかは今後の成り行きや参加者数にも依存しそうだが、障害の行方とともにこのイベントにも注目といったところだ。
＞
＞◇2012年7月14日の深夜スケジュール（阿佐ヶ谷ロフトA）
＞http://www.loft-prj.co.jp/lofta/schedule/perN.cgi?form=2&year=2012&mon=7&day=14
＞◇LOFT PROJECT
＞http://www.loft-prj.co.jp/

>>129
セイラ「進路オールクリア、ガンダム発進してください」　→　バックアップしているから大丈夫
敵のモビルスーツが攻撃してくる　　　　　　　　　　　　→　バックアップではなく待機系があっただけ
アムロ「どこが進路オールクリアなんだよ」　　　　　　　→　どこにバックアップがあるんだよ

::::::::　　　　　　　　┌───────────────┐
::::::::　　　　　　　　｜　ファーストがやられたようだな…　 │
:::::　　　┌───└───────────ｖ───┬┘
:::::　　　｜フフフ…奴はソフトバンク四天王の中でも最弱 …│
┌──└────────ｖ───┬──────┘
｜　ミラーリングがバックアップとは　 │
｜　クラウドサービスの面汚しよ… 　│
└────ｖ──────────┘
　 |ﾐ,　 ／　 ｀ヽ　/!　　　　,.──､　　　　　　
　 |彡/二Oニニ|ノ　　　 /三三三!,　　　　　　 |!
　　`,' ＼､､＿,|/-ｬ　　　 ト `=j r=ﾚ　　　　 /ミ !彡 　　　　
T 爪| /　/￣|/´＿_,ｬ　　|`三三‐/　　　　 |`=､|,='| 　　　
/人 ヽ ミ='／|`:::::::/ｲ＿_ ト｀ー く＿＿,-,　 ､　_!_ / 　　
/　　`ー─'" |_,.イ､ | |/､　　 Y　 /| | | j　/　ﾐ`┴'彡＼ 　
　　　Yahoo!　　ソフトバンクモバイル　　　ソフトバンクテレコム

この削除機能プログラム作った人？協力会社？どうなったの？
損害賠償の支払い義務あるの？

>>161
2chは静的バックアップ取ってるだろ。しょっちゅう鯖が飛ぶからw

＞脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても
＞実施しておかないと

糞ﾜﾛﾀｗｗｗバックアップの意味がねえｗｗｗ

>>112
人間なんだから、どんなに低確率でも判定ミスをする可能性は
考えられるよ。
重要なのは、問題が起こった時にリカバーできるかどうか。

この辺のリスクヘッジに対する考え方は、日本の原発も同じで
まるでなってない。

反対意見が、事故が起こるから無くせしか無いからな。

不具合スクリプト無双！

だれもいないのは
もうあきらめたから？

ぶっちゃけ、root権限でやってはいけないのに、
ログインしたらrootになる癖が止まらなくて
ついrootでやっちゃう俺orz

ネット系メディア以外、ほとんど記事無しって怖いなあ。
時事も共同もそれっぽい記事hitしないし。

>>186
原発に関していえば停電した際の自家発電装置が外部にあるのは津波が来た時危ないとか、
ベントに放射性物質除去フィルターをつけろと言われてたのを保安院&東電がガン無視してたんだがな。
お陰のあの様だ。

資本関係調べてSBと楽天系列は避けてる自分

今年はベクターの何度目かの個人情報漏洩ってのも有ったな　＞SB系列
この時も告知や対応が酷くてまともに報道もされなかった

816　名無しさん＠１３周年　[sage]　2012/06/25(月) 18:16:54.12 ID:jBJvs4vV0
>>18
オレっちの人生もクローズドβで終わりそうでしゅ〜〜〜！！！
データ吹っ飛びましゅ、吹っ飛びましゅた！！！
終わり、終わり、終わりでしゅ！
ようやく軌道にのったっちゅーのに、
バカアホクズが全部ぜーーーーーーーーーーーーーーんぶ！！
台無しにしてくれましゅた！
台無し！木阿弥！ヤりにげ！！！
他のヤツらも吊ればいいのに！！
ｼｭｯｼｭ！！！ｼｭｯｼｭ！！！サーバーｼｭｯｼｭ！！！！人生ｼｭｯｼｭ！！！！！

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

>>191
外部に付けます → 津波に弱いだろ！
内部に付けます → 事故時に内部に入れると思ってんのか？！
両方に付けます → コストアップになるのが判らないのか？！

こう言うイチャモンでメシ食ってる連中って、ある意味羨ましいなw

おれはｇｏｏｏｏｏｏｏｏｏｏｇｌｅドキュメント使っているが消えるんですか？

反対意見がないのは

この鯖使ってる企業が叩かれるのが目に見えるからだろｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

レベル低すぎるだろ。
バカが無い脳みそ駆使して効率化図ったつもりがこれか？
日本の恥だ。
技術者辞めろ。アホ。

>>196
消えないけど見られてる

バックアップをいじるなよ
バカじゃん

>>148
それ以前に関西拠点という時点で信用ならない

で、この世の地獄を見れるってスレはここでいいんですか？

クラウドの新しい名前
CCL
cloudy, clear later.
曇りのち晴れ（快晴）

官公庁って具体的にはどこだよ
個人情報流出&喪失ですごめんなさいﾏﾀﾞ-?(\'A`)

>>190
ただ単に報道管制しかれてるだけなんでしょ

てっきり内部で嫌気さしたオペレーターがやったのかと思った

HDDのデータは1，2回上書きしたくらいでは読み取れるなんて言ってる奴が多いけど、
事例がないから俺は信じていなかったが、やっぱりそんなことは無理だったんだな。

研究室の中の限られた条件で限られたデータを復活させたことをエセ研究者が吹きまくってるだけたっだｗｗｗ

>>190
記者にも知識がないのでどう扱っていいかわからない

＞サービスの対価として支払った総額を限度額として損害賠償を行う
これってデーターもないのに申請できるの
みなさん限度額を請求可能ってこと

>>190
>ネット系メディア以外、ほとんど記事無しって怖いなあ。
>時事も共同もそれっぽい記事hitしないし。

実際に倒産するところが出るまで
技術系メディア以外は大事だと思えないだろうよ

>>210
原因が原因だから、技術系メディア大して取り上げないかもよ。
こんな馬鹿な運用大系聞いたことがない。

>>207
>HDDのデータは1，2回上書きしたくらいでは読み取れるなんて言ってる奴が多いけど、
>事例がないから俺は信じていなかったが、やっぱりそんなことは無理だったんだな。

データの断片は読み取れるよ
事例もたくさんあるよ

ファーストサーバも専門業者いれてデータ復元を試みたけど
読み取れたデータがどの顧客のものだから分からず
全部の顧客に照会をとったら機密漏洩になるし
大して感謝もされないから諦めたみたい

つまり共用サーバでは事実上データ復元は使えない

おそらくこうしたんだろw

↓左側がそのまま、右側が消えるコマンド
○rsync -auv --delete /usr /bk(空)
×rsync -auv --delete /bk(空) /usr＜＜こうしたんだろ

>>87
もしかして、更新プログラムを適用する前にAだけ(利用者に説明する普通の意味での)バックアップを取っていたんだ。
だからAだけ回復できたのかも。

ファーストサーバがデータ消去したことに起因する損害は
賠償するんだよね？

会社そのものが巨大なフィッシングサイト

>>215
しないよ、サービスが使えなかった点について利用料金から日割り計算で割り引くだけ

スワップ可能なスタンバイ系が有るから、ってのを「バックアップが有る」って
言っちゃう(セールストークにしてもだ)神経ってそもそもどうなのって話だな。

多重化されてるから障害で止まる可能性は低い、というのを「常時バック
アップされてて云々」等としれっと言ってしまうのは、本来のバックアップや
履歴の保持はしてない、そこん所でコスト削ってますサーセンて事じゃん。
しかもパッチ適用は全体ってそりゃどこ探しても顧客のデータなんか無いわｗ

どんなタコ運用がコケルべくしてコケたんだと興味があったんだけど、なんか
もう拍子抜けを通り越して「その発想は無かった」というしかない。

安くて軽くて燃費が良い車を作るために、今回のモデルチェンジではブレーキ
とハンドルはナシにして大幅なコストダウンに成功しました、みたいなｗ
そりゃタイヤとエンジンだけなら安くて速いかもしれない。

>>179
革命始まる3秒前のバスティーユ広場のカフェ

職安にマークされるぞ

>>217
勝手にデータ消してそれで済むならこのサービス入らなくね？

会社の大事なデータをケチって共有に保存するからこうなるんじゃん
自分でバックアップ取ってないのは自業自得だろ
みんなファーストサーバ叩きすぎだよ！！

>>87
なるほどねぇ。しかし、

>「本番サーバーに適用すると同時にバックアップサーバーにも適用する」仕様である。
>これは過去の反省点を生かして、あえてこの仕様にしてあった。

バックアップサーバに１日くらい脆弱性が残ってたとして、
更新で本番サーバに悪影響が出ることもあるんだから、
同時にやるなんて狂気の沙汰としか思えない。
ようするに、システム管理者がアホだったのね・・・

>>221
こんな詐欺企業がのさばると健全な企業が育たないんだよ。

ﾆﾀﾞﾆﾀﾞ

ウリの作成ガチﾆﾀﾞ！
どんどん初期化するﾆﾀﾞ
住基ネットデータも飛ばすﾆﾀﾞ
ウリには迷惑なデータﾆﾀﾞ！

ここは、ソフトバンクの子会社の韓国に鯖がある企業だろ
そんなところに大事なデーター預けるほうがどうかしてるよ

官公庁とか、結構大規模に、納品手配書とか売掛金のデータ−を入れてた
結構有名な企業があるようだが
おそらく担当者は左遷だろな、下手すりゃ自殺者もでかねないほどの深刻な自体らしいよ

うちの知り合いの企業じゃあ、いい年したおっさんが呆然としてパニックになって泣き出す奴もいたらしい

多重化の意味が全くわかってない

>>128
こんな重大な過失を犯しておきながら、契約書どおりにならんよ。
それに

共有サーバサービスカタログ
対象シリーズ：ビズ２・シリーズ（ライトビズ、スモールビズ、ミディアムビズ、ラージビズ）
http://www.fsv.jp/change/pdf/siryo/kyoyu.pdf
耐障害性・保全性に優れた「RAID+バックアップ」構成

（中略）共有サーバーながら耐障害性に優れた冗長化構成を採用しています。
さらに、人為的なデーター損失があった場合に備え、日に１回、外部サーバーに
データーを保存していますので、お客様によるデータの誤消去があった場合にも
前日の状態に戻すことが可能です。


前日の状態に戻すことが可能ですとはっきりうたっているからな。
早くデーター戻してくれよ。

>>221
禿孫の系列社員さん
火消し忙しいですかＷ

プログラムミスで全ての預かっていたデータが無くなったのに
謝罪の会見はしなのか？

自社HPや呟きサイトだけで済まそうとする根性が気に入らない！

>>225
原発3基も爆発させて、誰も泣いてない企業があるんだから
そのおっさんがうたれ弱いだけでは？ｗ

>>229
原発自体は爆発してないよ！水素爆発を勘違いでは(^o^)。

>>229
日頃のストレスと長時間の徒労でヤられてんだろ。

待遇とポジションが天地だろ？
1人で会社から派遣されてんだろ？

「ファーストサーバ」データ消失被害の国内ウェブページ一覧
http://ict.pken.com/2012/06/first_server_list/

ウダウダ、ダラダラ書いてるけど
「ずさん極まりない」って内容だね

＞ファイル削除コマンドを停止させるための記述漏れと

行頭に＃を入れ忘れたわけだｗ

>>233
年金基金の運用委託で損害だして詐欺事件に発展したケースと構図は同じ、
客の財物を毀損させるような杜撰な運用して、騙すつもりはなかったは通じない。
だから民事ですまさず刑事事件に発展させなきゃいけない。

>>230
違った。4基だった。　知らない間に運転してない4基目も
無残な姿になっていたな。

このスレは伸びない。

ここに書き込みたいと考える層がいるとすれば
その人達は今後一週間は会社に缶詰、ボロ雑巾になるので
2ちゃんには来れないからである。

今ここで投稿しているのは、結局は今回の騒動の部外者
で第三者。しょせん他所の世界の話なのでレスもどこか人事で他人事。

官公庁のデータなんて別にたいしたもんないよ。
ホームページ上で公開してる会議の議事録とかそんなもんしかない。
盗んでもたいして特にはならないと思う

>>195
反対派がそんな事言っていちゃもんつけたってソース持ってきなよ。
単にコストケチってつけなかっただけでしょ。

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

これをホントにやっていれば、1日前の状態には確実に戻せるハズだよね。
公式の説明の図には、このサーバーが出てこないのはなんでだろう。
やっぱないんだろうな。

太陽光発電の買取単価を下げて特権的優遇を無くせよ。

消した後にバックアップしちゃったのかな。

>>242
消したのをそのままバックアップしたのでは、
お客様が消したのが、FSの社員退社後では
元に戻らんではないか！

>>239
ソースなきゃなんも信じられないの？
哀れなやつwww自分でググれよ……

東電は点検してる下請けから老朽化進みすぎて持たないって散々言われてたのに
金ケチって無視を続けてたのは有名な話じゃん

今回の被害者面してる企業も同じ
自分達が金ケチったのを棚に上げて
ファーストサーバをスケープゴートにしてるだけだろ……

>>240
出来ないってことは重大な契約違反じゃない？

データのバックアップを取ってないとか狂気の沙汰だな。
システムのスナップショットだけ且つ、バックアップのシステムにも同時にシステムのパッチを当てるとかｗｗｗ
完全にヒューマンエラーだこれｗｗｗｗ
運が悪かったとかハードのせいとかで言い訳できないな。全く同情の余地が無い。

この件のどこのスレにも沸いてくる原発厨

何の関係もないので完全スルー推奨　反応する奴も話題そらしによるスレ潰し認定

おまいらが国なんてどうでもよくって自分の家族だけよけりゃって精神で
いつまでも働いてるからいけねーんだよバカ社蓄貧乏人どもが。

目を覚ませってことだよバカチンがー

vSphereかなんかだろうか。ホストパッチぽい。
マクロ記述間違えて、メンテモードから戻る時にゲスト消しちゃったとかそんな話なのでは。
セキュリティパッチ自体を作れるような会社でもないし、
本当にパッチのバグだったら、メーカーなりに責任転嫁できそうなもんだけどな。

ファーストサァバー　バー　バー　バー
業界随一の安定性
障害とは無縁のバックアップぅぅぇ
最後のボタンでキレイさっぱりリフレッシュ
IT担当者の心配を根こそぎ撃滅
さぁ　あなたも　はじめよう

>>87
まとめ読む限り、韓国企業にやられた感ありありだね

通常ありえないことが起こりまくっている
仮にももし事実なら、パッチ適用のスクリプトを公開してほしいもんだね。

要するに、
ミラーリングしてるホットスタンバイに、毎朝6：00に本番の物理ファイルをコピーして、それをバックアップと称してました？
　　↓
脆弱性改善のパッチは、検証環境で動作確認してＯＫをだしました。でも影響確認はしてませんでした？

パッチは直ぐに本番環境に当てました。同時に整合性維持する為にホットスタンバイにも当てちゃいました？

事態の推移は、大体こんな感じ？

手順が突っ込みどころ満載で素人集団だな
ファーストサーバに限らず何処もそうなんだろうけど
リスク管理が出来てなさすぎる

（ただし、特定環境下でデータを削除しまくる【バグα】と、
　勝手に指定以外の全サーバーに適用する【バグβ】つきだった）

↑

こんなバグありえねーわｗｗｗｗｗｗ

もし意図的に産業スパイがデータ破壊するスクリプトを書いたのだとしたら、
コードレビューで見つけられなかったファーストサーバの社員、ダメダメなんじゃないかな。

まあ、今のIT業界って大部分の会社では【コミュニケーション能力】とか【ヒューマンスキル】重視
だもんねぇ・・ｗｗｗ

【技術力】とか【粘り強く考え抜く胆力】みたいなものは全く求められていないし、むしろあると
うざがられることが多いしｗ

FTPミラーとかミラーのコマンドで　完全ミラー設定で
コピー元に空フォルダでコピー先にデータのあるフォルダ指定とかだろ
空フォルダで上書き⇒全消去

それにしてもこいつらレプリケーションサーバーの事をバックアップと言ったり、
バックアップにパッチ当てて原本性を破壊したりとかどんだけ加減な運用してんだよ。
バックアップ環境を復元した時にパッチ当てなおすのめんどくさいぉ！
だったらバックアップにも同時にパッチ適用すればいいぉ！
って感じか？ｗｗｗ

本番の脆弱性対策をしてからそのバックアップとって、
元のバックアップと切り替えれば良かったのに。

@ITの記事が来たのか
ファーストサーバの障害、原因はプログラム記述ミスとプロセスの複合
http://www.atmarkit.co.jp/news/201206/25/firstserver.html

今朝のFSのサイト内容に一言も情報が追加されていない

読む価値なし　今まで読んでないなら別に読んでもいいけど

>>190
読売新聞の今日の朝刊に載ってるよ。

>>244
？
何か勘違いしてないか。俺は東電が周りから色々危険性を指摘されてたのに
コストけちって安全対策してなかった事を言ってるんだが。
それを反対派が騒ぐから安全対策してなかったと>>195が言ってると思ってレスしたんだが。

俺のバックアップスクリプト完璧じゃん全部自動でできるおっおっ⇒死亡

IT業界って、技術力軽視がトレンドだものね。

技術はむしろ要らない（キリッ

なんて言ってる会社もあるくらいIT業界全体が癌細胞に犯されている
なぜだか知らんが、他の大手ISPなどでも「コミュニケーション能力重視」とか
平然と謳っている。

404化でWebサーバのソフトとバージョンも出ちゃったし、
終わったな・・・。

データ復旧は不可能(ｷﾘｯ！

ttp://www.itmedia.co.jp/news/articles/1206/24/news004.html

>>176
これも法則発動か

B i z + って意外と底辺文系なのな

>>262

数少ない、技術力重視の会社でも
「プログラミング言語1種類の文法を知っている」ってだけで
高い技術力を持っている認識される悲しい現状。

最初の全デリコード書いたバカは自殺もんだなｗ

＞（ただし、特定環境下でデータを削除しまくる【バグα】と、
＞　勝手に指定以外の全サーバーに適用する【バグβ】つきだった）

バグαはまあいい。パスの間違い、チェンジルートの失敗などいろいろなくはない。
でもバグβは嘘だな。

他のマシンにリモートでログインして、アカウントとパスワードを自動で入力して、
パッチ適用しまくるとかありえねーし。

そんなバグが入り込むとしたら、わざわざその面倒くさい動作を追加で書いていかないと
いけないしな。ねーんだよ。

嘘つくならもっとましな嘘つけ

ファイルを削除しただけなら戻せそうな気もするが、、、、、。ＬｉｎｕｘはＵｎｄｅｌｅｔｅとかないの？

>>262
オフショア前提の虚業だからさ

>>268
むしろ、わざとだと思うから、今頃飯ウマなんじゃね？

・ワイルドだぜぃ

・ヒャッハー、ゴミデータは削除だー！

・正直スマンかった

・チョッパリ、ざまぁぁぁぁぁ！

・ネトウヨ死亡ｗｗｗｗｗｗｗ


とかそんな気持ちだと思う。

>>268
解雇された社員がわざと仕掛けたのかもね

>>240
>これをホントにやっていれば、1日前の状態には確実に戻せるハズだよね。
>公式の説明の図には、このサーバーが出てこないのはなんでだろう。

このバックアップサービスをやるサーバのデータも全部消したらしい

>>240
一日一回ミラーリングしてるサーバにもバグあり更新スクリプト流しちゃったから全部消えた。

てかこれで自殺者も何人か出るのかね
仕事の一度の大きなミスで自殺なんて日本人くらいだよね
もっと図太くなったほうがいいよ日本人は

>>276
自殺するのは被害者の方では・・・

>>269
管理マシンからパスワードなしでリモートログインできる設定にしていることはよくある。

>>278
ねーよ

仮にあったとしても管理マシンだから関係ねーし

賠償の可能性が消えない限り、被害者は死なないと思うけどなあ

普通に考えて賠償はもちろん、これは犯罪だろ

賠償の可能性なんて、ゼロだよ。ゼロ。

だって、金無いんだぜ？
賠償金払えるほどの大企業だったら
サーバー屋なんてやんねーよw

俺たちネトウヨは、この騒動をいかにソフトバンク＋ヤフーJAPANに飛び火させるかが腕の見せ所。

>>279
管理マシンから指定サーバに対してパッチ適応するプログラムが、
サーバの指定を間違えて全サーバに対して動いちゃいましたってところだろ。

>>282
あのデスユッケも未だに一円も支払われてないんだよな

>>96
ここの会社の定義だと、バックアップ＝待機系みたいだな。

>>284
クロスチャックしてるのにどうやって間違うんだよ。

かりに、サーバの指定をする項目があるのなら、一個一個指定するんだから、
途中で一台目、二台目のサーバ監視からアラートあがるだろ

てか、君、なんか必死だね。必死にありえない事象を「これなら起こりうる」みたいに
言ってるけどなんで？

もしそうだとしたら、ファーストサーバ、さっさと問題のスクリプト公開すればいいじゃん。
みんなで査読するし。

>>270
ファイル削除してから気がつくのが遅れて有る程度セクタが上書きされちゃった後なんだと思う。
さらにお客さんのサーバーはホストOS上で動く仮想環境だと仮定すれば、
一部分でも壊れていると仮想環境は動かず、壊れた仮想環境のイメージ（VHD?)からデータを抜きだすのは難しいとか。
そうでなければHDD復旧業者の詳細な調査を待たずにこんな早々にデータ復旧出来ませんとギブアップ宣言する理由が無いしねぇ…。

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

>>288
四の五の言わずにさっさと、問題のスクリプト公開しろよ。
誰も信じないぞ。

想定外というケチな手抜きが、業界を地獄に落とす・・・自滅自爆ビジネス

>>291
想定外というより、かなり念入りに想定して仕組まれた事故に見える・・

俺がファーストサーバー側だったらこの担当者を訴えて絶対に賠償させるけどな
こんなことが偶然に起こるわけないし明らかにわざとやってるレベルだろ

>>287
> かりに、サーバの指定をする項目があるのなら、一個一個指定するんだから、 発報するかどうかは微妙だなー。
そうか、一個一個指定する仕組みなのか。
俺はてっきり、レンジ指定(もしくはワイルドカード)できるものと思ってた。

> 途中で一台目、二台目のサーバ監視からアラートあがるだろ
なるほど、ファーストサーバにはアラートが上がる仕組みがあったということだね。
それは何をトリガに発報するんだろう。
俺はメンテ作業ってことで、発報切ってたか、発報が上がったときにはもう間に合わない状態
になってたのかと推測したけど。

問題のスクリプト公開すればいいというのは同意。

この影響力は、デカイタイフーン！ネット業界で大暴れ！

もう・・・IT技術者の信用もゼロだろう

>>292
辞めたエンジニアが、置き土産として爆弾仕掛けた可能性もなきにしもあらずだけどねー。
でも、俺だったら証拠のこらないようにスクリプト消すか、元に戻す仕掛けを組み込むと思う。

>>294
レンジ指定、あるはオール、そういう処理があったとしても、それはバグじゃないよね。
そんな機能が実装されてたら、オペレータやSEは細心の注意を払って作業するよね。
間違いなんてありえないんだが・・

>>287

>>1 では、
>そのプログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、メンテ
>ナンスの対象となるサーバー群を指定するための記述漏れが発生していました。

定義ファイルか何かに「どこのサーバーを」というのが記述されていればそれ、されていなければ全部とかでは。

>>298
そんなロジック組むかな。仮に作ったとしてそんな危険なスクリプト、
コードレビューとか設計レビュー通過するか？

>>299
よほど片手間にやったのでなければやらない。
でも、この会社ならありうる。w

22時過ぎたのに続報でないな・・・

>>299
むしろコードレビューしてないんじゃね？

>>300　302
ああ、確かにね。朝鮮系の会社ならありうる。俺も、社長が帰化チョウセン人の
会社で働いたことあるけど、社長が短気で、テストとかレビューとか生産性のない
行為を非常に嫌うんだよ。イラチですぐに急げ！急げ！って言う。

日本のIT業界では良くある事
ありえない事が日常だからな（遠い目

32GBのデータバックアップはローカルに置くのは辛いんだけど
そもそも毎回差分取らなきゃいけないし
それなら同じLAN上にバックアップ作るわ

と思ってた結果これだよ
自鯖しか方法ないのか！

>>246
人身売買されたい奴が減ってるから質が落ちてるんだろう

絶対に起きない
起こる筈がない
そこに魔物は潜むのですよ

おこるべくしておこってる
表面化するものが少ないだけで予算無い所は似たり寄ったりだろ

ファーストサーバの報告で一番怪しいのは、検証時にファイル全消しという現象を発見できなかったということ。
まともに検証せずに、下手したらぶっつけ本番でやっちゃったんじゃないの？と思ってるんだが。

どう考えても、他のサーバに勝手にログインしてパッチ適用とかありえねーしな

仕手の臭い　こいつはくせーぜ

>脆弱性対策は更新プログラムを利用して一括して対象とするサーバー群に対して実施するという
>運用を以前から行っており、今回も同様に作業を実施しました。

パソコン博士兼パソコン係の俺には、何故こういう段取りになるのか理解できません。
誰か教えてくだせえ。

>>311
ああ、それ考えてなかったわ。

Yahoo本体、FSの株売る
↓
事故発生
↓
株価激下がり
↓
先日売っておいた株を買い戻す

うーん、AVEXとか似たような騒動はたくさんあった希ガス

運用とか誰もやりたがらない仕事だからな
人売りから奴隷を買うわけだけど、豊田の期間工みたいなもんだからお察しだろう
ソフトバンク系は出す金安いから、すげーの引いたんじゃね

島工作が始めて、派閥に引き釣りこまれそうになった時も
初芝の社長が死亡したのを報告する前に、借りてきた株券を
うっぱらったんだよな

>>314
いや、レベルの低いオペほどミスはしないと思う。
こういう他のマシンに自動でログインして、パッチ適用とか上級者だし。

>>316
上級者なぁ
誰でも出来るだろ

それじゃ若手のプロパーがアホだったとかそんな感じかもな
でももっと悪いのはそういうアホにやらせちゃう側なんだけどな

このスクリプトが公開されたら、業界的には伝説にもなるし、教訓にもなるし、墓碑銘にもなってずっと語り続けられるな

新人研修の座学で、講師が白板に大書して
「よく見ろ、昔この○行のスクリプトで、○人の担当者が人生を棒に振ったんだ！」

>>318
ハゲは日本に帰化したそうだが、日本のために何かやるのならそのスクリプトを
公開すべきだよな

しかしサーバー管理者って石のように堅く滅多にシステム更新ってしないもんだけどなぁ・・・
こういうトラブルを嫌ってな

がんばれ！アドミンくん　第8話　職能と指向性
ttp://www.atmarkit.co.jp/fwin2k/itpropower/admin-kun/008/adminkun008.html

もうFSのエンジニアは全員逃げただろうな。
どうせ潰れるし、いろんなツケを回されるから割に合わない。

>>1
何言い訳したって信用はゼロだよ。

クラウドの意味は
分散バックアップのはずなんだが
これではだだのクライアント サーバー

看板がちがうのでは
東証システムも２重化してあります
といいつつ じつは係員が予備機に切替えただけだったりしたな

>>321
雲隠れか…

>>316
この手のメンテスクリプトって、テンプレが用意されてるのが普通な訳で
別に上級者じゃなくても実行できたるするんだよね。
そして、ファイル削除の範囲とか、サーバ指定といった「本来変える必要の無い箇所」
のチェックはザルになりがちなのも事実。

>>286
そういえば中継局を基地局と言い張る企業が有ったなぁ

>>321
そんなにすぐに逃げられるもの？
一応自主退職は伝えてから2週間はかかるよね？？
まだ中でヒーヒー言ってそう

>>324
てか、会社に退職金を払う体力がある内に辞めちまえって感じかと。
派遣とかアルバイトしか残ってないんじゃね？

FSは運用の仕方がまずかったな。
差分だの重複だの仮想だのでデータ削ったところで物理ホストを週1でとっときゃ
ここまでの惨事には発展しなかったのに。
似たような運営してるとこ結構あるぞ。

>>325
さっきから必死に起こりえない事故について、起こる起こるとレスがつくから
これはわざとFSとハゲが仕組んだと見ていいのか？

他のサーバに自動でログインして、順次実行するなんてパッチじゃありえないよ

>>327
自首退職は退職の意思を伝えた次の日から法的にはOK
会社都合、いわゆる首の場合は2週間だかそれくらいの猶予を持たせる義務が法的にある。
現実の社会常識上はもっとややこしいけど、もはや常識の範疇外の出来事だからそれを持ち出しても意味が無いような。

システム更新とかは、ユーザーの利用が集中してる時間帯は避けて
利用者の少ない夜間にやるものじゃないの？

バックアップにも適用したとかバックアップの意味ないじゃん
こいつらはバックアップ＝ミラーリングって意味で使ってるのか

>脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても
>実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに切り
>替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生

糞すぎてワロタｗｗｗ
テスト環境で前バージョンに戻した場合のケースも普通テストすんだろｗｗｗ
脆弱性があっても稼働できてデータ全消失はない環境と最悪システム稼働自体が停止する
ケースって普通にＭＳのパッチ適用経験があれば常識のレベルで分かるんだけどｗｗｗ
しかもバックアップも取らずにやるとか馬鹿すぎるよ。

コミュニケーション能力（笑）
ヒューマンスキル（笑）
プレゼン能力（笑）
リーダー経験（笑）

>>179
訴訟のための情報交換の場になりそうだなｗｗｗｗｗ

>>330
>>1 の図を見なよ。
AもBもCもメンテする人が使うパソコン(図の一番上)から見たら別なサーバーだよ。
指定されたサーバーの処理をするという仕組みは予め存在してあって、「どのサーバーを」という指定を間違えたのが原因の一つ。

いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ
いい加減、コミュニケーション能力とかヒューマンスキルだとかわけわからん採用基準やめろやｗ

こういうSE関係詳しい人に聞きたいんだが
削除停止コマンドを入れわすれたってあるけど
アプデする時って毎回毎回削除コマンドを書いてんの？
雛型みたいにして頻繁にいじる部分と弄らない部分で分けられるもんではないのか？

ファイル削除コマンドを停止させるための記述漏れってどういう意味？
教えてエロい人

>>339
削除停止コマンド入れ忘れなんてありえないよｗ

>>340
どういう意味って聞かれるとほとんどの人は答えられない。
ファイル削除コマンドを停止させるってところ、意味不明だし、普通はそういうプログラムかかないもんね

>>342
そのまえに何のために削除が必要なんだって聞き返したいぐらい

明らかにプログラマーの初歩的なプログラムミスと運用ミスですね

>>344
いや、初歩的というか初心者でも上級者でもそんなプログラムはかかない。

>>339
雛形のスクリプトには、削除コマンドに該当するものが記載されていて、そのスクリプトを編集するときに無効にし忘れたんだと思う。

>>341,342
ん、やっぱり異質なんか
サンクス

要するにクラウドサービスだから、一つのサーバーの中にユーザーの数だけ
仮想OSが入っていて、バックアップも仮想OSごと取っていたということ？
んで今回の脆弱性対策パッチはその全ての仮想OSに当てようとして失敗したということかな。

それならバックアップと同時にやらなければならない理由も分かる気がする。
本番環境が終わってバックアップ環境をやり始める間に復元プログラムが動いちゃうと
本番環境がパッチを当てる前の状態に戻ってしまうって感じかな。

ユーザ環境とユーザデータは別々にしておけば防げたかも知れないが、それはそれで
管理が面倒くさくなりそう。

>>1読んで要約すると、全部ダメダメだったということだ。

>>346
最初から削除するコマンドなど書かない。

削除する意味がわからない。

よくあるのは、一時ファイルの削除くらい。
それも、ファイルの存在確認をしてから削除実行ってやるのが普通

入社三ヶ月のゆとりが組んだ「はじめてのぱっち」を本番環境に突っ込んだとかじゃｗ

>>351
ありえないな。てか、次々そういうあんたみたいなのが出てくるってことは
やっぱこれ意図的にやったのか？

チョッパリざまぁぁぁぁｗｗｗｗｗ

ってことか。

>>350
その一時ファイルを削除するコマンドだよ。
その確認をせずに削除したんでしょう。

さっきから気になるけど、君、日本語不自由だろ。

>>345
協力会社社員に#rm -frで顧客のシステムを破壊されて、
詫び状書いたことのある漏れが通りますよ。

そもそも全削除のコードが書いてある事自体がおかしい
そんな破壊スクリプトなんのために作るの？

>>348
全然違うと思う。

>>342,346
サンクス
雛形に削除コマンド書いてあったってことか・・・

なんにせよ、この規模のシステムならプログラムとか手順のレビューしてると思うのだが

特定のDBだけ削除するような条件分岐を書けてなくて全部削除したとか…
なんでDB削除するのかがわからんけど

>>355
作業の簡略化。
そのコードが間違えてただけ。

それ以前なにより問題なのはバックアップすら取ってなかったってことだ。論外すぎるわ。
ミラーリングをバックアップとかアホにもほどがある。

現場だとスケジュール優先されてしまって十分にチェックできないことって
よくあると思う

ある条件に当てはまるファイルを自動的に見つけ出して、
次にそのファイルを「バックアップコピーする」とか
「削除する」とかの処理をするというスクリプトを参考にして
「『ウィルスに感染したファイルを自動的に消す』処理できた」
と思って、さっそく動かしてみたら、
「『無条件に全ファイルを自動的に消す』処理でした」
という事だったのではなかろうか。

あるいはネット犯罪の証拠を完全消去するためにわざとやったとか。
経済マフィアのしわざかも。

>>357
「オレよく分かんね〜し、○○さんが書いたんだから、突っ込みようがないっすよ。」
って聞き流されているのがレビューの実態。

「頼むから、仕事してよ！」って言いたくなったことが何回もある。

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

「本番で対象サーバ以外にも影響が及んでしまう」という理由は分かったよ。
でも「本番でデータが完全削除されてしまう」理由が全然書かれていない。
対象サーバだけでも「検証」「動作確認」したなら止めれたはずだろ。


＞しかしながら、脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても
＞実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに切り

それバックアップじゃないじゃん…。用語の使い方がめちゃくちゃ。

大容量なディスクが安く使える時代なんだから、
「不要ファイルでも消さずに残しておく」という運用ポリシーもありな気がするんだけどね。

こんな会社聞いたことないし、たいして顧客がいたわけでもないんだろ？

>>365
確かに、ユーザーで一番有名なところでも
eLtaxが使える47都道府県程度だしな

メールサーバー以外は手持ちのファイルで復旧できるだろ

ここ使ってた上場企業の株下がったの？

>>29
コイツ？
もう別会社の役員になってんだけど
http://biz.bcnranking.jp/article/column/talk/0912/091210_121115.html

もろチョン顔ｗ

>>292
お粗末なシステムを組んだ所から仕組んでいたとしたら
もう少し巧妙な仕掛けを作ると思うが・・・

アホさ加減から考えると、コストダウン要求に応えるために
アホがアホやったようにしか見えん。

>>369　日本ラッド　アスカ監査法人　めちゃ反米テロ案件なんだがｗ

データ消失の推測

検証環境で
バックアップのテストを何度か行う必要があったので
テストデータを検証環境にコピーする必要から
対象サーバーをクリアーする必要があり削除コマンドを入れていた。
このときは検証環境のサーバーのみだったので問題は発生しなかった。

中途半端はよくない
全部捨てたまえ

>>372の続き　しかし、プログラムにはサーバーの指定がなされていなかったことと
検証環境で使用する削除コマンドが、注釈として変更されていなかったことから
本番環境に移行してプログラムを実行して
１回目はバックアップ環境にバックアップは取られていたが

故意ではなかったにせよ、消せ！という命令をしてその通りになったわけか
これ、規約でいう故障とかには該当しないね
FS完全終了か

>>374の続き　このときに、本番環境のデータが削除された。
また、同時に障害が発生していた。

しかしながら、原因の確認に時間がかかり手間取ったことから、
プログラムのミスに気づかずに放置。

孫は私財を投げ売ってでも損害賠償しないとな。

世代に分けたバックアップしてない時点で素人より悪いだろｗｗｗ

>>374
パッチ摘要コマンドと削除コマンドって
同一のスクリプト内で走らせないとまずいものなのか
パッチが適正に適用されているのを確認してから
別口で走らせたりしないのか

>>376の続き　この間に２回目以降のバックアップのプログラム実行されていたので
１回目の処理で空になった本番環境のデータをプログラムが自動的に
バックアップ環境の古いバックアップ削除して、
バクアップしたことからデータ消失に至ったと推測されます。

あるディレクトリの下のファイル・ディレクトリを消すときに、
lsの結果から「..」を除外せずに再帰的にrmを実行したと思われ

無責任な運用しか出来んのか！
金を受け取た以上、支払い額を返せば済むとのか？
詐欺と同罪だお

食中毒で死亡
戴いた飲食費をお返しします。ごめんね！
客　命の賠償をして下さい。
Ｙａｈｏｏ　ゴラ、文句あるんか？
893の屋台ラーメンかよ。

もしくは、バッチ内で明示的に「cd /path/to/xxx/」を書かず、カレントディレクトリ下をrmしたか
で、バッチの実行ディレクトリが/だったと

yahooやsoftbankのSV支援を注視する必要があるね

もし「つぶしちゃえー」って方針できたら、yahooグループやソフトバンクグループの
子会社群の信用は一気に失墜するから簡単に切れないんじゃないかと思うけどね。

それでも切るのが損正義なのかもしれないけど。

こんなん損害請求と信用０で立て直しようが無いだろ。

>>385
中小企業なんたらシリーズをお忘れか

どこも騒いで無いし
被害にあった企業が無いようでなりよりです

Cloud使うならユーザは自己のデータ保全は自己責任、流失はレンタルサーバ屋さんの責任

鮮人と鮮脳された日本人と満州人またウンコ付けちゃったねｗ

>>387
>どこも騒いで無いし
T社の「スポンサー下りるぞ」発言以降、マスコミはスポンサーに対して騒ぐのをやめた。

>被害にあった企業が無いようでなりよりです
未だに完全復旧していないサイトは結構ある。
サイボウズ使ってたところは、会社内部データのため公表できない。

>>390
うんうん、諸悪の根源はT社という訳か
マスコミ弱いねw

サイボウズって勤怠管理のソフトでしょ？
データ飛んでも帳票に出力してるだろうから大丈夫だよ

ワークフローや報告書の機能を使ってると、稟議・決済ができなくなるし
メールやアドレス帳を使ってると、取引先と連絡取れなくなる可能性もある。

↑「んなもん、クラウド化するな！」って突っ込みたくなるが・・・
使ってる会社あるのかな？

何でデータの復旧ができないのかと疑問に思ってたが
バックアップを取ってなかったのか、納得
ミラーリングしてるからバックアップの必要なしって誰の判断か

>>392
まさに今回、FS自体が顧客データ喪失で、利用者に緊急連絡ができなかったみたいだぜ。

>>394
バカすぎるw

>↑「んなもん、クラウド化するな！」って突っ込みたくなるが・・・
あ、これパブリッククラウドのことね。
プライベートクラウドならしてもよいと思う。

>>394
自爆かよｗ

>1
なにこれ、要するにバックアップって言ってるのは
朝６時にミラーサーバーと交互に切り替えて
運用してるだけなの？
テープとかDATみたいな別の媒体にフルとか
差分とかは取って無いって事か
なら、障害起きたら何もかも無くなるね

さすがファーストサーバ(笑)
やることがパネェっす(笑)(笑)(笑)

そのうち銀行とかの勘定系でもこんな事起きるのかね
ゆとり教育半端ねーな

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

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

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


・・・とあるがな。

国内の会社ならあまり数は多くないだろうが、12月決算の会社なら今月末が締めなんだが。
外資系の子会社ならけっこう有るんじゃないかな。やばいよ。

外資の大手は逃げ出してるし無関係も多いのかな

これは嘘だな。
ありえん。
こんな作業工程があるわけない。

サイボウズデータがすべて吹き飛んだ・・・orz

>>404
謹んでお悔やみ申し上げます・・・

>>387
> どこも騒いで無いし
> 被害にあった企業が無いようでなりよりです


本当は、フザケルナ！とここで何スレも立てて祭りを起こしたい
特定業務の方々は数千人いるが、彼らは後数カ月は2ちゃんに
戻って来ることはない。

なので2ちゃんは平穏そのもの。

こんだけ火消しがわいてるってことはわざと消したな

てか更新プログラムが、危険度大のウィルスじゃねぇかｗ
この会社も更新情報と言うウィルス送った奴ら訴えろよ。

公然わいせつの疑いで逮捕されたファーストサーバの岡田良介社長が辞任した


岡田ｗ
何これ？ジャスコ？

ソフトバンクの株下がれー
うひょひょ

>>404
NotFound

バックアップって、全部が上手く行っていることを確認してから書き換えると思うんだけど、
ファーストサーバーの人は、なぜ同時に更新してしまったのか。

>>249
メンテ開始時刻から見ても、そんな感じはするね。
ホストのクラスタサーバを切り離してメンテしようとしてたっぽく見える。
ゲストを移動だけさせるつもりが停止・領域開放とかやっちゃったんじゃなかろうか。
VMに関わるモジュール更新とかならまだしも、顧客サーバをホスティング業者が直接定期アップデートなんて普通しないしね。
顧客に提供したものを勝手に弄って良いわけがないし、初期（納品）状態復元責任もある。
だからスナップショットなんかを使うのであって、これはバックアップじゃねーよとか言ってるのは筋違い。
ただ、バックアップ系と運用系を一気に処理しちゃったのはお粗末だったね。
まさかバックアップサーバが運用サーバと同じクラスタに居たなんてことはないと思うけど・・・

別スレ見るまでこれが、禿系のやらかした悪事だとは気付かなかった

てか、仕方ないかもしれんがスレタイや記事本文で禿の悪事は判るようにしてもらいたいわ

>>179
試しにロフトプラスワンのHP見たら過去のスケジュールがなかったw

ファーストサーバで障害発生・・・ユーザーの阿鼻叫喚まとめ
http://matome.naver.jp/odai/2134032665292996301

>>412
テスト環境で検証したから十分だと思ったのでしょう
というか本番機と同時更新する「バックアップサーバ（待機系サーバ）」はあっても
手を加えずに保管しておくべき「データのバックアップ」を取ってなかったんだよね
そこを巧妙にごまかしているけど

普通スクリプト書いたら間違いなくローカルで動かすよ。

こんなの走らせたら自分の環境ぶっ飛んでびっくりすんだろ。

>>418
たぶん、自分自身は大丈夫だった。自分以外が死んだ
っていうことなので、実行した人のローカルは無傷

全部、韓国のせいです（ｗ

>>420
本当のこというと気持ちが良いだろ？

>>419
それは無いんじゃない？

遠隔のPCにroot loginしてパッチ当てて不要なディレクトリ rm するといった
スクリプト組んだら、まずはターゲットのマシンを localhost にして実行するだろう。
それが誰もが思いつく一番簡単な検証方法だと思うけど。

「すいません、もう出題のレポートは仕上がっていたのですが、
ファーストサーバが全部消してしまって」

>>422
安易にroot使ってプログラム走らせちゃいけないって知らなかったんだろう。
root使わなくてもメンテできるように設計していなかったのかと問いたくなる。
大規模サービスなのに・・・

うちのクライアントがファーストサーバのデータが飛んで
もがいてる、、、
騒いでるみたいけどテレビでは見ないしいったい何があったの？

>>425
親会社のヤフー・ソフトバンクは、意味不明な犬の宣伝で
テレビ・マスゴミに大きな金落としてるからなｗ

5698企業のデータ消失　ヤフー子会社で障害、バックアップも消えた
http://www.sponichi.co.jp/society/news/2012/06/26/kiji/K20120626003547590.html

ヤフーの子会社「ファーストサーバ」（大阪市中央区）が運営するレンタルサーバーでシステム障害が発生し、
５６９８の企業のホームページ（ＨＰ）などのデータが消失したことが２６日、分かった。

ファーストサーバ社はＨＰで「データの復旧はできず、システムの再構築も対応できない」と公表。
今後、損害を補償する方針という。

障害は２０日午後５時ごろ、セキュリティー対策を更新する際に発生。プログラムの不具合や運用手順の
不備が原因で、バックアップデータも含めて消失した。

同社はインターネットを介して、データの保存やプログラムを運用するレンタルサーバーの提供を
主な事業としており、５万以上の顧客を抱えている。２００４年１１月、ヤフーの子会社となった。

ありがと！
ここってクボタって会社が創業したんだね

今更で申し訳ないがこれって結構大きな事件じゃないか？

これわざとだろ。
多分データは消えてなくて某国に流れてるよ。

>>428
クボタの拠点は大阪
従業員や工場周辺にアスベスト被害を与えた加害企業でもある
やはり大阪企業は社会に迷惑

>>429
データはクラウドに保管しますしＢＫも取ってますし管理は任せてください
（でもサイボウズの入力データは手元に落として来れない仕様）
↓
データが消えましたからお客さんで何とかしてください
（原因はＦＳのミスなのに！手元にデータないのにどうすんの）
↓
ユーザが絶望している状況
（ＦＳが自社ＨＰ上に書かれていた概要を改ざん中）　　　　　　　　←今ここ

ＮＨＫニュース来たぞ。

ＮＨＫで今やってるぞ！

>>218
とはいえども、平時であれば其の理論が一般的にはまかり通ってしまうからなあ。

有事が起きてみて初めて気づくわけだ。

ハードの故障とかソフトのバグじゃなくて管理者の故意の操作でだから
物理的に別なところにバックアップされてたとしてもそっちも消してただろう

実際にデータ消失の憂き目にあった会社からの
情報はまだなのか？

社内がガタガタなのを知らせても信用が下がるだけ
復旧が完了した会社から
徐々に被害状況が明らかになりそう
たぶん被害が大きかった会社ほど後から出てくる

>>437
静的サイトなら外注の制作会社に「再アップして」って言って終わり。
メールも管理担当ならアドレスとパスワードの記録ぐらい持ってるだろうから、
再設定して終わり。

動的サイトやってたならまだ大混乱中それどころじゃないのかと。

ファーストサーバで障害発生・・・ユーザーの阿鼻叫喚まとめ

http://matome.naver.jp/odai/2134032665292996301

>>440
naver.jpとかきもいんだけど

>>441
なら目を塞いでろ。

非人が火病ったｗ

なぶぁー
↑
キモ

ヤフーの名前もソフトバンクの名前も出さなすぎるよな
やっぱマスコミを使ったイメージ戦略は大事だよな
今じゃ社長の信者まで出て勝手に布教活動してくれるようになったし

ああ、孫が手配した火消しか。ご苦労さん。

そもそも簡単に消えてしまう所にコピーしてもバックアップとは言えない。
正副、世代管理。ちゃんとやっとけ。

>>446
ナバーってチョン系なんだけどw
チョンの自作自演にしか見えんぞw

>>445
NHKで名前出てたよ

のらりくらりとかわしてたら、そのうちに勝手に潰れていくからな
本社に直に足運んだ方が良いで

>>449
やっぱり広告の力か
NHKにはその手は通じないからな

もう霧散っていう言葉の語源として後世に伝えるレベル

TBS系でもやってたよ。
普通にヤフーの名前も出ていた。
ただ水族館のサイトが一部表示できなくなったとか、チケットが購入できなくなったとか
ほぼ当り障りのないような例を出して、さらっと終わった。
まあ、本当にヤバイのは出せないよな…

一斉に報道されたってことはやっぱり止めてたんだな

NHKが報道したからこれ以上止めておけなくなったんじゃないの？

>>453
深刻なのはまだ理解できてないんじゃないかなあ

三三三三三三三　 （　　　 　|　日経ッツ！
三三三三三　　　　　)）　　　 |
三三三三)ミ,（（＾＾彡ミ彡　 ／　　　　きさまッ！
三三三三 （（三三　　6)彡/／＼
三三三∩三ﾐl三三　 /ミ彡 ／) |　　見ているなッ！
三三三|彡ミ三ｌ三　／　＼ / /､ |
三三三ヽ＿）二 |￣　ﾉ　／　ﾐl :ｌ､＼
三　／二 /ミ　‐ｖ-― ´/　）ﾐ/ / /ヽ￣￣￣￣
三/　￣ /ﾐ　　　ｌﾐ 　 （_/ 三｀´｀´｀´

ネット上の掲示板には「顧客データもサイボウズに入れてたから、
電話来ても誰が誰だかわかんないし何も答えられないし、
サーバが落ちててって言い訳もできないし、
会社自体が記憶喪失になったみたい」
「たぶん明日は段ボールから顧客との契約書原本取り出して、
電話取りながらあいうえお順に並べる作業から一日が始まります」
といった書き込みがなされている。
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=3

三三三三三三三　 （　　　 　|　日経ッツ！
三三三三三　　　　　)）　　　 |
三三三三)ミ,（（＾＾彡ミ彡　 ／　　　　きさまッ！
三三三三 （（三三　　6)彡/／＼
三三三∩三ﾐl三三　 /ミ彡 ／) |　　見ているなッ！
三三三|彡ミ三ｌ三　／　＼ / /､ |
三三三ヽ＿）二 |￣　ﾉ　／　ﾐl :ｌ､＼

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

ヤフー子会社 データ大量消失
http://www3.nhk.or.jp/news/html/20120626/k10013112191000.html

レンタルサーバー会社でデータ消失　５千社・団体に影響
http://www.asahi.com/national/update/0622/TKY201206220517.html

企業向けサーバー障害、顧客データ５千件超消失
http://www.yomiuri.co.jp/national/news/20120626-OYT1T00678.htm

ファーストサーバ障害、深刻化する大規模「データ消失」
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/

ファーストサーバ大規模障害　プログラム不具合でデータ消失５０００件超
http://www.sankeibiz.jp/compliance/news/120626/cpb1206261017001-n1.htm

ヤフー子会社　企業データ５０００件消失
http://www.tokyo-np.co.jp/article/national/news/CK2012062602000236.html

>>458
火消しの準備完了したのか

TBSラジオ デイキャチ でも来たぞ
http://www.tbs.co.jp/radio/dc/

みんな投票よろ

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

>>461
馬鹿の１つおぼえ

ネットワーク経由のバックアップはネットワークが切れるとできない

更新日ひどいなｗ

1000円障害担当の準備ができてから報道とか怖い怖い

どうせ嘘記事なんだろ？

>>462
どこ見てるんすかｗ
「外部サーバーにデーターを保存」と書いておいて
実は「別のハードディスクにデーターを保存」だったという話なんですが

>>465
曲解だな、話にならん

>>466

( ﾟдﾟ)ﾎﾟｶｰﾝ

斬新なパターンですねｗ

別のハードディスクにデーターを保存も嘘らしいぞｗ

パーミッションわけた同じHDDだってさｗｗｗ

>>469
そんな、個人のPCじゃあるまいし・・・

>>469
おんなの脳みそに電波でとばしてるんじゃね？

これがチョンバンククオリティ

>>469
バックアップとかのたまっていて、それが事実なら
賠償の裁判されたら負けるんじゃね

>>473
負けないだろ、場衣装の本人ぜったい出て来れないし

パーミッション分けるって…

自社でデータのバックアップとってないのなら
鯖いじる時だけでも他企業の所に保存したらどうだろう？
最近クラウドとか流行りだし

856 名前： 名無しさん＠お腹いっぱい。 投稿日： 2012/06/26(火) 16:58:38.41 0


流石、　【FS取締役の真藤豊さん】　、良い事いうじゃねーか。


「1に安定、2に安定。とにかくお客さまにご迷惑を掛けない。
そのために少々コストが掛かっても、多少ローンチが遅れても、
常に安定稼働を実現できることを優先した」

「どんなユーザーであっても、『万一システムがダウンしても
ライブマイグレーションで復旧します』という話をして
『それで良い』というユーザーはゼロだと思う。
ユーザーにとっては、『仮想サーバーだろうが物理サーバーだろうが、
落ちてはいけない』ということだけは間違いないはずだ」

「とにかく安定稼働させてお客さまに迷惑を掛けない。
次いで、お客さまの使い勝手の利便性を徹底して追求していく、という方針だ。
つまり、“安定稼働は必要条件”で、その上で“使い勝手をいかによくしていくか、これが十分条件”」
ttp://cloud.watch.impress.co.jp/docs/special/20120626_542675.html

まぁ、こんな時になんだけど
クラウドに対応した２ちゃんブラウザー作ったんで良かったら使ってよ
ttp://neetchan.blog.so-net.ne.jp/

>>8
> 完全に事故とかじゃなくてヒューマンエラーだな。

テロによる破壊行為かもしれんぞ www

>>461

この資料改変は、ユーザに説明していたバックアップ体制は実施していませんでしたと、自ら認めたようなものだなあ。
書き換えてしまったら、説明通り実施してたけどうまく機能していませんでした、の言い訳も通らなくなるし。

書き換え前なら作業者の過失で争えるけど、書き換えたから隠蔽を行ったと扱われる。

http://www.nikkei.com/news/image-article/?R_FLG=0&ad=DSXZZO4301102026062012000000&bf=0&dc=1&ng=DGXNASFK2600L_W2A620C1000000&z=20120626


ファーストサーバが25日未明に公開した「事故原因」。
「本番環境」と「バックアップ環境」のサーバーが別に見えるイラストは「ミスで、修正作業中」（同社）

おいおいおいｗｗ

>>265
> >>176
> これも法則発動か

日本人は沢山悪いことをしたんだから
これくらいのことは我慢しろ　www


しかし、こんなに復旧が遅れていると
中小企業の中には致命傷になるところが出るな。

どんなにいい加減なとこでも、企業向けサーバは、
１週間前くらい状態にならば戻せるくらいの手は打っていると思っていた。

>>179
2012年6月20日夕刻に発生した障害により、
サーバ初期化・データ消失という
前代未聞空前絶後の無限地獄に我々を叩き込んだ
“実績と信頼の”ファーストサーバ。

被害に遭った会社／団体は5,000とも6,000ともいわれ、
かく言う我々ロフトグループも本稿執筆時（６月末日）には
まだまだ死線をさまよっている最中でございます。

と、そんな阿鼻叫喚のハンバーガーヒルを駆け抜けたサーバ管理者の皆様！
ここはひとつ、未だ癒えぬ生傷を握りしめ、酒を酌み交わそうではありませんか!!

　一体なぜ我々はあの戦場へ駆り出されなければいけなかったのか。
　あの時、それぞれの戦線では何があったのか。
　MacBook Airが当たるキャンペーンはどうなったのか。

そして、我々は今後どうするべきなのか──。

http://www.loft-prj.co.jp/lofta/schedule/perN.cgi?form=2&year=2012&mon=7&day=14

>>238
国民からの苦情や相談事例を関係部署の相互間で共有のために
サイボウズを使っていた役所や独立行政法人もあるかもしれんぞ。

そういう都合の悪いデータが
今回のことで天に召されたことは、
行政の不作為を責められなくなって願ったり叶ったりだな。

いっそのこと、紙の記録して存在する分も
今回のせいだと、なすりつけて、
すべて天に召されたことにすれば完全犯罪だ www

>>481
こうなってくると、検証環境と動作環境とバックアップ環境は
同一の環境下にあったと考える方が自然かもな・・・

>>481

だから嘘だっていってるだろｗｗｗ

はじめに嘘ついちゃっていまつっこまれて嘘修正してる途中ｗｗｗ

だから検証環境とかバックアップ環境（）なんてはじめからなかったんだよｗｗｗ

>>469
> 別のハードディスクにデーターを保存も嘘らしいぞｗ
>
> パーミッションわけた同じHDDだってさｗｗｗ

おいおい、それが本当ならば、
何時かは完全消失事故が起きることをねらった破壊工作のテロ事件じゃないか。

これ仮に銀行とかで同じことが起こったら、顧客の口座情報も何もかも全部消えて、預金がパーとかもあると思うとすげー怖いんだけど。

これ故意じゃないの？

だから普通はバックアップ（）を取って、地震や災害起きても大丈夫なように
たとえば九州と北海道とアメリカなどに同じバックアップを移動させておくんだよｗｗｗ
今回はこの糞会社が経費削減（）のために1つもバックアップを取っていなかったからこういうことになったの
銀行とかはちゃんとバックアップ取る作業を行っているｗ

>>469
いやいやいやｗｗｗｗｗ
物理破損したら一発アウトだからどんな馬鹿でも分けるでしょｗｗｗｗｗｗｗ

・・・マジで？

アウトだけど規約（）でデータ保障しないんだから無駄な金をかけることはできないｗｗ

まじありえない

民生用のRAIDの方がまだマシだったかｗ

　　　なんだっけ？　　　　　この辺押せばいいんじゃね？
　　　　　 _,,..,,,,_　　　　_,,..,,,,_
　　　　./　　・ωヽ　./ω・　 ヽ
　　＿ l＿_/￣￣￣/＿/￣￣￣/
　　　　＼/　　　　/ ＼/　　　　/
　 　 　 　 ￣￣￣　 　 ￣￣￣


　　　　　　　あ　　　　　　　う
　　　　　 _,,..,,,,_　　　　_,,..,,,,_
　　　　./ ・ω・ ヽ　./,,・ω・,,ヽ
　　＿ l＿_/￣￣￣/＿/￣￣￣/
　　　　＼/　　　　/ ＼/　　　　/
　 　 　 　 ￣￣￣　 　 ￣￣￣

ミラーリングを外部サーバにバックアップって嘘ついてた訳だけど、誰も怒らないのなwww
もう被害者が何も言わないんだからそっとしとこうぜ！
問題が大きくなって株価下落とか、誰もうれしくないしさ

>>489
銀行は法律で紙に出力しないといけないから、最悪のケースは防げる。

>>497
おまいはミラーリングといいたいだけの馬鹿かと

>>499
ミラーリングじゃなきゃなんて言えば言い訳？
RAIDって言えばいいの？教えて下さいよ低脳くんwww

>>499
あちこちのスレに沸いてる火消し。

>>500
おまえが低能だ

まず喉に入れてる「つまり」を止めろ、エッタ

>>501
おまいマジで精神病なんちゃう？

いくらもらってんだろうなこいつら

ファーストサーバはお金の使い方を間違えてる
火消し業者や苦情サンドバック要員のフルキャストに払う金あるなら
まず、全力でデータ復旧させろと

専用鯖利用者へのデータ復元と
共有鯖利用者への補償金にお金使うべきだと思うんだけどな
とりあえずこの工作員に頭きたから、絶対に客にはファーストサーバ使わせないわ

>>504
中学教師が偉そうに

格安バスツアーの事故の背景と、今回のサーバデータ消失の原因は似てる気がする
とはいえ超大手のIDCでも現場で働いている人はやっぱり派遣だったりする

独自にシステムを開発して運用したら、
サーバ3台くらいの小さなシステムですら、維持費が毎月人件費込みで200万近くするのに、
月々2000円ですむと思っていた顧客も提供側も異常

月2000円の中から技術者や営業、総務なんかの人件費にビルの家賃に広告費に電気代に
全部込みこみでかつ、そこから利益出そうとしてるんだから、利益10%抜いても月200円。

バックアップ用の使い捨てテープ媒体なんて買ってられないし、そのためのオペレータを
24時間待機させるとかムリポだろJK

>>507
予備電源レンダント一式、空調設備同じく予備、空気清浄機同じく予備
俺が言ってない話なんてくらでもあるぞ中国人

>>505
幾らで雇われたんだ？
時給100円か？

>>509
ソレおまえだろ？
コアBASICの情報聞き出そうと無駄なことすんな

どんなサーバー使ってたんだろ？1Uで3個のHDDが載るサーバーなんてある？

嘘を嘘で塗り固めるとはこのことだな

>>511
事故調査委員による報告に期待だな

マシンルームで寒くてカワった風邪をひいている

いえいえ
自分たちの年金をＡＩＪにつぎ込んで
クラウド化しても だれも怒らない
神様みたいなお国柄です

ほっとけ

>>511
ざらにあるよ。
今時は2.5インチHDD使って1UにHDD8台なんてのもある。

>>511
1UでHDD3台載るサーバ。MacのXserveとか？

>>504
苦情対応を受け身で待つなんてのがカスだよなあ、
顧客に片っ端から回って対応するのが筋だろうに。

>>497

問題が大きくなって株価下落とか誰もうれしくない＝×
部外者は悪いけど飯うまだから。
ただ、国のデータは飯うまじゃない。

あれから訴訟云々とか復旧終わりました　みたいな進展はないのかねえ？・・
あるのは２ｃｈの憶測（仕方ないけれど）情報と、永遠に続くバックアップとったとらないネタばかりだからなあ

「講義のノートを貸したら、なくしたからと新品のノートが返されてきた」という悲しい結末。

>>522
貸す前に全ページコピーをとっとかなかったほうが悪いよ。

これを機に社内SEは大事にされるだろうｗ

みんなケツわる

ヤフー子会社 データ大量消失
6月26日 12時30分
http://www3.nhk.or.jp/news/html/20120626/k10013112191000.html

ホームページなどのデータを預かる
「レンタルサーバー」のサービスを行っている、
大阪に本社があるヤフーの子会社「ファーストサーバ」が、
５０００以上の企業などから預かったデータを消失させ、
復旧できない状態にあることが分かりました。
「レンタルサーバー」のトラブルとしては最大規模になるということです。

会社では、顧客がこれまでに支払った料金を上限に損害賠償に応じるとしていますが、
データ消失による顧客の営業上の損失は補償できないとしています。
会社によりますと、「レンタルサーバー」によるデータ消失のトラブルとしては
最大規模になるということで、今月末までに第三者による調査委員会を立ち上げ、
原因究明と再発防止策をまとめるとしています。
「ファーストサーバ」の村竹昌人社長室長は、
「社会的インフラに近いサービスでこれだけの事態を招き、心からおわびします」と
話しています

結局、鮮人の言い訳そのものジャンか
悪いのはオレじゃない、あいつが悪い

刑事事件で訴えなきゃ孫孫

>>524
もう少し大規模なデータ喪失が立て続けに起こらないと多分その考えには
至らず、今まで通り更になお過酷な責任と労働がSEに課せられるだけでは？

今の全ての取引は、リスクはあなた、労働もあなた、利益は私、だからね。

>>524
×　大事にされる
○　ますますこき使われる

ファーストと名の付く会社は

ブラックであやしい所が多い


（ユニクロを除く）

>>528
クレカでの攻撃に切り替えたようだね

>>531
なぜ除く

中国人のセンスだから

FS以外でもクラウドだと運用は同じだろう、基本的には個々の
PCが壊れても周囲のPCで補ってサービスを継続する思想だ。

クラウドは膨大なPCを統括して一つのシステムに見せていて、
バックアップにしても余りにもPCの数が多く、全く別の装置に
コピーして保存するのも難しい、そしてテスト系本番系待機系は
論理的存在で物理的には分かれていないし、分けられない。

同じPC上で切り離し可能なHDDでも搭載していれば
非常時でも安全にデータを維持できるかもしれない。

普通はそれも面倒だから、周囲の複数PCにファイルの
複製を持たせて安全を確保する。

おそらくホストOS上でフィル削除を実行したのだろう、
それならVM環境とは無関係にファイルを削除できる、
それを全PCで実行すれば一挙にファイルが削除される。

>>535
なんというしったか



と思ったが、ここ何年かのトレンドを全部外すなんてお主プロだな

>>536
トレンドもへったくれもない運用方法を実施したＦＳはさすがだよな。

俺のルーターに仕込んだコアBASICは破棄したから安心しろ
もっとも中古品に流して放流するのも面白いがね

age

agege

>>531
ファーストキッチンをDISってんですか？

最近電車の人身事故が多発してるけど、この会社の関係？
今日も京王線で人身事故だ

京王相模原線止まってたね。

http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=4
＞　ファーストサーバにおけるセキュリティ対策では、３つのＨＤＤに同じファイルをコピーしていた。
＞１つは「本番系」。もう１つは本番系のＨＤＤやシステムに不具合が生じた時、即座に切り替え、正常
＞稼働を続けるための「待機系」。もう１つが、毎朝６時に本番系のデータを丸ごとコピーしておく「バッ
＞クアップ系」だ。この３つが、すべて同じサーバー内に同居していた。

＞＞＞＞＞＞＞＞＞＞＞＞＞この３つが、すべて同じサーバー内に同居していた。

え〜と、サーバー同居じゃ実質的にバックアップ取ってないのと一緒じゃないか。そりゃー一気に全部のサーバに適用されて
あぼーんするよね。

これ、裁判やれば絶対に勝てるよ。

>>544
「稼働率100％を保証した高いビジネス品質のサービス」とか、「さらに人為的なデータ損失
があった場合にそなえ、日に１回、外部サーバーにデータを保存しています」wwww

こりゃあ確実に勝てるし、集団訴訟だろうなあ

>>545
外部鯖が嘘だったしな。
約款に賠償額の上限が書いてあったとしてももはや無意味。

>>545
できなきゃ、日本は１００％終わってるｗ

普通に契約が履行されてても、片方だけに有利な内容は無効になる時代に、
契約自体まもってなかった（事前に記載されてたバックアップ体制もなかった）のだから契約書の賠償上限額はまったく意味を成さない。

>>548
シュリンクラップの事例とゴッチャにするなよ情弱。

ファーストサーバのSLAとは
http://www.fsv.jp/sla.html

稼働率100％の品質保証制度（SLA）を設定しお客様のビジネスを支え
続けてまいります。お客様にはこれまで以上に安心してレンタルサーバーサービス
をご利用いただくことが可能になります。

・
・
・
・

→返金対象月（返金申請月の前月）より前の月は返金対象とはなりませんw

バックアップという言葉の使い方に齟齬があるな
こいつらの言うのはバックアップとは思わんわ

yahoo、ソフトバンク系は今一信用できないな

サイボウズなんてGoogle様の無料サービスで充分だろ

「バックアップ体制については記述の誤りでした。PDF直しときました」は無理か？

>>550
SLAとはそんなもの。
損害賠償とは別。

素人チャンはサーバー本体の耐久性とかに目がいきがちだけど
本物玄人はシステム全体の完成度を見るんだよね
例えば、中古のボロボロのlinuxサーバーでも、usbHDDやMOとセットにして
毎日バックアップをとれる体制にしてたら
最新で堅牢でUPS付きのハードウェアだけどバックアップする機材が存在しない
単にでかい多機能なパソコンよりも格上だよ

>>544
外部記憶装置ってハードディスクも外部記憶装置じゃん。
ファーストサーバー間違ったことしてないじゃん。

ミラーリング + レプリケーションしとけば大概大丈夫だと思うわな

>>558
それらの措置は操作ミスには無力って市販の教本にも記載されてる。
バックアップの意義を勘違いしている人が専門業者として、
委託を受けて鯖運営していて、しかも悪びれることもなく自白してしまった事件なんで・・・

>>556
どんなに二重・三重の安全設計だろうと、
全機に向けて自殺コマンド打たれたら機械は素直に行動をするよ。
今回はそれを打たれたんだよ。

./barusu.sh

>>560
テープにでもバックアップがあれば、ここまでの大事には成らないでしょ。

遠隔地に置くことまでは望まなくても
物理的に切り離されたバックアップだと思うわ
普通は

ヤフー弁護団出てくるし
刑事告発しなきゃね

丸め込みＮＯ!!
はした金で納得できればいいけどさ
訴えて親会社にたっぷり賠償金払って貰おう

足元見られて個別なんかねぇ…

680: 名無しさん＠１３周年 [] 2012/06/28(木) 12:24:46.95 ID:ytu6JqWR0
個別に対応ってことは個別に丸め込むってことか
ま、集団訴訟が最良の選択だろうな
682: 名無しさん＠１３周年 [sage] 2012/06/28(木) 12:26:39.49 ID:PW4EJAEE0

>>680
詐欺被害で警察に被害届もださないとな
683: 名無しさん＠１３周年 [sage] 2012/06/28(木) 12:28:31.29 ID:In/AanUi0

>>680
多分、「保証内容を公開しないように」みたいな縛りつけて個別対応していくんだろうな。
情報的に隔離しちゃえば、所詮は烏合の衆って目論見なんだと思う。
687: 名無しさん＠１３周年 [] 2012/06/28(木) 12:39:56.58 ID:ytu6JqWR0
社長室長がアホな発言しちゃったんで
約款で突っぱねるのは無理と判断したんだろう
しかしやり方がいちいち鼻につくね
691: 名無しさん＠１３周年 [] 2012/06/28(木) 12:47:54.87 ID:ewwu62pP0
>>679 >>680 >>683
だな、被害者でまとまられると
以後やりづらくなるから
早めに各個丸め込みで手を打ってきていると見える
「親会社のyahooが全面支援」と聞けば被害者は個別に問い合わせるだろうからな

被害者側でまとまろう！
って動きはないのかな？>>687
全くだ

>>562
>>1の中間報告を見なよ。
>そのプログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、
>メンテナンスの対象となるサーバー群を指定するための記述漏れが発生していました。

外付けだろうが何だろうが、全部のストレージのデータを消す、
取り消し不可能なバルスの呪文を全機に唱えたんだよ。

何でそんな事をやったのか知らんが、
可能な権限を持ったrootでそういう命令を実行させれば、全て消すのがシステムというもの。

>>563
毎日の頻度でバックアップとってるから、いちいち物理的に切ったりしないだろ

>>565
普通テープ交換するんじゃね？

やはりこれといった進展情報なさそうねえ・・・
ネタがないからサーバ運用についての話しか盛り上がらんのうお

>>566
テープなんかじゃ時間的に取りきれない。

だからパソコンの大先生はLTOライブラリがどんなもんだか
調べてからものを言えよ

みっともない

>>568
よく知らずに発言するなよw

>>568
素人乙

>>568
んなこたあないｗ取れないのは運用がクソだからだよｗｗ

ま、ファーストサーバはある意味自業自得だな
サーバー管理とサーバー運用とバックアップ運用がセットだという契約？
なら文句の言いようもあるだろうが、バックアップは損害保険と同じだからな
万全にするにはそれなりの手間も金もかかるってこった

FSって、結局どれぐらいの容量をバックアップで取っとかなきゃならなかったの？
ディスクアレイして何ペタぐらいあったんだろう。

>>569
LTOライブラリの値段を知らんのか？
2TB5000円程度のHDDをバックアップするのに数倍のコストが掛かるだろ。

LTOチェンジャーがずらりとラックに収納されてるのをみたことないやつが
いるみたいだな。まったく

何倍かかっても必要なコストは支払えよ脳タリン

重要なのでコピペ

103 ：名無しさん＠お腹いっぱい。 ：sage ：2012/06/28(木) 18:15:32.57 0
NTT系のデータセンタでは以下のようになっている。
(p)ttp://www.ntt.com/tariff/comm/pdf/c147.pdf
---
第6章損害賠償等
（責任の制限）
第24条　当社は、本サービスを提供すべき場合において、当社の責めに帰すべき理由により
その提供をしなかったときは、
（中略）
その契約者の損害に対して責任を負うものとします。
２　前項の場合において、当社は（中略）合計額を上限として、その責任を負うものとします。
３　当社の故意又は重大な過失により本サービスを提供しなかったときは、
　　前2項の規定は適用しないものとします。


対してヤフー子会社のIDCフロンティアは

(p)ttp://www.idcf.jp/pdf/hostingservices.pdf
第六章
>債務不履行責任、不法行為責任、その他法律上の請求原因の如
>何を問わず、本サービス利用契約に関して、当社がお客様に対して
>与えた損害について、当社は一切その賠償責任を負わないものとします。

え？

>>576
そんなもん、HDDでバックアップ取ってる業者にコストで負けるか、
より信頼性の高い企業向けデータセンターに食われてとっとと撤退しとるわ。

安かろう悪かろうの業者だから、存在意義が有るんだよ。

つうか大事なデータ保管するのに、月2000円しか払いませんなんてユーザー、
従来のデータセンターなら門前払いされてるわ。

>>578
安かろう悪かろうはこの世から消えろ
マジで
人を不幸にしかしない

ファーストサーバが使ってたIDCフロンティアそんなに高くないぞ
http://www.idcf.jp/cloud/service/
IDCフロンティアが本当にこんな運営してれば問題なかったはずだが
http://www.idcf.jp/cloud/service/security/

>>581
安くてもIDCfは>>577みたいに賠償責任おわない約款だから使いたくない

>>580
高信頼性が良いならIBMのzサーバーでも入れりゃ良いんだよ。
LinuxとかWindowsとか、作りがいい加減だろ。

まあ、毎月何億ものリース料が必要だけどな。

>>575
1台あたりどれぐらいの容量を積んでるかと
全体で何台あるのかによるんだろうけど、
転送レートは圧縮時でも800GB/hぐらいだろ。
作業可能時間は恐らく午前2時〜5時ぐらいか？
FSぐらいの鯖屋に対応できるものなのか？

第六章
>債務不履行責任、不法行為責任、その他法律上の請求原因の如
>何を問わず、本サービス利用契約に関して、当社がお客様に対して
>与えた損害について、当社は一切その賠償責任を負わないものとします。


こんな一方的な契約は無効だから、屁の突っ張りにもならん

>>585
書面で契約を結んでいるんだから無効も糞もねえんだよ。
シュリンクラップの許諾書レベルと一緒にすんなよボケwww

>>586
裁判起こさないのだったら無意味ｗ
情弱（情弱会社も含む）の戯れ言

>>583
基本的に同じ大きさのサーバーは全部一緒
ibmのもlinuxもwindowsも値段が違うだけ
コンピューターメーカーのやつは、
コードを綺麗に納めてくれる内装工事とばかでかいエアコンと巨大なブレーカーがついてるだけ

事故を起こしたのがNTTやKDDI系列だったら猛然と叩かれたでしょうね。
今年の初めごろdocomoが大規模障害を起こしてﾏｽｺﾞﾐ総出で叩かれましたが、
ｿﾌﾄﾊﾞﾝｸが数年前に同じ大規模障害を起こしたときはﾏｽｺﾞﾐが黙殺しました。
ﾒｰﾙ数千通が赤の他人に誤配されたのに、zakzakぐらいしか取り上げませんでしたね。

SE歴20年の俺に言わせりゃ素人が心臓移植の手術をした感じだな。

>>590
その心臓移植にＯＫ出したのが素人経営者なんだけどなｗ
金の無い患者は、安くやりますよと言われれば安全無視してもやるやつは出てくるさ
その安さが最低限の品質と安全を保障して無いにもかかわらずね

これはファーストサーバ株式会社の問題だけじゃなく各会社の経営陣の無能さの表れでもある

こういう事件が起きるときは人事異動があったはずだよ
ヤフーから出向してきたものが幅を利かせて
ファーストサーバの設立以来からのエンジニアが退職したとかね
安くてよいサービスは超人的に優秀なエンジニアに依存してきたが
後続の者が凡庸だと引継ぎがうまく行かなかっただろう

Yahoo!ニュースではランキング外なんだぜ

>>591
経営はプロでしょ。
人間力とか営業力とかコミュ力に溢れたヴェテランですよ。

ただ、危機管理が出来なかった、出来る部下が居なかった、
危機の可能性を見過ごしただけでしょう。

大した事はありません、会社の基幹ﾃﾞｰﾀが電子の藻屑になって回復できないだけで、
人間力とかコミュ力でカヴァー出来ますよ。





なら良いんだけどねぇ。

http://4608.info/up/src/up1620.jpg

マスコミ２chに投稿した後その画像を作ったんだけど、掲示板がおかしい
この掲示板はどこなのか
どこに投稿したんだろうか

きみらが叩くほどにソフトバンクの株が上がってるのはどうしてだ？

>>596
ヤフーカブはどうしたの？上がってるんでしょ?

>>597
ヤフー株なら知ってるが、ヤフーカブはシランぜ

今回の件からお前達が得るべき教訓は、バックアップは自分達で管理すべきだということだ

IBMはバックアップ装置弱いよ

中間報告が最終報告な件

事故の影響を確認した上で、恒久的な対策を示さないとね。

>>299
正常系のみのレビューなんじゃね？
変数チェックとか無しの。

>>600
IBMに頼む客ならもう少しちゃんとしたバックアップ考えるし営業が売り込む
こういう安いレンタルサーバー屋と一緒にしちゃいかん

しかし待機系はあったけどバックアップは無かったって〜のは馬鹿だけど
裁判した際に裁判官がその差を分かってくれるかどうかが怪しい

業務に影響ない障害でも徹底的に絞られて何回も報告書書かされてる、おれからしたら、こんなの起きたら死ぬしかないわ。
客は金融です。

情報システムの仕事を辞めてつくづくよかったと思う今日この頃
息子にもコンピュータの仕事だけはするなと口を酸っぱくして言っている

>>48
ランボー、もういいんだ。
おまえの業務は終わったんだ…

>>606
生命に関わる事故が無い分、マシな面も有る。

>>608
直接見えないだけで、生命に関わる人はいるんじゃない？
事故レベルや顧客の業種によっては。

>>609
ありそうなことを想定してみる。

自治体関係が業務関係の鯖を置いてた場合
->障害福祉関係の手配（寝たきり老人訪問とか）が行われずに孤独死。

とか
医療関係
->顧客の薬とか受診履歴が消えちゃって、その人にだしちゃいけない、
間違った薬でアボン
とか

こんなに一週間も業務が停止したら、小さい会社とかは資金が回らなくなってアボン
とかあるだろ。

まだまだ貧弱な日本の無線環境において
他所に『自社のデータを全部置いておける』なんていう
セールストークを真に受けたのが間違いでしょ。

「クラウドコンピューティング」なんてコトバに踊らされて
自社でまだ分散構築できてないところへ、安価なコストの会社を選んだ人間の断末魔だな。

>>612
無線関係なくね

もしかしてクラウドを無線の事だと思っているのだろうか

正しい指摘を無能呼ばわりする火消しふぁ多数いるな。

孫正義、「人類にとっての最大の資産はクラウドになる」

(笑)

>>616
つまり損は最大の資産を消失させた人類の敵ということか

>>610
信号制御システムの不備で、高速鉄道が脱線して川に転落とかな

>>615
そのタイミングで書くとまるで>>612が正しい指摘みたいじゃないか

こういう運用をしても平気な奴を取締役として出しているYahooという会社。

クラウドって、グーグルが世の中の情報の入り口と出口
全てを一手に握ろうと画策して広めた世界制覇の概念だよ。
乗ったら最後、システムとデータを人質に取られて搾取される。
こんなのにホイホイと基幹システムを預ける方が馬鹿なんだよ。

リカバリ中に顧客情報が漏洩したとか。
また騒ぎになってるけど、リカバリのデスマを経験したことのある俺からすれば叩く気にはなれん。
が、現場の軍曹は兎も角、士官レベルの人間は何してたのか？
司令塔は徹夜しちゃいかん、冷静に判断できる体制に居なければいけないんだが
まぁコッチも徹夜してたんだろうな

会社の人間が延べ数十・数百時間かかって作ったファイルを
外部に置くとか頭がピーマンかと。

まあ自殺するときはFSの名前を遺書のどこかにいれとけよとアドバイス

>>621
複数の端末が互いに繋がっているのが網の様だからネット。
ネットが拡がって蜘蛛の巣みたいになってウェブ。
無数の端末が集まって雲の様になってクラウド。

覚えておこう。

>>625
その雲を丸ごと独占しようというのがグーグルの野望なのだが

保守

別に端末の集まりのことじゃないべ？＞クラウド

ケンタッキー食い放題の日な訳だが
http://hayabusa.2ch.net/test/read.cgi/news4vip/1341368156/

保守

もう収まったんならこのスレ要らないんじゃね？

は？

いつ収まったんだよ

障害はあって当たり前なんだよ。
バグもあって当たり前なんだが数日前でも1日前でもいいから
バックアップを取っていないことと顧客にバックアップを取らせない体制が
最大の被害の原因だろうが。

賠償については個人的には気の毒だが払う払う必要は無いだろうが
猛省すべき。まぁしたところでファーストサーバーはもう無理だろ。

>>634
漏洩は？

631だけど、コレ以上進展は無いんじゃない？って意味で収まったと書いちまった

あとはファーストサーバ自体が潰れるかどうか位じゃないの？

ファーストサーバが潰れ
セカンドサーバとなって蘇る

>>636
むしろこれからだろ
訴訟とか賠償とか原因追求とか
出来れば逮捕者が出てほしいなwww

業界に全然詳しくないけど、リダンダンシーのための系統とは
独立した静的な複製があるのが当然だと思ってた。
そういうものを略したシステムが構築されてたのだとしたら信じがたい。

>>639
それを「信じがたい」と思ってしまう時点で本当に業界に詳しくないとわかる

>>640
それって、略すのは大問題だがみんなやっている、と
略しても問題ない、とどっちなのかな？

資産を預かってるという認識がないんだから
そりゃ手間や時間をかけないよな

そんなとこを選んだ馬鹿も馬鹿だから潰しあえばいいよ

選んだ馬鹿と言っても、バックアップは取ってます。災害対策も万全です！
と謳ってるからなぁ

そりゃ大手と同レベルのサービスは求めないけど最低限はやってると思うだろ普通

>>641
必要なものを略したら問題あるに決まっとる

319 名前： 日出づる処の名無し [sage] 投稿日： 2012/03/25(日) 00:14:07.36 ID:5jhBQlDV
結局、日本式派遣徴用によるソフトウェア開発は完全に間違ってたって事だよね
ゲームに限らず、業務系でも綻び出まくり

まあやる前からわかってたことなはずなんだけどね、
成功しても何の名誉も余録もなく、月まで３日で往還してこいみたいな
馬鹿な納期を押し付けられるような状況で、まっとうな仕事をする奴が居るわけがない
320 名前： 日出づる処の名無し [sage] 投稿日： 2012/03/25(日) 01:45:04.15 ID:NSn6ZuCf
派遣としては終わったあとに派遣先が倒産しようが別に関係ないからなｗ

サーバ2.0登場

消費者がものを買う時も安さしか考えない
雇用者が被雇用者を雇う時も安さしか考えない
プロがプロの仕事を買う時も安さしか考えない

正当な対価を軽んじるこんな世の中じゃ
重篤なトラブルが起きるのは必至

いいんだよ。

客は安物を値切って買う事がやりたいんだ。
その品物が会社にとってどれだけ重大かとか考えない。

目先が安ければそれで良いんだよ。


モノ作りジャパンとか言ってもさ、肝心の所は安い外注に任せましょｗって思想なんだし。
海外で作った物に、japanのシール貼り付けるのが国内ってだけ。
それで品質とか調べるのも海外に丸投げ、信用してますからｗとか。

その信用が駄目になったのが本件。
でも、利用料が返って来るという良心的ｗな会社でよかったな。

フリーメールでも、「手違いで消えちゃいました、ゴメン」という連絡が来ることがあるけど、
タダで利用しているんだし、しゃあないと思う。

フェイスブックで、これをやらかすと、武雄市とかはどのような対応をするのだろう。
あそこもタダで利用していたはずだし。
しょうがないで諦めるのかな。w

ＲＡＩＤ１を多重バックアップと言い張るのは前代未文だろー。

ネット史上最大の惨事のひとつ発生―Microsoft Danger、
T-MobileのスマートフォンSidekickのユーザーデータのすべてを失う
http://jp.techcrunch.com/archives/20091010t-mobile-sidekick-disaster-microsofts-servers-crashed-and-they-dont-have-a-backup/
Microsoft/Sidekickの大惨事、続報―「ユーザーデータの大部分、回復可能」と判明
http://jp.techcrunch.com/archives/20091015update-on-microsoftsidekick-debacle-most-if-not-all-data-gets-recovered/

海外企業はこういう事故の際どういう対応をとっているんだろうか。

契約書に保障しないと明言してそう