經(jīng)驗教訓：

1、新建數(shù)據(jù)庫一定要做一次全備份；

2、制定定時計劃任務做數(shù)據(jù)備份；

3、決不能直接把開發(fā)環(huán)境連接生產(chǎn)數(shù)據(jù)庫；

4、做技術(shù)，尤其是做數(shù)據(jù)相關(guān)的技術(shù)，是要很嚴謹?shù)?，決不能掉以輕心，時時刻刻保持嚴謹之心；

?

災難情況概述：

在執(zhí)行Update語句的時候，忘記添加Where條件，沒有用事務，導致3000多條重要數(shù)據(jù)被我搞成一個模樣。真是腦袋一熱啊，一個按鈕點下去全完蛋，而且之前還不備份。

災難應急過程：

當時慌了神，但咬著牙告訴自己要冷靜，腦海里n多后果浮想聯(lián)翩，首先使用關(guān)鍵詞“sqlserver update 誤操作恢復”百度一頓搜，沒有方案，很多人說沒有備份不能恢復；然后相同關(guān)鍵詞搜谷歌，也沒有；最后加了個sql QQ群，點了幾個管理員一通問，有兩個回答的，其中一個說沒有備份不行，另一個說使用日志可以恢復。然后，我改變關(guān)鍵詞sqlserver日志還原恢復，結(jié)果看到了這個救命的文章，新建測試數(shù)據(jù)庫，按照步驟走了一遍果然OK，然后把生產(chǎn)數(shù)據(jù)庫數(shù)據(jù)文件和日志文件，以及3個月前的一個完整數(shù)據(jù)庫備份拷貝到另一臺電腦上，進行附加，然后按照原文步驟進行還原，果然，我的數(shù)據(jù)回來了?。?！

整個過程歷時四個小時，太漫長了，那么多人都說不可以，但有一線希望我們決不放棄，如果我放棄了，命運可能就此變化了！

關(guān)鍵點總結(jié)

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

1、數(shù)據(jù)庫恢復模式為完整，不是的改過來；

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

具體操作步驟，請查看原文，請堅定的按照步驟走下去，過程中可能會因為操作不當或者其他原因，有些錯誤提示，記住可以采取刪掉重新附加、關(guān)掉管理環(huán)境重新打開等方式。

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

再次感謝原文作者：發(fā)糞塗牆以及QQ朋友 ：風揚/淺尾，希望這種有價值，有巨大意義的好文章越來越多。

?PS：

從鬼門關(guān)走了一圈回來（重要數(shù)據(jù)update誤操作，非常重要），現(xiàn)在心里還不能平靜，寫一篇文章，記錄一下這個莫大的教訓，此次多虧一篇文章救急，非常感謝其作者，

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