編集可能

ファーストサーバー障害によるユーザーの声・・・

@firstserver への悲痛な叫びと嘆きの声が
232
若田 英樹 @rbsgs1010

@firstserver サクサクと閲覧できて気持ちよさそうですね。一度体感してみたいです。

2012-06-17 11:52:04
icchan @icchan0000

@firstserver ホスティングサービスに不具合が出ているようですが、サポートのフリーダイヤルは混雑していて繋がりません。こういう時こそ公式アカウントで状況の報告などしていただきたいのですが・・・

2012-06-20 18:03:07
M.S.K. @mskymd

@firstserver 共有サーバー落ちてませんか?

2012-06-20 18:07:48
芳崎 誉 @homare_humar

早めにお願いしますRT @firstserver: 当社一部サービスの障害について、お知らせいたします。現在、当社一部のサービスにおいてWEB・メールなどがご利用いただけない状態です。原因は現在当社にて調査中です。判明次第随時お知らせいたします。

2012-06-20 18:23:53
Books @books2020

@firstserver 原因はまだ判明しないでしょうか?

2012-06-20 18:58:13
フルッタフルッタ公式アカウント @frutafruta

3時間以内に復旧してください。お願い致します。RT @firstserver: 当社一部サービスの障害について、お知らせいたします。現在、当社一部のサービスにおいてWEB・メールなどがご利用いただけない状態です。原因は現在当社にて調査中です。判明次第随時お知らせいたします。

2012-06-20 19:40:25
まどまど @cruise_skyline

これが原因で帰宅難民だよ。 RT @firstserver: 当社一部サービスの障害について、お知らせいたします。現在、当社一部のサービスにおいてWEB・メールなどがご利用いただけない状態です。原因は現在当社にて調査中です。判明次第随時お知らせいたします。

2012-06-20 19:47:16
sg552 @sg_552

@firstserver さっさと障害直してよ。物販サイトで繋がらないとかありえなし、取引先にもメール送れないし。

2012-06-20 19:49:28
まどまど @cruise_skyline

ちょっとワイルドに言った方が良かったかな(笑)帰宅難民だぜぇ~ってか。ファーストサーバーさん、何とかしてください!! RT @cruise_skyline: これが原因で帰宅難民だよ。 RT @firstserver: 当社一部サービスの障害について、お知らせいたします。

2012-06-20 19:55:20
おにまめ @ryu0219

@firstserver ビジネス向けをうたっているのに2時間半も止まっていて、どの範囲でどのサービスが止まっているかの説明もないのは問題じゃありませんか?

2012-06-20 20:29:27
PiNGU倶楽部 @PiNGUclub

#快速快適ファーストサーバ キャンペーン中にやらかしてくれました。 キャンペーンは中止すべきでは RT @firstserver: 当社一部サービスの障害について、お知らせいたします。現在、当社一部のサービスにおいてWEB・メールなどがご利用いただけない状態です #Server

2012-06-20 21:25:47
PiNGU倶楽部 @PiNGUclub

いつなおる? RT @firstserver: 当社一部サービスの障害について、お知らせいたします。現在、当社一部のサービスにおいてWEB・メールなどがご利用いただけない状態です。原因は現在当社にて調査中です。判明次第随時お知らせいたします。 #yahoo #レンタルサーバー

2012-06-20 21:27:22
PiNGU倶楽部 @PiNGUclub

3時間経過で音沙汰なし... RT @firstserver: 当社一部サービスの障害について、お知らせいたします。現在、当社一部のサービスにおいてWEB・メールなどがご利用いただけない状態です。原因は現在当社にて調査中です。判明次第随時お知らせいたします。 #障害

2012-06-20 21:29:13
icchan @icchan0000

@firstserver サービスダウンして4時間経過しました。まだ何のアナウンスも出ないですか?

2012-06-20 21:42:04
ひろくん @hiro_kun55

@firstserver もう少し、情報を公表して貰えませんか?稼働率100%保証(SLA)ですよね。

2012-06-20 22:25:14
icchan @icchan0000

