→ alog: 把mysql 停掉 然後找工具 把mysql的data目錄的資料找回來 05/23 20:46
→ Darkword1987: 連夜潛逃(誤 05/23 20:47
→ alog: 找工具的時候先用一台vm或其他測試機確認軟體你會用 然後確 05/23 20:47
→ alog: 實有東西回來 05/23 20:47
→ alog: 再講資料救援工具裝在你出問題的機器上 05/23 20:48
→ alog: * 再將 05/23 20:48
推 Beersheep: 目前看到的建議都是不要再寫入資料 不然 05/23 20:50
→ Beersheep: 會被覆蓋過去 05/23 20:50
推 brucetu: 先把機器關機 去其他機器找好工具 拔硬碟過來救資料 05/23 20:55
推 f124: 先離職 下一間會更好 05/23 20:58
推 Hotpenis5566: 留著也是黑 不如歸去 GG私密達 安心上路 05/23 21:00
→ brucetu: 遞辭呈逃跑問題不會解決吧 告你還不是要出來面對 05/23 21:01
推 wuliou: 東西可以開始裝箱了 05/23 21:08
→ puritys: 有 enable binlog 嗎？ 05/23 21:09
推 ns1234: 沒備份啊 gg 05/23 21:15
推 laputaflutin: rollback? 05/23 21:19
→ cloud1230: 以後記得sql前面要加begin tran ~XDDDDDD 05/23 21:21
→ SoftMen: 自殺不能解決問題 05/23 21:31
→ pooznn: 以前我們"副理"也幹過 他是說熬了好幾天夜 不小心刪錯 05/23 21:40
→ pooznn: 結果只被經理唸了幾句 沒事兒 沒事兒 05/23 21:41
推 mathrew: FTKImage 05/23 21:42
推 pig00225: 人生重來槍 05/23 22:31
推 wa120: 磁碟重組 05/23 22:31
推 prosperous: QQ 05/23 22:37
推 hakkacandy: XDDDD 05/23 22:40
→ puritys: Google binlog mysql recovery 05/23 22:53
推 kiwatami: dump 回去囉 難道沒做備份排程...？ 05/23 23:01
→ y3k: drop這個指令應該要進行三步驟驗證:captcha=>two men rule=> 05/23 23:03
→ y3k: 虹膜辨識 05/23 23:03
→ y3k: 而且每個步驟都必須驗證確認相隔一小時以上 05/23 23:04
推 Boston: GG 05/23 23:04
→ yr: 開始準備履歷啦 05/23 23:07
→ felixgugu: 你都可以隨便下drop那我看這系統也還好吧~沒那麼嚴重啦 05/23 23:13
推 blackie1019: 上面說的是實話.... 05/23 23:35
推 kevin28: 之前有認識一個人，把前公司重要DB drop且沒備份，隔天就 05/23 23:39
→ kevin28: 提辭呈XDDD 05/23 23:39
推 cobrasgo: 我也很好奇為什麼可以輕易讓人下DROP 05/23 23:51
→ viper9709: 沒有備份嗎 05/23 23:52
推 tomroy: 幫QQ 05/24 00:10
推 Chris926926: drop可以隨便下的嗎＝＝？ 05/24 00:19
推 chuegou: 前公司遇過一次 最後資料只回來一小部分 當事人被記過 05/24 00:46
推 yotsuba1022: 哈哈drop哈哈 05/24 00:47
→ brucetu: 我覺得比較常見的是delete或update下錯 05/24 00:48
→ brucetu: drop database 這幾個字應該很敏感才對啊沒事也不會打吧 05/24 00:48
推 tvbic: 你準備跑路吧 05/24 00:49
推 lturtsamuel: 這啥爛防護竟然可以給你隨便drop = = 05/24 00:50
推 yyc1217: 記得之前才有一個新聞國外有公司老闆把所有主機都給rm掉 05/24 00:52
推 a23633302: 看是要潛逃大陸還是東南亞 05/24 01:09
→ manaup: 在server還上電運轉時給硬碟一腳 就沒人知道有東西被drop 05/24 01:33
→ manaup: hd fail是很常見的硬體問題 比DB被drop還常見 05/24 01:34
→ manaup: 如果是雲端主機 那就用fdisk 05/24 01:35
推 hungys: 幫QQ 05/24 02:04
推 chrislt2322: 痛哭流涕 05/24 02:34
推 abola921: drop table 是小事，沒備份才是大事 05/24 08:58
→ abola921: 藉機會實際演練一次災難回復程序吧 05/24 08:59
推 MysterySW: 這不都是大家平常開玩笑時拿來講的 還真的會發生喔= = 05/24 09:05
→ v7q4: 開104了 我是認真的 05/24 10:39
推 ago1414: google binary log try it 05/24 11:42
推 tloy1966: 不是什麼大事情 05/24 13:00
→ tloy1966: 直接承認 現在你的地位最大 05/24 13:01
→ tloy1966: 你還有一點機會可以救回來 05/24 13:02
→ tloy1966: 把你Fire很可能什麽都救不回來 05/24 13:02
推 kwpn: 找律師啊 05/24 14:08
推 MIKEmike07: 拍拍 05/24 14:58
→ knives: DB drop還好，前同事，還有在大家的開發機根目錄下 rm -rf 05/24 15:33
推 Rocker5566: 讚讚讚 05/24 16:20
推 allqooxx: Drop 讚讚讚 05/24 17:36
推 Beersheep: 把主機rm掉那個 後來出來坦承是在刷關注 05/24 20:09
推 abc0922001: 公司都說要找負責任的員工，這時候就是證明的時候XD 05/24 22:49
推 cookiesgreat: 我之前主管真的有 sudo rm -rf / 過，砍掉一堆東西 05/24 23:07
→ cookiesgreat: 還得把 ls SCP 回來才能用XD 05/24 23:08
推 jammy50605: 跟老闆說客戶資料都被drop了 05/25 21:36
推 cacasi: 這就是告訴你以後記得要備援，還要把危險的指令停用 05/26 21:02
推 leicheong: 主機是Windows的話, Volume Shadow Copy可能有之前某 05/26 23:18
→ leicheong: 時間點的版本... 05/26 23:18
推 db: 政治解決 說電腦突然軟硬體異常 你勇於負責趕快重建 只是DB無 05/27 09:49
→ db: 法救回 05/27 09:49
推 ericrx3460: 問黑黑有無幫備份 05/30 10:29
推 Louis5213: 投胎吧 06/01 19:05
推 qqamy0329: 怎麼可能沒備份排程...... 06/05 10:19