ファーストサーバ被害者の会 第2会場 [sc](★0)
-
- 1
- 2012/06/29(金) 12:52:53.57
-
ファーストサーバ被害者の会
http://toro.2ch.net/test/read.cgi/hosting/1340506326/
-
- 26
- 2012/06/29(金) 16:08:43.69
-
ロフトHPより抜粋 ttp://www.loft-prj.co.jp/lofta/
7.14（土）【MIDNIGHT】
フファーストサーバ データ消失オフ
「データはどこへ消えた？」
2012年6月20日夕刻に発生した障害により、サーバ初期化・データ消失という前代未聞空前絶後の無限地獄に我々を叩き込んだ“実績と信頼の”ファーストサーバ。
被害に遭った会社／団体は5,000とも6,000ともいわれ、かく言う我々ロフトグループも本稿執筆時（６月末日）にはまだまだ死線をさまよっている最中でございます。
と、そんな阿鼻叫喚のハンバーガーヒルを駆け抜けたサーバ管理者の皆様！ここはひとつ、未だ癒えぬ生傷を握りしめ、酒を酌み交わそうではありませんか!!
一体なぜ我々はあの戦場へ駆り出されなければいけなかったのか。あの時、それぞれの戦線では何があったのか。MacBook Airが当たるキャンペーンはどうなったのか。そして、我々は今後どうするべきなのか──。
そんなよしなし事を語り合ったり、心ゆくまで愚痴をこぼし合ったりしながら、名刺や杯を交換したいと思います。なお、皆様のご苦労をねぎらう意味を込めてチャージも最安値に設定いたしました。
そう、我々は、同じ戦場を戦い抜いた戦友なのですから！
・内容（予定）
被害状況を振り返ってみよう
皆さんの体験談発表会
消失データ供養会
睡眠不足解消法自慢
今後の対策をとことん考える
名刺交換会
ほか
※被害に遭わなかった方のご参加も、もちろんOKです。
※基本的には飲み会です。お気軽にご参加ください。
※当日は皆様の貴重な体験談を伺おうと思いますが、イベントにご参加頂けない方や事前にお聞かせ頂ける方がいらっしゃいましたら、下記までメールでお送りください。
******_******@yahoo.co.jp
※内容が変更になる場合もございますので、ご了承ください。
【出演】集まって頂いた被害者の皆様、ロフトグループウェブ担当、ほか
OPEN & START 24:00
チャージ￥500（飲食代別。当日のみ）
-
- 27
- 2012/06/29(金) 17:00:50.13
-
しかしこれだけ情報が表に出ないのも珍しいなｗ
アノニマスのWebサイト攻撃なんか速攻ＮＨＫに取りあげられたのにｗ
-
- 28
- 2012/06/29(金) 17:20:52.54
-
29 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/24(日) 14:59:16.15 0
支援
948 名前： 名無しさん＠１３周年 [sage] 投稿日： 2012/06/24(日) 14:43:20.86 ID:+Q6SaXRw0
【レンタルサーバのデータ喪失 東京地判平13.9.28（平成12年ワ18468号）】
ttp://d.hatena.ne.jp/it-law/20111109/1320768060
【レンタルサーバのデータ喪失 東京地判平21.5.20判タ1308-260】 ←←←
ttp://d.hatena.ne.jp/it-law/20111111/1320959914
-
- 29
- 2012/06/29(金) 17:21:37.87
-
共有サーバー
http://megalodon.jp/2012-0624-1431-51/www.fsv.jp/kyoyu/
指定のディレクトリを定期的に自動バックアップ！
簡易バックアップサービス
http://megalodon.jp/2012-0624-1435-13/www.fsv.jp/function/backup/snap/
防ぎきれない人的データの破損や消失…。バックアップで不安を解消！！
データは予期せぬところで突然失われてしまう危険性があるため、大切なデータはバックアップすることが常識となっています。
バックアップするには様々な方法がありますが、時間や手間がかかると共に、常にデータ管理に気を配らなければなりません。
「簡易バックアップサービス」は、お客様サーバー内に、指定したデータのコピーを自動作成してくれるので、ホームページやグ
ループウェアなどの重要なデータの管理を意識することなく、安心してサーバー運用できます。 データの復元作業も、管理者
画面（コンフィグレータ）から「ボタンをクリック」するだけで簡単に行えるので、復元の時間も手間もかかりません。
データのコピーを自動作成・いつでも復元！サーバー運用はこれで安心
-
- 30
- 2012/06/29(金) 17:23:10.99
-
222 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/25(月) 11:27:37.65 0
SB頭取「東電の賠償額何らかの上限があるなら理解に苦しむ」
https://twitter.com/masason/status/53099374808530944
こんな発言を過去にされてた方ですし、子会社の賠償額責任も当然対応しますよね？
-
- 31
- 2012/06/29(金) 17:27:39.43
-
505 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/26(火) 16:09:25.32 0
さらに人為的なデーター損失があった場合にそなえ、
日に１回、外部サーバーにデーターを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です。
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
-
- 32
- 2012/06/29(金) 17:28:15.42
-
581 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/26(火) 19:31:06.35 0 ?2BP(3)
よく分かりませんが置いときますね
証明用・資料用非公開ウェブ魚拓のご紹介
http://megalodon.jp/pc/user/introduction
-
- 33
- 2012/06/29(金) 17:30:13.46
-
結局自己責任なんだよ。一日考えたけどさ。
バックアップできなかったとか詭弁抜かしてるユーザーは
要するに知識不足。努力が足りてなかった。
そこが最大の落ち度。
それでもファーストサーバは最低限の保障をしてくれるって
いうのだからここはもう文句の一つも出ないでしょ。
悪いのは自分。まずはこの考え方からはじめようや。
-
- 34
- 2012/06/29(金) 17:30:22.15
-
784 自分：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/27(水) 19:57:55.23 0
ファーストサーバ障害：親会社のヤフー、補償するファーストサーバを全面支援の意向（タイトル訂正あり）
ttp://japan.zdnet.com/datacenter/analysis/35018587/
>訂正：本稿初出時、「ヤフーが直接損害賠償を含む顧客対応をする」と記載しておりましたが、
>現時点では「補償をするファーストサーバを、100％親会社としてヤフーが全面支援する」という
>内容が事実でした。訂正してお詫びします。
直接でなく間接支援に変えたので注意する必要がある
-
- 35
- 2012/06/29(金) 17:31:21.51
-
787 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/27(水) 20:18:34.23 0
ファーストサーバのSLAとは
http://www.fsv.jp/sla.html
稼働率100％の品質保証制度（SLA）を設定しお客様のビジネスを支え
続けてまいります。お客様にはこれまで以上に安心してレンタルサーバーサービス
をご利用いただくことが可能になります。
・
・
・
・
→返金対象月（返金申請月の前月）より前の月は返金対象とはなりませんw
-
- 36
- 2012/06/29(金) 17:31:58.62
-
821 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/28(木) 00:37:32.39 0
ファーストサーバ事件での賠償請求の範囲
http://d.hatena.ne.jp/redips/20120627/1340793575
ココの弁護士さんは興味深々な感じなので情報提供してみてはどうか？
ﾊﾞｯｸｱｯﾌﾟが出来ないサービス使ってた人は
FTPでのDLが難しい事や、ﾊﾞｯｸｱｯﾌﾟが事実上ﾑﾘだった事などを
コメントで書いてみたらどうだろう？
-
- 37
- 2012/06/29(金) 17:32:56.11
-
>>33
事故起こす前にそれを言っておけばよかった（笑）
-
- 38
- 2012/06/29(金) 17:43:38.38
-
>>36
「ﾊﾞｯｸｱｯﾌﾟが出来ないサービス」じゃなくて、
「バックアップまでが含まれたサービス(プラン)」ね。
これ全然違うから。
-
- 39
- 2012/06/29(金) 17:57:06.97
-
>>28の2つ目の判例を見る限りだと、
FSの過失を責めることは十分に出来そうだね
裁判所の判断次第と言えば、それまでだけど全く勝ち目の無い状況でも無いかな
-
- 40
- 2012/06/29(金) 18:32:07.97
-
>>33
朝鮮人乙
-
- 41
- 2012/06/29(金) 18:37:11.71
-
>>39
約款ってのは、あくまで契約の片側(FS)の主張に過ぎないからね。
無制限に拘束力があるわけじゃないんだ。
払うべき注意を払った上で仕方なく起きた事故であればFSの責任は
局限されるけれど、それは仕事をサボっても責任取らされないことを
意味しているのではない。
だから、裁判やれば被害企業側は勝てると思うよ。
ただ、誰かにとってプライスレスなものは、第三者の目から見て
あまり高い価値を認めてもらえない傾向はあるので、賠償額は
かなり少なくなりそうな気がする。
-
- 42
- 2012/06/29(金) 18:52:29.57
-
>>41
確かにデータの価値を客観的に評価するのは面倒かつ難しいだろうね
ただ、FSは少なくとも環境再構築費用は賠償する意図を示してるから、
賠償額の上限条項さえ無効に出来たら、随分助かる所多いんじゃないかと
-
- 43
- 2012/06/29(金) 19:32:41.31
-
「『売り上げを伸ばそう』と言うよりも、『すごいものを作ろう』と言う方がるかに社員の心に響く」――青野慶久 サイボウズ社長
-
- 44
- 2012/06/29(金) 19:52:20.09
-
たしかに「すごいもの」を作ってくれましたよね。
-
- 45
- 2012/06/29(金) 20:12:47.16
-
>>16
> とある弁護士の見解 2
> http://d.hatena.ne.jp/redips/20120627/1340793575
>
> （引用）
> 約款だけを見れば，ユーザがバックアップを取っていなかったとすれば，
> 相当程度の過失割合が認められるかもしれないが，
自前でバックアップを取るためにFTPを使っていたユーザ企業には
止めさせるために電話が来たという話が複数あり、
かつ、FSは差分バックアップのための機能を封鎖していたらしいから、
事実上、自前でバックアップを取ることは非現実的だったんじゃないの？
-
- 46
- 2012/06/29(金) 20:18:15.08
-
どう考えても詐欺だろこれ
-
- 47
- 2012/06/29(金) 20:23:16.88
-
>>45
フルバックアップされたら普通、回線使われて困るからねぇ。
-
- 48
- 2012/06/29(金) 21:16:28.88
-
DB が動いている状態で FTP 転送
↓
ファイル破損
↓
バックアップ不可能
-
- 49
- 2012/06/29(金) 21:23:10.39
-
録音とってるのかな？
http://www.facebook.com/firstserver/posts/254574174648795?comment_id=1002403
-
- 50
- 2012/06/29(金) 21:30:27.65
-
他のレンタルサーバに乗り換えるのって大変でしょうか？
メールアドレスだけで100以上ありますが、すべて設定変更必要ですか？
-
- 51
- 2012/06/29(金) 21:50:12.48
-
>>50
ドメインは自分のなんだから簡単だよ。
ただ作業の面倒さはその作業する人の能力負荷によるなあ
メアド100の再設定くらいなら真面目にやれば
テスト含め2時間くらいでできると思うけど。
お役所仕事ペースでも2日もあればやれると思う。
もちろん業者に頼んでも作業は10万くらいで全部やってくれると思う
-
- 52
- 2012/06/29(金) 21:54:07.76
-
一部サービスにおける情報漏えいについて 2012 年 6 月 29 日ファーストサーバ株式会社
ttp://www.firstserver.co.jp/news/2012/2012062901.html
>レンタルサーバー事業を展開するファーストサーバ株式会社（以下、当社）は、 6 月 20 日に発生した
>大規模障害の復旧作業において、対象サーバー数 103 台、最大 2,308 者（※1）分の復元データの一部が、
>同じく障害の影響を受けた 145 者のデータ領域に混在した可能性があることを確認しました。
>なお 1 者あたりの混在先は最大で 6 者であることが判明しております。現在精査を進めております。
>※1 契約者様の中には法人も非法人も含まれるため「者」という単位で統一しました。
-
- 53
- 2012/06/29(金) 22:01:15.67
-
>>20
適切な価格に落ち着くならそれでいいんじゃないか？
今までのが不適切な価格だったのはまちがいないんだから
-
- 54
- 2012/06/29(金) 22:05:51.43
-
>>50
カスタマーセンターに乗り換え検討なんだけど、
リスト送るからざっと設定だけしてくんない？
とか頼むとやってくれるときあるよ。
-
- 55
- 2012/06/29(金) 22:10:07.32
-
そろそろファーストサーバのアルバイトの対応実録を記載しようじゃないか
録音公開でもいいぞ
グダグダ具合を世の中に！
-
- 56
- 2012/06/29(金) 22:14:55.24
-
返金率（稼働率に応じた値）
稼働率 返金率
100% 0%
99.99%〜100%未満 5%
99.90%〜99.99未満 10%
97.99%〜99.90%未満 25%
90.00%〜97.99%未満 50%
90.00%未満 100%
90%と89.9999%の違いはでかいなw
こんなしょうもない線引きする会社だからまともではないし。
どうせなら100%以外は全額返金しろや
-
- 57
- 2012/06/29(金) 22:18:41.27
-
>>56
ホントなにが100%稼働率保証だよ
100%保証なら99%でもアウトだろ
品質保証制度（SLA）なんて名前だけ
品質保証しててもデータなくなるんだろ？ 意味ねーーー！
-
- 58
- 2012/06/29(金) 22:21:55.37
-
ttp://www.rbbtoday.com/article/2012/06/29/91121.html
ファーストサーバは29日21時過ぎ、
20日に発生した大規模障害の復旧作業において、
ユーザーデータが混在し、一部で情報漏えいが発生した可能性がある
と発表した。
情報漏洩きたー！！！！！
-
- 59
- 2012/06/29(金) 22:24:21.42
-
http://www.firstserver.co.jp/news/2012/2012062901.html
-
- 60
- 2012/06/29(金) 22:27:39.26
-
ファーストサーバ、障害の復旧作業において情報漏えいがあったとして謝罪
http://internet.watch.impress.co.jp/docs/news/20120629_543805.html
ファーストサーバ株式会社は、6月20日に発生した大規模障害の復旧作業において、復元したユーザーデータの一部が他のユーザーのデータ領域に
混在した可能性があることを確認したと発表した。
1ユーザーあたりの混在先は最大6ユーザーで、ファーストサーバでは、データが混在した可能性があるユーザーに対して個別に連絡を取り、
復元ファイルの削除を依頼していくという。
-
- 61
- 2012/06/29(金) 22:28:08.65
-
>1 台の物理サーバーにつき最大 60 契約を収容しています。
>この度の障害で発生した事象は、
>同一の物理サーバー内でのみ発生する事を確認しており、
>物理サーバーを越えて別のサーバーの顧客に漏えいすることはございません。
>1 者あたりの混在先は最大で 6 者であることが判明しております。
同一サーバ内でも他社（他者）に情報渡ってるんだろ これって・・・
-
- 62
- 2012/06/29(金) 22:35:06.53
-
>>61
普通はそうなるだろうね
-
- 63
- 2012/06/29(金) 22:42:00.45
-
ここまで詳細な調査が出来るという事は、バックアップディスクを保存してたのかな？
仮にそうなら…今共用サーバはバックアップディスク無しだよね。交換メンテとか無かったし
-
- 64
- 2012/06/29(金) 22:48:24.45
-
ストレステストみたいのじゃないのか
設計上の問題からだせば、この程度はでてくるだろう
問題は実際に他の顧客が何かの問題で外部に漏らしてしまった時どうにもならない
彼らは他社のデータが混ざってるとは思ってなかったんだから
-
- 65
- 2012/06/29(金) 22:58:15.15
-
安全度外視で安すぎる商売されると、ジャンル全部巻き添えで潰れるからなあ。
まさに安物買いのなんとやらに国中侵されてるよね……
-
- 66
- 2012/06/29(金) 23:07:54.37
-
サイボウズ続報
http://japan.cnet.com/news/business/35018728/
-
- 67
- 2012/06/29(金) 23:11:07.18
-
馬鹿が戦車でやってくる
-
- 68
- 2012/06/29(金) 23:13:19.89
-
明日になったら1000社割ってたりしてな
-
- 69
- 2012/06/29(金) 23:14:51.90
-
戦車でパレードって何考えてるんだ？
キチガイなの？
-
- 70
- 2012/06/29(金) 23:15:19.83
-
なんでサイボウズが粘着されてんだよｗ
-
- 71
- 2012/06/29(金) 23:18:28.02
-
サイボウズ混ぜるとなすりつけ合い始まって長期化するよ
顧客の財布を見越して誘ってるんじゃないか
-
- 72
- 2012/06/29(金) 23:19:59.60
-
いまごろになってリカバリーの中に他社データー混入認めて・・・・・・
裁判対策か？？
白を切るより早く認めたしまえば心証よくなるし？
おせぇよｗ
-
- 73
- 2012/06/29(金) 23:20:37.62
-
ttp://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=4
>３つのＨＤＤに同じファイルをコピーしていた。
>１つは「本番系」。
>もう１つは本番系のＨＤＤやシステムに不具合が生じた時、即座に切り替え、正常稼働を続けるための「待機系」。
>もう１つが、毎朝６時に本番系のデータを丸ごとコピーしておく「バックアップ系」だ。
>この３つが、すべて同じサーバー内に同居していた。
ttp://www.firstserver.co.jp/news/2012/2012062901.html
> 1 者あたりの混在先は最大で 6 者
> 1 台の物理サーバーにつき最大 60 契約
鯖構成どうなってるんだ？
1鯖に付き物理HDDが30台も載っているとは考えにくいんだが・・・
-
- 74
- 2012/06/29(金) 23:21:42.07
-
新しい工作活動か
社員も大変だな
-
- 75
- 2012/06/29(金) 23:25:58.47
-
>>73
> 1 者あたりの混在先は最大で 6 者
ってことは７者で1ディスクって気もするけど、60契約を考えると切り悪いよな
ついでに言うと共有サーバはRAID10らしいから更にディスク数が…
-
- 76
- 2012/06/29(金) 23:27:46.48
-
>>73
仮想なら１台に３０ぐらい混在されられなくもない
このページを共有する
おすすめワード