ライブスター証券「データベースサーバ上の全てのデータを削除してしまいました」

11/12/28 【重要】証券システム障害に関する重要なお知らせ
平素はライブスター証券をお引き立て賜り、誠にありがとうございます。
昨日発生いたしました証券取引システムの障害につきましては、
ご不便・ご迷惑をおかけいたしましたこと、深くお詫び申し上げます。
障害の原因と対応方針についてご案内申し上げます。
障害原因
外部委託業者（システム会社）における作業において、データベースサーバ上の
全てのデータを人為的に削除してしまい、お客様の注文内容、残高情報等売買を
行うための基礎データを消失したことで、注文の受発注全てを行うことができなくなりました。
障害復旧状況
全てのデータを一昨日（12月26日（月））夜22時の状態に戻し、そこから
12月27日（火）10時40分までに取引所において約定した注文内容を反映させた状態に戻しています。
障害による影響
上記、一昨日（12月26日（月））夜22時以降発注されましたお客様の注文のうち、
12月27日（火）10時40分までに取引所において約定していないものについては、
全てデータを消失してしまいました。
そのため、期間指定の出合注文についても再発注はされていませんので、
大変申し訳ございませんが、お客様のご判断で再発注をお願いいたします。
特に、お客様におかれましては「発注していた注文が、本来であれば約定しているはずである」
等の状況が生じていることが想定されます。
多少お時間を要するものとは思いますが、当社において受注していた注文については、
誠心誠意ご対応させていただきたいと存じます。
この度は、重大なシステム障害を発生させ、お客様に多大な
ご迷惑をおかけいたしまして、深くお詫び申し上げます。
http://www.live-sec.co.jp/newsSysDetail.htm?id=242

＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾　スレ立て依頼所　339

おいおい

これから下請けの復讐的な事件は増えるよね

前日のバックアップとその日のトランザクションログから復旧できるだろ。

やめるまえにやってやったんかね

ネトゲだったら閉鎖の言い訳にする手段

何やってデータ飛ばしたんだよｗ

謝罪文が長い
ダメな会社の典型

これひどいなｗ

洒落になんねえだろマジで

えｗｗｗｗ

まずやらかしたITドカタを吊し上げろ

ワロスｗ

＞大変申し訳ございませんが、お客様のご判断で再発注をお願いいたします。

二重発注になっても損益はしったこっちゃないですとかナメてるにもほどがあるだろこれ

バックアップはとってあるんだろ

預けた金どうなんの「

あどみんユーザーでデータベースドロップ
どうせやるなら、バックアップも削除しとけよ

やらかした奴殺されてもおかしくないレベル

良くわからんからジョジョで例えてくれ

で、やらかしたシステム会社はどこよ？

人為的削除…

下請けの最後ッペってやつか…。

テスト環境と間違ってデータを消したとかだったら笑えるわ。

飛ばした奴ら生きてるのかなw

雑魚

これ消した奴首だな

>外部委託業者（システム会社）における作業において、データベースサーバ上の
>全てのデータを人為的に削除してしまい

これやった奴、京浜東北線に飛び込んだんじゃね？ｗ

>>20
重要だよね、そこ

大手かな？

損した奴は黙ってればいいのか

削除してしまったのなら仕方ないな

＞外部委託業者（システム会社）

特定よろ

身内や得意先の誤発注の揉み消しかも知れないし
第三者による厳重な監査が必要でしょう

>>26
気持ちは分からんでもない

178 WBC監督(東京都):2008/09/14(日) 22:30:48.60 ID:mNrtA2B90
深夜のメンテナンス作業で眠くて眠くて、ユーザーの伝票明細テーブルを間違ってTRUNCATEした。
ROLLBACKも効かない。
あせってArcserve開いてテーブルを戻そうとする・・・ログウィンドウを見ると、
バックアップバッチは数ヶ月前から停止したままだった。

頭が真っ白になった。

IDCを出て深夜の自席に戻って、机の中の大事なものをかきあつめてかばんに詰めた。
社員証を課長の机の上に置き、会社を出て、アパートに戻る。
保険証、パスポート、前の年に死んだ愛犬の写真を持ち、始発にあわせて家を出る。
携帯が鳴り始める。何度も何度も何度も。空港につくころには着信が１００回を超えた。
電池を抜き、俺は北海道行きの飛行機に乗った。
逃げるなら、なんとなく北、というイメージがあった。

それから３年無為な生活をし、ほとぼりが冷めたころ、北海道の小さな
ソフトウェア開発会社に就職した。
経験を買われて、すぐにプロマネになる。
そして、孫請けながら大きなプロジェクトに参加することになり、
キックオフミーティングのために東京へ。
発注元とともに汐留で会議に参加する。

・・・会議室には、俺が逃げ出した会社の部長と、課長がいた・・・
ふたりとも、会議のあいだずっと、顔を真っ赤にして俺を睨んでいた・・・
こみあげてくる胃痛と嘔吐感に耐え、会議が終わると同時に俺は会議室から逃げ出した・・・

それが、先週の金曜日のこと・・・死にたい・・・

　 　　　＿＿＿_
　　　／　　 　 　＼
　 ／　　─　 　 ─＼
／ 　　 （●） 　（●） ＼
|　 　　 　 （__人__）　 　 |
/　　　　 ∩ノ ⊃　　／
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

よくわからんけどrm -rf /的な？

しゃれなんねーw

>>19
「誰を矢で刺したか忘れちゃったからこれからまた全員刺していくけど死んだらごめんね」

よく分かんねえけどこれやばくね？
コレにせいで被害受けるとしたらどれくらいの規模になんの？

＞人為的に削除

やっちゃった奴はその瞬間どういう気持ちだったのかな…

テヘッ♪

くっそわろたｗ

ライブスター証券なんか聞いたことないんだが、知ってる人は有名なん？

こういうのはやっぱ損害賠償請求とかするもんなの？

ワロタ

こんな事ってあるんだなぁ。
全部削除ってプロテクトかかってないのか？

>>39
というか、テロ的な仕業じゃないのかねｗ
奴隷の反乱ニュースかと思ったんだけどｗ

危ないと思いつつもrm -rfやるやるｗ

無かった事扱いにするしかないのだろう。
損してた人はラッキーかもだが、利益出てた人は怒るよな。

こういう場合って、どうなるんだろうか。

>>45
rootで作業してたんでしょ
だめだけど

>>33
コピペ？

27日の10時からログイン障害が起きてたから、実質27日の取引はできてなかったのかな？
どういうサービス時間なのかよくわからんけど

>>48
取引所のデータはあると思うけどｗ

>>38
深夜の１２時間分のロールバックだから取引額は大したこと無いと思う。
だから投資家の被害っていう面では少ないでしょ。
でも会社としてはこの先しばらくは地獄だろうね。
一人一人に確認してお詫びして回る作業がある。

ドロップしたんだろ。
稀にやるよねこのミス

バックアップされてなかった分は取引所からデータ貰って一件一件訂正していくのか？

これは金融庁の処分あるだろうなｗｗ
潰れるかな？ｗ

>>33
おれもそのｺﾋﾟﾍﾟ思い出してたところだ

また合併して社名変えて再出発するだけ

自己責任とは言え損失出ても知らん顔だもんな

テスト環境と間違えて…ってのはよくあること

トランザクションログのバックアップ無いのか、取らなかったのか・・・

このサイト参考にすれば月収100万円も夢じゃないな。
http://blog.goo.ne.jp/mgchfd6746/e/1bcc11090e6e328f9c1c567770a5e7d6

>>42
全然知らなかったが、2ヶ月手数料無料キャンペーンと、発注単価が安いので
節税対策に証券講座を開いた。
結果、節税するどころか、今回の事件で大きな損失を出してしまったよ。

>>43
以前にもこの会社はやらかしているらしく、その時には顧客に賠償してくれたらしい。
たぶんそれが外注先に損害賠償請求としてそのまま回るんだろう。

メンテやるときはどんなに些細な事でも
バックアップしてからやれよ

ってよく言われるけどやらないんだよなｗ

こういう大規模な奴やったことないんだけど
データも冗長化されてないん？
削除も即反映されるのかな

ここ使ってない俺には関係ない

ライブだな

>>63
こういうのって一発免停じゃないの？

ライブスター証券なんて聞いたこと無いぞ。

>>38
>>53
俺個人としては、30万円の損だったわ。

俺のクリック証券もこの前やらかしてたからな

全て年表通りだな

自殺が増えるな

カモネギ

うちの会社なら
再発防止は


指差呼称
シサコショウ

と

危険予知の徹底
KY

が定石ってところ


反省会の落とし所がみんな見えてるんだよん
大手なら何処のSI屋も一緒だろ

>>67
普通は業務改善命令の行政処分だろ
みずぽがやったみたいな

テスト用の環境にバックアップデータ流そうとしたら、本番用に上書きしてしまったでござるの巻

運用オペだったら、DB削除の権限なんてないし、
開発担当者だってテスト環境でしか動かせない。

プログラムの入れ替えとか、オンライン上でやる場合、
外注先の担当だけではなく、取引先の社員立ち会いで
やっているはずだから、この場合、証券会社の社員の
判断ミスかと・・・

>>68
1986年（昭和61） - 商号をセンチュリー証券株式会社に変更。
2006年（平成18） - 商号をサンライズキャピタル証券株式会社に変更。
2007年（平成19） - 商号をアイディーオー証券株式会社に変更。
2011年（平成23） - 商号をライブスター証券株式会社に変更。

>>76
システム会社のことはよく分からんが、ザラ場動いてるときにやる必要があったのかね？

下請け死んでまうの？

恨み辛みの仕返しみたいなもんじゃなくミスだろうな
直接金が絡む分、どんな技術馬鹿でも特定された時の賠償くらい分かるだろうし

>>30
株式板より

474 ：山師さん：2011/12/28(水) 17:30:23.59 ID:lT6aKCGg
システム会社はどうもSBIﾄﾚｰﾄﾞｳｲﾝﾃｯｸ社みたいだな。
SBIグループらしいけど、SBI証券の刺客かもね。
手数料ｾﾞﾛｷｬﾝﾍﾟｰﾝをしている邪魔な証券会社を潰すのが目的だったりして…。

来年また変更しそうだな

drop table

>>78
2020年（平成32） - 天照ディス・グランド・グリース・エイダスIV天照帝（以下、天照）、誕生。

>>69
マジで！？損したの！？
いやあ、それ聞いた途端酒の味が変わったわ。
今夜の酒はうまいわ。

ど、どどどどど、どdrop！　ええええドロップォぉぉおおおおおあううああああ

こんなかんじか

ここって元アイディーオー証券か。
担当は頭真っ白になっただろうな・・・
というか関係者はこの年末飛んだか。おつかれ。

社長の名前でググったら出てきたけど
この塚地みたいなのなら別に新でもいいわ

http://static.shoeisha.jp/yz/static/images/article/135698/photo1.gif

>>79
外注「業務時間外にやりたいんですけどー」
元請「ハァ？俺に残業しろってか？」

作業前に真っ先にバックアップ確認するだろー。

>>84
>>87
＞データベースサーバ上の全てのデータを人為的に削除してしまい
　　　　　　　　　 ^^^^^^^^^
drop table どころの騒ぎではないと思われ。

センチュリー証券ってネット証券が流行り始めたころから
激安手数料で頑張ってた所じゃなかった？
つまりFXブームで出てきたような、素性の知れない新しい
会社じゃない。

安かろう悪かろう

>>86
今日東電で300万円の利益を確定したから大目にみてやろうと思ったが、
掲示板で他の人に相談したら、損した30万円も戻ってきそうだから明日
電話するわ

おんなじことやったことあるけど、前日のdumpとログで全部元どおりにできた
取引の量的にログ吐いてない感じなのかな

委託費ケチって復讐されたのか

メシウマだなw

>>95
……ちっ

あー、昨日ここに1000万くらい預入したような気がしてきたかも

ライブスター証券なんて聞いたことない。
顧客は小指のないAさんとか
仕手の本尊Bさんとか
えげつない面々がそろってたら
逃げるしかない。

whereつけ忘れたときは心臓の鼓動あがったけど
警告メッセージが表示された

ざまあああああああああああああああああああああああああああああああああああ

delete文を直でポチっちゃったか・・・

こんな事人為的に、削除しようとしないと発生し得ない

金融庁に呼び出されてどえらくしかられるなこれは

これ韓国のゲームどころじゃねえなｗ

ハイパーメシウマタイム！！！
今日はこれで安眠できる！
良い夢みれそうだよ！

>>78
社名変わり過ぎだろどんだけいい加減な会社だよw

こんな腰の軽い会社に大事な金入れてて不安じゃ無いのか？

年末年始はシステムの入れ替え時期だから、ぶっ飛び案件が他にも出てきそうだな

どういう運用手順になってんだこの会社
オペレータが打つJOBの番号みたいなのを間違えたとかか？

本番環境でなにさらしとんねんw

ｸｿﾜﾛﾀ

顧客の残高情報なんかどうやって復旧するんだろ

＞ お客様の注文内容、残高情報等売買を行うための
＞ 基礎データを消失した

＞ 取引所において約定していないものについては、
＞ 全てデータを消失してしまいました。

先輩「おーっし、RAIDの試験すっぞ」
新人「ディスク全部抜きました！これでOKっすか！」
先輩「！？」

rootで鯖に入って間違えてファイルそのものを消したんじゃね？

前に会社のDBいじってて、DELETE文発行したんだけど
いつもなら一瞬で終わる処理が、十秒以上かかって「おかしいな？」と思ったら
条件文つけるの忘れてて、テーブル内のデータ全削除したｗ
一千万行以上削除すると結構時間かかるもんだな・・・

スキーマごと or インスタンスごと消したのか？アホな奴

巻き戻しｷﾀ━(ﾟ∀ﾟ)━!!

オンラインゲームかよｗｗｗ

おいおい・・・これは酷い

なれる！SEならわかりやすく書いてくれるのに

>>116
SQLのDELTE文はフェイルセーフ構造になっていなくて危険すぎるよ。

読むだけで嫌な緊張感

SQLインジェクションのテストでdelete文書いたら通っちゃったのか？

>>1
マジカｗｗｗｗいまどき

これは管理局から相当怒られるレベル

ライブドア証券最高でした

ミラーリングしてても自分で捨てたら意味無し

誰か自殺するんだろうな
社長じゃないところが日本の終わりって感じだ

rm -rf /したんだろ？
おれもやったことある。

>>121
本番環境に直打ちでDELETE文実行するときはドキドキするよねｗ

最初にもっと安全なシステムを組めないの？

>>1
＞人為的に削除してしまい

「ミス」とか「誤って」っていう単語は使わず、敢えて「人為的に」って言葉を追加してるのは
何かメッセージを伝えたいんだろうか

テスト機で全部消しただろこれ？

Windowsだけど、
指定したフォルダ以下全部削除するルーチン作ってた奴が
自分のPCで間違えて、ルートから全部削除してあわててたことが有った

その手があったか

>>133
テスト機のつもりで、の間違い

ネット取引で先行してるアメリカではこういう事故あったの？
原発事故と同じで、世界記録レベルだったりして。

下請けが許可無くDB全削除出来るってどんな運用だよ
完全に丸投げしてたのか

まあ、IT屋なら誰もが一度くらいは本番データ消した事あるよな？



あるよな？

SQL文じゃなくてシェルで直接DBファイルを消しちまったんだろうな〜　南無阿弥陀仏

>>131
銀行は戻せなくなる事がないようにトランザクションログ含めて全てバックアップしてる。
コストかかるからネット証券はやってないんだろうな。

>>139
一度消して、冷や汗かいて対処方法を覚えて、やっと一人前だよな


そうだよな？

こやつめ
こやつめ・・・

>>136
テスト環境と本番環境は回線自体が違うだろ
間違えることはない

間違えるような作りになっていたらそれはそれで問題だし

システムなんざ大手でも未だに
パスワード平文とか日常茶飯事だよね

億を預けてあるっていうはったりDQNとかでてきそう

>>139
さすがにないな

ただ前に出力ファイルにバグあったから手修正して鯖に戻したら文字コード間違えていてバッチが吹っ飛んだなんてことには遭遇した
あの時は試験環境で本番データ走行したりしてあたふたしていたなぁ（遠い目

記事読んだだけで手がブルブル震えた
絶対こんな立場になりたくないわ…

シンボリックリンク消す時に -rf しちゃっててリンク先ディレクトリがなくなってた瞬間のこと思い出すと今でもお腹の下の方がギューッとなる

あり得ない。外部委託業者の問題じゃ無いだろう。それができる状況を作った方に問題有りだ。金融系でこんな事故聞いた事無い。免許剥奪だろう。

ロールバックだっけロールフォワードどっちだっけ
ええい、めんどくせえ
ポチッ

関連スレッド

ライブスター証券（アイディーオー証券）2
http://anago.2ch.net/test/read.cgi/stock/1324948307/

>>142
消せる権限あるだけで一人前？！？！

>>144
常識的にはテスト環境と本番環境は別サブネットだよな

>>148
でもバックアップから戻してる間は何もすることがなくて暇なんだぜ。

まぁ終わったら、上司からお呼びがかかるだろうが・・・

>>113
北海道の国産肉乞食みたいに
俺は含み益が10億あったんやで！とかなんとか言うやつが出てくるのか

そもそもなんでそんな手作業で危険な作業が発生するんだとｗ

>>
同じLAN上につながってることなんて、よくある話…なのか？

次の社名でも予想しようぜ

>>156
MDBファイルが壊れたぐらいしか思いつかないな。

>>158
デリート証券

>>155
既にこのスレにいたぞ

会社のPCでHD捨てる前に消去しよとUSB外付けディスクにしてDBANかけたまま帰ったら、朝になった時には内蔵HDDまでDoD 5220.22-Mで消去されてたでござる。

本番とテスト環境の差異は
不具合事象の再現にも関わるから
完全に別物にするのは難しいのです

>12月27日（火）10時40分までに取引所において約定していないものについては、
>全てデータを消失してしまいました。
>そのため、期間指定の出合注文についても再発注はされていませんので、
>大変申し訳ございませんが、お客様のご判断で再発注をお願いいたします

こんな対応で許されるの？ｗ

勘定系に関わるシステム障害でしかもデータ消失でその上予定取引データまで消えたって
人が何人死んでもおかしくねえな！

とんでもねぇな。今頃やらかした奴どんな気持ちなんだろうか

ほんとなんとも言えない渋い気持になるよな入力ミスって全消去した時

事故起こした外部担当者の身になると脂汗が出るな

>>164
データが残ってないんだから、ユーザーがどうするか判断するしかないだろ。

ネトゲみたいな対応しててずいぶんと軽いんだけどｗ

口座の情報が削除される事はないの？
100万円あったのに0円になってしまった的なミス

オンライン中に更新のかかっているDBを弄る必要性なんてあるんかね

１．やけを起こした奴の自爆テロ
２．危険なバグが見つかって緊急パッチをやろうとしたらコマンド間違えた
３．関係ない作業で鯖に入っていらないファイルとか整理していたらrm -rfで消しちゃいけないものまで全部消しちゃった

思い当たるのはこのぐらいしか無い

>>166
もうバックレてんじゃないの
こんなのやらかしたら、下手すりゃ億以上の賠償とかあり得るし
わざとじゃないとかは通らんだろ

なんかあっさりしてるけど
これもしかして洒落にならないんじゃないの？

>>171
今回は全部なくなったから元に戻しましたと言う話し。差分は知らね。

サブネット違うって言っても第三オクテット変えてるだけだったり、
接続のためのショートカットを本番とテストで並べて置いてあったり、
同じ管理端末にリモートログインしてそこからSSHでテストと本番両系統に入れるようになってたり

せっかく運用設計しておいてもフールプルーフが守られないなんてザラだよな

寿退社の糞OLが嫌がらせのために全消去、っていう展開だったら最高に笑えるのに

>>172
トランザクションログから戻してない以上は確信犯だろうな。

大納会の前にやってくれるな

最近、メンテ失敗しデータ全消去で終了したネトゲがあったな

>>160
ﾜﾛﾀ

truncateなのかdrop tableなのかが気になる

年末にこんな事象が発生するとはね
ITドカタのみなさんはお疲れ様

>>182
金属バットでディスク殴ってるだろう。

>>176
システム導入当初はポリシー守ってるけど、だんだんやりやすいように客先のSEが環境変えてるケースはよく見るな

何かの本番移行作業の際に、本来、流すべきシェルを手順書で書き間違えて
結果、想定外のテーブル再編成なんかのシェルを流してしまった。

メインだわｗ
無料の時作って放置だが
ＩＤＯんときも約定してなかったので処理しましたとか
一辺電話かかって来たな
最近広告多いしちょっと成長したかと思っていたが

神甲奇譚だか言うネトゲ思い出した
メンテ失敗でデータ吹っ飛びサービス終了
流石にネトゲみたくサービス終了はしないだろうけど当分は会社地獄だな

なにしたんたんだよw
ロールバックしてるだけだから被害は少なげ
と思ったら一日分すっ飛んでんのか…

プロパストいじってた奴は死んだかもしれんな

この会社の連中、今日から冬休み始まった途端連れ戻された奴いるんだろうな

>>185
顧客の技術担当者が半端に詳しいとまさにそうなるよね
詳しくてちゃんとしてる人は無駄な手順でもおろそかにはしないけど、知ったかぶり系だとなあ

ありがちだよね。
でも、データなんて無形物はなくなって当然。気にしない気にしない

俺は3回みた事がある
全て女がやらかした

>>174
もしかしなくても

itドカタは分からないように自爆コマンド入れて脅せばいいんだよ

あわよくばパワー

証券会社がこのミスは駄目だろ。金が絡んでるとヤバイぜマジで

いやいやいやｗｗ
え？ｗちょｗｗｗｗワロタｗ

ここって異常に神経質なんだよな
間違えて空売り50単位以上したりしたら
即効電話かかってくる。

どうしても消さなきゃいけない理由があったとか

一度でいいから見てみたい
　全データ消した瞬間の表情を

金融系は最低でも一号機、二号機、維持環境、激甚災害用があるはずなんだけど

しかしここアホみたいに手数料安いな。
チェックしとこ。って、もしかして炎上マーケティングに引っかかってるオレ？

>>203
操作がそれらに同時に反映だったら・・・

>>139
一度痛い目見ないとバックアップ真面目にやらないよね
人間てそういうもんだよ

うわあああ
あああ
あ

不正がバレそうになったのでデータベース全削除した

とは言えない…みたいな

　　　　 )､.＿人＿人__,.イ.､.＿人＿人＿人
　　　＜´ お　金　返　し　て　っ　！（ω） ＞
　　　　⌒ v'⌒ヽr -､＿　 ,r v'⌒ヽr ' ⌒
// // //／::　<　　 ＿,ノ｀' 、ヽ､＿　ノ 　;;;ヽ　 //
///// /::::　　　（y○'）｀ヽ) ( ´（y○'）　 　　;;|　　/
// //,|:::　　　　　（ (　/　　　　ヽ) ）+　　　 　;| /
/ // |:::　 　　　+　 ) ）|~￣￣~.|（ (　　 　 　 ;;;|// ////
/// :|::　　　　 　　（ (||||! i: |||! !| |) ）　 　 　 ;;;|// ///
////|::::　　　　+　　 U | |||| !! !!||| :U　　　;;; ;;;|　///
////|:::::　　　　　　　| |!!||l ll|| !! !!| | 　　　;;;;;;|　////
// / ヽ:::::　　 　 　　| !　|| |　||!!|　　　　;;;;;;/// //
// // ゝ::::::::　:　　　| ｀ー----−'　|＿_／///

フリーソフトの開発をやめたいときは「ハードディスクがクラッシュしたためソースを全て失いました。」と書けばよい

システムに対する設備投資が少ないから、手数料とかを低価格に抑えることができてたんだろうな。
所詮、安かろう、悪かろうだよ。

復旧諦めても暫くは徹夜当然で対応させられるんだろうなぁ
コミケ行けねぇ！とか下請けがヤケ起こして連鎖障害起こしたら面白いが

最悪外部保存から復旧でけんかねw

>>210
「ソースの入っているノートパソコンを盗まれました」でもいいんじゃないか？

年末休み返上で復旧作業か
大変だな

どうすんだよこれｗ

1.66ェ…

>>216
もしかして巻き込まれた俺って結構歴史的な事故に立ち会ってるの？

岡田麻衣様

この度の障害発生につきましては、大変ご迷惑をお掛けいたしましたこと、
深くお詫び申し上げます。

早速で申し訳ございませんが、昨日の現受け渡しのご注文について、
現在、取引残高に対象銘柄が表示されている状態となっています。
この対象銘柄につきまして、これより「現受け渡し」の手続きを実施させていただきます。
したがって、取引残高から対象銘柄の表示が消滅することになりますので、
予めご了承いただきますようお願い申し上げます。

尚、すでにご自身による売買で処理なさった場合は、そのご注文が優先します。

近々日興かＧＭＯか、ＳＢＩに戻ろうと
思ってたしいい口実だｗ

>>219
まいちゃん何やってんの

何かしら不都合あったら
DB消したで許されるんだな

>>219
まんこみせい(´・ω・｀)

>>219
名前はさすがに仮名だろ　なっ

>>219
どんまいちゃん

>>219
岡ちゃんｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

>>219
つ、釣られないぞ・・・

1000000000000000000円の損害だわ弁償しろ

>>85
おもしろくねえよ

わろた

>>219
岡田麻衣
http://www.kewpie.co.jp/csr/2007/environment/imgs/person_okada.jpg
http://www.egao-p.com/old/etc/image/2009final_report_007.jpg

再発防止？
ざけんな糞が？！
再発防止策はだな、休みくれやボケが！死ね石川！

マジ最悪・・・。

>>222
リテ営業でこんな事してたら余裕でアウトだろ

ここで取引してる奴は訴えたら。。。

やらかした奴はクビだけじゃ済まないだろうな
管理者側にも責任の追求が来るだろうし

年末年始の飯がうまくなるな

>>82
先物が全く同じシステムだったけどそんな理由があったんだな

>>235
執行後半年以上経った商いですら金融庁からしたらいい餌だからな

半年以上前とか客すら覚えてないのにな

こういうシステムって直接データベースを操作するようになってるもんなの？（ω）
そうだとしても全部削除できるような権限でやる必要あるの？（ω）

なぜなぜで原因究明だな。

ショボイ証券会社は構成もショボそうだな

ちょっと前にやったアパレル系のECシステムは
拠点バックアップやってたけどなぁ。
そうでなくても時間差バックアップやったりして
こういう時の為に備えるもんなんだろうけど…
金融系だから、っていうんでゴージャスなシステム構成かと想像しちまうんだが
案外そうでもないのか？金融庁からこの手のシステム構成の指針みたいなのってないのかね？

またデカイ損をもみ消したのか？

野村の子会社も同じ事やってたよなｗ

>>233
おい麻衣やらせてくれ先っちょだけでいい

残高まで消えたのかｗ

年末年始に向けてボーナス突っ込んだ奴も
いるんだろうな

>>76
保険会社の開発しかしてないねど、
本番環境って物理的にわかれてたよ。
そうでもないのか？

>>88
＞関係者はこの年末飛んだか。

そうだね。
そろそろ年末だから浮かれてたのもあったんだろうな

>>210
単に辞めればいいだけじゃんｗ

人為的に削除ってどんな構築してんだよ
ましてや金融系なのに

WEBサービスのDBのデータに間違って負荷の高いSQL流しただけでヒヤヒヤもんなのに
データ飛ばした奴ってどんな感じだったんだろう？
まわりの奴はﾒｼｳﾏだったろうな
祭りだああああああああ
みたいなさｗｗｗｗｗ

>>245
入金したボーナスが消滅…ｗ

みずほのアレ再来かぁ。
胸暑。

>>245
年末年始にギャンブルするかよw

ブラックすぎてエンジニアが土産をサーバに仕込んでいったとか？
だったら今頃事件になってるかｗ

誰か発狂したんだな

>>219
なんだこれは、たまげたなあ…

>>250
まわりのやつらも緊急対応で年末年始ぶっつぶれ確定なんだからメシマズに決まってるだろ・・・

>>78
真っ黒です！！みたいなw

>>233
岡田麻衣さん、頑張ってね

>>152
いきなり障害発生した時刻あたりからスレが始まってるなｗ
すごい臨場感ｗ

コレはどのくらい問題なの？
テレビで取り上げられる？

だけど巨神兵になったみたいでスカッとする気がするな。

>>219みたいなのって、自分の名前がありがちな名前だってことで
心のどこかに隙があるんだろうか
俺なんて珍しい名前だから絶対そんなポカやれんわ。やったらほぼ確実に特定されるし

>>25
首だけですまないｗ
多額の損害賠償請求＋刑事訴訟コースだな

年末のゴタゴタでうやむやコースかなぁ？
社畜がキレて嫌がらせしたのかな？

俺は許した

コピペに釣られる奴らが多すぎる

データ全部飛ばしたって間違えてフォーマットでもやらかしたんか？

この前アッチ系？のネトゲの会社も同じような言い訳残して
店じまいしてたな

自分とこでとんでもない穴開けちまったので、全てほっぽり出して
チャラにしてる（つもりの）ようにしか見えん

>>152
なんだ被害者ほとんどいないじゃんｗ
問題ないな

流石に日次バックアップはあるのか

>>250
俺DBサーバー移行する時に飛ばした事があるけど、頭真っ白になったよ
「あ・・・・・・・・・・」としか出てこない
移行先の方を飛ばしただけだったから稼働を1日延期するだけで何とかなった
でもこれは生データだもんなぁ
心中お察しできないレベルだ

>>31
これだな
そこまでアタマ回るかなこのバカ会社

こういうシステム障害発生時の賠償って、どうなるんだろう。
証券会社との約款で責任回避してたり、
こういう事態に備えて保険に入ってたりして、
会社の損害だけは少なく済むようにしてるとおもうけど。

あぶねあぶね
先週ここに入金して配当金狙いで株を買いあさるつもりだったのが、用事でそれどころじゃなくて入金しなかったんだよ

俺が担当なら失踪するレベルだわ

本番環境をたやすく触れる運用なのも問題だろ
つかこんな証券会社やだ

>>271
約定済みの取引は取り消せないんだから関係ねえよ
売買成立は全部市場のシステムで処理されてる

ひとつ教えて。ライブスターどこをベンダーにしてたの？

こういうときスクリーンショットというのは証拠になるのか