障害発生から5時間経過。その間「調査中」以外のアナウンスなし。 RT @firstserver: ご利用のみなさまに多大なご迷惑をお掛けしていること、深くお詫び申し上げます。原因調査・復旧対応などにつきましてはこちらでお知らせいたします。http://t.co/IvbGYLzd

2012-06-20 22:36:04
携帯 パソコン ゲーム売るなら買取ハル @HAL_SYSTEM

@firstserver 専用サーバの利用者です・・・ 4時間以上経過した今.....TOPページを見ていても 変化も少なく、未だ原因も掴めてるのか、掴めてないのか分からないような状況。 対応が非常に遅い事と共に非常に悪いですね… 明日の朝、ニュースになりませんか?

2012-06-20 22:43:26
小棚木 @takekota

@firstserver まぁ、しょうがないよ。中の人も復旧に向けて精一杯頑張ってるんだから。とにかく待ちましょ。

2012-06-20 22:44:24
携帯 パソコン ゲーム売るなら買取ハル @HAL_SYSTEM

@firstserver @hiro_kun55 サーバダウンから約5時間以上…コメントは 原因の調査中と復旧中のみ??? 対応凄く悪いですよね・・・ 5時間以上かかって、未だ原因の調査してるって事はまだ原因分かってないんですか? 情報の公開や対応が非常に悪いと思いますよ

2012-06-20 23:00:53
sg552 @sg_552

@firstserver 復旧までの見通し時間や対応状況などわかりませんか?そろそろ、マズイです。明日からの対応を検討する必要があるので、もっと情報出してください。ビジネス系のレンタルサーバーとして、情報開示が少なすぎです。

2012-06-20 23:17:58
新名俊樹 @onde4u

【音デ関係者の皆さん】本日18時頃から「onde4u.jp」は使えない状況です。 RT @firstserver: 現在、当社一部のサービスにおいてWEB・メールなどがご利用いただけない状態です。ご利用のみなさまに多大なご迷惑をお掛けしていること、深くお詫び申し上げます。

2012-06-20 23:37:14
kmp @kmp_s

@firstserver 障害発生から6時間、次の日になりましたが、未だ原因調査中ですか?進捗状況も全く何も変わってないし、この状態ならお宅のサービスはもう利用しません。

2012-06-21 00:04:54
残りを読む(167)

コメント

