ファーストサーバ被害者の会　第2会場 [sc] | レス31-82

★お気に入り追加

1 2012/06/29(金) 12:52:53.57

ファーストサーバ被害者の会
http://toro.2ch.net/test/read.cgi/hosting/1340506326/

ここまで見た

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台も載っているとは考えにくいんだが・・・