facebook twitter hatena line google mixi email
★お気に入り追加


  • 1
  •  
  • 2012/06/26(火) 15:56:25.37
ファーストサーバーの件が報じられても、世間は「バックアップ取っていなかった自己責任」という反応。
「動的データは・・」「シェルなしでどうやって」と言っても、世間は、動的データとかシェルなんて言葉を知るわけがない。
そんなド素人にも、「契約者側に落ち度は無い」ことを分かってもらうためのスレ。

なお消費増税は衆院可決してしまいました。

*ここはあくまでも「素人へ説明」のためのスレです。
それ以外の話題は以下のスレに書き、情報の分散化阻止にご協力下さい。

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


ここまで見た
  • 37
  •  
  • 2012/06/27(水) 17:04:04.66
巨大なサーバーの大容量HDDをフォーマットするなんて無茶苦茶時間かかりそうだけど、途中で気が付かなかったの?

ここまで見た
  • 38
  •  
  • 2012/06/27(水) 17:07:06.89
>>37
仮想鯖の入ってる仮想ディスク(ファイル)を消しただけだったりしてw
これなら瞬殺www


ここまで見た
  • 39
  •  
  • 2012/06/27(水) 17:28:29.78
ファーストサーバがビジネスで最強の武器になることに変わりはない
要するに使い方次第ということ


ここまで見た
  • 40
  •  
  • 2012/06/27(水) 17:36:09.46
