- 1: コーニッシュレック(新疆ウイグル自治区):2012/06/30(土) 04:38:03.31 ID:7+UxY8e+0●
-
http://internet.watch.impress.co.jp/docs/news/20120629_543805.html
ファーストサーバ、障害の復旧作業において情報漏えいがあったとして謝罪
ファーストサーバ株式会社は、6月20日に発生した大規模障害の復旧作業において、復元したユーザーデータの一部が他のユーザーのデータ領域に混在した可能性があることを確認したと発表した。
ファーストサーバでは6月20日に、同社提供のレンタルサーバーについて、サーバー上にあるユーザーのデータを消失させる大規模障害を発生させた。これに伴って実施した復旧作業において、対象サーバー103台、最大2308ユーザーの復元データの一部が、同じく障害の影響を受けた145ユーザーのデータ領域に混在した可能性があることを確認したという。
1ユーザーあたりの混在先は最大6ユーザーで、ファーストサーバでは、データが混在した可能性があるユーザーに対して個別に連絡を取り、復元ファイルの削除を依頼していくという。
また障害の影響を受けた「エントリービズ」「エンタープライズ3」は1台の物理サーバーにつき1契約、「ビス」「ビズ2」「EC-CUBEクラウドサーバ」は1台の物理サーバーにつき最大60契約を収容しており、物理サーバーを超えて別のサーバーの顧客に漏えいすることはないとしている。
ファーストサーバでは、今回の事態を謝罪し厳粛に受け止めるとし、引き続き顧客への対応を最優先に取り組むとともに、事故原因の徹底究明および抜本的な再発防止策の策定を進めると説明。大規模障害については外部専門家による第三者調査委員会を設置しており、今回の事故についても調査委員会の諮問の対象となるとしている。
関連情報
■URL
プレスリリース
http://www.firstserver.co.jp/news/2012/2012062901.html
- 3: バリニーズ(やわらか銀行):2012/06/30(土) 04:39:27.01 ID:IM5YmNcJ0
-
もうこいつらダメダメだけどやる気はあるの?
- 4: コドコド(東京都):2012/06/30(土) 04:39:30.07 ID:ZOl37bO70
-
ぶははwwwwwww初期化しろ初期化wwwwwww
- 6: アメリカンボブテイル(兵庫県):2012/06/30(土) 04:50:58.11 ID:UPAObKAS0
-
下手に復旧せず もう廃業しろ
- 9: ボルネオウンピョウ(岩手県):2012/06/30(土) 04:54:51.94 ID:nJ++upbx0
-
これが無能な働き者ってやつか
- 10: バリニーズ(広島県):2012/06/30(土) 04:55:42.95 ID:INxC3Snt0
-
できないなら廃業しろよもう
- 11: ハイイロネコ(埼玉県):2012/06/30(土) 04:57:30.80 ID:BaqAVvsw0
-
もうダメ諦めろ
- 12: パンパスネコ(dion軍):2012/06/30(土) 04:57:55.22 ID:4TXXtCGW0
-
情報漏洩と脱税はYahooの企業文化
- 14: ウンピョウ(東京都):2012/06/30(土) 05:01:35.61 ID:+qvMGd3g0
-
消しだだけでは済まさずに漏洩とか・・・。
こんなド腐れ会社を今後も利用するところなんてあるのか?
- 15: ラ・パーマ(東日本):2012/06/30(土) 05:06:20.75 ID:d/LEQpke0
-
禿の財団のサイトが落ちたまま復旧できて無くてワラタ
http://minnade-ganbaro.jp/
まさかの自爆w
- 41: リビアヤマネコ(SB-iPhone):2012/06/30(土) 08:47:49.95 ID:mjIMg0Hdi
-
>>15
urlがまた笑うなw
- 16: ターキッシュバン(神奈川県):2012/06/30(土) 05:07:46.06 ID:vl+o3JMM0
-
新三大・ネットサービス会社でおきてはいけない事
サービス停止
データ消失
情報漏洩
http://www.amazon.co.jp/exec/obidos/ASIN/4862670695/himasoku1230e-22/ref=nosim/
- 17: ターキッシュバン(神奈川県):2012/06/30(土) 05:09:38.70 ID:vl+o3JMM0
-
ちなみに俺は、あまりのブラック待遇に耐えかねたIT土方がしでかした社内報復テロとみてるんだがどうだ
- 28: スコティッシュフォールド(北陸地方):2012/06/30(土) 06:17:02.28 ID:vagBuv9p0
-
>>17 これの中の1つが原因とか可能性はあるよね
http://blog.livedoor.jp/insidears/lite/archives/52513879.html
- 21: マーゲイ(北海道):2012/06/30(土) 05:25:43.23 ID:gDISO6nl0
-
日本ネット業界最大の事故やらかした上に
さらっと最大の情報漏洩事件にもなるのか
メールも他人のメールボックス見えたって言うし
もう夜逃げ準備に全力か
- 23: トンキニーズ(長野県):2012/06/30(土) 05:27:19.26 ID:oSw88Ri6P
-
ワザとやってるだろ
キレたな
- 24: スペインオオヤマネコ(兵庫県):2012/06/30(土) 05:29:19.13 ID:nmd1Xq390
-
復元して更に被害が拡大ってw
ただのhtmlファイルならいいけどさー。
- 25: アムールヤマネコ(長屋):2012/06/30(土) 05:43:03.39 ID:HeZEPSB+0
-
今更になってようやく発表かよ
先週の金曜の時点で明らかに自分宛じゃないメールが届いてるって報告があったのにさ
- 26: マーゲイ(公衆):2012/06/30(土) 05:44:46.66 ID:Oy9Ki0sq0
-
もうgdgdじゃねーかよ
どうすんだこれから
- 30: スフィンクス(dion軍):2012/06/30(土) 07:38:22.02 ID:5+n96xKX0
-
●簡単なまとめ
 ̄ ̄ ̄ ̄ ̄ ̄ ̄
ファーストサーバーは3重のバックアップ体制だった。
「実験用」「本番動作中」「バックアップ」の3つの同じデーターが入ったサーバーがある。
どれか生き残ればデータは死なずに済む仕様である。
セキュリティの更新プログラムが完成する。
(ただし、特定環境下でデータを削除しまくる【バグα】と、
勝手に指定以外の全サーバーに適用する【バグβ】つきだった)
↓
バグに気づかず実験用サーバーのAにこのプログラムを適用。
この時【バグβ】のせいで指定していない実験用サーバーB、C、D…全てに適用が始まる。
しかし使用者は実験用サーバーAしか調べなかったためにこの事実に気がついていなかった。
↓
このプログラムは実験用サーバーAでは正常に動作した。
しかし実験用サーバーB、C、D…のかなりの割合で【バグα】が発症し、
バグが発症したサーバーでは「データーの全削除」という恐ろしい事態が起きていた。
- 31: スフィンクス(dion軍):2012/06/30(土) 07:38:37.00 ID:5+n96xKX0
-
↓
しかし使用者は相変わらず実験用サーバーAしか見ていなかったので、
実験用サーバーAで正常動作したこのプログラムを「問題なし」と判断。
そのまま本番サーバーAだけに適用を開始した。
↓
本番サーバーは実験用サーバーのコピーである。
当然【バグβ】のせいで本番サーバーB、C、D…にも勝手に適用され始める。
本番サーバーは実験用サーバーのコピーなので、
【バグα】が発症した本番サーバーB、C、D…上のデータが消え始める。
↓
ファーストサーバーの更新プログラム的用法方は独自方式で
「本番サーバーに適用すると同時にバックアップサーバーにも適用する」仕様である。
これは過去の反省点を生かして、あえてこの仕様にしてあった。これが命取りとなる。
つまり、本番サーバーに適用した時点で、自動でバックアップサーバーにも適用され始めるのである。
↓
【バグβ】のせいでバックアップサーバーB、C、D…にも勝手に適用され始める。
【バグα】が発症したバックアップサーバーB、C、D…上のデータが消え始める。
↓
こうして【バグα】が発症したサーバー上のデータが消えた。
「実験用」「本番動作中」「バックアップ」全てにおいてデータが消えた。
ファーストサーバーオワタ。\(^O^)/
- 35: キジ白(庭):2012/06/30(土) 08:17:24.29 ID:nY73eA750
-
>>30
こんな奇跡のような事が起こるのかw
- 36: 縞三毛(catv?):2012/06/30(土) 08:20:38.94 ID:DvqqThDG0
-
>>35
まぁ、実際のところは違うんだろうな。
バグβなんて、あえてそういう仕組みにしてプログラムを書かない限り、
起こりえない話だし。
- 60: キジ白(東京都):2012/06/30(土) 09:32:09.60 ID:nQ4UWu3y0
-
>>30
もちろんずさんな面もあるけど、
同じような仕事に就いてるもんとしては結構笑い飛ばせない部分があって怖い。
1筐体に1個のサーバって頃はまだ良かったけど、
仮想環境がどんどん増えてる今、何を適用するとどこに影響が出る可能性がある、
つまりは作業後にどことどこを確認すべきかってのが非常に分かり辛くなってる。
- 66: 縞三毛(catv?):2012/06/30(土) 09:42:47.08 ID:DvqqThDG0
-
>>60
ある日突然、管理者も気付かないうちに増えてるようなもんでもなし、
「仮想環境だから」と言って管理をすっ飛ばしてただけ、ってことだろ。
単に環境を管理できてないだけだと思うが。
- 32: トンキニーズ(千葉県):2012/06/30(土) 07:39:24.87 ID:5HTE4GVR0
-
無能すぎてワロタ
- 39: マヌルネコ(東日本):2012/06/30(土) 08:25:03.06 ID:R6ih8itF0
-
ここ酷すぎ
業務停止命令だせよ
- 51: マヌルネコ(東日本):2012/06/30(土) 09:08:46.13 ID:R6ih8itF0
-
クラウドで一番重要なことが
なにひとつできない会社w
- 46: スコティッシュフォールド(東京都):2012/06/30(土) 08:56:44.76 ID:c5hTRHCR0
-
もうどう考えても事業継続不可能だろ
ここらで清算しといたほうがいいんじゃない?
- 67: ターキッシュアンゴラ(千葉県):2012/06/30(土) 11:20:48.33 ID:97lRYbUE0
-
サーバーが復旧すると他人のデータがもらえます
そう、ファーストサーバーならね。
(´・ω・`)
クラウドの衝撃
◆ファーストサーバ室長が逆ギレ 「月額1890円の低価格サービスでバックアップなんて提供できない」
◆ファーストサーバ「もう消えたデータ復旧できねえわ」
◆【大惨事】ライブスター証券「データベースサーバ上の全てのデータを削除してしまいました」
◆ファーストサーバ「もう消えたデータ復旧できねえわ」
◆【大惨事】ライブスター証券「データベースサーバ上の全てのデータを削除してしまいました」
|
|
コメント一覧 ⇒ブログ・はてなブックマークにコメントする
1 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 12:53 ▼このコメントに返信 クラウドて基本的に運用が普通のサーバーより複雑になるから他の業者も今回のことは気が気じゃないだろうな・・・・
利用者側もダブルバックアップで自らデータを保持して置くのが安全
2 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 12:57 ▼このコメントに返信 簡単なまとめっていうの、ストレージのバックアップというより運用形態でいう3重系運用ってやつじゃないの?
データのバックアップとバックアップシステム(控えシステム)って全然別物だとおもうんだが。
3 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:03 ▼このコメントに返信 まとめ見ると内部のIT土方が反逆を起こしたとか説得力を帯びてくるな
4 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:07 ▼このコメントに返信 会社の重要なデータを、月1890円では管理できないだろwww
預けた会社が屑すぎだw
5 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:14 ▼このコメントに返信 こうなると、単純に紙で保管するのがいいのか?
6 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:18 ▼このコメントに返信 一応同業種なんだが
>しかし使用者は実験用サーバーAしか調べなかったためにこの事実に気がついていなかった。
この話がマジなら、原因はここだろうな。
セキュリティプログラムを適用する所までは「使用者」に責任はないと思うが
恐らくだが、手順書ではちゃんと全サーバー確認する手筈になってそうなもんだけどな。普通、こういう所なら。ただの予測だけど。
使用者が慣れ(+サボり)でAだけ見て「あぁ、いけるいける、大丈夫大丈夫」ってなってやったのが今の事態だとしたら、この使用者の責任の重さを考えると寒気がする。
逆にAだけの確認でよい、という手順書に明記されてあるのなら、そこまで使用者の責任は重くないのかも。
今回の事件の話、何処のデータセンターでも下手したら有り得る話だから凄い怖い。
手順書をちゃんと毎回見て、記憶に頼らずに作業を続ける他ない。
7 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:26 ▼このコメントに返信 バグありきでだましだまし運用するってのはありがちな話だけど
こんな悪意のもったバグを放置するもんかね&自然にこんな都合のが二つも出来るもんかね。
今まで気付いてなかったけど、たまたま運よくやれてただけなのか
それとも今回初めて紛れ込んだバグなのか。
8 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:28 ▼このコメントに返信 米6
あぁ、すみません
夜勤明けの変な頭でした妄想なんで適当に流しておいて下さい。
詳細よく分かってないっぽい。
9 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:30 ▼このコメントに返信 多分管理のまずさは末端の人とか色々気づいていたと思うよ。
でも時間も金もルールも権限も何もないとこうなるよ。
まとめて言うとこんな事業させてる社長が悪い。
※5
それで済むならそれでいいけど、そんなんで済むならよほど幸せな仕事をしている。
10 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:34 ▼このコメントに返信 この安さから人員は少ないだろう、という予測はたつ。そして恐らく足りてない。
これも一人でやってた作業なんじゃないかな。
最近は二重チェック何処でも基本になってきているような気がする。それでもアレする時はアレするしね。
11 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:35 ▼このコメントに返信 他所でも散々言われてるだろうけど、テープとかの外部メディアに世代管理でバックアップ取っておけよと。
12 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:38 ▼このコメントに返信 普通クラウドって初期費用と保守費用でけっこうな金かかるよな…
安物買いのなんとやらだな
13 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:41 ▼このコメントに返信 まぁしかしヤベェな、こんな裏目裏目に出るなんて悪夢以外の何物でもないだろうな。当事者達は。
これはなんなの、復旧する際の手順のミス(ヒューマンエラー)なの。
それとも、また原因不明のバグが活躍しちゃった感じなの?なんかもう根本の構成からして駄目なんじゃないか、このサーバー。ウィルスじゃないんなら。
続報気になるわ。
14 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:47 ▼このコメントに返信 >日本ネット業界最大の事故やらかした上に
Sonyのがある。全世界に対してSonyの顧客データを数億件ばらまいた。
他人の所為にしたが、どう考えてもセキュリティが甘すぎたSonyの問題。SQLのセキュリティパッチぐらい当てておけ。
これを追い抜くのはほぼ無理だ。なぜか忘れてる人間が多いけど。
>簡単なまとめ
まず、待機系orバックアップ系がネットワークから切り離されていない時点でコンピュータの意味を分かっていない。
コンピュータってのはコピーを大量に簡単に作るから、仕事に取り入れられた物なんだよ。
そうじゃないなら、コピーを作るのが大変なのなら、パンチのネーチャンが作った伝票を複写して電卓とセットにして
いろんな部署を回すよ。昔はそうだったんだから。
伝票を入力するという無駄な時間より、効率化して圧縮できる時間の方が多いからコンピュータは発展したんだよ。
そのなんでもコピーするコンピュータの待機系を普段はネットワークから外しておかないなんて理解できないな。
経緯とかバグとか関係ないわ。インフラ設計が根本からおかしい。異常
>更新プログラム的用法方は独自方式で「本番サーバーに適用すると同時にバックアップサーバーにも適用する」
これも理解できない。
普通はバックアップサーバを先に適用するだろ。過去経緯で本番を当てた後バックアップが当たっていなかった事で問題が生じたとか読んだけど、根本としてまずバックアップに先に適用しろよ。
バックアップは万一消えても、本番から取り直せば良いのだから。あほちゃうか。
15 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:49 ▼このコメントに返信 別のHDDにコピーを取ることをバックアップと言います。
なんて言ってたけど、ただの並列サーバに同時記録してるものをバックアップと言ってたわけか。
こんなシステムじゃバグなくてもいずれ消えてたろ。
16 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 13:55 ▼このコメントに返信 米14
俺もよくわからんが
「本番死んでも、バックアップから復旧させればいいか」と思ってたんじゃない?
まぁでも、本番止まると大問題だからな。米14の言ってる順番の方が正しいかも。
なんかどうも色々杜撰な感じが見えてくるな。技術レベルが全体的に低いような気がしてきた。
17 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 14:06 ▼このコメントに返信 ドラクエ3のパッチできたよ〜^^
よし、デバッグするか!→ドラクエ3問題なし!
これでバラモス来てもセーフ!(ドラクエ4<お気の毒ですが ドラクエ5<お気の毒ですが
んじゃ売り物に適用するね^^
ドラクエ3<おk〜 (ドラクエ4<お気の毒ですが ドラクエ5<お気の毒ですが
ドラクエ4プレイヤー<データねえぞゴルア
パッチは自動的に冒険の書2と3にも自動適用されます
ドラクエ3<おk〜 ドラクエ4<お気の毒ですが ドラクエ5<お気の毒ですが
こうしてドラクエ4と5のデータはバックアップも含めて消えました
18 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 14:14 ▼このコメントに返信 わーぃ、くらうどだよぉ?ふっわふわだよぉ?
19 名前 : あ投稿日:2012年06月30日 14:56 ▼このコメントに返信 規約のせいでデータ消失では賠償できないから、
情報漏洩して賠償できるようにしてくれたんだね!
責任感ある会社だなぁ!
20 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 15:39 ▼このコメントに返信 RAID1で「バックアップしてるもん」って感じ?
21 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 16:13 ▼このコメントに返信 ※14
いや、レン鯖の待機系なんだから内部からネットワークには繋がってるだろう。
後は同期とかしてるはずだろうに。てか、同期してなかったら、障害時どうすんの?
障害って今回みたいな論理障害じゃなくて物理障害の時ね。
それと、レン鯖だからメンテやらなにやらで結構アクセスするだろ、待機系にももちろん。
アクセスってあれな、使用者じゃなくて管理者側のFSがね。
併せてスナップショット系のバックアップサーバがなかったってことは最悪だと思うけれど。
22 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:05 ▼このコメントに返信 この期に及んでもTwitterでは
#快速快適ファーストサーバってタグで「安心快速で気持ちいいですね!」
とつぶやいているbotがいっぱいいて笑う。
23 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:09 ▼このコメントに返信 米4
社会に出たことがない感じの感想ですね。
24 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:12 ▼このコメントに返信 米20
だいたいあってるw
ユーザ<RAIDでバックアップいらねw
OS<ごめwデータ消えたわw
ユーザ<・・・
こうなるから、定期的にCD-Rに必要なデータ焼こうね!
って話なんだが、ファーストサーバはこのCD-Rは作ってねーよバーヤって逆キレしてる。
25 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:17 ▼このコメントに返信 あれよ、あれ、よく宣伝だしてるじゃん、消しちゃったデータを復旧します!って宣伝
あそこにサーバー送ってみたら?復旧するかもよwww
26 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:21 ▼このコメントに返信 情報漏洩はOUT
27 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:25 ▼このコメントに返信 もうファーストサーバにデータ預けるヤツなんかいないだろ
いたとしたらどんだけ情弱なんだと(´・ω・`)
28 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:31 ▼このコメントに返信 日本もいよいよ海外並みの水準にまで落ちてきたな
笑えない事態が次々起きそうだわ
29 名前 : 投稿日:2012年06月30日 17:34 ▼このコメントに返信 ソフトバンク関連企業って変なのばっかね
Jwordもソフトバンク関連だし
30 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:44 ▼このコメントに返信 無能すぎワラタ
やっぱ民間はダメだな、金のことしか考えないクズばっかw
31 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:46 ▼このコメントに返信 自称「俺頭いいから」な奴らの慢心と、自称「俺勝ち組」な奴らの
守銭奴っぷりのあわせ技による事件ですなあ。
最近の日本って、この「身の程知らずの高慢ちき+搾取しかできない自称
経営者」の合わせ技によるみっともない話ばっかり。
32 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 17:54 ▼このコメントに返信 クラウドは人生。
33 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 18:45 ▼このコメントに返信 ジャスラックに突撃されたーってのは速攻即日で大きく報道してたね。
34 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 18:53 ▼このコメントに返信 この件、厳密にはクラウドとは違うっぽいんだよな
でもクラウドって謳ってたわけで
この件のお陰でクラウドのイメージがすげー悪くなったし
日本のクラウド開発はまた海外から数年単位で遅れる
35 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 19:29 ▼このコメントに返信 安く上げようとして特定アジア最凶国家、オオサカの企業なんかに任せるほうも悪い
36 名前 : 投稿日:2012年06月30日 19:44 ▼このコメントに返信 どうやったらこんな奇跡みたいなバグが発生すんだよ
これ人為的に仕組まれたとしか思えない
37 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 20:47 ▼このコメントに返信 >日本もいよいよ海外並みの水準にまで落ちてきたな
日本と言うか、ソフトバンク関連なんですが…
朝鮮禿げの関連会社だよ
38 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 20:50 ▼このコメントに返信 しかし、こんな運用
俺だったら怖くて、とてもじゃないが出来ないわ
最低日壱で、独立システムにバックアップが取れないなんて
フールプルーフが全く出来ていないじゃん
39 名前 : 投稿日:2012年06月30日 21:11 ▼このコメントに返信 66
黙れ素人が!
40 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年06月30日 23:19 ▼このコメントに返信 簡単に言えば、原因は「バグ」とゆうこと?
41 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年07月01日 01:27 ▼このコメントに返信 米19
規約なんて法律の前には屁のツッパリにもならないがな
42 名前 : 投稿日:2012年07月01日 01:41 ▼このコメントに返信 バグβが無かったとしても、バグαで三重構成全部の「A」は死滅してた訳で。
てか全部、系が違うだけでバックアップなんてねーじゃん・・・データ預かるのにそれはなぁ
43 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年07月01日 01:44 ▼このコメントに返信 ひょっとしてギャグでやってるのか!?
44 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年07月01日 02:46 ▼このコメントに返信 一般人でも100%名前知ってるような超メジャー会社系列のソリューション屋に限って結構アブナイ社員抱えてたりするからな。
45 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年07月01日 03:30 ▼このコメントに返信 バックアップにプログラム適用する意味が分からない。RAIDのことを言ってるのか?
46 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年07月01日 09:42 ▼このコメントに返信 日本は〜日本も
って言ってるのは荒らし臭い
47 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年07月02日 02:09 ▼このコメントに返信 もう自分の会社\(∵)/オワタ
から他の会社も道連れにしようとしてるんじゃw主に文句が多いところに
48 名前 : 以下、VIPにかわりまして暇人がお送りします投稿日:2012年07月02日 23:25 ▼このコメントに返信 わざとだろ