不小心刪除公司數據，會怎麼樣？
比如說，公司新人進來誤操作不小心把一些資料庫或者網頁的頁面給刪除了破壞了，導致用不了。那麼他需要賠償嗎？首先感覺這好像沒辦法追究刑事責任，似乎頂多就是開除是嗎？像這些數據也沒什麼定價，但是大家都知道這是很重要的。這要怎麼處理？
那年公司ERP系統剛進行升級
因為公司陸續上了MES和PDM系統。為了加快整個公司信息化平台的統一，請了個第三方公司來做中間介面。
然後故事開始了。
某一個晚上，第三方人員問我要ERP的SA密碼。
我很警惕：「你要幹嘛？」
「我測試一下中間表。」
「有沒有寫表的操作？」
「沒有，只有讀表的操作。」
於是我放心的給了SA密碼。給了VPN許可權通道。放她進來了。
十分鐘後…..
她帶著哭腔打電話來（是的，對方做測試的是個93年的萌妹子。）
「吳哥哥，伺服器中毒了。。。。」
我當時還在逛果殼呢，一聽她說我伺服器中毒了，我表示無比淡定。還以大哥的經驗教訓了一頓她。
「叫你不要往我伺服器傳插件嘛，這次幫你解決一下，下次不準了喲。」
我認為是小case呢，不就中毒了嘛，系統往回滾一天就好了。
然後悲劇的事情就出現了。遠程進不去。於是我就去機房本地登錄，居然也進不去。。。。我不死心，強制重啟。居然還是進不去。。。。我的伺服器系統就這樣崩了。。。
好在那幾天在做開發，系統沒有啟用。於是我和我的老闆彙報了這個情況：
「老大，我們伺服器系統崩了。」
「哦，那就搞好它讓它別崩。」 果然是霸道總裁啊。
當時數據和應用伺服器我都是分開跑的，所以應用伺服器奔潰了，我覺得也沒多大事，就重新做系統吧。於是我重新做了個系統，然後喊萌妹子上來搭平台。
「小劉啊，你可害慘我了。一個下午給你重做伺服器系統了，我基礎環境都配置好了，你上來搭平台吧。」
萌妹子那是無比的歉意啊，又是答應請我吃飯又是答應請我看電影的。我都想系統再崩潰一次了。
按理說這樣應該是沒問題了，就在我走出機房，在外面抽了根煙，45度仰望了一下天空，聯想了一下和萌妹子點個9分熟的牛排，在喝一口二鍋頭這樣浪漫的晚餐的時候。電話來了。
來電話的是萌妹子的老闆。
「小吳，我想找一下information.db
和 mfmedia.db 這兩個總表，沒找到。你給我找一下。」
我都蒙了，從來沒人問過我這樣的問題，難道她老闆不是IT行業的。
「資料庫文件都在目錄樹里啊，自己去找啊。」
「沒有。」
於是我登上伺服器一看，我傻了。所有的表都空了。所有的表都靜靜的躺在那，但是裡面都空了。。。。。
不可能啊，我資料庫是放在另外一台伺服器上的，怎麼可能會沒有了。
於是我問萌妹子
「XXX，你到底做了什麼操作啊，為毛我資料庫都沒了。」
萌妹子說 我啥也沒幹啊，只是按照步驟一路點YES,
我才想起來，在第一次配置基礎環境的時候，建賬套會提示是否初始環境，如果點是了，資料庫就會被初始化。然後這位萌妹子傻傻的點了是。
「你知道不知道你幹了什麼，公司06年到現在所有的數據，財務的，供應鏈的，進銷存的全部都在這台伺服器里。200多個G數據，因為你一個是，全沒了。」
萌妹子也嚇蒙了，話都說不出來了。
沒辦法，我再給我老闆打電話。
「老闆，有個好消息，有個壞消息。」
「直接說壞的。」 我就喜歡我們老闆這麼直接。
「恩。。恩。。那個。。就是那個。ERP的數據沒了。」
「哦，那就找回來。」老闆還是那麼的霸氣。我特么都要愛上他了。
「老闆，我想你沒明白這個的嚴重性。ERP數據沒了，從06年開始的都沒了，這意味著就算找回來，整理所有的表，排錯也需要3天左右時間，到時候所有的生產都要暫時停止。如果找不回來，我們可能就要倒閉了。」我忽然有種掌握天下蒼生的感覺。
。
。
。
。
對面沉默了5秒後，爆吼了一句：「吳XX，你給我滾到我辦公室來!!」
中間和老闆手握手談心，被老闆親切慰問的細節跳過不表。
當時公司高層對數據安全還沒有那麼重視，之前預算做的項目，我已經做了備份的計劃書，一直沒被審批下來。現在估計悔得腸子都清了。
於是我開始漫長的數據恢復之旅。
我之前已經做了個本地備份的計劃，每天晚上會備份一次。我把希望都放在了它身上。等我把備份的資料庫附件上去，發現時間居然都是兩個星期之前的。而且還有一些新表都沒有。我聯繫對方，對方告知研發人員兩個星期前做測試的時候把備份計劃關了。。。。。我心裡萬頭草泥馬奔騰而過。
最後沒有辦法，把老伺服器又翻了出來，翻出之前的老數據，開始轉換。
期間老闆給我簡訊：
「數據恢復進行的怎麼樣了呢。」
「報告，正在穩步進行中，按照目前的狀況，可恢復的可能性超過90%。」 別問我90%怎麼算出來的，我就是哄他才這樣說的。
「誒，真是心急呀，睡都睡不著。小吳呀，當初要是聽你的，上了備份該多好呀。」現在知道後悔了，哼哼。
「老大別擔心，我會搞定的。」是的，作為一位負責的員工，我就是這麼讓老大心安。
「恩，那就交給你了哦，熬夜少抽點煙哦。」哎呀，瞬間覺得我老大萌萌噠有沒有。
這裡花了我一個晚上加一個白天。
數據轉換好了，還有一些時間差的數據沒法找到。於是通知各個部門，找單據，開始往裡面補單子。一條一條的按照業務流程補進去。為了協同更方便，在會議室加設了幾十台電腦集體辦公。。。在大家一片怨聲載道中，三天時間，終於把數據恢復了過來。三天內我沒離開機房超過10米，吃喝拉撒都在機房，不對，拉撒不在。
這件事情造成的後果：
1.
大部分員工放假三天，我加班三天三夜。。
2.
本來很愛我的大部分員工因為單據事件，集體轉為黑我恨我了。
3.
公司立馬批了我的計劃，冷備，熱備，異地容災。全部上全了。
4.
我揮刀自宮，自己罰了自己，扣除了自己一個月工資。
5.
老闆到現在還是在懷疑請的那家公司已經被我們競爭對手收買，是故意來破壞我們的。
6.
萌妹子拉黑了我。
這真是個悲傷的故事。
偶爾要做 DB 維護，這是一點點經驗。
不要走神。不聽歌，不聊天，不吃東西，不喝飲料，頭腦清醒，知道自己在做什麼，要做什麼。
寫出步驟。連接到哪個資料庫，ip是什麼，運行什麼命令，先做什麼，後做什麼，出了問題怎麼roll back，我知道你都懂，但要寫出來，不要相信自己的記憶。
在測試環境驗證。拿來寫好的步驟，在測試環境中跑一遍，一半以上的可能會發現問題，然後再修改步驟，不要直接在產品環境中跑。
delete 和 update 前，先查詢，用同樣的 where 語句 select，至少知道有多少記錄會被影響到。
drop 和 truncate 之前，檢查三遍，連接的是不是正確的資料庫。
一次只連接一個DB，不要開幾個窗口，有的連測試，有的連產品，或早或晚，你會出錯。
備份，備份，備份。
最近有本書挺火，《mysql從刪庫到跑路》，建議去看看。
由於本人所在的部門提供雲資料庫服務，上面實例少說也有好幾萬，碰到客戶誤刪庫的情況實在太多了，基本上每隔幾周就有一個客戶哭喪著臉來請求幫忙恢復到指定時間點......
也有客戶拒不承認自己刪的，各種找操作日誌，非得啪啪啪打臉才肯認，所以我很大一部分時間都在跟客戶扯皮，找證據....
做了這種失誤並導致無法完全恢復的，那就真準備跑路吧...
我實習的時候干過這種事……
外企500強，製造業，誤刪了上萬條付款信息，金額3000多萬……
背景信息：因為是小實習生，所以工作職責很簡單，和四五十家代理商對接，所有代理商把他們的銷售記錄發給我，我幫他們整理完統一向公司申報付款。
公司有自己的系統，但是代理商並沒有許可權登錄系統。。所以要我和老闆幫他們整理審核完信息一起輸到系統里。。。所以所有的記錄都先會保存在一張excel表裡，這就是隱患啊！！一開始老闆會和我一起定期共享這張表，後來因為我表現得好，老闆不過問了。。於是。。。
其實我有很仔細的保護數據。。每隔兩三個小時就另存為一次。。可是。。
有一天公司升級電腦，把系統重裝了。。。。我竟然把所有數據放在了桌面也就是C盤！(其實是公司給我的電腦只有C盤而我沒分區。。)
於是所有數據都沒了。。一整年的記錄。。。
那段時間所有代理商不停追著我問「上個月的款怎麼還沒打啊」「我們公司怎麼沒收到錢啊」。。。
當時我想。。他們公司會不會因為我的失誤股價大跌啊。。。
解決的辦法。。。
1.一條一條地翻郵箱。。把裡面涉及到付款的東西找出來。。(平時一周有上百條郵件。。我要翻一年的郵件。。感受一下。。)
2.把所有快遞殼子拿出來。。因為代理商會在殼子上貼紙寫金額。。也是一條一條做。。。(於是我從那以後養成了從不扔快遞殼的習慣。。)
3.找文印中心。。大公司收到的發票都會複印或者掃描，從他們那裡找複印文件做核對。。。
那是我那段實習生涯中最黑暗的時候。。。
解決完所有事。。到了實習的最後一個月，老闆問我，你要不要續簽？我問他，簽多久？他說，想簽多久簽多久。。。我想了想。。還是沒臉繼續給公司工作了。。。。逃跑了。。。
當然我工作時最可怕的不是丟數據。。因為數據可以補。。最可怕的應該是丟發票。。。每天數著一張張發票，有的一張幾十萬。。。如果掉了一張真的賠不起真得跑了。。。
這個故事告訴我們。。大公司繁瑣的流程(掃描存檔、郵件溝通)，有時候能救你一命。。。
這個故事也告訴我們。。大公司呆板的辦事風格(不用雲共享，流程節點單人負責)，有時候會害你一命。。。
這個故事還告訴我們。。不要在桌面放東西。。桌面的東西都是C盤的。。
最後，這個故事告訴我們。。。不要相信實習生。。。
——————————————————更新聲明
公司有付款系統，但是代理商沒許可權登錄，所以都是我手動幫他們輸進系統的。。。
謝謝評論區大家告訴我這麼多解決辦法。。。可惜兩年前我沒有知乎啊！！！
這種事情我干過，而且是因為一隻雞。不要多想，真的是雞，一隻雞的雞，不是一個雞的雞……
背景交代：
事故發生在兩年前，那時候我所在的公司主要客戶是某國家暴力機關，我當時負責某省的售後技術，所負責的系統用戶數跟互聯網公司比起來不算什麼，但也是以萬為單位的量級，而且都是該機關的國家公職人員。
事情經過是這樣的：
某天上午快下班的時候接到一個客戶電話，說他把密碼忘記了，讓我們給重置一下。因為是內部專網系統，也因為接近中午腦子裡想的都是吃，所以我甚至沒有核實對方身份就進了資料庫改密碼。
已經說過，當時肚子太餓，只想著改完趕緊去吃飯。事實證明，在原始生理需求面前，真的會讓人喪失理智。
平時為了防止出錯，我一般都會用DB來修改資料庫，但是當時我正好遠程登錄了機房的伺服器，本地機器也沒有開DB，所以我就直接用SQL語句給客戶改密碼。結果，就是為了這個方便，外加腦子裡在思考一會吃什麼這個永恆的人生難題，我犯了一個超級低級的錯誤：我只寫了update 表名 set passwd=123456就開始執行！對，我沒有寫where useid=******。也就是說我把上萬個用戶的密碼都改成了123456！！！
當屏幕上顯示上萬條數據更新完成的時候，我腦子裡面想的是一會吃涼雞還是吃牛肉，要白菜還是茼蒿……一秒鐘之後，我終於清楚的意識到發生了什麼事情！去你媽的涼雞！去你媽的茼蒿！我現在想吃刀！
不幸中的萬幸是事發時離下班只有十幾分鐘，更幸運的是國家機關工作人員的下班都極其準時甚至只會提前。事實也證明當時真的恐怕已經沒有幾個人還在崗位上，因為所有人的辦公系統都被踢出來了我卻沒有接到一個電話……
事情既然已經這樣發生，我就不能只是悲傷的坐在你身旁，想辦法解決吧。
其實也不用想，因為留給我的只有還原資料庫這一個選擇。但這也只是一個無奈之舉而不是一個天衣無縫的方案，因為我們的資料庫備份計劃任務是一天一次。也就是說我只能把這張表還原到昨天的狀態，但是誰也無法知道這一天之內幾萬用戶有多少人自己改過新密碼，而且這種單位人事變動又很頻繁，我只能很不愛國的期待這些國家公職人員很懶或者安全意識很低從來不修改密碼了……
事情最後的結果是：
1、還原資料庫後的整個下午我接了十幾個電話反應他們早上新修改的密碼登錄不了，我只能告訴他們，不如你用舊密碼試一下啦，說不定會有驚喜哦……這說明這個國家其實還是很有希望的，還是有很多國家機關工作人員兢兢業業努力工作不怕麻煩安全意識很高的；
2、公司並沒有知道這個事故，因為客戶的所有問題都是先反映到我這裡再由我反映到公司，我喜歡吃的東西很多，但是不喜歡吃魷魚，所以沒有理由我給自己買魷魚吃；
3、當天中午我沒有吃到午飯……
這件事情告訴我們一個道理：做任何事情，包括搞機、搞雞、搞雞和搞基，都一定要專心，千萬不能在搞機的時候想著搞雞、搞雞和搞基，不然最後你可能什麼ji都搞不到！
————————————————更新分割線——————————————————————
說實話，這個回答被給了這麼多贊，如果說心裡沒有在竊喜，那是假的，因為這畢竟算是我在知乎的第一次認真答題，得到200多個贊簡直比撿到200塊錢還高興。但是是竊喜的同時，更多的卻是惶惶不安，因為我的這個回答並沒有解決題主的問題，只是借個地方分享了一下自己的經歷罷了。
同時我也看了目前得票較多的大部分回答，好像都沒有從題目出發真正回答了問題。要麼是跟我一樣分享自己的經歷，要麼是講了一些如何預防這種事情的經驗。所以，這次更新主要有兩個目的：
一、關於評論中很多我提到的明文密碼，我們當時用的確實是明文保存。因為這個系統做得比較早，我也不知道當初為什麼要這樣設計，反正交到我手上的時候就已經是這樣，一直到一年多前才改成了MD5.
二、我試著來回答一下題主的問題：
憑著已經嘗過的一點法律知識記憶，以及詢問他人，配合網上的百度的資料，整理出以下幾：
1、公司一般都會有相關的規章制度，或者用人單位與勞動者簽訂的勞動合同裡面都會有相關規定，只要這個制度和規定沒有與相關法律相抵觸，那應該是按照這個制度來進行相應的處理，該開除開除該處罰處罰；
2、如果沒有上述制度和規定，那麼事發後首先應該是勞動者與用人單位之間進行協商處理，如果勞動者對公司提出的處理意見不滿意，可以申請勞動仲裁；
3、如果通過勞動仲裁還是無法達成一致意見，那只有通過訴諸法律來解決了；
4、誰主張誰舉證，所以公司應該拿出證據證明損失是由於勞動者的主觀過失所造成；
5、如果賠償，一般是從員工工資裡面扣除，而且每個月所扣金額不能超過員工工資的20%。如果扣除20%後員工所領到的工資已經低於當地最低工資標準，則按當地最低工資標準發放；
6、如有證據證明該過失是員工有目的為之，構成犯罪的，除了民事賠償之外，還要追究刑事責任；
7、一般情況下是不會讓員工賠償全部損失的，需要區分責任承擔相應損失。因為通常這種事情的發生也會伴隨著公司管理失當等問題；
8、因為員工的過失造成的第三方損失，由用人單位對外承擔責任進行賠償，但是賠償後用人單位可以向過失員工追償；
9、這條是我自己主觀臆斷，如有不妥還請指正：如果損失金額巨大，明顯超出過失勞動者的賠償能力，比如幾千萬，哪怕區分責任後員工所應承擔的數額依然特別巨大的情況下，過失員工應該只用承擔一定數額的有限責任。畢竟用人單位如果指望過失員工來賠償損失已經變得相當不現實；
10、具體到實踐中，存在的變數太多，具體問題還得具體分析。
水平有限，無法提供系統的實踐方案，僅是羅列了相關點，並且這些點本身也可能存在錯誤或者不嚴謹的地方，還請知情人士指正。然後期待能有專業人士來提供專業的回答！
最後，感謝大家給予我這個跑題答案這麼多贊，但是我要厚著臉皮說一句：如果你們能把這些贊給到我下面這個回答，相對來說我會更心安一些……
你拍的最讓你「驚喜」的照片是哪張？ - 李不清的回答林易清，你膽子夠大啊，現在老總梁建章懸賞找你呢，你丫還敢跑來知乎匿名發帖子
你以為你匿名了我就看不出來？你那字裡行間流露出來的氣息我十里遠都能聞出來
我當初眼睛瞎了怎麼招你進來了，我那麼信任你，給了你select許可權，中午還帶你去吃自助餐，可是你不知足，天天跟我要許可權，一直給到grant
我現在TM腸子都悔青了，drop是隨便亂用的嗎？哎我艹，我TM差點忘了我第一次坐你旁邊故意看著你讓你體驗一下我們公司16U的超級伺服器的時候，你TM給我幹了什麼？你進入終端以後第一個命令就是rm -rf /，要不是我手快按住你，全公司就瘋了，我問你誰給你的勇氣執行這個命令，你說你只是想列出根目錄的文件列表啊，當時我竟無言以對！
你知道辦公室現在是什麼情況嗎？我做你師傅我真是倒了八輩子霉了，我的3000塊錢年終獎已經宣布取消了，梁建章當眾宣布的，並且扣了我這個月工資的三分之一，足足600塊
你丫快回來吧，別讓我再幫你背鍋了，算我求你了！
---------------------------------------------------------
說真的，當時你複試第一次上機不做題卻立刻先卸載某雙核瀏覽器的時候，我就意識到你這個人就愛刪刪刪，你心裡想著select，手上都能敲出delete
---------------------------------------------------------
截止到2015年5月29日12:00，林易清還沒回來上班
---------------------------------------------------------
召喚林易清：
林子，回來上班吧，頁面恢復了，數據也沒丟（老梁沒讓我參與恢復，丟沒丟我也不知道），原因查出來了，不是你的錯，還記得年會時跟你搶龍蝦吃的那個傻X DBA嗎？他為了在家操作方便在防火牆上私開了一個埠，redshit的埠掃描器是7*24小時運行的你也知道
只怪你平時太愛刪東西了，結果一出事連你自己都以為是你刪的了，撂下滑鼠背起你的十字架背包就撒丫子跑了，我暫時下了你的grant和delete許可權，目前你還駕馭不了它們
老梁過來跟我道歉了，並承諾加薪200元，對你既往不咎
我也湊個熱鬧吧，遇到過2次。
1，自己誤操作，以為是git rm public/* 結果是，沒帶著git。。當時太困了，而且還手殘的帶了-rf。
然後我網站的所有圖片都在public下面，不多800多張。。
最後記得是在git的cache文件里找到了一些之前殘留的圖，但是文件名字都是hash值，不是原始圖片文件名了。這個沒辦法，寫了個後台，憑藉印象給用戶恢復了一部分，實在恢復不了的，掛出來讓用戶自己領。解釋一下，日記圖和日記對應不上了。
這個是人為的鍋。誤操作。無解。
2，我機智的配置了，命令行的dropbox在vps上。然後，過了一年，偶遇機房硬碟被物理破壞，開機都開不開，所有數據丟失。
這個嘛，環境手動恢復，網站程序有git管理，圖片有dropbox備份，資料庫有crontab每3小時備份再打包扔到dropbox。。所以只是時間問題，還是恢復了。
然後中間有個小插曲，dropbox的最後一個資料庫備份tar包，被損壞了。。我當時。。就。。
幸好，dropbox有文件版本管理，我的tar包都是只備份最新得數據，刪除老的，名字是一樣的。所以下了上一個版本的，也就是癱瘓前6小時前的，也還好，丟了幾篇日記而已，，
哎，不遇到的人是不會理解運維備份的。
不遇到是無用功，遇到了沒有，等死吧，幸虧是自己網站0 0！兄弟出來做第一個份工作就是電話股票交易系統。那還是2000年前，網路，電腦還不普及，
這個系統用電話語音菜單進行股票交易，查詢，還是算高大上的系統。
這時我還是大四沒畢業，就已經上班進了這公司。話說我一進公司，交接的人給我一天時間熟悉，然後就拍屁股走人了。這個業務系統是一個小型機上跑帶語音卡，交易資料庫用的叫Btrieve資料庫（謝謝@岑海陽 提醒），然後計費系統的用命令行工具把數據導入到window下的foxbase，然後進行計費。
話說下面某地市電信局的交易系統出問題了，上班不到一周我的就打發到這裡來處理。原因就是計費不準，於是我就用命令行工具讀了數據到foxbase來進行分析和處理。搞完了發現，業務系統資料庫變成很小？於是我問一下 工作人員怎麼回事，小姑娘說：
這個命令行工具讀完後就會自動把交易資料庫記錄刪除。
自動把交易資料庫記錄刪除。
自動把記錄刪除。
自動刪除。
刪除。
刪。
我操他祖宗，沒人告訴我這個資料庫是這樣的啊，老子才入職一周啊。剛才我做測試的導入數據被我刪除啊。。。。
大約是一周的交易數據丟失了，我想了一夜，把業務系統的剛產生業務數據導出來複制N份，然後一算，總的收入的跟上個月差不多，然後就算交差了，小姑娘也覺得有點不對勁，但也沒明白哪裡出問題。
然後我就回來了，那一段時間一直睡不好，一直在考慮是不是辭職不幹回學校了，但是很神奇，居然沒有人任何人找我麻煩，只是聽我們公司業務說，那個局的最近一月的糾份很多，有人居然多了十多次呼叫記錄。上門找電信局，不過當年電信局才不了他們，愛用不用，反正這個月電話交易費你得交。說下自己的經歷吧
小公司，業務流程基本都走網上。
測試過程中不小心刪錯了資料庫，並沒有發現。
不到半個小時，公司內部群炸了……網站登錄不了
老闆：我們公司網站怎麼回事兒，業務員說打不開了
我：我看下啊……哦 ，資料庫連不上了，我重啟下伺服器，半小時後後恢復。
然後很淡定的，把剛剛測試時備份的那個資料庫導入了，重啟了下資料庫。
忙完了在qq群里看到了這麼一句話
老闆：系統維護中，一個半小時後恢復。
我： 囧rz
________
好多人都問為何不跑測試機，以及許可權什麼巴拉巴拉...
我就一個前端開發啊，運維帶php和設計都是兼職，去年剛畢業暴露的技能太多被當萬能鑰匙用啊。許可權什麼的不是沒有啊 ，是我掌握的太多了。
測試機還是有的，就算拿真機測試也不會直接刪資料庫對吧，當時是開了測試和真機兩個ssh，搞完後刪測試機信息呢切錯終端了。
________
另外已經辭職了，月底走人。
因為對系統熟悉的不能再熟悉，總監已經放棄了在我走之後修改密碼什麼的，改為給一筆(feng)獎(kou)金(fei)。
是因為運營的妹子和你們攜程的高管好了 所以你刪除了數據？現在內部懸賞 100萬！解決這個事情！！棒呆了！！
利益相關———數據恢復工程師。
平常工作中會遇到不少因為誤操作導致的數據丟失的事情。Linux伺服器root許可權謹慎操作，特別是新人最好不要給root許可權。很容易出差錯。題主問的是資料庫，那就說資料庫相關的，處理的客戶Sql Server的資料庫相對多一些，有些是行刪除、表刪除，錯把刪除當成分離，老的備份還原到新的資料庫文件上等等。很多企業都不怎麼重視數據安全方面，平時很少做備份（幾個月半年一次備份的常見）備份放在同一塊硬碟上（雞蛋放在一個籃子里）還有備份的文件要考慮恢復的時間和方便，磁帶機備份還原太慢了，容量相對比較小。有一些公司購買了專門的備份工具，設置自動備份卻從來都沒進行過還原測試，軟體什麼時候停止不知道、能不能還原不清楚、文件有沒有問題？…關於誤操作，凡事謹慎操作，數據安全放在第一位，養成備份的好習慣。人非聖賢孰能無過，當意識到災難已經發生了就要想辦法去處理，而不是選擇逃避，為了逃避責任而進行惡意操作這種情況也碰到過，使得本來可以恢復的數據最後完全沒有辦法恢復了。君子坦蕩蕩，敢作敢為。很多時候情況並沒有那麼想像那麼糟糕…數據重要操作需謹慎。
大河向東流哇
大河向東流哇
攜程的碼農全放假哇
(嘿嘿 嘿嘿全放假哇)
(千萬的數據全沒有哇)
說沒它就沒哇
年終獎金不用想哇
(嘿嘿嘿嘿不用想哇)
(不扣工資燒高香啊)
路見媒體一聲吼哇
該攻關時就攻關哇
公司很好沒問題哇
嘿 呀 咿兒呀
嘿唉嘿咿兒呀
(嘿嘿呀 咿兒呀 嘿嘿 嘿嘿咿兒呀)
我想說的樓上大家都已經說了，我和你有一樣的經歷，當時在搜狐工作，有一天晚上在維護論壇的時候，操作失誤刪了資料庫，具體細節記不清了，不知當時怎麼想的我還去貼吧發了個帖子，其實心裡很害怕
後來，我們組長和同事一起幫我背了這個鍋，非常感謝他們，但由於備份間隔時間太長並且不完整，日夜奮鬥好幾天數據才基本恢復，這件事並沒有引起領導的注意，畢竟公司的項目和網站很多，後來，我辭職了，自己創業做了個兩個網站一個叫826G，另一個叫4dm，其實作為互聯網公司，誤操作在所難免，養成在重要操作前先備份的習慣是很有必要的，不管是程序上的漏洞，還是管理上的，最可怕的還是人
剛工作的時候，部門老大到項目組巡視。給我們表演真正的技術，不料手滑把資料庫干癱瘓了，老大直接把硬碟從伺服器上拽下來，喀喀兩下摔壞了。然後去跟客戶講你們硬碟壞了，這資料庫是很重要的要做雙機。
我還是匿名吧，被以前同事認出來就完了。破壞計算機信息系統罪~~主觀要件：本罪在主觀方面必須出於故意，過失不能構成本罪。
所以兄弟，別聽他們瞎說，千萬別跑，跑了就說不清了。。。。。
------------------剛才給你找這篇文章來著，看看也許有用，你永遠不會是這種事情的創始人，沒事的
2010年7月份，我22歲，在加州的一家網遊公司工作。我剛畢業，這是我的第一份真正意義上的工作。我有了工資收入，有了自己的宿舍。我感覺長大了，頭一次有這樣的感覺。
有兩個「工程師」在為公司的旗艦產品——一款RPG遊戲——寫代碼，我是其中之一。我在大學裡學的是哲學，這意味著，雖然我知道如何去思考、解決一個問題，但我對最佳實踐方法、設計模式等方面的知識很缺乏。我完全倚仗基本的LAMP相關知識，對它們付出了極大的熱情。
這款遊戲的設計者(我們的老大)經常從暴雪公司出品的風靡世界的遊戲「魔獸世界」中吸取靈感。在當時，魔獸世界裡的「Raids」玩法在玩家中激起了前所未有的興奮和熱情。這個東西是我們特別想在我們的遊戲中複製的功能。
我被分派去實現我們的遊戲中的Raids。同事山姆被大量的重構工作糾纏住，於是我就幸運的有機會去開發一些新的令人興奮的東西了。
我們的開發環境的一大特色是，我們開發代碼直接連的是生產庫。回想起來，這真是難以理解，我竟然沒有詢問這是為什麼，真是一個笑柄。
我是使用一個MySQL客戶端來查看資料庫表，這個工具有個華而不實的OSXy介面的界面…遠不如phpmyadmin。我的一部分測試工作涉及到手工的清除RAIDS表，然後用程序重建。
這種工作的單調讓我精神恍惚，一個懶洋洋的下午，我發現自己昏昏欲睡，滑鼠游標移到了USERS表達圖標上，然後彈出右鍵菜單，點擊『clear』。
我的所作所為會帶來的嚴重後果並沒有立即擊倒我。我起初只是感覺到一種靈魂出竅，好像是懸浮在黑暗的房間里，看見各位同事都勾著腰趴在發光的顯示器上。
那麼，究竟是什麼後果呢？我們的遊戲有上萬個付費用戶。用戶花錢買裝備，提升他們遊戲中人物的能力。所有這些人物的數據都放在USERS表裡，現在全沒了。
大概一分鐘之後，一個業務經理走了進來。「我感覺有什麼地方出問題了」，她說。我回答說，「是的，我知道出了什麼問題」。
我發現自己倚著一張桌子給資料庫提供商Rackspace打電話尋求支持，耐心的聽著他們的工程師解釋說我們的資料庫實例的備份兩個月前就已經停止了。啊！
下午，一層又稠又密讓人壓抑的愁雲充滿了辦公室的上空。大家知道有什麼地方出來問題，但只有少部分人知道是什麼問題。我被拽進了一個在會議室舉行的「工程師+領導」的緊急會議。
CEO斜坐在桌子對面，看著我的臉，說，「你他媽乾的好事！你讓我們損失了數百萬美元的收入」。他的合夥（通過Skype遠程出席會議）插進一句話「你替自己禱告吧」。
整個公司在接下來的數天里都在做減災控制。遊戲開發運營上的工作全部停止。技術部員工試圖通過其它數據表裡的數據關係來儘可能的恢復USERS表。非技術員工來應付憤怒的客戶，為那些聲稱記得自己遊戲數據的人做記錄。我這些天乾脆就沒回家。身上都發臭了。
一直都沒有公開的信息表明我要為此全權負責。大家都收到了一份郵件，裡面稱這是一個「初級程序員」的責任事故。公司里只有我和另外一個人被看作是「初級程序員」。
不超過三天，很顯然，所有人都知道了是我。大家開始用異樣的眼光看我。少數幾個人，對此表示同情。但大多數人，更多的是憤怒和不信任。對他們來說，是這個公司提供了他們這最好的工作機會。我把公司推向了困境，也同時把他們的幸福和生計推向困境。
我情緒低落，充滿內疚和慚愧。在一個「全公司」的大會上我公開的進行了道歉。有人鼓掌。
一個月後，終於，我寫了一封辭職信給CEO和項目經理。我離開了這個城市，頭也不回的去了紐約。
英文原文：How I Fired Myself
@陸海鵬
不構成犯罪但是你忘了民事賠償，攜程市值100多億美金，資料庫全刪了不說完蛋也半死不活，對摺再對摺也有25億美金，八輩子也賠不起。
兄弟他們沒瞎說，還是跑吧。趁著記憶還在，回憶兩件事，涉及到機密我會刪除。
本世紀初的事情了，某天下午快下班的時候，某個大媽衝到我們前台，說是電腦壞了，無論如何要幫忙看一看，她找了外面的小電腦公司都搞不定，看著我們這邊門面大就過來求救了，前台回復，我們做集成，不修電腦的啊？大媽一把鼻涕一把淚的，把老闆也驚動了，老闆跑出來問清情況，大手一揮，指著我，你帶人去看看吧，於是我就帶著3個甲乙丙三個實習生過去了，大媽一邊帶著我們小跑一邊跟我說明情況，原來這大媽是個會計，就在我所在公司的斜對面，隧道股份在肇嘉浜路那邊某分公司上班，今天大清早電腦徹底開不出了，求救了內部的網管和外包公司，都來看過都沒辦法，都說是硬碟壞了，路邊的各種電腦社也找過，都修不了，好幾年的數據都在這台電腦上，大媽都急瘋了。我聽著也是撓撓頭。
到了現場，早就裡三層外三層圍了很多人，整個財務部和其他部門的各色人物圍著亂出主意，看到我們這陣容出動，還都穿著正裝，現場鴉雀無聲，以為我們是大救星了，靜下來之後我們這才聽到硬碟發出的吱吱叫，肯定是完蛋了。毫無疑問是沒有備份的，那就做個數據恢復吧，當時數據恢復的生意還很不普及，說實話，我也沒興趣接這個單，搞不好錢沒賺到一身腥臊，在大媽的央求下，我故意開了個能讓全公司吃38元一隻大蝦吃到撐的高價，而且根本不保證數據的恢復率，開盤就是這個價格，不過我也鬆口照實說了，其實恢復的可能性還是不錯的，一般都有80%，大媽想都沒想就答應下來自己掏這個錢，沒想到隧道股份分公司老總不知道啥時候就已經站在我們背後了，直接就開口說我們出這個錢，能恢復就好，嚇我們幾個人一大跳。當然，如果最後數據恢復了的話，我就不會說這個故事了，因為這個事情最後是以悲劇結束的，事後想想我也做得有欠缺，不缺理但是不周全。
後來的故事是這樣的，我讓實習生小甲拆走了硬碟送去了中磁公司那邊做恢復，晚上近10點小甲給我打電話，說是碟片情況非常糟糕，磁頭已經接觸碟片，導致碟片一塌糊塗，數據恢復情況非常差，我第一反應是幾點了小甲你還在中磁啊？趕緊回家！後來恢復足足用了1整天時間，小甲也跟了1整天，中間大媽來催了好幾次，略過不表。第三天一早，小甲把存有數據的MO盤拿回來了，我帶上MO驅動器和小甲去送數據，如中磁朋友所述，恢復情況真的很糟糕，能打開正常使用的文件不超過30%，站在邊上的對方老總臉色極度陰沉，突然問了句，怎麼恢復情況這麼差？不是說當時說80%嗎？當時我擔心對方會不給錢，腦子裡還在盤算怎麼回答的時候，估計小甲急於出風頭，居然接了這個話題，從技術上回答了一下，我當時是糊塗，沒讓他住嘴，讓他給講完了，對方老總居然也聽懂了，最後小甲千不該萬不該感嘆了一句，如果早點發現送過去，數據就能恢復了，開機時間越久，碟片損傷越厲害。為了能收到保證錢，我抓住這點問大媽： 你什麼時候發現機器有吱吱吱聲音的？只可憐大媽實在是沒什麼概念，居然就如實回答了，一句話直接導致了她最後下崗，當時她是這麼說的：機器一個月前就開始聲音不對了，偶爾進不去，進去了也就算了，一直用到前天（也就是找我們的那天）徹底開不出。對方老總當場就炸了，直接打斷她說話，一個月了你不報修的？你開什麼國際玩笑呢？之後大媽一邊哭一邊叱責網管外包公司，老總各種訓話，也是略過不表。
最後的處理情況：
該分公司丟失至少6年的財務數據。當年的數據表格，主要是excel全部重新做，整個財務部全部跟著倒霉，所有恢復費用對方一分錢不少照單全付，我在對方老總的要求下，給他普及了4小時的備份概念，眼看著他的臉孔各種顏色變幻，當天他就直接找我們老總，指名道姓要我做他們的外包和計算機日常培訓，另外買了一大堆的備份設備，大媽被通報開除，去向不明。
呵呵呵~~~~~~
呵呵呵~~~~~~
----------------------------------大家一起等待明天和後天吧-------------------------------------------
下一個：會是誰呢？？？
-------------------------------------------------------------------------------------------
5月29日 原來是 大黑牛
5月30日呢？？？？是誰？？？
------------------------------------------------------------------------------
昨天支付寶大面積癱瘓，因為杭州蕭山的一根光纜被挖斷了。什麼互聯網＋。。。什麼工業4.0。。。什麼大數據。。。都頂不住傳統行業的一鏟子。據說這是一次預謀已久的傳統行業對互聯網的絕地反擊，原以為需要多少資本運作，模式創新，原來找幾個農民兄弟，挖幾個坑就夠了。今天輪到攜程了，明天和後天，花落誰家呢？讓我們盡請期待吧。
誤操作不會。新人沒那麼大許可權。而且資料庫刪了可以回滾，壞了還有備份。伺服器本身當了也有熱備。
攜程這種情況不可能是無意為之，只有主觀故意的同時刪除多台伺服器數據並且同時還堵死了常規恢復渠道才會發生。這不是新手能幹出來的。必須經過周密的規劃。
換句話說，我認為這基本可以確認是有預謀的攻擊而非某個不小心的錯誤。推薦閱讀：
TAG:程序員 | 企業管理 | 資料庫管理員（DBA） | 計算機網路 | 獨特體驗 |