sqlserver update或者Delete誤操做恢復方法---【驗證】

具體方法：

　　　　 原文:http://blog.csdn.net/dba_huangzj/article/details/8491327

經驗教訓：

一、新建數據庫必定要作一次全備份；

二、制定定時計劃任務作數據備份；

三、決不能直接把開發環境鏈接生產數據庫；

四、作技術，尤爲是作數據相關的技術，是要很嚴謹的，決不能掉以輕心，時時刻刻保持嚴謹之心；

 

災難狀況概述：

在執行Update語句的時候，忘記添加Where條件，沒有用事務，致使3000多條重要數據被我搞成一個模樣。真是腦殼一熱啊，一個按鈕點下去全完蛋，並且以前還不備份。

災難應急過程：

當時慌了神，但咬着牙告訴本身要冷靜，腦海裏n多後果浮想聯翩，首先使用關鍵詞「sqlserver update 誤操做恢復」百度一頓搜，沒有方案，不少人說沒有備份不能恢復；而後相同關鍵詞搜谷歌，也沒有；最後加了個sql QQ羣，點了幾個管理員一通問，有兩個回答的，其中一個說沒有備份不行，另外一個說使用日誌能夠恢復。而後，我改變關鍵詞sqlserver日誌還原恢復，結果看到了這個救命的文章，新建測試數據庫，按照步驟走了一遍果真OK，而後把生產數據庫數據文件和日誌文件，以及3個月前的一個完整數據庫備份拷貝到另外一臺電腦上，進行附加，而後按照原文步驟進行還原，果真，個人數據回來了！！！

整個過程歷時四個小時，太漫長了，那麼多人都說不能夠，但有一線但願咱們決不放棄，若是我放棄了，命運可能就此變化了！

關鍵點總結

使用原文方法須要知足如下條件，原文博主也說的很清楚了，我再敘述一遍：

一、數據庫恢復模式爲完整，不是的改過來；

二、曾經完整備份過數據庫，這一點我是11月14號發生的這件事，找到了7月30號的一個完整備份(.bak文件)

具體操做步驟，請查看原文，請堅決的按照步驟走下去，過程當中可能會由於操做不當或者其餘緣由，有些錯誤提示，記住能夠採起刪掉從新附加、關掉管理環境從新打開等方式。

原文:http://blog.csdn.net/dba_huangzj/article/details/8491327

再次感謝原文做者：發糞塗牆以及QQ朋友 ：風揚/淺尾，但願這種有價值，有巨大意義的好文章愈來愈多。

 PS：

從鬼門關走了一圈回來（重要數據update誤操做，很是重要），如今內心還不能平靜，寫一篇文章，記錄一下這個莫大的教訓，這次多虧一篇文章救急，很是感謝其做者，

本博客也是對原文方法的一個驗證（原文地址：http://blog.csdn.net/dba_huangzj/article/details/8491327，如下簡稱原文），再次表達原文做者的感激之情（若是沒有這篇文章，我想我真的得捲鋪蓋走人了，狀況可能會更糟！）。