障害の経緯(http://support2.fsv.jp/info/nw20120623_keii.html)に、
>復旧作業を進めた結果、弊社管理領域内にも損傷が認められ
って書いてあるから、本気でゲストOSごと仮想HDDを飛ばしちゃったっぽいんだな・・・

本当は、
ゲストOSのコマンドラインで
 rm -rf /$DIRNAME (もちろん、引数には usr/local/bin/hogehoge とかが入ってる)
のスクリプトを動かしたかった

でも、実際には
ハイパーバイザのコマンドラインで
 rm -rf /$DIRNAME  (←当然、引数は空w)
を動かしちゃった、と。

こうなると、「弊社管理領域内」(たぶんハイパーバイザのことだろう)も、
ゲストOSも丸ごと一瞬で飛んじゃうわなw

ここまで見た
  • 41
  •  
  • 2012/06/27(水) 18:16:47.10
今更だがたかがデータという言葉が出る辺り FS の中の人もパニックというか発狂中か .
落着け . 基本に戻れ .


システム管理 現場の鉄則 ( 工藤智行著 ) より引用

鉄則 10 : トラブルの発生時は一呼吸おいてから対応
・筆者は、自分が落ち着くまでの間は、現在のシステムを色々と調べたり、
前述のようにユーザへの一報を入れたり、あるいは指示したり、
システム管理のメンバーを集めたりといった初動にあてるようにしています。
そして、いよいよこれはかなり大きな障害だとわかったら、
お茶を飲んだり、トイレに行ったり、外の空気を吸いに出かけたり、
とにかく自分が冷静に落ち着くまで待つようにしています。

・トラブル対応の操作については、人数が許すならできるだけ
2 人で対応するようにします。1人が中心となってトラブル対応を進めますが、
このとき必ずもう1人に理由や効果、あるいはコマンドの意味などを
口に出して解説しながら操作するようにします。
→自分の操作を客観的にとらえることができ、誤入力などのトラブル対応時のミスも
未然に防ぐ効果があります。また、もう1人のシステム管理者にとっても、
障害対応を経験できるため、システム管理メンバーのスキルアップも期待できます。

ttp://homepage2.nifty.com/e-iwa/new_page_158.htm
mazon.jp/o/ASIN/4774115444/tachiguishi-22


ここまで見た
  • 42
  •  
  • 2012/06/27(水) 18:53:57.04
ここも工作員が湧いてますね
時給いくらですか?

ここまで見た
  • 43
  •  
  • 2012/06/27(水) 19:00:20.36
もう一つ無料で助言してやる
最優先で予備 HDD を大量確保 ( 民生モデルでいいので amazon でも楽天でも )
心理的余裕に繋がる ( パニクっていては夜逃もままならず )


ここまで見た
  • 44
  •  
  • 2012/06/27(水) 19:11:24.44
この混乱でまた転んだら今度は ry
確保した予備の一部で外部に完全なバックアップを複数セット


ここまで見た
  • 45
  •  
  • 2012/06/27(水) 21:49:24.53
>>41
お茶飲んでる暇もない
そこを落ち着いて時間を付くレって事だろうけど現状無理

ここまで見た
  • 46
  •  
  • 2012/06/27(水) 22:09:34.45
レンタルドレス・ワンピースのお店「ワンピの魔法」〜セーラ社長の花嫁修業マンガブログ〜
【連絡】 現在の状態についての説明
ttp://blog.livedoor.jp/onepiece_rental/archives/7205203.html

ここまで見た
  • 47
  • 昼間ライト点灯虫の性欲&性知識欠落アスペルガー同性愛マニャデチ池沼番長アマギコ
  • 2012/06/27(水) 23:02:14.96
http://blog.livedoor.jp/onepiece_rental/archives/2012-06.html#20120624
ここの漫画だと、
「掘り出せないから埋めた」、
つまり、「データ復旧できないから、全部消した」
みたいに読めるけど、実際、そうなの?

まだ復旧できる望みがあるかもなのに自ら初期化したの?

ここまで見た
  • 48
  • 昼間ライト点灯虫の性欲&性知識欠落アスペルガー同性愛マニャデチ池沼番長アマギコ
  • 2012/06/27(水) 23:05:01.53
>>47
これの「納品ってこういう意味だっけ」のところね。

ってか、漫画を作る余裕があるなら
被害は大したことない・・・ ってのはうがった見方?

ここまで見た
  • 49
  •  
  • 2012/06/28(木) 00:02:22.09
>>47
> まだ復旧できる望みがあるかもなのに自ら初期化したの?

復旧できる見込みが全くないから、初期化した。


ここまで見た
  • 50
  •  
  • 2012/06/28(木) 00:04:05.88
たぶん、復旧したとして
それがどの顧客のデータかわからない。

別の会社にデータを渡してしまったら
個人情報、社内情報の流出という二次災害を
引き起こす。

ここまで見た
  • 51
  •  
  • 2012/06/28(木) 03:05:25.27
>>30
しかも

メール復旧しました。

他人のメールが見えるんですけど。

対応無理なので全部初期化

ていう最低な逃げ方もしたしね。

ここまで見た
  • 52
  •  
  • 2012/06/28(木) 07:21:35.78
販売業なら、顧客情報や商品情報をサーバーにあげてたってこと?
製造業なら、注文データ、製造方法、設計書をサーバーにあげてたってこと?

確かにデータが消えたら詰むな。

ここまで見た
  • 53
  •  
  • 2012/06/28(木) 09:30:49.10
>>47
復旧に莫大な金と時間がかかるから消した。
損害賠償だけの方がマシ

ここまで見た
  • 54
  •  
  • 2012/06/28(木) 12:19:53.58
消された方は文字通り命にかかわる重大事なんだがなあ…

ここまで見た
  • 55
  •  
  • 2012/06/28(木) 12:42:41.76
もう、ファーストサーバーの管理者は全てあきらめて、
2chでの工作に駆り出されてるらしいw

ここまで見た
  • 56
  •  
  • 2012/06/28(木) 12:44:45.55
今昼休みで工作員も休憩中・・・


ここまで見た
  • 57
  •  
  • 2012/06/28(木) 12:45:25.23
>>34
グーグル上に地球のネット販売やってる
全ての会社の全ての注文データが残ってるとでも?

ここまで見た
  • 58
  •  
  • 2012/06/28(木) 12:47:37.09
>>52
あげてたというより、fsv上でネット販売なりやってた所はDBもFSVに持ってる
事が多いだろうから(外のDBを使いにくい鯖仕様)
今回の事でDBも消える->顧客・発注・受注履歴すべてアボン。


ここまで見た
  • 59
  •  
  • 2012/06/28(木) 12:48:40.60
>>34
Googleが無いと生きていけないやつ みっけ!

ここまで見た
  • 60
  •  
  • 2012/06/28(木) 13:10:28.33
昼間ライト点灯虫の性欲&性知識欠落アスペルガー同性愛マニャデチ池沼番長アマギコ

↑自称どおり、メンヘル板の糞コテなので相手にしないでください
ご協力よろしくお願いします

ここまで見た
  • 61
  •  
  • 2012/06/28(木) 16:01:44.75
>>60
この板にメンヘラ板住民まで来てるのかよww
絶対おかしいwww


ここまで見た
  • 62
  •  
  • 2012/06/28(木) 17:48:13.79
情報技術に疎い社長さんでも、通帳も明細書も出さない銀行と取引しようとは思わないでしょ。

今回のFSVはまさにそれw
技術のある人、盲点を見つけた人は上手く通帳の元になる情報を引き出せた場合もあるけど、
そうじゃない所は通帳データが電子の藻屑になった。

普通の銀行なら通帳の再発行してくれる、それでOK、向こうもこちらも通帳持ってる。
今回は通帳は向こうにしかない、そして向こうの通帳が消えたw

銀行と違うのは銀行は法律でデータ保全を義務付けられてる。
FSVは通帳の管理だけ、データ保全に関しての法律なんて無いw
お客様作業不要と謳ってたサービスもある。

だから情報システム部は、その可能性を危惧、必死になってお手元の通帳を確保しようとしてた。
でも、コストダウンの為、通帳は向こうにお任せでええやないか、と社長さんや重役が決断した。

そんで情報システム部の責任者が罪背負わされて処分されるんだろwww
ジャップシステムだねぇwww


ここまで見た
  • 63
  •  
  • 2012/06/28(木) 18:04:10.56
>>41
実際、3分でも5分でも一服するのは重要だと思う。
想定マニュアルがあっても内容確認しつつ一息つくべきなんだよな。

後先考えずにホラやれ、スグやれ、ってせかすと今回みたいにファイルのサルベージも失敗する。
たぶん、おちついてやれば、サルベージが成功した可能性もあっただろ。

人格崩壊した奴が指揮してるんだろうし、もう日本駄目だよwそういう人間しか居ないんだし。


ここまで見た
  • 64
  •  
  • 2012/06/28(木) 18:30:01.03
メールサルベージは成功したが混ざったから消した ← 誤采配の極致
個人別自動仕分スクリプト ( ヘッダ読み ) すら書けない
時給二・三千円の安技術者が指揮を執っているのか


ここまで見た
  • 65
  •  
  • 2012/06/28(木) 18:45:06.79
ブラックってことで解決

ここまで見た
  • 66
  •  
  • 2012/06/28(木) 18:51:45.43
ファーストサーバやめた客がどこに行くのか気になる

ここまで見た
  • 67
  •  
  • 2012/06/28(木) 18:52:14.62
サルベージ用バックアップすら ry

現場パニック
予備 HDD の更に予備 , ヤフーが無理矢理でも緊急大量送付しないとまたあぼーん


ここまで見た
  • 68
  •  
  • 2012/06/28(木) 21:18:08.25
ttp://support.fsv.jp/manual/groupware/office/new_asp/backup.html
お客様がご利用いただいているサーバー内にデータが保存されます。
(略)
FTPによるデータのバックアップ
自動バックアップを使用せずに、FTPソフトによるバックアップも可能です。
以下のディレクトリ内のデータを「バイナリモード」でダウンロードしてください。
http から始まるURL(www領域)でご利用の場合 /www/cb9/cb5/data /www/cb9/cb5/file
https から始まるURL(ssl領域)でご利用の場合 /ssl/cb9/cb5/data /ssl/cb9/cb5/file

サイボウズ Office 9のディレクトリ構成については、以下をご参照ください。
(略)


FTP(セキュリティはともかくとして)でバックアップ出来るじゃん。
ガセネタかよ。


ここまで見た
  • 69
  •  
  • 2012/06/28(木) 21:35:29.74
>>41
東電のひとと当時の民主党事故対策委員達に読ませたい

ここまで見た
  • 70
  •  
  • 2012/06/28(木) 21:37:46.32
>>68
素人乙
スナップショット ≠ バックアップ


しかも DB get で警告との話


ここまで見た
  • 71
  •  
  • 2012/06/28(木) 21:48:24.75
いまどき FTP なんて使う馬鹿が居るのか

ここまで見た
  • 72
  •  
  • 2012/06/28(木) 22:48:58.65
>>70
サイボウズはRDBじゃないっすよ。
ファイルベースっす。

ここまで見た
  • 73
  •  
  • 2012/06/28(木) 23:55:31.32
フリーのグループウェアってあるんだな
http://www.aipo.com/

ここまで見た
  • 74
  •  
  • 2012/06/29(金) 00:51:24.71
>>70
スナップショットはバックアップに使えるよ。
スナップショットとは、どういう機能か、という視点での言い方で
バックアップとは、どう物か、という視点での言い方。

同一のディスクにスナップショットを取った場合は
ディスクの故障に対して弱いというだけ。

別のディスクにスナップショットを取れば
ディスクの故障に強いだろう?
だからスナップショットだからどうこうという話じゃないんだよ。

「スナップショットバックアップ」なんていう言葉もあるしね。

ここまで見た
  • 75
  •  
  • 2012/06/29(金) 02:08:18.18
>>72 >>74
そうだね
でも悪いけど今回の事件には関係ない
( カード型であれロックなしスナップショットはバックアップに使えない )


ここまで見た
  • 76
  •  
  • 2012/06/29(金) 02:22:46.44
主旨は異りますが御参考になりましたら幸いです

[運用編]スナップショットをバックアップ代わりにしてはいけない
http://itpro.nikkeibp.co.jp/article/COLUMN/20070820/279955/


ここまで見た
  • 77
  •  
  • 2012/06/29(金) 20:36:32.28
Google Apps for Business ってのがあるんだ
http://www.google.com/apps/intl/ja/business/index.html

ここまで見た
  • 78
  • 昼間ライト点灯虫の性欲&性知識欠落アスペルガー同性愛マニャデチ池沼番長アマギコ
  • 2012/06/29(金) 21:16:58.03
個人利用者で被害を受けた人はいないの?

ここまで見た
  • 79
  • 昼間ライト点灯虫の性欲&性知識欠落アスペルガー同性愛マニャデチ池沼番長アマギコ
  • 2012/06/29(金) 21:17:31.82
なんで官公庁の被害報告はないの?

ここまで見た
  • 80
  •  
  • 2012/06/30(土) 00:17:23.28
利用してなかったから

ここまで見た
  • 81
  •  
  • 2012/06/30(土) 02:19:53.46
>>79
もしくは使ってはいたが・・・
官公庁の人間はだれも重要なデータを扱っていなかっただけとか
消えても痛くないと被害届ださないもんね

無駄な仕事増やしてくれて感謝しているかもよ
あー FSのせいで忙し忙しと使いもしないデータを再入力して
定時を待つのさ


ここまで見た
  • 82
  •  
  • 2012/06/30(土) 02:22:45.99
>>1
まとめ

大事なデータ預かった → データ壊した → 機会損失は賠償しない → データ漏洩した


ここまで見た
  • 83
  •  
  • 2012/06/30(土) 06:26:21.90
>>81
わかります

ここまで見た
  • 84
  •  
  • 2012/06/30(土) 10:36:07.80
仕事でサイボウズなんて欠陥ソフト使ってる奴は
自殺願望でもあるのか?

ここまで見た
  • 85
  •  
  • 2012/06/30(土) 12:00:22.15
どんな集団でも半数が偏差値50以下の池沼です

ここまで見た
  • 86
  •  
  • 2012/06/30(土) 18:41:30.03
中間まとめ

@firstserver メモ ユーザバックアップは事実上不可能 ( DB バックアップ機能封印 .
FTP 転送は DB を止めねばファイルが破損 , 基本的に数時間以上必要 . DB 以外の転送も転送量警告 )
#ヤフー子会社 http://p.tl/vZLO

@firstserver メモ バックアップなしで運用 ( RAID を除く唯一のクローン系は 24 時間毎に自動更新
= 時間差ミラー → バックアップの体を成さず ) ‪#ヤフー子会社 http://p.tl/vZLO http://p.tl/WRy7

@firstserver メモ 生き埋めデータ → HDD 初期化 ? . 復元済メール ( 個人別自動仕分可能 )
消去 ? #ヤフー子会社 http://p.tl/vZLO http://p.tl/WRy7

@firstserver メモ 待機系 DB は常に破損状態だった ? ( エクスポート的バックアップでなく DB 動作状態でのコピー ?
→ 不完全クローン = 破損 ) #ヤフー子会社 http://p.tl/vZLO http://p.tl/WRy7

@firstserver 補足 RAID は破損率を下げる仕組 ( 予備の体を成さず ) . バックアップは破損の際の予備
( 予算次第で数か月分以上を世代別管理 ) . #ヤフー子会社 http://p.tl/vZLO http://p.tl/WRy7


ここまで見た
  • 87
  •  
  • 2012/06/30(土) 19:49:50.93
つまりこういうことか
データ無くなった人は
自力で再生しようと考えず
取りあえずどこでもいいから
業者に発注して領収書貰っとけと

東電の避難民と一緒だな

砂時計アラームタイマー
フリックラーニング
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード