MC)まとめこむ:間違って10万人の顧客DB消しちまったwwwwwwww:職業・仕事

1:以下、VIPがお送りします:2012/03/05(月) 23:05:21.43 ID:MYKH/EmU0

特定されない範囲で
30分前の話


7:以下、VIPがお送りします:2012/03/05(月) 23:07:13.47 ID:W7oUp/nv0

何人くらい?


13:以下、VIPがお送りします:2012/03/05(月) 23:08:29.71 ID:MYKH/EmU0

>>7
もうウン十万件


2:以下、VIPがお送りします:2012/03/05(月) 23:06:04.91 ID:b77m7UZ00

2chやってないでハードディスク復旧業者に頼め


13:以下、VIPがお送りします:2012/03/05(月) 23:08:29.71 ID:MYKH/EmU0

>>2
とりあえず今担当の人呼んでる(俺も担当なんだけどさwww


3:以下、VIPがお送りします:2012/03/05(月) 23:06:05.57 ID:G+trElAB0

顧客DBって何?


13:以下、VIPがお送りします:2012/03/05(月) 23:08:29.71 ID:MYKH/EmU0

>>3
顧客情報が詰まった大切な大切なデータベース


4:以下、VIPがお送りします:2012/03/05(月) 23:06:55.81 ID:b5KXm4mQ0

人生終わったな


8:以下、VIPがお送りします:2012/03/05(月) 23:07:36.36 ID:eCMH0v+s0

焼き土下座の練習でもしとけ


32:以下、VIPがお送りします:2012/03/05(月) 23:16:22.28 ID:teIoihb90

もうこの>>1は駄目かもしれんね


9:以下、VIPがお送りします:2012/03/05(月) 23:07:36.81 ID:hI++rwS10

ログ取ってないのかよw


13:以下、VIPがお送りします:2012/03/05(月) 23:08:29.71 ID:MYKH/EmU0

>>9
TRUNCATEしちゃったんでロールバックもできない


10:以下、VIPがお送りします:2012/03/05(月) 23:07:55.71 ID:Injj+EEe0

一瞬ドラゴンボールかとおもた


11:以下、VIPがお送りします:2012/03/05(月) 23:08:06.40 ID:BcES+Hxt0

ドラゴンボールか・・・


5:以下、VIPがお送りします:2012/03/05(月) 23:07:08.47 ID:FluaHJeJP

おめえの出番だ御飯


21:以下、VIPがお送りします:2012/03/05(月) 23:11:45.92 ID:MYKH/EmU0

バックアップ取ってないから大騒ぎしてるんだろうがwwwワロエナイ
よほどじゃない限りバックアップなんか取らんよ。この業界適当過ぎwwwwハハハ


23:以下、VIPがお送りします:2012/03/05(月) 23:12:05.60 ID:pXjhJSjN0

rm -rf /しちゃったの?


30:以下、VIPがお送りします:2012/03/05(月) 23:14:24.70 ID:MYKH/EmU0

>>23
TRUNCATE TABLE custホニャララ


233:以下、VIPがお送りします:2012/03/06(火) 03:24:34.97 ID:y+Kco9RJ0

>>30>みたいな手動Truncateが運用ルールなら>>1はそれほど悪くない。誰だってミスはある。
だから自動化してなかった運用ルールがまず問題だし
定期バックアップとってなかったのが問題外。


234:以下、VIPがお送りします:2012/03/06(火) 03:28:11.23 ID:hbMijEhe0

>>233
でもかなりの大惨事だからなぁ。
防げたミスだし。


26:以下、VIPがお送りします:2012/03/05(月) 23:12:45.99 ID:+ox/Qd2M0

ウン十万件もデータがあってバックアップ取ってないとはバカスwwwww


30:以下、VIPがお送りします:2012/03/05(月) 23:14:24.70 ID:MYKH/EmU0

>>26
馬鹿すぎwwwww

酒飲みたいぜwww


33:以下、VIPがお送りします:2012/03/05(月) 23:16:41.56 ID:dQMNOCQ10

何とTRUNCATEを間違えるんだよw


38:以下、VIPがお送りします:2012/03/05(月) 23:20:02.19 ID:MYKH/EmU0

>>33
悪いのは俺じゃない。設計者だ。
消す表を間違えたんだよ。
ぶっちゃけると、custsndataとcustsnfdata表

俺をなんだと思ってる


36:以下、VIPがお送りします:2012/03/05(月) 23:18:45.55 ID:OgdUeDq60

即日解雇のうえ損害賠償請求されるレベル


31:以下、VIPがお送りします:2012/03/05(月) 23:14:38.38 ID:WgzRT2O60

だせえwwww
サーバーも全部ダウンさせちゃおうぜwwwwwwww


39:以下、VIPがお送りします:2012/03/05(月) 23:20:30.47 ID:YMGpc2c40

もういっそ職場を爆破して事故にしようぜ


37:以下、VIPがお送りします:2012/03/05(月) 23:19:19.68 ID:D+26g1mo0

マスタ消したの?かわいそうにかっこわらい


40:以下、VIPがお送りします:2012/03/05(月) 23:20:39.43 ID:MYKH/EmU0

ってかそろそろ誰かくるだろうから警戒し


49:以下、VIPがお送りします:2012/03/05(月) 23:23:24.50 ID:L2eHevQc0

こーゆーのって直接sqlたたくもんなの?


50:以下、VIPがお送りします:2012/03/05(月) 23:23:26.99 ID:WgZeBoDg0

自分のしたこと棚に上げて
命名規約を考えた奴らに責任押しつけようぜ


46:名無しさん@12周年:2012/03/05(月) 23:22:25.38 ID:b77m7UZ00

これが参考になりそうだぞ
  ユーザーの伝票明細テーブルを間違ってTRUNCATEした。 ROLLBACKも効かない。


52:名無しさん@12周年:2012/03/05(月) 23:23:46.26 ID:+ox/Qd2M0

>>46
  旅支度の参考wwwww


54:以下、VIPがお送りします:2012/03/05(月) 23:24:05.44 ID:MYKH/EmU0

効率だよ。効率。
俺みたいな馬鹿をしなければTRUNCATEは非常に効率が良い。早いしね。
それに、まさかこんなことになるとか思いもしないし、俺にとってはいつものある意味では流れ作業的感覚だから、パァッ~っとやっちゃったんだよ


60:以下、VIPがお送りします:2012/03/05(月) 23:26:05.04 ID:+ox/Qd2M0

そろそろ>>1が荷物まとめ始めた頃かな


61:以下、VIPがお送りします:2012/03/05(月) 23:27:33.17 ID:yv5skxEFO

明日からの業務にどの程度影響する?


66:以下、VIPがお送りします:2012/03/05(月) 23:29:10.16 ID:MYKH/EmU0

>>61
お、これだけ答えとく。
戻せなかったら会社潰れると言っても過言じゃないレベル


194:以下、VIPがお送りします:2012/03/06(火) 01:43:38.23 ID:4spiZc6v0

削除の仕方にもよるけど
復元とかできるんじゃないの?


196:以下、VIPがお送りします:2012/03/06(火) 01:50:44.57 ID:hbMijEhe0

>>194
普通の削除=>ゴミ箱
今回の削除=>Shift押しながらゴミ箱 ってな感じ


198:以下、VIPがお送りします:2012/03/06(火) 01:53:15.27 ID:xkL206sx0

復元ソフトとか業者使用でも無理なの?


206:以下、VIPがお送りします:2012/03/06(火) 02:05:52.01 ID:raVavjU20

>>198
完全復活は無理
DBやDB形式によるかもしんないけど、さっさとシステム止めてHDDの未使用クラスタ総ざらいしてデータの一部復旧かね
10万件もあれば結構残ってんじゃね?


62:以下、VIPがお送りします:2012/03/05(月) 23:28:19.00 ID:OCQmXiTa0

速度重視でdeleteじゃなくtruncate使うくらいだからな・・・膨大なデータ量だろ
俺まで胃が痛くなってきた


63:以下、VIPがお送りします:2012/03/05(月) 23:28:20.90 ID:x7FmidcR0

うわぁ



ゾッとするな


64:以下、VIPがお送りします:2012/03/05(月) 23:28:24.15 ID:MYKH/EmU0

もうそろそろ旅路の時間だから最後に自慢だけさせてくれ
おれはOracle Masterのプラチナ持ってる
さらば!工場で会おう!


68:以下、VIPがお送りします:2012/03/05(月) 23:29:34.29 ID:b77m7UZ00

>>64
精肉工場で待ってる


94:以下、VIPがお送りします:2012/03/05(月) 23:45:31.01 ID:9ryDb9xj0

うちの会社のDB設計もそんなもんだから笑えない
100万件くらい入ってるデータあるのにバックアップ無しとかもうね


95:以下、VIPがお送りします:2012/03/05(月) 23:45:46.19 ID:D+26g1mo0

サーバのバックアップがない
ダンプもない
テーブルもバックアップない
トランケートした
無理じゃね?


57:以下、VIPがお送りします:2012/03/05(月) 23:24:49.42 ID:HC3p7/rw0

設計もクソだけど運用もクソだな
手動でSQL叩くとか聞いたことないぞ


99:以下、VIPがお送りします:2012/03/05(月) 23:48:17.51 ID:UihAeaPX0

手動でTRUNCATEとか運用設計もおかしいだろw


100:以下、VIPがお送りします:2012/03/05(月) 23:48:55.41 ID:JcD3dr6I0

こういうやっちゃった系のスレ見るとこっちが死にたくなる
いつだったか、地震予知の釣りを間に受けて資料作るのサボった奴のスレは眠れなくなった


104:以下、VIPがお送りします:2012/03/05(月) 23:51:04.87 ID:MYKH/EmU0

よし。もう吹っ切れた。
プラチナ持ってたらまたどっかが雇ってくれるだろ。今先輩と一緒に缶コーヒー飲みながらこうして書き込んでる。
どうせクビだから今月いっぱいはゆっくりして、来月から職探すわ。


111:以下、名無しにかわりましてVIPがお送りします:2012/03/05(月) 23:54:16.92 ID:zoR6ho/f0

>>104
もしかしてネトゲの鯖?


119:以下、VIPがお送りします:2012/03/05(月) 23:56:37.00 ID:MYKH/EmU0

>>111
昨日の今頃は

サドンアタックしてて鯖落ちなんてすんなやボケェ
なんて思ってました。
技術者は素人かなんて思ってました。
24時間で人間の人生はこうも変わるんですね。
ちなみにネトゲ鯖じゃないよ。


115:以下、VIPがお送りします:2012/03/05(月) 23:55:09.95 ID:vNCUauax0

上司のクビも跳ぶな


138:以下、VIPがお送りします:2012/03/06(火) 00:06:09.19 ID:hbMijEhe0

今日は寝れないなぁ~。当たり前だけど。
サーバは眠ってるのになぁ。


139:以下、VIPがお送りします:2012/03/06(火) 00:06:41.99 ID:W1AMt5z30

吹っ切れwwww


149:以下、VIPがお送りします:2012/03/06(火) 00:15:40.18 ID:hbMijEhe0

snとsnfなんて、部下をクビにしたかったとしか思えない。
これは事故に見せかけた事件だな(キリッ


152:以下、VIPがお送りします:2012/03/06(火) 00:18:18.57 ID:hbMijEhe0

此処だけの話だけど、snとsnfって何の意味だと思う?
Survey NotifyとSurvey Notify Faultだってよwwwどういう意味だよ。設計者厨二病じゃねwww

 

 


160:以下、VIPがお送りします:2012/03/06(火) 00:45:13.61 ID:hbMijEhe0

殴られて歯が折れた
明日がこわい


161:以下、VIPがお送りします:2012/03/06(火) 00:45:39.08 ID:mlVLZeiG0

>>160
労災ゲットじゃん


164:以下、VIPがお送りします:2012/03/06(火) 00:46:44.45 ID:y+Kco9RJ0

>>160
マジか?
釣りじゃないのか?


167:以下、VIPがお送りします:2012/03/06(火) 00:49:26.51 ID:xNahb7Br0

>>160
殴ったのは顧客?社内の人?

いずれにせよ労災げっとしてごねることができそうだな


173:以下、VIPがお送りします:2012/03/06(火) 01:09:47.89 ID:hbMijEhe0

殴ったのは例の設計者である主任だ。
暴れまくって、俺の歯とサーバ1台を破壊
今どっか出てった


175:以下、VIPがお送りします:2012/03/06(火) 01:12:50.47 ID:mlVLZeiG0

>>173
よし、最初から主任がデータけしちゃったことにしようぜ


183:以下、VIPがお送りします:2012/03/06(火) 01:21:10.20 ID:xNahb7Br0

>>173
 証 拠 隠 滅 で す か wwwwwwwww

その主任ダメだな


186:以下、VIPがお送りします:2012/03/06(火) 01:25:26.30 ID:xNahb7Br0

>>184
いまからでもいいから逃げたほうがよくね?
身の危険を感じて退避しましたとか

あと、殴られた痕跡があるうちに近くの交番にいくとか

ぶっちゃけその会社にしがみついてもブラックホールの未来しかみえない


189:以下、VIPがお送りします:2012/03/06(火) 01:30:16.68 ID:hbMijEhe0

>>186
穏便にやりたいからなぁ~


174:以下、VIPがお送りします:2012/03/06(火) 01:12:26.35 ID:KWJNhOvX0

サーバー破壊してどうするんだよ


176:以下、VIPがお送りします:2012/03/06(火) 01:12:55.94 ID:y+Kco9RJ0

サーバー破壊とかまずいだろ。
裁判になりかねないんだから証拠隠滅とも取られかねない。

>>1も今の状況をしっかりメモに残しとけ。
裁判で証拠になるかもしれないから。


178:以下、VIPがお送りします:2012/03/06(火) 01:17:05.97 ID:hbMijEhe0

こいつをトランクしたんか!?あ?トランクしたんかってよ!ドン!(サーバを殴る、破壊

殺されるかもしれん


207:以下、VIPがお送りします:2012/03/06(火) 02:17:39.90 ID:y+Kco9RJ0

>>178
サーバー壊れて動いてないの?


208:以下、VIPがお送りします:2012/03/06(火) 02:23:20.23 ID:hbMijEhe0

>>207
幸か不幸か、中身は無傷っぽい。
切ってるから分からんが


185:以下、VIPがお送りします:2012/03/06(火) 01:24:07.68 ID:KWJNhOvX0

拳で破壊とか攻撃力高いですね


189:以下、VIPがお送りします:2012/03/06(火) 01:30:16.68 ID:hbMijEhe0

>>185
そりゃプラスチックだからな。


192:以下、VIPがお送りします:2012/03/06(火) 01:38:23.33 ID:trHrTZKZ0

自分がシステムトラブル起こしたときってなんとも言えない気持ちになるよね
虚無感というかなんというか


196:以下、VIPがお送りします:2012/03/06(火) 01:50:44.57 ID:hbMijEhe0

>>192
まさに。今賢者タイム。


201:以下、VIPがお送りします:2012/03/06(火) 02:00:39.63 ID:hbMijEhe0

200get!
すまんな。アドレナリンが出てる


204:以下、VIPがお送りします:2012/03/06(火) 02:05:40.36 ID:hbMijEhe0

もう2時か
悲劇からもう4時間ちかく経つのか


209:以下、VIPがお送りします:2012/03/06(火) 02:31:04.53 ID:mFomT3Ph0

プラチナ持ってるとかすげーな
年いくつよ?


210:以下、VIPがお送りします:2012/03/06(火) 02:34:34.41 ID:hbMijEhe0

>>209
20代後半
プラチナは学生のときにとった


211:以下、VIPがお送りします:2012/03/06(火) 02:36:58.72 ID:tHeDN0Sn0

>>210
すげー、どこの大学通ってた?


212:以下、VIPがお送りします:2012/03/06(火) 02:43:17.72 ID:hbMijEhe0

>>211
福大
Oracleは、中学のときからいじってるから、学歴の良し悪しとはあんま関係ない


219: 忍法帖【Lv=40,xxxPT】 :2012/03/06(火) 02:58:01.14 ID:lxekcBKU0

そのブラチナって、どのくらいすごいの?


226:以下、VIPがお送りします:2012/03/06(火) 03:05:52.78 ID:hbMijEhe0

>>219
20万くらいする研修と実技試験がある上に、
それを受けるには下位、つまりゴールド、シルバー、ブロンズを取得しないとダメ。
正直あれぼったくりだよw


222:以下、VIPがお送りします:2012/03/06(火) 02:59:37.57 ID:tHeDN0Sn0

プラチナだとこれから先も安泰だよね
純粋にすごいと思う


227:以下、VIPがお送りします:2012/03/06(火) 03:08:35.70 ID:d84RRFieO

糞設計した上司が呆然自失の>>1に全部責任押し付けて
>>1はデッドエンド一家離散の可能性しか見えない


231:以下、VIPがお送りします:2012/03/06(火) 03:16:32.36 ID:hbMijEhe0

>>227
一息ついたときにうちに電話したら、嫁が
「人が死んだわけじゃないんだからいいじゃない。なんなら私が資格とって汚名返上してやる」
みたいなこといわれて、今ここに死にそうな人がいるんですけどとは言えず、泣いたwww
離散しないことを祈る


228:以下、VIPがお送りします:2012/03/06(火) 03:09:38.28 ID:L42nOF4+0

これは自殺者がでるな…


235:以下、VIPがお送りします:2012/03/06(火) 03:33:19.76 ID:1mmFU5LiO

病院行かなくて大丈夫か?


236:以下、VIPがお送りします:2012/03/06(火) 03:35:25.33 ID:hbMijEhe0

>>235
歯のことか?
それなら大丈夫。ちゃんと下に投げたから。
それにどうせもうすぐ山だし


269:以下、VIPがお送りします:2012/03/06(火) 09:09:21.50 ID:xNahb7Br0

>>1
大丈夫かな?


275:以下、VIPがお送りします:2012/03/06(火) 11:26:56.98 ID:ZOB8wVEs0

>>1

安否


277:以下、VIPがお送りします:2012/03/06(火) 11:40:57.04 ID:10MIRya/P

>>1
結果が気になります

 

 


280:以下、VIPがお送りします:2012/03/06(火) 11:48:05.51 ID:hbMijEhe0

どうも>>1です。昼休みになったので見てみてら、まだスレのこってたのなwww
結論から言うと、

・主任降格&治療費支払い&謝罪
・例の先輩が主任に昇格
>>1はボーナスカット&1週間の出勤停止
と相成りました。

とりあえず朝社長に呼ばれたので、主任とともに向かうと、「やらかしたのか」と一言。 詳しく事情を説明すると、「細かいことは分からんが、お前が間違えるくらいだからよほどだったのだろう」とのこと。
上の処分は情状酌量が入った模様。
DBについては、別のテーブルに似たようなデータがあったためそれを編集して流用。あまり深いことは言えんが、データ流用ができたのもずさんな管理だったことが幸い?
普通は似たデータを複数箇所に置かんもんな

あと、今後はデータのバックアップおよび直にSQLを打つときは2人以上での確認などもろもろの運用事項が
加わりました。


282:以下、VIPがお送りします:2012/03/06(火) 11:50:42.97 ID:KtisiKrj0

>>1は山には行かなくていいんだな!?


284:以下、VIPがお送りします:2012/03/06(火) 11:53:36.12 ID:wEWalOcX0

>「細かいことは分からんが、お前が間違えるくらいだからよほどだったのだろう」
いい社長さんだね


286:以下、VIPがお送りします:2012/03/06(火) 12:05:37.36 ID:tcBAyor+0

おおーよかった!ひとまず安心だな


290:以下、VIPがお送りします:2012/03/06(火) 12:22:50.70 ID:mKx9Ci5HO

元主任ざまあwwww
>>1はとりあえずゆっくり休め


292:以下、名無しにかわりましてVIPがお送りします:2012/03/06(火) 12:38:30.19 ID:QoObL2Eq0

これはマジでよかった、死人はなんて出なかったんだ・・

  • 損害8桁www会社に会心の一撃食らわしたったwwwwwww
  • 太った(    ´・ω・`   )
  • 平沢進の魅力!を伝えたい 時代を先取りしすぎた唯一無二のアーティスト
  • ハゲなのに音楽聴いてる奴wwwwwww
  • 埼玉県民と千葉県民と仲の悪さwwwwwwww
  • 今日から俺は!!って最高に面白かったよね
  • 「思わなんだ」 ← 最高にむかつく
    • このエントリーをはてなブックマークに追加

    注目記事!

    今読まれてる人気記事!

    最近の人気記事

    • このエントリーをはてなブックマークに追加

    コメント


    ※1 : MC名無しさん  2012年03月06日 19:42
    こわいこわい
    ※2 : MC名無しさん  2012年03月06日 19:44
    仕事でDB扱ってるから笑えねぇ・・・
    ※3 : MC名無しさん  2012年03月06日 19:55
    漏らしたよりマシさ、そう考えるんだ。
    ※4 : MC名無しさん  2012年03月06日 19:55
    良かった安心したよ・・・
    ※5 : MC名無しさん  2012年03月06日 20:03
    ふぅうううううう。
    安心した。
    ※6 : MC名無しさん  2012年03月06日 20:11
    いくら治療費出るといっても歯は流石になぁ
    せめてちゃんと飛びっきり良い歯医者を選ぶ事を祈ってるぜ
    ※7 : MC名無しさん  2012年03月06日 20:15
    流出させたわけじゃないだけ万倍マシだわな
    ※8 : MC名無しさん  2012年03月06日 20:22
    本番機を安易にいじれるなんて恐ろしい
    ※9 : MC名無しさん  2012年03月06日 20:25
    バックアップも取ってないような職場だったら処分もこんなもんでしょ。
    ※10 : MC名無しさん  2012年03月06日 20:28
    ※7
    しかも流用可能な部分があったってことだしな。
    まぁ、工数のある運用上のミスを個人にはかぶせてられないし
    そんな処断するような会社はどのみちダメだろう。
    丸くはないけどやや丸っぽく収まってよかった話だ。
    ※11 : 悟空  2012年03月06日 20:36
    こりゃ本当にドラゴンボール集めた方が早いかも。
    ※12 : MC名無しさん  2012年03月06日 20:37
    釣りか作り話かマジ話か知らんけど
    穏便に着陸して良かった
    ※13 : MC名無しさん  2012年03月06日 21:04
    社長に冷静な判断力があって良かったな
    1はとことん恩返ししろよ
    ※14 : MC名無しさん  2012年03月06日 21:16
    その社長の下で働きたいわ俺・・
    ※15 : MC名無しさん  2012年03月06日 21:18
    以前、当月形状契約の手続き進捗状況表をうっかりポワしてしまったことがある。
    幸い中一日でデータのバックアップを取っていたので、二日前にさかのぼって修復
    事なきを得たが、バックアップの大事さを思い知らされた次第である。
    ※16 : MC名無しさん  2012年03月06日 21:18
    てか結局これからも直接SQLたたくのかよw
    ※17 : MC名無しさん  2012年03月06日 21:37
    死人でなくてよかった+嫁がいい嫁で泣いた
    でもこの調子じゃまた事故起こるで…
    ※18 : MC名無しさん  2012年03月06日 21:41
    主任が馬鹿だったのは不運だけど、社長は判断力ありそうだな。
    システムの設計も「動けばいい」みたいな考えはやめてほしいもんだね。
    ※19 : MC名無しさん  2012年03月06日 21:47
    こないだ、1と同じ運命をたどるミスをやらかす寸前だったから
    (リリース30分前に別のテストをたまたまやっていて発覚。)、
    他人ごとと思えない
    読んでいて心臓によくないわ
    ※20 : MC名無しさん  2012年03月06日 21:55
    バックアップも取らない会社の割に、社長はすごくまともなんだなw
    >>1はこれを機にバックアップのプランとか手動でSQL叩かないで済む仕組みとか、先輩と一緒に上に提案したらいいよ。それでむしろボーナスもらえるだろ。
    ※21 : MC名無しさん  2012年03月06日 21:58
    oracleならリサイクルビン使えばいいんじゃね
    ※22 : MC名無しさん  2012年03月06日 21:58
    なんで本番データ直接いじってんだとか
    さわる前にまずバックアップしないのかよとか
    そもそも日次バックアップもないのかよとか
    下には下がいるというが果てしないんだな
    ※23 : MC名無しさん  2012年03月06日 21:59
    もっというとストアドプロシージャ買いとけばよかったんじゃないか
    ※24 : MC名無しさん  2012年03月06日 22:30
    OracleでTruncateなんて、事前に準備してバッチ経由だろJK。
    ※25 : MC名無しさん  2012年03月06日 22:34
    オチもついててよかった。
    ※26 : MC名無しさん  2012年03月06日 23:15
    飯まず
    ※27 : MC名無しさん  2012年03月06日 23:18
    >22
    こんなん大手でも本社ならまだしも支社クラスだとザラだぞ?
    毎日売り上げや顧客データを放り込んでるくせにバックアップ取ってねーだと?
    しかもそのサーバが老朽化で死亡寸前だと?
    という自体にぶつかったのが一度や二度ではない。
    まぁ俺がなんちゃってクラスのIT屋なのでシス担が逃げたり死亡?したりして
    伝説化したところにダメ元の地雷処理として呼ばれて行くんだけどな・・・
    そういうところの特徴として派閥闘争がめちゃくちゃ酷い、社員が激少で手元の仕事ばっかりで自分の会社に本当に何が起こってるか判っていない、
    社長が本社出向のオオバカ?という特徴があるな・・・
    ※28 : MC名無しさん  2012年03月06日 23:25
    プラチナ持ってるやつがそんなクソみたいな会社で
    あり得ない運用をしてうわけ??
    それにバックアップとらないなんて絶対にないわ。
    まぁ俺も今日クライアントのシステムで使う
    メッセージコード消しちゃったから偉そうなこと言えないけどw
    ※29 : MC名無しさん  2012年03月06日 23:27
    なんかほっとしたわ・・・
    ※30 : MC名無しさん  2012年03月06日 23:34
    ぶっちゃけ、テーブル名がcustsndataとcustsnfdataで、
    似たようなデータが他にもあるとか、まともにスキーマ設計できてたとは思えん。
    二人で重複チェックやっても、火吹いてたらミスるときはミスるよ。
    旅客機は機長と副機長で操縦するし、
    昔の機関車は機関士と機関助士で運転してたけど事故は
    皆無じゃないでしょ?
    バックアップを真剣に考えるとか、SQL手入力を改めるとかしないと
    次は幸運の女神が味方になってくれないに一票。
    ※31 : MC名無しさん  2012年03月06日 23:34
    Truncateになれるまで実行するなんてそれでもプラチナかよ
    普通なら怖くて実行できない
    ※32 : MC名無しさん  2012年03月06日 23:41
    一部上場してるような誰でも知ってる会社でも結構こんな運用してたりするんだなそれが。
    外部にいる時はありえねーありえねー言ってられるけどいざそういうところに放り込まれると
    そのやり方でやるしかなくなるような感じになってしまう。
    ※33 : MC名無しさん  2012年03月07日 00:10
    重要データで日次はともかく週次バックアップすら無いとしたらそりゃあり得ねぇ~。
    Oracleなら、ある程度定期的にバックアップ取ってれば、
    比較的簡単に任意のタイミングまでデータ戻せるんだぞ。
    たった一文字違いで手動操作テーブルと重要テーブル配置するのもあり得ねぇ。
    経験・ノウハウ・ゴールド持ちの俺を雇いやがれ!w
    ※34 : MC名無しさん  2012年03月07日 00:26
    バックアップもとらない会社とか聞いたことねぇよ
    釣りなんじゃねぇのかこれ
    ※35 : MC名無しさん  2012年03月07日 00:54
    社長は技術者じゃないだろうからなあ
    社長がいくらまともで有能でも誰が本当に技術と知識を持ってる人なのか見極めるのは難しい
    無能な人に限って自分が有能だと勘違いしてるから自信満々で、技術者じゃない人にはすげー頼りになるように見える
    「C++ができます!」とか言ってるのにできることはC言語の範囲でFizzBuzz書けるくらいだったりな……
    ※36 : MC名無しさん  2012年03月07日 01:24
    主任をむしろクビにするのが普通。いかなる理由があっても同僚を殴るなどありえない。
    日本は未開部族だなあ。
    ※37 : MC名無しさん  2012年03月07日 03:12
    あり得る話しだから怖い・・・
    うちはバックアップ取ってるけど、鯖毎飛んだ場合を考えると怖いよな
    鯖は鯖会社で管理してるから、たぶん責任転嫁できそうだが・・・
    ※38 : MC名無しさん  2012年03月07日 03:12
    オラクルプラチナ持ちとかクビになってもどこへでも再就職可能だろ
    ※39 : MC名無しさん  2012年03月07日 04:09
    フェイルセーフ精神でモノを作る人って少ない。
    大抵創造者は頭が良くて、おっちょこちょいの事とか毎日のルーチン繰り返しでついうっかり似た操作を手が勝手にやっちまう可能性とか
    そういうの考えない。頭いいから。
    ※40 : MC名無しさん  2012年03月07日 08:40
    >バックアップもとらない会社とか聞いたことねぇよ
    そういう会社が「我が社ではバックアップを一切取っていません」なんて、わざわざ宣伝すると思ってるの?
    自分が知らないからと言って、そんな事実はないなんて断言できるのは愚か者だけだよ。
    ※41 : MC名無しさん  2012年03月07日 09:33
    良い社長さんでよかったね
    >>1は普段から信頼されてたんだな
    ※42 : MC名無しさん  2012年03月07日 09:46
    custsndataとcustsnfdataとか、命名ルールが糞過ぎる
    百歩譲ってそこは、custsndataとfcustsndataだろ
    というか、そんな危ない作業、普通SQLじか打ちせずhistory頼りかsqlファイルよみこませるスクリプト組めよ
    ※43 : MC名無しさん  2012年03月07日 10:55
    学生でプラチナ取る人なんているんだろうか
    ※44 :   2012年03月07日 12:55
    20万って旧プラチナの現ゴールドじゃねーか。
    現プラチナは計100万かかる。
    つかDBAやってるのにバックアップ計画立てなかったのは無能の証。いらねーよ。
    ※45 : MC名無しさん  2012年03月07日 12:59
    資格は持ってるけど、経験も実務能力もないやつに任せるとこうなるといういい例だな。
    ※46 : MC名無しさん  2012年03月07日 13:35
    バックアップも取らずに本番DBに対してTruncate実行とかあり得ないと思うが。
    打ち間違いとかそういうことではなく、こんなこと絶対しない。
    ※47 : MC名無しさん  2012年03月07日 14:01
    バックアップ取ってないってのもアレだが…
    これって権限弄くっとけば防げた事故じゃね?
    ※48 : MC名無しさん  2012年03月07日 14:28
    しったか君 → 「バックアップ取っとけば」「権限ガー」「良くあること」「命名ガー」
    業界人 → 「ねーよ」「どんだけ構ってチャンなの?」「レス乞食うぜー」「TRUNCATEってさ… 良いや、バカにマジレスしたってしょうがないし」
    「ええと、仮にマスタ側でTRUNCATEしたとして、それがスタンバイ側までコミットされてくの黙って見てたの? んで全部終わってから騒ぎだした?」
    「本社のマスタDBに直で繋いでTRUNCATEかまして全てのDBが処理しきったの確認した後、2chにスレ立てるプラチナ保持者? ネタでもありえねえよ」
    ※49 : MC名無しさん  2012年03月07日 14:59
    元スレ282
    山ってのは、山笠のことでこれは福岡の会社だから、どんなことでもありうる。
    >>上の人
    「ネタでもありえねえよ」
    いやあり得る。福岡と福大なら何でもあり。福大の情報学科卒を採ったら、HDDの交換すらできなかったことあり。
    ※36
    主任はいい人。主任が1を殴ってなければ、社長も首にできたろう。主任は1を守って
    降格した。
    ※50 : MC名無しさん  2012年03月07日 15:01
    テープにバックアップ→復旧作業しようと思ったらテープ切断&ジャムりまくり
    なんてこともあるからお気をつけあそばせ…
    ※51 : MC名無しさん  2012年03月07日 15:56
    基幹DB鯖バックアップすらとってないとかちょっと…
    自分でも言ってるが
    というか本番DBに対して手動SQLでTruncateするしかない設計って・・・
    ※52 : MC名無しさん  2012年03月07日 16:49
    ※26
    ざまあwww
    ※53 : MC名無しさん  2012年03月07日 17:16
    福大は九大はともかく九州工業大学もミスっちゃった人が行く私立大学だからなあー
    ※54 :   2012年03月07日 18:43
    ※53 はツッコミ待ちなのかな。
    ※55 : MC名無しさん  2012年03月07日 19:06
    ※48
    いや>>1は正常な削除と思ってたんじゃないの?
    見る限り、truncate自体は意図した作業なんだから。
    ※56 : MC名無しさん  2012年03月07日 19:37
    命名にdataとか全く意味がない。
    夜に手作業で本番環境触るとか、いつか起きてた事故だな。
    ※57 : MC名無しさん  2012年03月07日 19:43
    あーこういうのはあるあ・・・ありえねえだろ・・・
    ※58 : MC名無しさん  2012年03月07日 20:46
    どんな手順なのか不明だが、普通Truncate使うようなのはスクリプト組むわw
    ※59 : MC名無しさん  2012年03月07日 23:17
    壮絶な釣りスレだな。
    ※60 : MC名無しさん  2012年03月07日 23:18
    シルバーかと思ったが、プラチナかよ、プラチナすげぇ!
    ※61 :   2012年03月07日 23:42
    今月最も安堵した瞬間だわ
    よかったなー・・・
    ※62 : MC名無しさん  2012年03月08日 04:35
    truncate自体は時々使うけど、使う前にダンプのエクスポートは絶対やってたわ
    >>1のミスってかそもそも作業方法・運用方法の不備だわな
    まぁ作業手順になくてもやれよって感じだけど
    >>※21 RECYCLEBINってtruncateでもできるんだっけ?dropだけじゃなかった?
    ※63 : MC名無しさん  2012年03月08日 08:10
    これ普段の勤務態度がいいから助かったんだろうなぁ
    やっぱちゃんと仕事して信用つくんなきゃなあ
    ※64 :    2012年03月08日 10:50
    トランケートした瞬間、実行前にテストDBかチェックした記憶が無い事に気づいたりして腰のあたりから色々がっさり漏れたりがたまにある
    手間でもツール作るに越した事無いが設計変わるたびそっちも直さなくちゃだからめんどくさいんだよねえ
    ※65 : MC名無しさん  2012年03月08日 10:52
    去年、客先でADユーザ全消去してしまったこと思いだして
    胃が痛くなってきた
    ※66 : MC名無しさん  2012年03月08日 11:52
    100%ネタだな。
    プラチナ勉強中の学生は現場がこんなもんだと思ってるのか。
    ※67 : MC名無しさん  2012年03月08日 13:00
    上に馬鹿が居座ってて妙なルールが出来上がってることなんてざらだろ
    ミスなんて起きませんからバックアップなんて不要!費用、時間の無駄!
    スクリプトは誤作動起こす危険があるので大事な処理はすべて手動で!
    こんなルール作って問題の主任が仕切ってたんだろうよ
    ※68 : MC名無しさん  2012年03月08日 13:15
    ※36
    欧米でも職場での暴力沙汰なんて普通に起きます。
    もちろんその後裁判になりますが。
    外国のことをよく知らないくせにてきとうなことほざくなニート。
    ※69 : MC名無しさん  2012年03月08日 13:26
    社長は、知識はないけど有能、なタイプみたいだ
    上司にするにはかなり良いんじゃね
    ※70 : MC名無しさん  2012年03月08日 14:13
    流れ作業ならバッチファイル1個作って流すだけで良いだろjk
    なんでSQLを直なんだよ
    ※71 : MC名無しさん  2012年03月08日 14:26
    >>280
    >今後はデータのバックアップおよび直にSQLを打つときは2人以上での確認
    こんなの3ヶ月もすればおざなりになるぞ。
    結局2人で確認なんて、一方が「大丈夫だろ?」とか言ってやらなくなる。
    きちんと複数人で確認し承認されたスクリプトのみ使えるようにしないと。
    SQL手打ちなんてまた同じことが起こる。
    ※72 : MC名無しさん  2012年03月08日 14:59
    スラドでもネタにされてるけど例の主任も見てるだろうね・・・
    ※73 : MC名無しさん  2012年03月08日 15:17
    ※71
    そしてスクリプト名が一文字違いなんですね、分かります
    ※74 : MC名無しさん  2012年03月08日 15:43
    KOEEEEEEE!バックアップ重要だな…
    ※75 : MC名無しさん  2012年03月08日 16:14
    とりあえずよかったな
    ※76 : MC名無しさん  2012年03月08日 16:27
    俺も一回データ全部消したなぁ・・・・。
    開発環境だから良かったけど。
    あの時は変な汗かいたなぁ。
    後、学生でプラチナは絶対ウソだろ。
    ※77 : MC名無しさん  2012年03月08日 17:49
    ただの企画屋なんだが、一応外付けハードディスクとリンクしてる
    最悪、一日分はさかのぼれるようになってる(はずだ)
    おっかないなぁ
    ※78 : MC名無しさん  2012年03月08日 18:06
    ※36
    国に帰れよ外人
    ※79 : MC名無しさん  2012年03月08日 18:57
    基幹業務のDBってスケジュールしてバックアップ取るのは戻す時に最適化して速度低下を防ぐメンテナンス兼ねてんだぞ、テーブルのネーミングにしても普通に素人以下のカスだろ
    ※80 : MC名無しさん  2012年03月08日 18:58
    死人がでなくてよかったわホント
    異業種でもミス→責任→山or海とか聞くと鬱鬱になる
    ※81 : MC名無しさん  2012年03月08日 21:39
    いい話でホントよかったわ
    クソ主任ざまあみさらせw
    ※82 : MC名無しさん  2012年03月09日 00:10
    DBじゃないけど、俺も一度ウェブデータを間違えて盛大にリライトしたことがあるなぁ。
    あの時はホントに嫌な汗しか出てこなかった。幸いバックアップとってあったから
    良かったけど、先方にはその事がキッチリバレてて頭下げに行った苦い思い出が・・・。
    ※83 : MC名無しさん  2012年03月09日 00:11
    特定はまだ?
    ※84 : MC名無しさん  2012年03月09日 02:08
    プラチナググってみたらすごい資格なのね。PG現大学生だがこの存在しらなかったわw
    ※85 : MC名無しさん  2012年03月09日 09:31
    ここ?
    http://www.a-price.co.jp/images/site_stop.gif
    ※86 : MC名無しさん  2012年03月09日 12:50
    プラチナでこのレベルかと思うと
    ※87 : MC名無しさん  2012年03月10日 00:57
    ※85
    だよね?俺もスレ読みながらずっとそう思った。
    なんか、再登録してくれ的なメールが来てたんだよな。
    ※88 : MC名無しさん  2012年03月10日 04:25
    ※86
    ちゃんと読んだのか?
    custsnfdataを"custsndataと間違えたってミスだぞ
    技能と全然関係ないだろ
    どう考えても削除データと保存データの違いが「f」一文字だけ、とかいう設定にした主任がおかしいわ
    こんなんダブルチェックでもすり抜けるぞ
    ※89 : MC名無しさん  2012年03月10日 05:59
    あー読んでて胃が痛かった。
    運用やってたから自分の身にこんなことがあったらと思うと、もうね。
    1はマジお疲れ…。
    ※90 : MC名無しさん  2012年03月13日 11:50
    うちの会社が監査で指摘されたこと
    ・サーバールームの入退出記録がありません
     (書くのめんどくせー)
    ・バックアップを月1回しか取ってません
     (2台でミラーリングしてるからいいじゃん)
    ・バックアップメディアがサーバーの隣にある引き出しに入ってます
     (何か起きた時すぐ使えるだろ)
    ・顧客データを格納した金庫室に誰でも入れる状態です
     (え?ダメなの?)
    どこの会社も変わりないさ。そう思いたいよ。
    ※91 : MC名無しさん  2012年03月13日 13:47
    ※90
    ミラーリングだけじゃ論理障害の対策になってねえwww
    ※92 : MC名無しさん  2012年03月14日 03:56
    釣りじゃないの?
    custsnfdata と custsndata の存在に気づいたときに
    いつかミスするって危機感持つのが当たり前だろうに…
    ※93 : MC名無しさん  2012年03月15日 11:10
    例の先輩って誰
    ※94 : MC名無しさん  2012年03月16日 02:53
    ※89
    ミラーリングだけじゃ普通の時より故障率高いじゃないか
    しかし学生でプラチナって費用どうしたんだろうか
    仮に学生向けに低価格でやれたとしてもねぇ
    ※95 : MC名無しさん  2012年03月18日 05:54
    クズな上司で大変ですなぁ
    良い社長で良かったな
    ※96 : MC名無しさん  2012年03月18日 22:24
    ※93
    一緒にコーヒー飲んでた先輩じゃね
    ※97 : MC名無しさん  2012年03月26日 16:14
    このコメント欄は※100を目前にして息絶えたのであった。
    ※98 : MC名無しさん  2012年03月27日 19:38
    この事態を2chに書き込んだことで、辞職に追い込まれるのであった
    ※99 : ななしこむ  2012年03月31日 00:01
    運用から設計まで全体的に見直さないと
    また同じような事故が起こるだろ・・・
    つかマスタデータをこんなずさんに扱う会社があるとは驚きだ
    ※100 : ななしこむ  2012年04月07日 10:25
    中学からOracleって人ってなかなかいないんじゃあるまいか。
    中学からプログラミングだったらそれほど珍しくないだろうけど。
    ※101 : ななしこむ  2012年04月10日 20:34
    知識ないからよくわからんが何の職種なの?
    ※102 : ななしこむ  2012年05月12日 00:57
    ※53
    学歴厨って資格は興味ないんだな
    ※103 : ななしこむ  2012年05月13日 06:29
    コイツの嫁いい嫁だな
    ※104 : ななしこむ  2012年07月08日 00:37
    原発の運用もこんな感じだったんだろうか
    ※105 : ななしこむ  2012年07月20日 18:38
    ここに居る人の大半がバブバブしてる頃の話。
    もう時効だけど、新宿にあったN社のUnixサーバを外部からアクセスして全消去してやったことがある。
    勿論バックアップもTelnetで届くところにあったから、そっちもバイバイ
    コマンドを打つ手が震えたのを覚えている。
    その会社、1ヵ月後くらいに倒産
    ざまみろって感じw
    ※106 :    2013年09月24日 14:28
    全てが釣だよ!圧倒的な釣だよ!
    まさか信じてる奴居るのか?!
    倍返しに馬鹿野郎だぜ!

    一つ教えよう。
    お前らがパフパフしてた頃の話だ。

    昔 愚鈍な奴が居て外部からアクセスして来たのを遊んでやったんだ。
    そいつはシャブ中のようにボタンをポチポチ押してただろう。

    今頃倒産したと勘違いしてると思う。

    その会社は今は孫というツルツル頭が頑張って経営してます。
    ※107 : ばしくし  2014年02月11日 01:03
    ちゃんとログ取っとけよredoログな。
    できればアーカイブredoログにして、30世代くらいでログスイッチしとけ。

    あと、ダンプ取るなら単なるエクスポートじゃなくてデータパンプ使った方が高速かつセキュアだぞ。
    expじゃなくてexpdpね。

    月次でフルバックアップ、日次で増分バックアップすれば
    容量も大して増えないし、いいと思うけどな。

    費用が許されるなら、後ろにストレージ立ててそこに制御ファイルと表領域を置き、ColdFusion用のNICをサーバに追加して、DBサーバを複数台にしてRAC組め。

    Oracleなら簡単にできる。プラチナ持ってんなら分かるだろ。
    ※108 : デービーエー  2014年02月11日 01:33
    ネーミングとか云々以前に、定常運用でDDL触るとか何そのキ○ガイ設計。

    パフォーマンス気になるなら
    analyzeかけるなり、ビュー監視するなり、正規化見直すなり、SQLチューニングするなり

    やり方はいろいろあるだろ。

    日次運用でコンソールから直接DDLを手打ちするとか、全く意味不明なんだか。

    頭おかしい。
    ※109 : ななしこむ  2014年03月09日 18:25
    >>108 アナライズって...何年前の人間だよ

    コメントの投稿


    :名前


    ※本文にレスする場合「>>レスNo」、コメント欄にレスする場合「※レスNo」「米レスNo」と書くと
     レスがポップアップで表示できます。(>>115、※10 等)

    最近の人気記事

    MC.Matome-Complate.com
    お勧め!
    オワタあんてな

    相互RSS募集中!

    コメント・ブックマーク・フォロー・ツイート・ご訪問ありがとうございます(・∀・)



    カテゴリ別アーカイブ
    月別アーカイブ
    nana
    最新記事(画像付)
    カテゴリ別アーカイブ
    リンク集
    逆アクセス
    ブログパーツ