えがら@技術書典9(ネットの海 5d84)参加 @egara 2012年6月22日
まとめを更新しました。データを失った顧客もサーバー管理者も大変そうです、このような状況危機管理どうすれば防げるんだろう?
0
Hiroyuki Saito @saitoh0619 2012年6月22日
レンタルサーバー使う時にも自前でバックアップ取っておくことは必須,ということなのでしょうね。あとは安さに惑わされずに信頼できるところを選ぶとか…。
10
牌_フェディダ( ゚∀゚)彡@並盛16 @paifetida 2012年6月22日
クラウド絡みの事故って大規模なことが多い印象が出てきました。いつぞやのさくらインターネットの件とか。
0
バカだねえ @matica_s1 2012年6月22日
商用サービスに利用しているのに、SLAの事前確認を怠ったこと、自身でバックアップしていない、というのもお粗末だとねえ。
10
やまだもん! @Kssy 2012年6月22日
被害に遭われてる方は本当にお気の毒としか言い様が無いですけど、会社の存続に関わるようなクリティカルなシステムのデータをまるっと一社にお任せしてしまうのもどうなのかなーと思う次第。とにかく早く復旧できると良いですね。
21
pt2012 @pt20121 2012年6月22日
egara RTを消すと読みやすくなるというコメントがはてブについてました。作業しても大丈夫でしょうか?
0
nwoyoshi @nwoyoshi 2012年6月22日
システム設定絡みのファイルはパーミッション上仕方ないかもしれないが、WEB上のファイルとDB位はバックアップ取っておけよ。
1
NEWS流し読み @newscompare 2012年6月22日
名も無い銀行に金を預ける企業なんて無いと思うが、何故ことITに限っては大事なデータを社外の良くわからない会社に預けるんだろう。情シス部門が弱いから?
24
あやばなえ @ayabanae 2012年6月22日
ファストサーバーに関して言えば、dailyバックアップも取っていないようだし素人としか言いようがないしお金もらえるクオリティじゃない。一方でホスティング屋のデータが飛んだら即会社の危機とかちょっと他人を信じすぎじゃないかなー。脇が甘い感。
34
コンビニおじさん。 @konbiniojisan 2012年6月22日
親会社がソフトバンクだし・・・。そういうことなんでしょうね。
11
Mitsukuni Suzuki @s3292 2012年6月22日
今頃GIGAZINEでも必死にまとめていることでしょう。(ほめてます)
0
ululun @ululun 2012年6月22日
どんなにバックアップをとっていても未読メールが喪失するのは困りますね サーバダウンの時、どこに誘導するのか(facebookなどにページを作る? メールアドレスは? 緊急避難のアナウンスは?)など事前協議しておいたほうがいいのかも。
1
セクサー℠ @sexxor 2012年6月22日
阿鼻叫喚…昨日の段階では気付かなかったけど大惨事だったんだなあ。
0
裏技君 @urawazakun 2012年6月22日
データ等の保管およびバックアップについての条項読んでみたけど、これってインターネットの接続時に置ける破損についてしか書かれてないから、サーバーの障害による破損については責任問えるんじゃね。とりあえず全企業のトカゲのシッポになるのが一番健全な終わり方だと思う。
0
clubt-club @clubtclub 2012年6月22日
企業だと大変かもしれないけど、新サーバ契約して、DNSを新サーバへ向ける。ペラのwebページでいいからアクセスされたユーザーへコメントを出す。メールに関しては無料のGoogleappsへ申し込み、DNS設定し復活させる。など復旧をひたすら期待するより一刻も速く作業された方がいいと思います。
1
皆川悠希 @yukiminagawa 2012年6月22日
どうせ安いのなら、予め2社以上で契約しておいて。それぞれに同期を取りつつ、非常時にはバックアップ側にフロントサーバ足してメインに昇格させられる位の構成が必要な気がしてきた。
10
矢野 智香 @tomoka_yano 2012年6月22日
専門家にお金払ってバックアップをお願いしたのに、自分でバックアップしない奴には損害賠償責任を含め責任を負わないなんて酷い話だよなぁ…
5
DaisukeDenbara @DaisukeDenbara 2012年6月22日
どんなバグだったんでしょうね?
0
JIT_MIRUMIRU @JIT_MIRUMIRU 2012年6月22日
facebookでのトラブル報告、「いいね!」じゃ無いだろうw
2
SSV_jp @SSV_jp 2012年6月22日
自社のデータを他社の管理下に置くという危機感を持つべき。50000社契約って、一回もデータセンター訪問したこと無い企業とかいっぱいありそうだなぁ。
5
裏技君 @urawazakun 2012年6月22日
第16条第一項には「インターネットって怖いから、それによる破損は自己責任でね!」って書いてあるだけで、サーバ側による破損については書かれていない。第二項と合わせて読むと「契約者側の手続きミスでサーバー破損しちゃったんで、提供側の責任で復旧お願いします><」ってのが出来ないと書かれてる。第三項は「お客様がバックアップをしなかったから被った被害」ではなくて、「提供側の不手際による被害」だから適応されない。条文が分けられてたら解釈は変わってたと思う。条文で一直線にシナリオが完成してる。
0
ノラのしん @nuky2009 2012年6月22日
どうやったら全データ消失できるんです???
0
のーそふとばんく(ソフトバンクアンチ猫) @no_softbank 2012年6月22日
現在も阿鼻叫喚。さて、他社に移るとしたらどこがいいんだろ?
1
タツコマはネコ科猛獣に襲われてしまった @TATukoma1987 2012年6月22日
やっぱり自前と複数社にバックアップ頼んだ方が良いね。
1
金谷智浩@ヴィス常務取締役 @kana_yang 2012年6月22日
また、とまった?今、会社だけど、メール受信できない。。。
0
うーるん  @heureux 2012年6月23日
コレは酷い。だけどこのサーバが壊れただけで会社が潰れるって、バックアップとか普段から取ってないのかな。
3
放送大学ライフ @housoulife 2012年6月23日
サーバー選び、今後は更に慎重になりそうですよね。。。
1
フレーバー @stflaver 2012年6月23日
他人に自分のデータを預けるって事とクラウドというのが、いかにリスクがあるのかを今更ながら証明したんだと思う
1
うにら @riafeed 2012年6月23日
しばらくするとバックアップ取らない奴が悪い的なステマツイートが爆発的に増える予感…
0
Tsuyoshi CHO @tsuyoshi_cho 2012年6月23日
プランからして冗長性はないっぽいし、そこは自前でどうにかしてなきゃ意味ないだろうな。しかし業界の信用失ないそうな事件だこと。
0
NiKe @fnord_jp 2012年6月23日
障害起こした方が悪いとは思うが「何時何分何秒に復帰するのか教えろ」はいくらなんでも。ユーザは怖い。
2
ざの人 @zairo21 2012年6月23日
広告でいざという時の事故対応はしっかりとっている。といっておきながら、実際サーバーの運営会社はこんなもんです。という実態が広まったら 「クラウドとサーバーなどの管理万全は社交辞令で嘘 やはりデーター管理は最終的には自己責任」となり 商売自体が成り立たなくなるな(笑)。損失データーに多額の保険金を用意とまで言い切れるサービスというのは無いのが実情か 
0
ざの人 @zairo21 2012年6月23日
実際事故の損失となると、最終的には金での計算になるんだけど、その事に関しての条項を契約上で指し示してあるサーバー運営会社はどれだけいるんだろう?
0
ざの人 @zairo21 2012年6月23日
http://www.softfamilyjapan.ne.jp/CCP016.html  データー保険 で検索すると出てくるHPですが でも実際の話 顧客データ・運営データーはプライスレス ですよねえ(苦笑い)
0
Aki @Aki_8ara 2012年6月23日
自社のサービスや業務上、重要なデータやプロセスを預ける場合、バックアップ戦略も考慮する必要がある。これはBCの観点からも必須だし、サーバーベンダーロックインを防ぐためでもある。
6
Aki @Aki_8ara 2012年6月23日
今回の問題の場合、サーバセンターのセキュリティおよび運用ポリシーはもちろん、実際に言ってる通りの運用体制やアーキテクチュアになってるか監査すべきだった。そもそもその様なポリシーがないところは論外だ。自宅サーバの方がまだ安心できる。
7
Aki @Aki_8ara 2012年6月23日
おそらくセンターとしては、考えられるそれなりの冗長構成やバックアップは行っていたと思われるが、これらは不意の障害には対応できても、バグや人為的オペミスなどは防げない。最終的に頼りになるのはオフラインバックアップデータとなる。そこから使えるオンラインバックアップデータを適用しながら可能なポイントまで復旧する。
8
Aki @Aki_8ara 2012年6月23日
ただ、潜在バグで古くからのバックアップデータも異常だった場合、救いがない。今回のも運用プログラムのバグと言うから、高速バックアップやリストアを行うためのOSをバイパスしたブロックレベルの操作プログラムに致命傷があったのかも。 論理バックアップと物理バックアップは別レベルで考慮しないといけない。
8
JIT_MIRUMIRU @JIT_MIRUMIRU 2012年6月23日
https://www.facebook.com/firstserver/posts/254574174648795 ここで罵詈雑言かましてるような方々に、間違っても仕事をお願いしたくは無いな。さ○らに乗り換えとか、まだ安物にこだわるのかw何もわかっちゃいない。
3
Tezya Yamahila @ayustety 2012年6月23日
これを機にマルチクラウドオペレーターな実装方法のまとめが出てこないかな。こないかな。
2
moritatsu @moritatsu 2012年6月23日
つい2ヶ月ほど前までファーストサーバを使っていたのですが、不具合が多いのと、依頼しても対処してもらえないことに腹が立ったので乗り換えたばかりです。今回の騒動はさもありなん。乗り換え先では快適そのもので、今までなんであんなに苦労してたんだろうという感じです。
10
moritatsu @moritatsu 2012年6月23日
私の場合は実際にファーストサーバとやりとりをしているのが運営責任者である私自身だったので、早めに乗り換えの決断ができましたが、大企業になればなるほど担当者が「対応がおかしいから乗り換えましょう」と言っても「乗り換えにいくらかかると思ってるんだ」ということになって乗り換えられなかったのでは。
17
moritatsu @moritatsu 2012年6月23日
実際、ここ数ヶ月のトラブルの多さやその対応状況を見ていれば、鯖業者としておかしなことになっていることは判断できたと思いますよ。そこで決断を先延ばしにしているとこういうことになるというのが今回の事件の教訓ではないでしょうか。
18
moritatsu @moritatsu 2012年6月23日
あと、「なんでバックアップ取っていないんだよw」という意見が多いようですが、ファーストサーバの不具合の中で一番困ったのが、普通にMySQLのDB全体のバックアップ取ろうとしても途中でエラーになったことでした。結局、DBのテーブルを1個1個ちまちまバックアップして別鯖に移しました。
33
御神楽 舞 @mikaguramai 2012年6月23日
これだけ杜撰な管理だと、約款にある面積を受けられないものと推測。所謂「サーバー管理側の重大な過失」に当たりますね、今回の管理者の無能っぷりは。 こりゃ賠償で倒産だな。
2
myam @myam 2012年6月24日
こわいこわいこわい。両面でコワイ。
1
moritatsu @moritatsu 2012年6月24日
私がファーストサーバから乗り換えたのは正確にいうと1ヶ月前ですね。当時こんなことをつぶやいてました。今考えると、早めに私のところに不具合が出てくれた分、助かったのかも http://twitter.com/moritatsu/status/198096892142432258 http://twitter.com/moritatsu/status/198134901927718913 http://twitter.com/moritatsu/status/201565623271170048
11
Yumi Hiraoka @yumix_h 2012年6月24日
約款には「当社は、当該データの完全性等を含め何らの保証をしません。」と書いてある。つまり、ユーザは泣き寝入り?
2
うきねこ(#クソビッチ) @TJ_Web 2012年6月24日
>親会社がソフトバンクだし・・・。そういうことなんでしょうね。 ←ファーストサーバーの親会社がSBってマジですか?
0
与太郎(ほぼ本当です。米軍情報。) @Yota_Low 2012年6月24日
子会社ではなく孫会社ですね。間接的ではありますけど http://t.co/3cviwqn8 ヤフージャパンの大株主。微妙なラインだね http://t.co/HHqE0Ax5 某社は連結子会社と http://t.co/OGR5jopV 最後のページ
1
manabu hashimoto @paul1984jp 2012年6月24日
他山の石とするためにも障害の原因と対応について知りたい。管理プログラムのバグと言うことは論理障害っぽいけど。http://support.fsv.jp/info/nw20120623_keii.html
1
三月レイ@内調39課ニコ技室 @mitsukirei 2012年6月24日
どうせケチってろくなストレージ使ってなかったんだろ。ディザスタリカバリはもちろん、同期/非同期コピーとか、億単位でちゃんと金出せばまともな環境出来るのに。サーバ管理の基本中の基本だぜ。
2
三月レイ@内調39課ニコ技室 @mitsukirei 2012年6月24日
ギガ単位のデータなら数千万円で構築できる。データが大切だと思っている会社は、ストレージ関連に定評のある会社に見積もりだしてくるよ。小規模な会社でもな。実際展示会に出品して感じたよ。
1
すんか @sunka_ 2012年6月24日
伝える相手が次に動くのに必要な情報を提供するのが大事ですね。事故や障害、災害対応としてすごく勉強になります。ファーストサーバは、これは、もう無理でしょう。
0
tweet🎹meme @CoolTweetMeme 2012年6月25日
ファーストサーバの公式コメントが出ました。「大規模障害の概要と原因について(中間報告)2012年6月25日2:00 6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください」 http://support.fsv.jp/info/nw20120625_01.html
0
H.Sakai 🚲UberEats大阪🍔🍱🍜 @FoD5 2012年6月25日
まぁこのレポートは、今後ヒューマンエラーというか安全工学や人間工学の教科書で延々と引用され続ける歴史的(当事者には屈辱的な)レポートになることはまちがいない - 大規模障害の概要と原因について(中間報告) ファーストサーバ サポートWEB bit.ly/PWeued
1
えがら@技術書典9(ネットの海 5d84)参加 @egara 2012年6月25日
まとめを更新しました。原因究明説明はあったものの被害者の皆さんは納得していないご様子ですね。 #ファーストサーバー
0
Shuji Kono @kodchiang 2012年6月25日
そろそろ自宅サーバ止めようと思ったのを止めた
1
おいちゃん @semispatha 2012年6月25日
社長がクラウドクラウドうるさかったけど導入しないでよかった!しかしクラウドの課題って多いよなぁ
0
国際協調派 @kaz005 2012年6月25日
どちらかと言うとクラウドとかレンタルサーバーの問題というよりこの会社の運用の問題だと思うよ。事実としてバックアップが残っていないわけで。そんな会社他には無いと思う。信じたい。
4
きゃっつ(Kats)⊿ @grayengineer 2012年6月26日
nuky2009 データを格納したファイルなりフォルダなりドライブを削除すれば、当然データは全部消失しますよ
0
きゃっつ(Kats)⊿ @grayengineer 2012年6月26日
障害時に「見通しを教えろ」というのは当然の要求だと思ってる人も少なくないだろうけど、実際に障害対応を経験した人には、それがとんでもない無理難題だということがわかるはず。前にもツイートしたことがあるけど、それは警察に「いつ犯人が逮捕されるか教えろ」というのと等しいのですよ
5
うにら @riafeed 2012年6月26日
まぁ普通は本当にデータを全削除しようとするととてつもない時間がかかるのでデータがある位置(セクタ番号)とファイル名が格納されたテーブルを全削除してるだけなんですけどね
0
Masayoshi Nakamura @masayang 2012年6月26日
ファーストサーバの一件で「クラウドあぶない」と思うのは間違い。
1
Aki @Aki_8ara 2012年6月26日
情報が集まってきたら、想像よりももっと杜撰な運用だったみたいですね。3重冗長と言いつつも、本番系と待機系+バックアップ系で、全て常時オンライン。しかも、物理的分離さえ不確かな模様。
0
Aki @Aki_8ara 2012年6月26日
言ってしまえば、PCにRAID1を作ってさらにSATA接続のHDDを一台用意したようなもの。これでは一発のオペミスで全てを失う。いくらでも書籍や個人のWebでも書かれているバックアップの基本が守られていない。
0
Aki @Aki_8ara 2012年6月26日
SLAについては、それが空証文でないかの監査をしなければならない。少なくともデータセンターを一度見学し、実際の運用体制を確認する必要がある。NTT系、電力系、富士通、NECなどのベンダー運用のデータセンターでも、基本は必ず見に来るし見に行く。また小規模でも存続に関わるようなデータなら、喪失時のシナリオは考えないといけない。この辺全うに書くと、本当に本1冊くらいすぐなってしまいますが。
1
kitaco13 @kitaco13 2012年7月15日
クラウドに対する不信感が独り歩きしてる。
0
空家の恵比寿様1968 @ebcdic_ascii 2018年7月3日
なぜ今更このまとめが上がってきたのかと思ったらまた障害発生か
3
親知らず @Boeq 2018年7月4日
なんで?と思ったらまたか
0
usisi @usisi00 2018年7月9日
今回の件のまとめと思ったら、日付が…
0