rm -f /*

はぁ

人間として最低だと常々思ってた１年上の先輩が
同じようなのやらかした時は、今までのお礼に
悪行全部暴いて借金まみれ+懲戒解雇まで追い込ん
でやった思い出

今でもスカッとする

まぁな
人間だからな、失敗はあるわな

>>33
こんな感じの話好きだなぁw

開発環境でテストして、
全く同じ作業を本番でやるだけなのに何故ミスするのだ

単純にテスト環境と間違って本番環境で運用中にshutdownしちゃって
データ破壊されちゃったんじゃないの？
で、復旧不可能な状態になったから前日のバックアップデータからリカバリしただけ。

>>92
わかってる。
割と穏やかに表現したかっただけだから。

>>279
それデータ簡単に復旧できるから

shred -n 2 -z
とかやろうぜ

>>日頃より｢M2 -神甲綺譚-｣をご愛顧いただきまして、
>>誠にありがとうございます。

>>このたび、ご利用いただきましたお客さまへ
>>お伝えしなければならないことがございます。

>>2011年10月21日(金)20:00より、サーバに致命的な不具合があったため、
>>緊急メンテナンスを実施しておりました。

>>なんとかサービスを再開すべく、「Sankando株式会社」との間で
>>調整をおこなっておりましたが、データ復旧が難しく
>>大変遺憾ながら、終了の判断をせざるを得ない状況となりました。

>>このため、大変急なお話しではございますが、
>>本日2011年11月10日（木）をもってサービスを終了させていただきます。

>>長らく｢M2 -神甲綺譚-｣をご愛顧頂きましたお客さまには
>>この様な結果となりましたことを、心よりお詫び申し上げます。

10年以上前に似たようなことをやらかしたのを見た。
そのときは現場や周辺部署がデータ復旧に追われていて修羅場状態だったな。

よくあること

ここまで表面化するのはなかなかない

DBを久しぶりに再起動したら立ち上がらなくなったときは
顔面ブルーレイになったな

やっちゃってそれに気づいた瞬間の顔が見てみたいw

うわあああ
他人事ながら恐ろしすぎる
やったやつ心臓止まったんじゃね

これはちょっと笑えないな
想像するだけで眠れなくなる

顧客の金を不正に使ったりした証拠隠滅と言う話は無いんだろうか？

下請けの奴隷がデータ持ち逃げしたか、時限爆弾仕掛けて辞めたかｗ

証券会社や銀行がシステムに金つぎ込んでないなら当たり前の事、
最高責任者はこれは切腹もんだろｗｗｗｗ

まず現実逃避で一回場所を離れるよな

何のためのトランザクションログなんだよ

ライブスターの問題ではなくシステム会社の問題だね。
どこのシステム会社を使ってたんだ！？

ねー・・・・あるあるｗｗｗｗｗｗｗｗｗｗｗｗ

つかこれ、つぶれるレベルの大不祥事なのにマスコミ全然騒がないな
結構でかいのにな、ここ

>>295
年末調整か…

素人だから見当違いかも知らんが、こんな間違いで削除できるような環境なら
自分の資産の額を変更することも可能なんじゃないの？

>>33
別人だ！という言い訳しておけば大丈夫。
それが社会だ。

同情するわ

俺なら自殺するわ
耐えられん

初期の初期どころか、小中学生レベルじゃねーかｗｗｗｗｗ
どの面下げて会社でございって顔してんだよ。
下請けがやった？
監督責任からしたって、下請けになすりつけてる場合じゃねぇだろ。

上層部からのパワハラとかで自信喪失してたけど
このニュースで自分がいかにちっぽけな存在だと確認できた

ありがとう

delete文にwhere句入れ忘れてコミットしたのか

ちょ待てよ

さすがにこのレベルのはありえんだろ…バックアップとかどうした

どういう理由にせよ、データが人為的に消えてしまったのは仕方ないが、
それが元に戻せないってことはどう考えてもないだろ？

バックアップとトランザクションログも一緒に飛ばしたのか？
ありえないでしょ

あ、人為的ってのが作為的ならあるかｗ

笑って許そうぜ

負けてたら、勝ってたと言い張れば良いの？
それとも、証券取引所からデータ貰えばなんとかなるの？

顧客への利益供与を堂々とやるにはコレぐらい大胆じゃないと駄目なのかｗｗｗ

この証券会社はシステムを
管理する能力が無く
責任も取りませんってことか

下請のせいとか子供かよ

もう役員とかいろいろ逃げてる最中と思う

デーブスペクター証券に見えた

ビーボーイズムだけの一発屋

人為的って意味が広いよな(´・ω・`)

日本は下請け切って、幹部は減給して頭下げたらそれでお終いだもんなｗｗｗ

それより、横領と、大口顧客への利益供与の疑いが強いだろｗｗｗ

なんか最近人身事故をよく聞くなぁ

つーか個人情報なんてもんじゃないぞ、客の金銭データだぞ
これ全消去とかやべえなんてもんじゃないんだが…金融庁に即座にタレこみすべきだろ、不正やりたい放題だぞ

これ、マジで闇社会系の問題じゃないのか？
バックアップ無しとか、堅気の仕事じゃないし。

デイブスター証券に見えた。
寝るわ。

これって先物の人とかどうなるの？てかよく証券会社わかってねーでいってるけどさｗ

わざとでないとしたら仮想化絡みとか
ttp://www.publickey1.jp/blog/09/post_60.html

こう言うのってデリートしないでフラグで管理するtれ聞いたことあるけど。

ちょっと早めのデータベースのお掃除かｗ

証券会社なんて顧客の金は自分の金って思ってるだろうな。

この間アメリカのMFグローバル潰れた時も、信託保全されてらお金調べたら預かったはずのお金のうちの20%くらいが足りなくて、全くの闇に消えたし。

地震の時も野村で何故かシステムトラブルになって出金が全く出来ないようになってたし。
ひでーもんだよ。

これやっちゃった人相当キツイだろうな。
報告した後の上司の顔を見てみたい

>>328
銀行のほうが顧客の金を自分の金にしてるよ、文字通り。
証券会社は顧客の資産と自社の勘定は別にしてるけど、銀行は預かってる金を貸してるんだから。

株のデータはほふりにあるからまず間違いなく直近の状態に戻せるはずだが、
約定はどうなるんだろうな

上司に縊り殺されても文句言えんだろ実際
生命保険かけても払いきれんぞ損害賠償

えええ
これ賠償すごいんじゃないの？
人為的に削除って

>>330
勘定は別になってて安全だって言ってるけど、いざ倒産すると分離して預かってたはずのお金が何故か足りない事が起きるんだよ…。

いや、故意でやったんじゃなければ作業員のクビでお終いでしょ。

大体、下っ端リーマンや、派遣にそんな責任負えるわけ無いじゃん。
責任者って居るでしょ、代表取締役とか、重役とか。

そういう人が責任を取るのが当たり前。

なんというSQLインジェクション的展開。
delete * from テーブル名　かまさないとまずこんな事はありえないから、
条件文の中身で変な事してたんだな。エラー吐かずに実行するとか、どんな条件文入れてたんだよ。

この復讐方法捗るんじゃね？ワープアよ反乱起こせよ

DBを手動で削除するってありえるの？

東証や他のサーバーも同時にふっ飛ばさないと意味ないな

>>332
想像するだけで恐ろしいけど、社内の事故処理で済まないと思うわ
税金が絡んでくるはず
しかも年末ぎりぎりのところ

年内の税処理なら12/27までの約定分だから、このエラーが起きたのが28日以降だったら良かったのにな
特定口座の計算やら何やらを全部やり直し、しかもそれを来年の確定申告までに全部顧客に渡さなきゃいけない
源泉徴収してたら税金の払い戻しもしなきゃいけないけど、当然すぐにはできないだろう

考えただけでぞっとする
タイミングが最悪だわ

他にもネット証券はあるのに怪しい証券会社で取引するからだよ
手数料無料に釣られた乞食投資家ｗ

あぁ、でも、ソース読んでると、データベースの全データ削除ってあるから、
delete文じゃないのか。drop文とか、そもそもデータベースのファイルごと全体が逝ったのか、
どっちかなのか？
drop文とか普通使わないし、システムごちゃごちゃしてたら終わった感じくさい印象。

>>339
ITテロだな
どんだけ恨まれてたんだ

あー、年末だから損益確定させる人が多いんか。
ご愁傷様としか言えんな

つうかライブスターなんかこんな弱小まだ生き残ってたんだな

>>335
delete文レヴェルじゃねーだろ

ささいなミスを取り戻そうとして
間違ったデータを復旧させたとかそういうレヴェルなはず

また新小岩で人身か

これストップ設定も消えたのかな。ひでえな

元旦も復旧作業頑張れ

人為的削除って何だよ。
削除しても大体HDD上に残ってるだろ。メモリ上は知らんが

あるあるっw


SQLってuptete set hoge=1 で全部が１になる
完全に欠陥言語だからな

>>339
ああそうか
利用者の利益の事だけじゃなくて
確定申告もあるしフォローする為のお金も沢山なんだね
たまらんなあ
新小岩は止めて欲しい

全然関係ない俺の金玉が縮むレベル・・・・

バックアップも全部？アフォ

SQLってヤバイんだｗ

【M言語】キャシエ・CACHE【MUMPS】
http://toro.2ch.net/test/read.cgi/db/1108952588/l50

RDBよりも性能の高いデータベースってあるんだよねｗ
ハードが売れないし、使える人も少ないし、オラクルが困るから
無かった事にされてるｗ

>>352
○玉ないけど気持ちはわかるわｗｗ
多少ピンハネが高くてもしょっぼいとこに大事なお金預けられへんｗおおこわｗ

ピンはね安くてもやｗ　アカンもうねよｗ

>>354
ヤバいってよりは、計算性能重視の代わりに、
そういう脆さを持ってるって感じだな。
扱う人間でどうにでもなっちゃうような仕様であるのは確か。
ただ、簡潔に文が作れるのは利点が多い。
複雑な命令を言う場合は、他の言語にも優越性はあるが。

レン鯖でhaltやったな・・

データベースサーバ上の全てのデータを消すオペレーションなんてあるのか？
物理的にディスクを破壊するくらいしか思いつかないが

これどうすんのｗ

>>343
商いは元々薄くなるし、ネット証券だから損益通算ねらいの顧客がどれくらいいるかはわからん
そんなに注文は多くないとは思うが、会社逃げ出すレベルだわ

預かりは約定した分は確実に復旧できるとおもうから、（出来なかったら全員首つりレベル）

・注文出してた人で、出来てたはずであろう約定にたいする対応（計算しやすいし対応すべき）
・注文出そうと思ったのに出せなくなった！賠償しろ！（多分ほとんど無理）
・損だしで税金取り戻そうとしてたのに、約定できなかった！（どう対応するのか想像すらつかない）
・今年分の年間取引報告書の対応や、決算に間に合わないであろう残高証明の対応（焼き土下座とデスマ対応）

信用取引とか年明けて値が動き始めた時どうするんだろう

のちの平成大恐慌の端緒であった・・・

drop database unko

バカな疑問だが、この手のミスをGoogleがやらかす
可能性は万に一つもあるものなのかい？

これ、下っ端なら普通に退職願い出して辞めるよな。

バックアップも無いって、会社の体制の問題でしょｗ

よほど会社に恨みを持つ社員の犯行なんだろうな。

どんな大事故だよｗ

バックアップはしてたよ
ただ消えたDBをバックアップしたんだよwww

これもう証券の部門やってられんでしょ。

グーグルでさえ一回Gmailのデータ吹っ飛ばして磁気テープから復旧してただろ

これは酷いｗｗｗｗｗｗｗ

>>263
置き土産とか、故意で会社に損害を与えない限り、刑事裁判は無いよ。

>>334
逆だよ。故意でやったら、作業員本人への懲戒処分と民事の損害賠償になる。
作業ミスなら、環境の不備、手順の不備など、障害の原因によって、
証券会社と委託業者の代表取締役が責任を取る。

でも、ミスった本人は会社に居られなくなるし、上司は左遷だよな。

>>364
グーグルさんのデータベースは、BigTableって言う、特殊なデータベースで、
SQL言語は使われていないお。nosql（系）って言われるsqlを使わない特殊なデータベース。
多分、自社開発なんじゃね？とか思うけど、そんなわけで、グーグルさんは、自分達専用のテリトリーを確保してる。

約定できるたびに変化して行く資産をその都度バックアップとってくわけ？
毎夜残高データと注文データのバックアップはとってるんだろ

そんで27日の午前にことが起きたときに、その時点での残高データと注文データが飛んだわけだ
だから26日の残高データに戻すことは可能
さらに注文データの中で、約定が出来てる分については東証とかと取引してるから保存されてるので復元可能
戻せないのは26日以降に流した約定できなった注文データ

懐かしいなーIT土方。
大昔、ソラリスに繋いだままPCリブートかかったらソラリスにもハルトかかっちゃって鯖落としたっけかなぁ。
とんでもない大規模ダウン。

スキーマ名間違えて消したんだろうな。
drop user ○○ cascade;

どこのM2だよ

SolarisはBreak走っただけでokプロンプトに落ちちゃったからな
キーボード抜いてokプロンプトはオペレータが一番やらかしやすい障害だったな

心中お察しいたします

>>329
　　　　　／ ￣￣￣ ＼
　　　　/　　　　 　 / vv　　　課長、DBサーバのデータ
　　　　|　　　　　　|　　 |　　　全部消しちゃいました。バックアップもありません。
　　　　|　　　　　（||　　 ヽ　　　　 　 　 ＿＿＿＿＿＿_
　　　　,ヽヘ　／　　　　　|　　　　　　　＞＿＿＿＿_　 |
　　　／＼＼　　　　　　 /　　　　　　　￣ |⌒ v⌒ヽ |__|
　　/　　　 ＼＼　　__ ／　　　　　　　　　 |　．| ． ﾉ 　 )
　/ 　 　 　 　 ｀＼|　 　 　　　　　　　 　＜ ` o ｀- ´ 　ﾉ
　|　　　　　　　　 ヽ　　　　　　　　　　　 　＞　　　 ／
　|　　|　　　l　　　 |　　　　　　　　　 　 　　／▽▽＼

　　　 ＿＿＿_
　　　 ＼　　　 ───＿＿＿
　　　 ＜　　　　　　　　　　　　￣￣￣￣|
　　　　＞　＿＿＿＿＿＿＿＿＿ 　 　 |
　　　　￣￣　|　/　　　　　　　＼　| 　　 |
　　　　　　　　| /⌒ヽ　　／⌒ヽ　 | 　　 |
　　　　　　　　| |　‘　|　 i ‘　　 |　 | 　　 |
　　　　　　　　| ヽ.__ノ　 ヽ.＿ ノ 　 ﾚ⌒ヽ
　　　　　　　ノ　　 o　　　　　　　　　 ６　|
　　　　　 ／＿＿　　　＼　　　　　　＿ノ
　　　　　　　　　　＞　　　　　　　 ﾉ
　　　　　　　　 ＜、＿＿＿　　 イ
　　　　　　　　　　　　　|───┤
　　　　　　　　　　　／ |／ ＼ ／ ＼

よくわかんないけど明日電車止まる？

>>381
やらかした奴が飛び込めばとまる

市況2板で立ってたスレはこれだったのか。悲惨っつーか、ワロエねぇわ・・・

グモがおきたらこの作業者だと思うわ

これ、途中の取り引きなかった事になるってことか？
こんな致命的な障害起こす会社なんてあり得るのか？

> 外部委託業者（システム会社）における作業において、データベースサーバ上の
> 全てのデータを人為的に削除してしまい

>>3　>>5
やっぱそういうセンかなあ。

ああ、あと残高無しになったせいで出金できなくなったりもしてんのか
終わったな。損害賠償請求されたらここが一番きつそうだな

とりあえず残高データは復活するんだから
とっとと復活させて出金だけは電話で受けれるようにするくらいしかないな、傷を浅くするには。

手数料無料キャンペーンが痛いね
システム委託してたとこが糞だったんだな
社内管理も糞だったんだろうけど

>>4
> データベースサーバ上の全てのデータを人為的に削除

ってあるから、まぁ無理なんだろうな

絶対やっちゃダメだろーになぁ・・・なんつーか・・・俺もFXやってるが
こんなのやられたら人生おわるわ

外部委託業者（システム会社） ←こいつらはどうなってしまうの？

こんなとこ使ってるやついんのか

株主優待の権利最終日に起きているから
これものすごくややこしくなるぞ

redoログは？

>>389
もう幹部の中国人や朝鮮人がトンズラしてるんじゃね？

もっとはるかに小さなヤツでやらかしたことあるが
会社同士で話はついたのに客の担当者が関係ない事までネチネチしつこくて
「謝るしかできねえつってんだから謝ってんだろが」
と逆ギレして自慢気に見せてた娘の写真やブサイクな嫁についてまで
罵詈雑言を散々浴びせて帰ったことあるわ
スッキリした気分で覚悟を決めて帰社したら
社長に「ははは良く言ってくれたわ〜」と言われたもののクビ飛んだ
相手の担当者も巻き添えで飛んだけどｗ

>>394
がはは。馬鹿な奴めw
世渡り下手かww

倒産だね

>>394
つまらん仕事して死ぬよりはマシかもしれんし、
それは誰にも判らない。

>>388
大丈夫、やったほうも人生終わるからお互い様だよ

>>394
何て言われて首になったの？

なんでバックアップがないの？

ロールバックができないようなものはシステムと認めない。

データをほかのアプリに使えるように変換出力するDOSっぽいツールの
原本に対する意識の低さは異常。　消すなボケ

>>400
全部読めよ

>>152
わかってるな

65 名前：山師さん[sage] 投稿日：2011/12/27(火) 11:10:23.68 ID:XCL+RUk9 [2/9]
こういうのはたいてい5分くらいで直るもの
すでに1時間以上止まっている
何か致命的なことが起こっているのだろう

命懸けのギャグですね

>>20
それ以前に重要なデータを外部委託していた時点でアウトじゃね？

下請けが全データベース削除できるってどういうこと

ジャーナルデータらしき12時間分のデータはどこにあったんだ？
やたら中途半端なデータだな

>>406
コスト削減の為だから仕方ない面もある

デ、デーブ・スペクター？

何故rootでやる

人為的にてオペレーションミス？
故意なら事件だよね

>>411
何でも出来るから楽じゃないか

>>399
会社都合で解雇にしとくから少し休んで頭冷やせって

３ヶ月後に関連会社の仕事用意してくれたよ

このライブスターとか言うのはそれなりに使われてるとこなの？

　 　
　 　　（　＾ν＾）　 　
　 　　/ ,　　　ヽ 　　　 　
　 ￣_|,..i'"':,￣￣￣￣　　 　
　 　 |＼`､:　i'､ 　
　 　 ＼ ＼`_',..-i 　
　 　　　＼.!_,..-┘ 　

　　 ／￣＼
　　| 　＾o＾　|　＜ バックアップ　さくじょ　たのしいです
　　 ＼_[]⊂／）
　　 ＿|　|/　｜
　　|　　　　／
　　　　　　　　 ／￣＼
　　　　　　　　|　　　　 |　＜ それは　なまデータ　です
　　　　　　　　 ＼＿／
　　　　　　　　 ＿|　|＿
　　　　　　　　|　　　　　|



　　　　　　　／￣￣￣￣＼
　　　　　　/;;::　　　　　　　::;ヽ
　　　　　　|;;:: ｨ●ｧ　　ｨ●ｧ::;;|
　　　　　　|;;::　　　　　　　　::;;|
　　　　　　|;;:: 　　c{　っ　　::;;|
　　　　　　 |;;::　　＿＿　　::;;;|
　　　　　　 ヽ;;::　　ー　　::;;／
　　　　　　　　＼;;::　　::;;／
　　　　　　　　　 |;;::　 ::;;|
　　　　　　　　　 |;;::　 ::;;|
　　　／￣￣￣　　　　 ￣￣￣＼
　　　|;;::　　　　　　　　　　　　　　::;;|
　　　|;;::　　　　　　　　　　　　　　::;;|

なぜかデーブ・スペクターに見えた
眠いのかな・・・

>>415
http://www.kanesara.com/netsyoken-fee.html
俺はここでライブスター証券に決めたけどログイン出来ずに株売れなくてえらい目にあった

ぬるめの管理でも三段構えくらいでは保存してるのにな、こういうの・・・

データ消しちゃった外部会社の人はどうなるの？

>>409
してはならないコスト削減だろｊｋ
信用までカットしていたわけだからな

なんかν速この手の知識ある奴多くね？もしかして働いてんのお前ら？

デススター証券になってしまったでござる　の巻

え、どうすんだおい

こういうのってやらかした会社だけじゃなくてクライアント側のシステム担当者も巻き添え食らうからやめようよ・・・

>>3
相手に与えるダメージは絶大だけど100%バレるし賠償額も想像付かんから
まともな精神状態ではちょっと無理だなｗ

これ昔、○○証券でやらかしたヤツいて、自殺したらしいね

レイドかけてないのか

>>429
レイドはハード的な障害しか意味ないし。

12時間もバックアップしてない証券会社ってwwww

>>429

デイタ削除しちゃえば意味はありませんよ
サルヴェイヂも費用と時間の割りに結果がでないでしょう
結局は削除前のフルバックアップポイントの時点へ復旧するしかないんでしょうね

みずほのジェイコム株入力ミスっちゃった中の人は生きてる？

1. 年末まで安月給でこき使われたIT土方が、辞める前の腹いせにやった説
2. 同業他社の陰謀説
3. 本当にただのポカミス説

どれ？

記事読んでたら冷や汗かいて心臓ﾊﾞｸﾊﾞｸしてきた。
今から寝るのに寝れねぇ。

>>15
書いてあるじゃん、ちゃんと読めよバカ
戻し作業しても22時まで

>>434
4.著名人もしくは先生が大損こいたので意図的に

とかないかなｗｗ

>>437
ないよ。
まともな人はこんな怪しい会社使わないからね

外部委託業者終わったなｗｗｗｗ

>>434

腹いせにやったかどうかはわかりませんがうっかりやらかすような内容じゃありませんよね

証券会社のシステム障害は結構あることだから今更びびらんけどデータ丸ごと消したってのは
初めて聞いたわｗ

あーそれから障害発生時の電話ってまず繋がらんよなｗ
口座数に対する回線数が少なすぎるんだよｗ

金融庁もここら辺改善するように通達出してくれよ

他人事なのに動悸がする…

>>422
メンテのアウトソーシングは結構ある
でも手順書作ってあるだろうし、ステージング環境なりで一度手順チェックするのが常識だから普通はこんなことはない

時期的に故意で削除した感じがする。

>>440
うっかりやるようなミスだから
それが起こらないような運用になってないとおかしいですな

多分外部委託業者って関連ソフトウェア開発会社だろうけどな
自社でソフトウェアまで完全に構築してるところなんてそうそうないし

どんなシステム設計してんだよｗｗｗｗｗｗ

心中お察し致してみようとしただけで頭痛してきた…
人間の想像力ってスゲェ…

同じ業界の者として、他人事とは思えない。

奥田英朗あたりに小説化して欲しいお話だな

こういうのって2重3重にバックアップとるもんじゃないのか？
２ちゃんねるじゃあるまいし

復旧で金のこれ？
ていうかこんなマイナー証券会社なら倒産門でしょ

というか何やったら全部飛ぶんだ？
サーバもdbも1つしかないとかならdropt databaseで飛ぶだろうけど
んな馬鹿な

関係ないところでよかったとしか言いようがない

slも飛んでしまったの？

まあ下請けに丸投げしてるツケを払う次期が来たんだよ

死兆星証券に社名変更だなｗ

新人「先輩、これなんかスペースフルみたいなんで消しときました！」

明日は我が身かオソロシア
まあ普通は分散しとくけどな

rm -rf /*

＞全てのデータを人為的に削除してしまい

間違いなく怨恨による犯行

>>12
吊し上げても何にもならねーよ
社員がやってたとしても協力会社に適当に押し付けるだろうし

>>427
他社から出向してる社外SEやらが、辞める時にブチ切れてやってくとかかね。

犯人は誰だ？

1. 掃除のおばちゃん
2. 猫
3. 例の黒の組織

掃除のおばちゃんコンセント攻撃なら削除したって表現おかしいよね

下請けがふざけて入力した所を
掃除のおばちゃんが通りかかって

まさかのEnterキー。

ワンミスでリカバリ不能まではよほど貧弱な構成じゃないといかないでしょ。
わざとやったか？

なにこれ普通に倒産じゃね？

>>78
おいおいセンチュリーかよ
ここに口座持ってたわ資金は引き上げてるけど

rm -rf *~
↓
rm -rf * ~

そりゃ被害甚大だけどこんなもんでグモるか？
たかが半日分のデータ飛んだだけだろうが

>外部委託業者（システム会社）における作業において、データベースサーバ上の
>全てのデータを人為的に削除

担当者、一瞬で白髪まみれでおしっこまらしてプルプル廃人だろうな・・・

それでどこのシステム会社なんだよ。

わざとか？

外部委託業者の作業員が首切りされた腹いせか？
まあ、小さいとこだとメンテ要員とシステム設計/作成者が同じだから
アクセス権の切り分けとか無意味だしなw

ネトゲのデータ消えてたら死人が出ることだったはｗｗ

>>469
倒産より訴訟地獄に

あれ？聞いたこともねーから小さい会社だと思ったけどググったらそうでもないんだなw

いったいどんな運用をしてるんだ……
「人為的」という言葉に想像力をかきたてられすぎて他人事とおもえん……
→やっちゃった
→バックアップがない
→ログもない
→いろいろ探してみてもやっぱりない
→復旧できない
→夢ではない
ことが分かった時のこと想像したらおしっこ漏れた

派遣の復讐だな

>>480
むしろ作業前に定期以外のバックアップを取ろうとして、逆に復元しちゃったのかもねw

これミスじゃないだろｗ
普通は何重にも冗長化しててrootでも簡単には消せないような構成にしてるはずｗ

＞特に、お客様におかれましては「発注していた注文が、本来であれば約定しているはずである」
＞等の状況が生じていることが想定されます。

括弧使うなよｗ

バックアップの重要性を改めて認識した

なにしたら全データ削除になんの？DELETE？DROP DB？んなまさか
あとログは？？

+------------------------------------------------------------+
　ライブスター証券　　ご出金手続き完了のお知らせ
+------------------------------------------------------------+

平素はライブスター証券をご利用していただき誠にありがとうございます。
ご依頼の出金手続きが完了いたしましたのでお知らせします。

翌営業日中にご登録の金融機関へお振込いたします。
取引システムより口座内容および入出金履歴をご確認ください。

　　　　　　　　　　　　　記


　　　　ご出金日 ：　　2011/12/27


年末ってことで一度出金しといてよかった
28日にはしっかり入金されてた。

>>454
そもそもメンテ時とかでDB扱うときって手順書作って、テストかステージングでチェックして本番はコピペして実行するだけなんだけどな
だからそんなアホなコマンドいれる機会がないと思うんだけどまじわからんな

こんな証券会社使ってる奴いるのかよｗｗｗｗｗｗｗｗｗｗｗ

>>1
分かりやすく、中国と北朝鮮を例えに説明してくれ

これSES（準委任契約）だったら
作業請負った会社に損害賠償できないんじゃない？

やっぱりrm -rf なのかな
復旧できないというのは理解不能だけど

>>15
なんで本文よまないの？バカなの？アホなの？
そのどうしようもない頭で親と世界に申し訳ないと思わないの？

>>486
お茶をこぼしたとか。

考えられないぞこれは。
これが原因で自殺に追い込まれる人がいてもおかしくない。

>>43
当たり前じゃない。
損害が証明されたら何十円だろうと払う義務はあるだろ。
金融取引は命がけだよ。

>>103
TRUNCATE

ドラゴンボールに例えて説明しろ
HUNTER×Hでもいい

レプリケーションとかしてないの？

>>498
「王と護衛軍殺して」というお願いのおねだりが来た

センチュリー証券時代に１ヶ月近くまともに注文できない事故起こしてるからな
もう慣れたわ

>>500
ｔｈｘ
スターさんガチでお死枚ってこと？

人為的に削除って犯罪じゃねえの

>>27
大手だろうけど、実際は何次受けかもわからない連中だろ。
この証券会社も馴染みないが、こういうことやらかしそうなのって、FかNUしか思い浮かばん。

>>498
悟空が死んだ

証券会社のデータベースなんてなると個人情報はもちろん
削除権限などが徹底されていると思うので普通の外注権限
ではデータは消せないと思う、事故などに備えてバックアップアップ
は何十にも取られているので普通はありえないと思う

>>502

　　　ヽ　　　　　　　　／/　　／　 ／ /::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ｌ_／/　_
　ー-ー　　　　　　　　 /　　　　 ´　／;:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/／/
　　-‐　　　　　　　　 ー―_　- ,ｒ-'´ ヾ、:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/
　ー-　　　 _,,　　　　　　　　　　 ｀ー-、＼::::::::::::::::::::::::::::::::::::::;;;:ｌ￣￣￣｀ヾ;::/
　　ー　-'　　　　　ノ丶＼　　 、＿ __　＼ ＼::::::::::::::::::::::::ｒ''"　/.　　　ス　　 ＼
　‐'´　　　 _, ―　'　　ヽ、'　 .　＼へ、￣ヾ　 ＼::;::::;-‐'´　　　|　 生　タ　　　|
　￣　　　　　　　　　　　| ｌ　　　　 ヽ,＼　　　　 ｀゛´　　　　 _,/.　　き 　|　　　 |
　ー　'　_　＿ ７ 　 _,　　lｊ　　　　|｀,ゞ、,''::.、　　　　　　 _,x-'、 }　 て　は　　 ｌ
　ニ,彡'／ ／.,イ／,/　/l　 /＼　| |　　}::（）ﾄ、　　　,-ｒ'/::():、ｌ　る　　　　　 |
　　　　,,;ｰｸ７´/／/　/_.| ./ｌ　<ｊ | 　　 |::::::::i　 　 　 　 ｌ:::::::::l　}　！　　　　　/
　　　　|　// イ　/／ｌ⌒ﾚ'　ヽ、.ﾘ　　　ヾ=''　　　　　　ヾ:::;,ｿ　＼＿　　　　 /
　　　　ヽ'´　 {　/'´　 ＼　　　　ヾ,　　　　　　 ./　　　　　　　　 /_／￣￣ヾ,
　　　　　　　　｀ｰ-、　　|　　　　　ヽ、　　　_ ヾ　　　　　　　_／　　　　　/´｀ヽ、
　　　　　　　　　／　　　|　　　　!　ヽ＼　 　 ￣￣￣　 _,-ｸ　　　　;　　/　.　　　ｌ
　　　　　　　 r'´　　　　 |　　　;　:　　丶＼　　　　　_, '´　/　　　　,'　 /　　　　　.|
　　　 ヾ´/￣ｌ　　　　　 {　　　:　丶.　　　 ｀ ｰ- ‐´　　／　　!　:　.:　/ 　 　　.　　|
　　　, ‐'´　 /　　;　　　 } .!　 ｌ　　　　　　丶 -‐　'　;　　　　;　　　　/　　　　.　　. |
ヽ ／ 　 　./　　　　　　 |/　 ;　　　　　　　　　　　　　　　　'　　　 /　　　　:　 　　 |

お前らホントすげーな
データベースの知識なんかこれっぽっちもない俺にとっては、お前らが何を言ってるのかさっぱりだわｗ

>>498
ドラゴンボールがあるから大丈夫と思い込んで
ブウを倒す為に地球人犠牲にしたら
地球とナメック星のドラゴンボールが破壊された

>>498
悟空の記憶がなくなった

また掃除のおばちゃんが電源コード引っ掛けたのか
このうっかりさんめ

人ごとじゃないな。

DVD入れたまま再起動して、初期化インストールが走ったんだな。
さすがだ。

うわあああああああああああああ俺が使ってる業者じゃねえかあああああああああああああああ

>>70
クリックでやらかした本人を知っているかもしれん

>>490
北朝鮮が中国向けて核ミサイルを誤射

>>505 ドラゴンボールあるやん >>507 あい
>>509 最終回やん >>510 まんまやん

嫁垢でこないだ8400円もろたわ

こういう所ってウイルス対策とかも大丈夫なのかなぁ。
もし狙われたら・・・

>>514
それとなく情報を聞き出してくれ

>>515
で、やらかしたのはどこのだれ？

掃除のおばちゃんじゃないのか。

証券データはよく知らんが、当日の取引が終了してるのに前日のバックアップから戻したら
普通にデータ矛盾が起きるんじゃないのか？　口座残高とか

結局、こういうのって約款に載ってる小さい文字のオンパレードで
泣き寝入りなんじゃ・・・

更新したばかりの全日空のチェックインシステム
重大な不具合があり機能停止、空港は大混乱した事件

あの時のソフト会社はどうしてるんだろう

全日空のシステム障害に学ぶサーバ保護の大切さ
http://www.itmedia.co.jp/enterprise/articles/0705/31/news004.html

http://yabu.up.269g.net/image/91S93FA8BF3450.jpg
http://blogimg.goo.ne.jp/user_image/2c/af/0e81f46f85d738f988cc698c1363d647.jpg
http://img.blogs.yahoo.co.jp/ybi/1/1b/af/kore_wan/folder/1470525/img_1470525_47868687_1?1180278180

銀行のシステム屋から見たら
人が死ぬレベルで済まない障害なんだが。。

丸々バックアップしようとして真っさらなHDDを買ってくる

昨日、大田区で京浜東北線に飛び込んだやつなのか…

データって簡単に消えるもんなんだな。「バルス！」みたいなもんだな。
ああいう重大なコマンドこそ「リーテ・ラトバリタ・ウルス・アリアロス・バル・ネトリール」みたいなのにしとけばいいのに。

サーバーの移行かなんかで
新旧間違って初期化のCD走らせたりとかしたのかねぇ
流石にコマンド流してってのはなさそう

まぁありえん

>>527
購入したてのＨＤＤから今使ってるＨＤＤへ丸ごとコピーしたことがあったな
コピー終わったらまっさらなＨＤＤが2個...

スタートボタン押す
↓
プログラム
↓
アクセサリ
↓
コマンドプロンプト
↓
「　　　　」


素早く効果的に壊滅させるコマンドを書け　（5点）

データベース「サーバ」上の全てのデータを…

データベースのデータはもちろん
ログ、アプリケーション、設定ファイルなど全部を削除したのだろうか。

センチュリー証券て昔はCMもやってたよね

>>532
「hellowork」

論理攻撃×物理攻撃コンボ？

fmt:c

正しいと思ってデータベース消去コマンド入力
　↓
思った反応が返らない
　↓
もう一度同じ事を重ねる
　↓
全部消失

今日暇だからバルスコマンドでも作っとくかな

rm<空白>-rf<空白>/ディレクトリ名　としたかったのを
rm<空白>-rf<空白>/<空白> ディレクトリ名　とやってしまったとかかな…

優待の権利取りの日にこれは酷いｗｗｗ
俺なら、本気で揉めるわｗ

>>444
うちの会社、アウトソーシング始めるとかで委託先の会社に手順書作らせてるんだぜ？

大事な情報を扱う現場にどこの馬の骨ともわからぬ輩を入れるからだ。
アクセス権だの何だので一応は出来ることを制限しているつもりだろうが、
その気にさえなってしまえばいくらでもどうとでもできる。
そういうリスクを減らすためにはどうしたらいいだろうか？

そもそも謝罪文に「外部委託業者（システム会社）における作業において」と入れてるのが気に入らん

一度やらかされてしまえば、いくら下請けが悪いと言ったところで信用を失ってしまうし、簡単には取り戻せない。
よく考えてコスト配分をしてもらいたいものだ。

sqlでTableをdropしちゃったの？

>>540
運用中のサーバでコマンド手打ちなんてオペレーションはやらん

…普通は

それより社員がオペレーションの確認して記録してねーのかよ

…してねーんだろうな

やらかした外注は、取引打ち切りと損害賠償支払が待っている
やらかした外注の会社名を晒してくれないかな

委託業者の補償範囲は契約書に明記されている　無制限はありえん

…はず

ロールバックしないのかよ

きっと保守運用の現場は超絶ブラックな雰囲気なんだろ。

俺みたいなことをするね

そうだな、受託業者が知りたい。
下請け、孫請けに出しているなら全て知りたい。
中間搾取している連中がその利益に見あった責任を負わないのは気に入らない。

一瞬だけど、デススター証券に見えた。　データ破壊砲撃ったのか

ラブテスター証券

ブラックな現場でやってると、1日1回は /bin/rm -fr / したくなるよなｗ

現場では怒号が轟いてそうだｗ

普通バックアップ取っておくもんじゃねえの？

raidtoka

>>553
ライブスター証券→どこかのSIer→ソフト会社A→ソフト会社B→派遣会社
派遣会社の人間が、ソフト会社Aを名乗って参画している可能性もあるな

物理データファイルやらアーカイブログやらを消して物理的に消失させたんだろうな

>>560
金融では

派遣斡旋業者A→派遣斡旋業者B→派遣会社A→派遣会社B

くらい普通にやってる。

>>558
確定されたデータのバックアップと取引の進行記録はあるけど、
進行記録に記録される前の注文なんかが飛んだんだと思う。
金融系は詳しくわからんが、時々刻々と更新されるデータのバックアップは簡単じゃない。

破綻寸前だったから、証拠隠滅したんだろ？

DBの削除コマンドなんてそうそう使わんと
思うんだが、なにやったら削除するんだ？

>>562
そうだな
で、派遣会社Bの人間がソフト会社Bの人間だと偽って参画するんだよな

ここのDBってoracleか？
oracleって、ロールバック機能が無いのか？

>>566
ないわけないだろ？
アホか、お前は？

>>565
DBファイルごと消去だろ
アホ

口座もってるけど取引しないでよかった

>>566
Oracleだとしたら、>>1の情報からすると、アーカイブログに落ちていないredoと、
データベースファイル自身を飛ばしたんだろう。

ロールバック機能はOracleから見て未確定の(コミット前の)データを巻き戻す機能で
あって、金融的に確定したものかどうかは別の話。

>>568
いやいや、馬鹿は黙ってろよ。
うざいから。

＞format c:

rm -rf /oracle/oradata

でエンド

が外部ディスクのクラスタ共有領域だったりすると、クラスタの意味さえなく業務停止

>>573
お前、使ったことがないのが丸わかりだぞ？
っていうか、小学生か中学生ぐらいだろ、お前？

年末年始の休暇を取るために慣れない自動バッチ仕組んだけど、
そのバッチの読み取るファイルが去年末のファイルとかになって
誤ったデータでDB上書きしたとか、よくあるこだと思う。

>>573
すんごい昔のOracleじゃねーか

下請け外注の下っぱだけど、会社は地獄だけど個人はまあ死にゃしないんじゃね？

ライブドア証券かと思った

俺の使っている証券会社ではないか・・
しっかりしてくれたまえ！

>>570
関係ねえよ
>>573だわ


小難しくロールバックとか言ってるやつは業務経験少ないんだろ

約定取引が飛んで戻せないことからそのレベルの障害じゃねえよ

データファイルごと消去で、
データファイル再作成してバックアップから戻してるレベル

人為的なミスじゃなくて、人為的？

だいたい、データベースサーバが１台なわけないだろ。
ドロップ、トランケート、空データ上書きのレベルをはるかに超えるかと。
一発deleteならロールバック用の領域足りないとかでエラーで止まるだろう。

> ID:RlJ4f1s80
こいつバカでーーーす。

>>576
今でもデータファイルごと消せば同じ

ディレクトリのこと言ってるんだったらデフォルトしか知らない初心者か？

>>570
そう言う事ですね。

>>4
ドロップしてたら復旧できないと思う。

時期的に見て退職する社員の仕業だな

>>33
深夜のメンテナンス作業で眠くて眠くて、ユーザーの伝票明細テーブルを間違ってTRUNCATEした。
ROLLBACKも効かない。
あせってArcserve開いてテーブルを戻そうとする・・・ログウィンドウを見ると、
バックアップバッチは数ヶ月前から停止したままだった。

↑
これが会社からトンズラしなきゃならないほどヤバイ事なの？
だれか状況を説明して

>584
良いから黙ってろよ、馬鹿。
rm -rfコマンドでOACLE DBのデータが削除できるとか思ってる自体がいてえわ。（笑）

お前、ORACLEとか使ったことねえのがまるわかりすぎだ、このアホ。
ちょっとは勉強してこい、ぬけ作。

>>582
一台じゃないとして、クラスタでデータファイルの共有してたら一緒

仮にデータファイル複数で同期させてたとしたら片方から戻せるが、今はそんな金かけたシステムどこも作らない
銀行でさえそう。

>>588
TRUNCATEはみそ汁の器だけ残して中身がない状態だ

関東連合のヤクザにお小遣いもらってレベル上げしてた
モンハンのセーブデータを間違って消したくらいヤバイ

年末の大掃除か

>>584
データファイルの置き場所のことを言ってるんだがデフォルトじゃなけりゃなんでそんな名前をつけるんだよ
大体DB関連のファイルを一ヶ所にまとめるかボケ

あとは>>589
運用中のデータファイルなんて消せるかバカ

そもそもOracleなのか？
証券会社の注文情報とかOracleじゃ処理しきれなくね？

NoSQL系の何かを使ってそうな気がする。RACでもディスクアクセスとか間に合わないんじゃね？

>>588
TRUNCATE (TABLE)=戻すことのできない削除コマンド。
ARCServe=バックアップ用ソフト。

バックアップバッチが止まっていたことに会社が気付かない、という点については
逆ギレする余地があるように思うが、逆ギレできるほど優良な職場ではないって
ことでもあるな。

>>33
文章としては面白いがヤバさが
よくわからないから
誰か解説してくれ

お前らお互い俄か知識しかないくせに
よくそこまで言い合えるよ

>>595
余裕で対応できるべ。

>>589
まずお前の言うDBデータとやらがOracleのどこにデータとして書き込まれるのか勉強してきたら？

データファイルのないDBとかそれこそ初耳だがｗ

だからこそテーブル領域を考えてデータファイル構造をチューニングしたりする設計があるのにｗ

やっぱDB2使わないとｗ

IDO証券時代に口座作って０円放置してるから久しぶりにログインしてみるか

>>598
コミュ障だからね
会社では「大人しくていい人」だからね（ﾆｯｺﾘ）

>>594
Windowsならともかく、UNIX (POSIX)系OSの場合は、別プロセス側でオープンされている
ファイルでも消せることは消せる。そのプロセス側でクローズされるまでは、
そのプロセスのみ通常どおり読み書きできるし。

>>601
開発用にDB2インストールしたら重すぎてワロタ。

>>597
ここが理解しやすい
ttp://www.shift-the-oracle.com/inside/delete-truncate-difference.html

>>600
raw device

MSのAccess97使ってるんじゃないの？

あれ？
それ以前にOracleでファイルシステム上にデータファイルなんて置いてるか？
rawデバイスじゃないのか？
それは昔の話か？

俄か知ったかの業務経験ないニートは>>341とかほかにも出てるまともな考察さえできないらしい。

postgresqlとかmysql使ってる証券会社ってあんのかな
費用浮かすために

ORACLEでデータ削除する方法なんてORACLE上から削除する以外の方法はねえだろ。
それだって本来だったらバックアップが動いてるはずだから、何らかの作業のために
一時的にバックアップを止めていた・・・っていうか、本来作業中でも止める必要な
んて皆無なんだけど

なんか複合的にアホなことをやりまくって削除したとしか思えねえわ。

>>611
フロントエンドで使ってるところは結構多いよ。

>>35
素人はすっこんでろ

>>605
DB2って安いよね

>>606
よくわからんけど要するに表まるごと削除したってことか

>>22
普通にあり得る。
というか、今まで何度かやってしまった事例を見た。
どの端末からも本番機にアクセスできちゃうのがまず問題だけど。

>>610
お前んとこの設計ではUnix系のOSで
ファイルシステムにデータファイル置いてんのか？

楽天証券最強

削除したまま戻せない作業って何やったんだろう
データベースサーバーにパッチあてようとしたらOSレベルで飛ばしちゃいまいた
バックアップとってませんでした（ﾃﾍ
くらい？

>>594
置き場所なんかそんなの客先によって様々だろ
むしろデフォルトとか見たことない

だから業務経験少ないだろって言わざるを得ないんだが

大抵はわかりやすい浅めのディレクトリに、マウント先の外部ディスクパーティションにあわせて
その下にマウントポイントつくって各領域をマウントする程度だよ。

>>617
あーテスト環境から本番DBにアクセスできちゃう現場があったな

人為的ミスじゃないのかよ

>>623
どう考えても人為的ミスだろ。

年末に大変すな

>>591
>>596
難しくてよくわからんけどどうもありがと

故意か過失か
全然門外漢だから分からんけど？どうなの？

10万規模の顧客のデータを全部手作業で戻すの？
ムリゲーじゃね？

>>350
スペルすら書けないお前の頭が欠陥

いいねえ、年末らしい殺伐としたスレだねぇ

>>596
なんでそんな危険なコマンドがあんの
デリートでええやん

約定システムのDBが吹っ飛んだってことか？
約定システムって勘定系システムと連携してないか
客勘の不一致が起きたら大変なことだぞ

>>631
「戻さなくていい」という前提条件があるので、DELETEより高速。
危険コマンドであるのは確かだが。

突っ込むなら、運用にroot権限やoracleシステム権限のあるユーザー使わせて作業させない限り消せないとか、
そういうのにしろよ

ただ、実際はいいかげんなとこだと
運用にも平気でrootユーザーやoracle:dbaユーザでログインさせてるとこ多いけどな

だから運用手順がしっかりしていなくてそういう環境だと、こういう事故は起こりうるんだよ。

注文・約定履歴・ポジションなんて、取引所に照会して何が何でも復旧させろよ。
なんで「前日のバックアップデータをリストアしたから直近の差分はｼﾗﾈ」なスタンスなんだよｗｗ

>>635
そうしたいっていうことなんだろうけど、これ普通に訴えられるだろ。

DELETEはログに消した記録を残しながら（DBの設定による）
　DBが肥大化するが安全
TRUNCATEは何も残さない

株板見てきたけど、結構落ち着いてんのな。
気長に待つわ、、、とか言うやつもいるしｗ

すべてのデータが消去って書いてあって、テーブル毎バックアップから戻せるレベルじゃないんだから、
どう考えてもsqlコマンドで間違えましたってレベルじゃないだろ…

わからないやつは、運用しかやったことないオペレータレベルの知識しか持ち合わせてないんだろうな。

くそわろた

>>621
そっちじゃねえ >>618に答えろ

ライブスター♪食べたその日から♪
とりこになりました♪

サッポロ一番、ライブスター♪

>>638
年末だから確定して動かしてない奴が多かったのかな？

>>641
もっとぼっさんっぽく言ってよ

犯人は今、愛知県に居るｗ

この証券会社に2000万以上入れてて、当日注文もいっぱい出してて一部約定もしたのだけど、
資産額が間違えて減ってたりする可能性ってある？

オラクルの場合RAWもファイルベース選べるし、RAWでもオラクルのクラスター昨日でミラー出来るから最近のはシェルから扱えないRAWがメインだな、読み書きも早いし
ここはファイルベースでやってたんだろうな

月に1回程度の頻度で障害が発生してもOKなので、
手数料が安い方が良いって客層も存在するからな
どうしても障害が嫌なら手数料が少々高くても、他にいくらでも選べるんだし

データ消したやつは即座に出てその足で逃げただろうな

ネトゲなら巻き戻しなんだが、証券会社の口座とかそうもいかないのにどうするんだ、これ？

そういや昔オラクル稼働中にARCserveでバックアップ取ろうとして、DB破壊した先輩がいたな
あれは悲惨だった

それでも公表しただけマシｗ
16日にトラブって未だごまかしてるｃ証券とかもう・・

ライムスター証券とな

トランかましたのか？

>>652
なんかしたのきゃ？

ID:RlJ4f1s80
逃げたか…？

>>649

兄弟子に緊急電話で泣き付いて隅で震えていたと思いますよ

おっそろしい会社やな。

ライブスターストーリーズ

マジキチすぎる

でも、これ得した奴は申請するけど。損した奴は絶対黙ったままで無かった事にしちゃうよなｗ

この証券会社の前身の会社、7年前にも一週間のシステム障害引き起こしてるんだな。
システム障害が起こりやすい体質なんだろうな。

下請けの心境を考えると、マジﾜﾛｴﾅｲ

>>647
dropかましたんだろ

で、どこのシステム会社がやらかしたんだ？

どこぞでSBIトレードウィンテックと書いてるのを見た
本当かどうかは分からない

>>540
>>547
手順書からコピペするときにミスって、

rm<空白>-rf<空白>/

とやってしまい、
慌ててディレクトリ名をコピペした時に

rm<空白>-rf<空白>/<空白> ディレクトリ名

になったみたいな。

オープンしてるOracleのDBファイルはrmで消せないんじゃないの？

>>668
UNIX(POSIX)系OSなら権限さえあれば消せる。

>>669
スレもう一度読んで来い、アホたれ

>>670
空気が疲れてるな。

>>663
酷使され続けた挙句に首吊り確定した下請けの最期の復讐じゃねえの

これって

やった奴がクビじゃなくて
やった会社ごと吹っ飛ぶレベルじゃないのかね？

なんでもかんでもシステム化すっから、こういうことになる。

前日のバックアップはあったんだ
良かったなwww
こんなテキトーな会社の運用だったら、リカバリできなかった可能性もあるよな。

奴隷の反乱だ。
金融屋め思い知ったか。

運用部門はようやく一段落して

「本当の恐怖」を味わってる頃だな

>>219
まいちゃん乙

>>673
やられた会社も吹っ飛びますよｗｗｗ

＞外部委託業者（システム会社）における作業において、データベースサーバ上の
＞全てのデータを人為的に削除してしまい
追い込みすぎたのか

データってば資産だからな

おーこわ。金がかかってるだけに怖いな。

>>680
料金払わなくてHDDを取り除かれたとかだったりしてな。

間違いなく正月休みは吹っ飛んだな

行政指導とかはいるよなぁーたぶん。

>>646
損きりしたつもりができてなかったり、入出金の記録が消えてそう。

ざまあｗｗｗ

おっかねえおっかねえ

これで罪に問われないなら、大バクチやって失敗したらデータベース消せばいいんじゃね？

>>689
知ってる？
アメリカ政府が、航空機まで使って・・・・

にしてもニュースでやらないな
怪しい

今年どっかの銀行が多額の寄付に依ってパンクしたと思うけど、あれとどっちが酷いの？

>>544
おれもそこが気になる。
どうせ出入り禁止するだけで終わらせるんだろうなってプンプンしてくる。

>>544
事実ならいいんじゃないの？

>>694
詳しい原因が何によるものかわからないから断定できないけど、
証券会社側が工程や内容の確認をせずに作業指示出してたり、
本番稼働中のDBサーバをプログラマが簡単に操作できるような環境に置いてたなら、
証券会社の責任だよ。

>>695
責任の所在はそうだと思うが、
事実関係の説明としては間違ってないんじゃないの？

「奴らが勝手にやった！」臭を出しまくってるのは担当が本来は申請してない作業を
忍び込ましてやっちゃったのかもね

信頼関係という名の管理放棄かもしれんが、普通なら作業前に複数人でレビューと承認受けるよな

ミスの程度が低いから騒いでるが、深刻さの面では、場中に注文が消えたり、
発注や取消ができなくなるとかよりはいいと思うけどな。

しばらく前に東京金の取引が全面停止したことがあったが、
あれに比べれば全然なんでもないレベル。

>>690
なになに

2ちゃんねるに任せていたとでもいうのか
http://img.2ch.net/img/pc2nanmin_a.png

どこの下請けがやらかしたか気になる。

作業直前のバックアップとろうとして、
バックアップを本番に上書きとかかな

どうしても解せない
2重3重にバックアップとっていようものを……
2重3重にミス、というかやらかしたってことなの？

実はクラックされたんだけど、
人為的ミスにしておいた方がまだいいってことだったりして…

>>253
時期的にはその可能性は非常に高いね

よくあることだ

>>341
DBサーバの中身全てでしょ。それこそ、OS含めて全部。

こんな作業直前のバックアップなしでやらせるとかテスト機でもねぇわwww

ところで、こういうDBってどのDBMS使ってるの？

ライブスターは、FX の業者では中堅どころで、オレも口座に800万円ほどもってる。
データが飛んだ期間に取引してなかったけど。

それにしても、データのバックアップもしてないのかね。信じられないよ。
怖くなったので、余剰金は全て出金することにした。

データで人生も消えるのかｗｗｗｗｗ
恐ろしい時代になったもんだ

>>690
本当は何やったんだろ？
アメリカ政府というよりFRB絡み？

>>1 ありえねぇ

よくあること。
NTTもブログサービスのデータを全部飛ばして復旧できなかったしな。

これ大損してた奴は超ラッキーってこと？
残高はは銀行からの振込記録とかで証明できるかもな

>>713
飛んだのは新規発注のデータだけで、口座残高の記録は関係ないよ

せどろ

このスレの存在は知ってたんだけど、あまりにも身近な出来事で怖くて開くことができなかった

結局システム会社がどこかは分からずじまいか・・・

>>139
>>142
んだんだ

追加情報はまだですか

金融系のオペミスはやべええ。

すごいわー。
どうやったらできるんだ？
>>114
そういうことかね。

>>714
昨日のバックアップに戻すってだけで、今日の残高もふっ飛ばしたろ。
バックアップから手作業的なやつでロールフォワード的なことをするってんだから、また手滑るかもな。

>>595
証券でNoSQLなんて使うわけねーだろ

頭沸いてるのか？

>>707
9割ORACLE
1割Sybase/DB2

>>668
消せるけど

Sybase/DB2つかってるところもあるんだ

oracle/db2にraw/fsか懐かしいわ

どんな小さな規模でもちゃんとバックアップする奴はするし、
どんな大きな規模でも動かしっぱなしでバックアップ取らない奴もいる。

やったやつ、正月あけに出社したら怒られるんじゃね？

>>729
怒られるですむのかよ

こんなことってあるんだなｗ
バックアップもないの？ｗ

>>729
年明け怒られるもなにもまだ復旧最中です…涙

納期ギリギリの改修だと良くある

ミスした当事者に来年はあるんだろうか
でも復旧するまでは頑張らないとね

まあ、前日のバックアップがあってよかったね！

仕方ないね

IT統制に不備がありますね

>>493
アホンなんか使って恥ずかしくないの？田舎者（笑）

で、何人ぐらい首吊るの＾ｐ＾

テストサーバでtruncateしようと思ったら本番サーバだったでござる

だから大規模な更新系かけるときはサーバを指差し確認しろと

これが噂のライブスター物語か

>>740

足もとは良いか

http://yamaju-k.co.jp/wp-content/uploads/2011/01/788d09dfe948dd14cefd308e40009d2d-543x407.jpg

不正な取引を隠ぺいするために
わざと飛ばしたってまじ？

でっかいシステムはよく分からんけど、DBみたいな重要なのを触れるメンテってミラー作ってから更新しないの？
会社のファイル鯖はこうしないと正直怖い

drop tableならフラッシュバックテーブル設定していれば復元できるだろ。

まあそういう事ってあるよね

ロールフォワードに必要なログ類を削除しちゃったんだろうな

× ロールフォワードに必要なログ類を
○ ロールフォワードに必要なログ類も

>>747
ロールバック

だからSBIにしておけってあれほど

大事故やらかすときは、二重三重のミスに気づいていないときだ

どうせ会社が勝手にサーバー弄って全削除したのを
ｼｽﾃﾑｶﾞｰとか言って下請けのせいにしてるんだろうな

>>752

いじるだけの知識はないでしょう パソコンじゃないんですから

http://us.123rf.com/400wm/400/400/dotshock/dotshock1012/dotshock101200053/8445758-business-man-in-network-server-room-have-problems-and-looking-for-disaster-solution.jpg

やらかした奴どうなったんだろ
関係ないのに胃が痛くなってくる

>>724
なるほど。新生銀行でMySQL使ったってのはニュースになるようなことなんだね。

>>754
悪いのは俺一人じゃない、組織的な問題だって開き直るしかないな。

ソフトやシステム操作でミスったとは限らないんだよな。
ハードウェアのメンテナンス（HDDの交換や増設など）で、手順を
間違えたりしても発生する。

>>755
あれって、フロントエンドだろ？

ディスク交換しようと取り外したら手が滑ってうっかりゴシカアンした可能性も・・・

おまえらシステム詳しいのな、俺にはなにがなんやらさっぱりだ。

年末ってとこがミソだよな
年次処理初めて動かそうとして、手順書にバックアップが漏れてましたってか？

理不尽に一方的解雇したんだろうか
手段間違えたな

オペレータが誤って月末処理を流すところを誤入力で
DBクリア処理を流したのかな。

派遣社員が契約更新してもらえなくて置き土産に開発データ持っていく、いたずらしていくはよく聞く話だな。

日本も、アメリカみたいにすべての権限止めてからクビを言い渡さないと危険だ

>>761
バックアップは、システムで全自動で行われるべきもの。
一人の人間のミスでデータが飛ぶなんて、金融業として許されん。

まあ、一人の人間のミスとは限らんけど。

まさかインメモリデータベース使ってるってことは無いだろうし
HDDを拡張しようとして間違ったとか?

単純なミスでデータが飛ぶようなシステムの設計そのものが問題。
3重、4重のバックアップや多重化がされているべきもの。

そもそも消去するボタンが必要ないだろww

ハムスター証券逝ったなｗ

再発防止策　「下請け変えますた〜」

金融のｻｰﾊﾞなら普通3号機まであるはずだよな。
1号機で作業してても残り2機にまるまる同じﾃﾞｰﾀ残してなかったのか？

狭い常識で語るやつ多いわｗ

>>771
同じデータ（つまりミラー）では意味がない。
人為的に削除したら、即座に他のDBにそれが反映されるだけ。

>>773
いや普通作業する前に
他のｻｰﾊﾞにﾃﾞｰﾀが丸々残っているのを
更新時間とかから判断して
万が一の時に巻き戻せる状態にしてから
作業始めるように指示だすじゃん。
ﾐﾗｰ云々じゃなくて。

>>19
承太郎だけが記憶してた大切な情報を
ホワイトスネイクにＤＩＳＣを抜かれて
ジョーリンが取り戻せない状態

>>774
金融なら、10分に一回くらいの頻度でバックアップはとってるだろ。
全自動で。

FCスイッチの片寄せに失敗したまま、ストレージ周りのメンテナンスを
しようとしてデータベースごと破壊、リカバリ不能。テープライブラリから
切り戻しってところでしょ。

>>776
とってねーぞ
日次と週次だけ

短時間スパンでのバックアップ状況下とか、FC片寄とか金融はオンラインでメンテとかやってんの？
綱渡りみてなことしねえだろ

>>779
止めれる時間が正月しか無いからシステムバックアップだのは１年に１回しかできねーよ
証券です。

トランザクションが残ってないと言うのが腑に落ちない。
Oracleだったら当然アーカイブから戻せるけどそれすら消すというのもね。
もしかしたら関係DBではないのかな。
オブジェクト指向型DBでそういう概念のないDBがあると聴いた事がある

>>781
noSQLを金融口座のデータに使うとか多分ないと思う

ミスって消すことはあったとして、運用が考えられない
金銭に絡むそんな重要なDBが1つしかないこととか、運用中のDBを全削除する権限を与えているとか
個人事業かと思うぐらい企業として有り得ないわ・・・

>>597
顧客とかのデータを入れてるデータベースっていうソフトウェアみたいな物があってだな
大量のデータ、何万何百万という数をコマンドで操作出来るから、大抵の銀行とか顧客情報を扱ってる所はこれを使ってるんだけどね
普通、間違えて削除とかしてしまった時用にROLLBACKって機能があって、大抵の事ならこれでゲームの前回のセーブポイントに戻る、みたいに出来るハズなんだけど
truncateってのはそれを効かないぐらい綺麗さっぱり消してくれる魔法のコマンドみたいなもん
上で誰かが言ってたけど、まあ処理速度は圧倒的に早いから、どうしてもって時に使う事が多い気がするな
もちろん、こんなのを下っ端が出来たら危ないから、偉い人しか使えない用になってるはずだから、このコピペの元は結構な立場だったんだろうって感じ
まぁ、それでも偉い人もミスするかもしれないって事だから毎日別のメモリーカードにセーブデータ作るみたいな事を勝手にするんだけど、それがなんらかのバグでかなり前の日で止まってるっていう、最悪のパターン
もうどうしようもない

なんで外注なんだろ

D:＞del *.*

金絡みの運用中DBをいじるなら、
事前の作業手順書の作成はもちろんのこと
2人作業（手順書に沿っている見たり入力コマンドを監視する人が付く）とかするもんな

金融系でこんなの初めて聞いたわ。
もちろんポカはあるけど、普通はバックアップでなんとかなるよね。

>>787
大手だとそうだろうけど、新興のネット系だとその辺雑なんだろうね

運用中のを消せる権限があるってのが怖いわ
どんだけ雑な運用なんだよ

奴隷派遣社員の置き土産ってあるんだw
そんくらいしたほうがいいよな。
仕事の内容がよくわかって無い、チェックできない奴にコキ使われてクビにされるんだから。

>>1
原発といいなんで心臓部を派遣に任せるんだろうか？理解できん

俺が、login のソースにバックドア仕掛けといた

作業者が不利なポジションを掴んだんだな

リアルタイムで何重にもバックアップや差分取ってないのか？
金融屋ってシステムへの費用の掛け方はほかの業種以上だろ

>>795
東証とかと同じで、エイヤッ！とやるんだろｗ

これはサッカーで例えるとどれくらいのミス？

>>797
三連続自殺点

流出しても大変だが
消去してしまっても悲惨だな・・・・・

>>792
原発は社員が毎回出てたら体が足りねーよ。線量決まってるのに。
これの場合は知らん。社員は後ろの椅子で寝てたんじゃないの。うちの元請けとかそうだし

>>800
都市銀だって、システム開発やメンテナンスは外部委託だ。
内製でシステム開発やっている金融機関なんてあるのか。

証券会社の社員にとっては所詮システム部なんて間接部門だからな

消したコマンド打ったのは大手の孫請けくらいなんじゃないの？

証券じゃないが、大手メーカーでVBとSQLしかできん派遣一人にDBやらせてたとこしってるｗ

めでたしめでたし

drop table
whereなしのdelete
はあっさり消えすぎ

☆（ゝω・）7　ｺﾞｯﾒｰﾝ

全然わからん。勉強になるわ。
知らないうちにシステム部隊を酷使してる会社は結構あるとみた。

>>8
分かりやすかったら反論されてもっと大変になるだろうが。

>>802
孫受けの正社員ならマシ、実際には孫請けへ派遣で行ってるってパターンがほとんど
現場で作業してる奴なんて時給１８００円くらいの派遣さんだよ

11/12/30 【重要】12月27日発生した証券取引システムの障害について（経過報告）
http://www.live-sec.co.jp/newsSysDetail.htm?id=243

大勝利？

>>796
ところでよくスケジュール等なかなか決まらない時に
「エイヤー」でいいよと上司が言うんだけど
「エイヤー」とか言うのはこの業界だけだよね。
システム移行をエイヤーだと困ると言うのがここで露呈したわけだが

豪快だなｗｗ
本当はちょこっと残ってるけど面倒だから全削除ってことにしたんだろ？

>>797
登録レギュラーを連れて来なかった。

>>811
エイヤで[スケジュールを切る、予算を出す、見積もりを作る]って使うわｗｗｗｗｗｗｗ
これって業界特有なの？ちなみにDです。

>>810
そのリンク先、
> 株式
> ・当社にて受注確認された売買注文は、お客様のお取引画面に反映させていただきます。
> ・権利獲得されたはずの配当金や株主優待等は、その内容に見合う内容にてお客様ごとに対応させていただきます。※
> ※　２ヵ月半から３ヶ月程度のお時間を要すると存じます。

とあるけど「当社にて受注確認された売買注文」ってどうやって確認するんだろうね。人力ですか。

これ、障害と言うか操作ミスっぽいよな
孫一人にさせて、残りは後ろで雑談してたってやつだろ

>>811
人員投入や、無理なスケジュール等ｗ
力技で移行するとかの場合に使われるみたいだった。

とにかくやれよｗって話なんだけど、
昔はそれでも生え抜きで、それなりの実力のある中堅、ベテランが居たから出来た話であって、
今みたいにトップダウンで中間職がスカスカだったり、伝言しか出来ないような組織形態では
末端だけが作業するような事になって、とてもじゃないけど作業するだけで手一杯、
段階段階での確認作業まで手が回らないのが実情なんだろうと思う。

中間で責任持つ人が居ない事で、トップはこまけぇ事を把握する事も無く、
作業の質だけが落ちていく。

>>797
ホペイロが今日の試合で使うユニフォームを溝に落とした

>>817
うちは上にブレない程度の精度で素早く、みたいな意味合いで使われてた
ベンダーの営業にやらせる時の口調はかなり力がこもっているのでその部分は力技ですがｗ

どこの分野も中間が居ないのか
こっちも40中〜50中の間が全然居ない
バブル後にしばらく絞った弊害らしいが

>>819
うちもそうだなーよーわからんけどカンでエイヤーととなえてやったよーみたいなの

運用やってる自分としてはワクワクするニュースだな

>152のスレ凄いな
まんま障害報告みたいｗ

ライブスター証券（アイディーオー証券）2
1 ：山師さん：2011/12/27(火) 10:11:47.15 ID:RxTnov8p
前スレ
ライブスター証券（アイディーオー証券）
http://anago.2ch.net/test/read.cgi/stock/1309771046/
ライブスター証券
http://www.live-sec.co.jp/

2 ：山師さん：2011/12/27(火) 10:15:35.05 ID:4Zvy2fpT
ログイン出来ないのはオレだけか？

3 ：山師さん：2011/12/27(火) 10:15:45.78 ID:EhcPzI+B
10時ごろから止まってる。ログインできない。
なんで？？？

4 ：山師さん：2011/12/27(火) 10:16:13.90 ID:aSflT/47
あたしも

5 ：山師さん：2011/12/27(火) 10:16:51.85 ID:om9VJ4im
ポジもったままログインできない

コードに足を引っ掛けやがったな

エイヤーにざっくりに荒々

要するにみんな適当って事だよなw

>>795
まがりなりにも社会の金融を担ってる自負をもつ銀行ならともかく、
証券屋(笑)ごときがそんな「カネにならないこと」にカネを出すとはとても…

不景気だから余計だな
これからもっと事故が増えるぞ

514 ：山師さん：2011/12/29(木) 09:55:48.52 ID:vuF7rIQ8
システム障害で日本記録を達成した元センチュリー証券だからな
１週間連続でシステムダウンしたときはすごかったぞ
http://fx-history.com/2ch/stock/1130543677/
1/31（月）　大引け後　システム障害発生
2/1（火）　　システム障害継続中。丸一日ログインできずに終了　電話注文での取引も停止
2/2（水）　　未だに復旧できず。システム障害発生中　電話注文は売りのみ受付可能となる
2/3（木）　　未だ復旧の見通しはつかず。　電話注文は売りのみ可能
2/4（金）　　未だに復旧は困難な状態。　電話注文は売りのみ可能
2/7（月）　　ついに復旧！！　涙の倒産記者会見はまぬがれる。
　　　　　　　　システム障害時間日本最高記録を大幅に塗り替えることに成功。
----------------------------------------------------------------------
なんつうかまあ

>>821
「こまけえことはいいんだよ！」って意味だもんな。
しかも正確には
「細けぇ事は良いんだよさっさとやれよ但し事故ったらお前の責任上手く行けば俺の裁量と判断の功績な」って意味

>>827
コストカット(笑)や経費削減(笑)が株主様の御意向だからなｗ
冗長系とか事故対策とかフェイルセーフっていう概念を理解できないんだよ、
証券屋は株主様も経営陣も。

こういう時派遣は良いよな
逃げれば良いだけだし
正社員さんの出番
いざという時責任取るから給料高いんだよな

よーしパパ　テーブル切捨てちゃうよー

Truncate、と
あれ？しくった？
Rollback・・・Rollback・・・・ロール・・ああああああああああ

金融のレベルじゃないとか言うが、
ネット証券系なんて親会社が金融屋じゃないのザラだから、全然意識低いよ。
堅固なシステム支える資本力もないしね。
代わる代わる来る親から降ってきた経営者は、
システムは金食い虫、コストカットが正義としか考えてないよ。
保守切れのサーバ・アプリ平気で動かしてて、常に胃が痛かった。

指先一つでダウンさー
(^q^)ﾉあああああぁぁぁあ・・・・!!!!!?

>>831
責任ってどーやってとるの？
復旧させるなんてムリだし
賠償なんてムリだし

責任は偉い人が頭下げて誠意見せるって事でしょ。

約款に、システムの不具合とかの条項あるだろうし。

ものによっては賠償すんでしょ。
ストッポ安から逃げられない系の事案なら空気読むわ

どこの会社が請負ってたのか興味あるｗ
わかる人いないの？

>>77
だよな
監督なしの丸投げってことは流石にないと思うが

どうだろうか

>>738
え？いまさらiPhone叩くやつなんているの？

>>139
本番データはねーよｗ
自社のテスト環境くらいならありそうだが

バックアップはとっていても、リカバリテストは長いことしてないとか普通に有る
下請けにろくな金払ってなかったんだろ
今、システムは予算削られまくってて、大型案件ないから人材流出がやばい
これから増えるよ、こんなシステム障害

>>839
このランクの会社ならそこまでルールは徹底していないんじゃないかね。
上でいってるとおりいわゆる銀行とか大手証券と同じ金融だと思っちゃ
いけないんだろう。

>>157
少なくとも俺は見たことないし、そんな構成にはさせない

本番データを自分で消したことはないなあ・・・
テストや開発なら何度もあるけどさ。
あるのはサーバ再起動したらfsckでなかなか起動しないとか、DBが起動しないとか。

>>844
させないっていうのはいいけどお金がなかったらどうするの?
大企業でも小さいシステムはネットワーク分けないこと多いよ。

基幹じゃないシステムだと、ハードは一瞬で、スキーマだけ本番とテスト分けてるところあるよな？

これってハバネロ触った手でチソコとかマソコ触るのとどっちがやばいの？

妄想
年末対応として、ログファイル整理とか称してバックアップジョブ停止、再開させず
んで、トランザクションテーブルの全テーブルにオートナンバーのカラム作成、主キー一律で同じ値に置換
レコードのタイムスタンプ全更新
ダミーレコードを数件挿入

全削除だと、バックアップから戻そうって決断出来るけど、下手にデータ残ってたら付き合わせで復旧出来ないかためしちゃいそう

その間に問題拡大して手遅れに
おお怖い

金融じゃないけど昔営業と一緒に提案にいった案件でひどいのがあったな。
DBにOracleを提案したら相手の担当課長（システム屋ではない）がネットで
見つけたのか安い製品を逆提案
Oracleなんて高くて云々言うので安全性とかいろいろ説明したら
「そこを埋め合わせるのがあなた方の仕事でしょ」
と言われたよ。

なぜオープン系の連中は小さい作業でもスクリプト書いてログ記録状態で実行しないのか
すべてのシステム開発者、運用担当者は汎用機触ってから物を言え
JCL書けないような奴がコンピュータの専門家なわけないだろ

>>849
課長の言う通り埋められるなら、提案しなおすし、埋められなければ引くだけ
ひどくねえじゃん

>>850
スピード重視だから

>>850
ログ記録状態でやってても間違える時は間違えるよ
それにまともなシステムなら画面のログはすべて採取すると思うがね。

「シェルスクリプトかけないようなヤツがコンピュータの専門化なわけないだろ」
って言われたらどーする？

>>850
コンピュータの専門化が世に溢れてたら、
くだらない問題なんて極稀に起こるだけで、
いまみたいにしょっちゅう問題が起きるのは、
専門家がその職について居ないからだと思う。

こういう手数料激安証券屋は違うんじゃね

>>842
こわい

幹部があたま下げて、約款に従い処理しますって言えば問題ないｗｗｗ

それに、逃げた奴に責任なんて及ばない。
安月給でそんな責任負えるワケ無い、高給貰ってるやつがケツ拭くんだろ。

おれ近い業務やってるけど、、、
金融機関だろ？？絶対戻せるぞ
そのへんの個人商店ならまだしも完全二重化フェイルセーフになってるはず

>>858
DBデータはFC接続RAID10のストレージ上？

やった犯人が、故意で、尚且つシステム権限持ってたらバックアップ側も消すはず

まあね

まあ、あれだな
rootでworkディレクトリにいるつもりで
rm -rf ./
とかやったんだろうな
cdやった後なのに…

マジレスすると兄貴がここの社員。
ここ数日すげー早く出社してるからどしたんだろーなと思ったらニュー速に出てきてビックリ。
気のいい兄貴だから何も言わねーけど大変だなぁ…

>>444
小売のアウトソーシングはよくあるけど金融は普通はないぞ

>>826
システムのIT化は証券の方が遥かに進んでるだろ

　　　　　　　　　: :::::::::::::::::::::::::::::::::::::::::::::
　　　　　　　 ∧＿∧ . . . .: : : ::: : :: ::::::::::::::::::::::::::::::
　　　　　 　/:彡ミ゛ヽ;）ー､:／⌒ヽ. . .: ／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　 / :::/:: ヽ、ヽ、 ::i（＾ω＾　）＜ 一緒にブーンしようお？
　　 　　 / :::/;;: 　 ヽ　ヽ ::と　　　つ. :.＼＿＿＿＿＿＿＿＿＿＿＿＿＿
￣￣￣ （_,ノ ￣￣￣ヽ､_ノ

まあ、あたま切り替えて、安月給の仕事に見合わない責任なんて無いと思えば良いだけ。

故意じゃなければ、収入失うだけで済む。

どのみち構成と、運用体制と、ポリシーとかでプロパーが責任取らされるだろ

作業計画書からコマンドコピーして貼り付けて実行するの普通だろうし
エンターキー押す前に２人でサーバー、ログインユーザー、ディレクトリ、コマンドを示差確認や復唱するくらいやらないのか。

>>858
フェイルセーフの意味を理解できてないようなので間違いなく専門家じゃないｗ

>>792
ずばり言うわよ。
末端作業までプロパーがやるほどプロパーは暇ではないんです。

ちなみにバックアップやらアーカイブから戻せとか軽く言ってる奴いるけどさ、
実際に大規模システムのDB障害が発生すると作業者も社員もサービス提供者もバックアップから戻すのが怖いのよ、
「果たしてそのバックアップは正常に取れているの？」「本当に戻るの？？」
って。

いきなりまだ生きているかもしれない本番データにいきなりバックアップ上っかぶせする度胸ある？そうそうないだろ？
じゃあ、破損した状態のDBをバックアップしようか？ってそんな余分なストレージ領域はありませんし、それこそバックアップに２時間、３時間かかるわ。
証券会社に限らず大規模システム抱えている会社はどこもそうだよ。

大方バックアップの検証でもしてたんだろ？数時間かけて。
どこの情シスでもそう判断するだろうな。

>>869
ちょっと迷ったら
hostname
id
pwd
を都度打ち直しって習ったな

>>871
大抵はテスト環境あるから、そっちにダンプ戻すだろ
だから、リストアしてそのデータ使えるかはすぐわかるよ
テープにとって、どこか別の事業所に輸送とかしてたら時間かかるかもだけど
データも、成立した注文は生かすみたいだから、ほふりデータと付き合わせてるのかね
下請けを叩く気にはなれないなー
やってる内容に対する地位の低さは異常

>>873
ダンプなんかどこの環境にだって戻せるよ。
でも大規模システムのバックアップを「ダンプ」に任せるところなんてないって。
普通は、OracleならRMANとかのツールで別のバックアップ領域に逃がして
その後テープに退避する。

そういったバックアップ方法のバックアップデータは
おいそれとどこの環境でも復元できるものではない。

今時の基幹システムはRACだろ？大体。
としたら9iならRAWデバイスだから戻せないだろうな、本番環境以外には。
10g以降としてもASMで運営してたら戻せないね、簡単には。

Veritasでファイルシステムでやるのが一番だわ。

sync; sync; sync; halt って聞いた

業界最安値水準の請負発注でやらかしちまったかｗ

>>791
>仕事の内容がよくわかって無い、チェックできない奴にコキ使われてクビにされるんだから。
そうなんだよな。わかってるヤツの下でなら働こうと思う。

>>801
カブドットコム証券が自社開発じゃなかったっけ。
GMOクリック証券はどうだったか。

システム開発なんて、バカのやる仕事

この人達年末年始返上なの？可哀想だな・・・

>>828
＞涙の倒産記者会見はまぬがれる。

1週間弱停めておいて、なんで免れるんだよw
しかし日本ってマジでソフトウェアにカネを出さないよな
パッケージで安く！とか、そんなに甘くないから

>>880
地方銀行はパッケージ化してるよね
大手の方がレガシー引きずってそう

証券はよく知らんが、東証がそもそもレガシーだったしなぁｗ

>>878
せやな

紙と鉛筆が最強

まーたまにはこういうので潰れてくれないと世の中変わらないんじゃない？

派遣派遣いうけど派遣てジャステックとかNTTデータとかの事？

>>85
おもろないですわあ。

そもそも人為的にDBいじるまえにバックアップ取るだろｊｋ

派遣のITドカタにやらせてるからだよｗ

>>888
やらせてるほうが悪いんだよねｗ

自分しか知らないバグを放置したまま転職

>>890
俺のことか

>>890
転職するときって別にバグの1個や100個どうでもいいよな

>>166
大阪で拳銃自殺した人かも。「ごめいわくをおかけして申し訳ありませんでした。」って遺言。

どうやって拳銃を手に入れるんだよ、
っと思ったら、レス番が893だった件

>>78
また名前を変えなきゃ

やらかした責任者の心情考えるだけで小便ちびりそう

どっかのネトゲじゃないんだからw

責任者としては、
「いっぱしの技術者でも、社畜でも、よき上司でもなんでもいい、
そう思うことで、ロボット気分になれるのなら」。
…って感じなんだろうか

なんで取引してる最中に本番系やるの？

DB系の人って、その場で書いたスクリプトを即実行するんだね。

カーネル系だと100行コード追加しただけで１ヶ月試験させられるのに

>>33
観てるだけで震えがくるような恐ろしい状況だが
間違ってTRUNCATEってありえなくね
というかデータセンターレベルのメンテナンス作業って
事前にバックアップ取るもんじゃないの？
まぁ現場では適当だったりするんだろうけど

手数料が安かったんだろ？
それ相応のサービスじゃないか。

>>900
スクリプトをやる人間はそんな感覚。テストという概念がない。

年間の取引報告書だっけ？
確定申告に出す書類はでてくるのか？

派遣がやらかした場合、やっぱばっくれるんだろうかw

ユーザー権限分譲してないのかよ
大規模削除なんて非常アカウント　に
限定しとけや

>>905
派遣社員使ってた場合、責任はプロパーさんにしか無いもんねぇ。