不知道大家今天看沒看一個新聞，鏈家刪庫的程序員宣判了。事情是這樣的： 2018年的時候，鏈家的一名技術人員因為不滿公司的崗位調動，遠程刪除了公司服務器上的電子商務系統（ Oracle EBS ），總共9 TB的數據……刪完這9 TB大小的數據之後，他相當於把整個公司的賬本給抹了：

鏈家成立以來所有的員工工資、採購報銷記錄、供應商的貨款等等，全都沒了。

說句不好聽的，假如這些數據拿不回來，大家也別乾活了，直接原地回家放假就完事了。

在公告裡鏈家表示，他們花了18 萬解決這個事：

首先花了10萬找數據公司恢復數據，但是恢復出來的數據不怎麼能用。

後來他們只好又花了8萬，從外面僱人重建了整套EBS系統。

聽著挺心酸的，對吧。

不過不知道小伙伴們有沒有發現一個華點：在這件事當中，鏈家先是找人恢復數據，但是沒成功。

可他們還是老老實實掏了10萬。

但是與此同時，網上各種各樣的免費數據恢復軟件也有不少，點個按鈕就能一鍵恢復被刪除的數據。

雖然八成也成功不了，但至少不要錢不是。

所以鏈家。。這是被二次割韭菜了嗎？

差評君平常在後台也經常收到小伙伴們的消息，說自己一不小心把U 盤裡的文件給誤刪了，求助有關數據恢復的事項。

正好藉著這個由頭，咱們來稍微聊聊數據恢復是怎麼一回事。

其實不管是免費軟件、付費軟件，還是專業的數據恢復機構，它們都是利用了硬盤的一個工作原理：

你刪除的文件，並不是真的被刪除了。

不知道小伙伴們拷文件的時候發現過一個現像沒有：

假如復制一部電影的話，可能得慢慢悠悠的讓進度條跑上一兩分鐘。

但是刪除一部電影，一瞬間就搞定了。

這就是因為在點擊刪除的時候，系統只是給這部分數據打上了一個刪除標記，但並沒有真刪。

聽著可能有點繞，我們不妨拿圖書館舉個例子：

差評君以前上學的圖書館裡有上千本書，這麼多書直接找肯定找不到。

所以圖書管理員那裡有個索引系統，哪本書在哪個位置都能查到。

我們往硬盤裡複製文件，其實就相當於是往書架上放了一排書，然後告訴管理員我把哪本書放到了哪排貨架上。

可要在刪除文件的時候，硬盤偷了個懶——

它只是跟管理員說了一聲那排清空了，但並沒有真的把書從書架上撤走。

然後管理員就真的把這條索引塗掉了，這本書真的就找不到了……

硬盤倒是覺得自己很聰明：“反正下回有新書進來的時候一起搬走就好了嘛，現在費那個勁幹嘛。”

這麼做的好處顯而易見，用戶體感的刪除速度變快了、硬盤的讀寫損耗變少了。

而且順帶著，文件恢復成功的概率也變高了——只要沒有新的書進來，原來的書就還會在那兒。

只是我們以為它們已經不在了。

所以其實和很多小伙伴想的不太一樣，數據恢復並不是施展時間の魔法，讓時間倒轉。

它僅僅是重新親自去一排一排的貨架上尋找，有哪些書明明還在，但是被索引給劃掉了。

最終找到我們希望找回的文件。

而專業的數據恢復機構無非就是有無塵工作間以及更厲害的硬盤對拷設備，能夠提高一些恢復成功率而已。

但是那些已經被徹底擦除的數據，誰都無能為力。

所以在坊間一直有個說法：固態硬盤的數據比傳統的機械硬盤要難恢復很多。

這是因為，固態硬盤為了進一步提高讀寫速度，使用了一項名叫TRIM 的技術。

而所謂的TRIM ，實際上就是圖書管理員雇了一個監工，負責定期檢查那些已經被標記為撤走的書還在不在書架上。

假如這些書還在，他就會負責把這些書撤走。

這樣以後再有新書上架的時候，就不用再額外花時間搬舊書了。

TRIM技術讓固態硬盤長期保持了高速可用的狀態，但是對應著，數據恢復的成功率就無限降低了。

因此，不管是自己恢復還是找數據機構恢復，數據恢復成功的概率都大概是下面這樣：

U 盤/數據機械盤>系統盤>>固態硬盤。

所以要是小伙伴們真的有數據保管的需求，重要資料最好還是放在機械硬盤上保存啊。

或者像差評君一樣，搞個陣列NAS 。

那麼假如真的遇到了數據誤刪應該怎麼做呢，差評君在這裡再總結一下數據恢復的重點：

首先立刻強制關機，停止數據在硬盤上的讀寫操作。

接著燒根香。

接著找個拷盤器，配合數據恢復軟件掃描並且複原被刪除的數據。

或者直接找家數據恢復公司。

怎麼樣，大家學廢了嗎？

知道了這些之後，我們再來聊聊鏈家刪庫這件事。

照道理來說，鏈家財務系統的數據庫還不至於使用高性能的固態硬盤，而機械硬盤上面的數據恢復概率還是不低的。

所以為什麼鏈家最後花了十萬也沒能把數據找回來呢。

我們不妨來看看這起案件的審判書，上面提到，鏈家的技術人員是在發現財務系統連接不上之後，才開始查找問題的根源。

這個時候距離刪庫已經過去了一個多月，硬盤上已經不知道被寫入了過多少新數據了。

並且這名員工在刪除文件時，除了使用了標準的“ rm ”刪除命令之外，還使用了“ shred ”文件粉碎命令……

相當於在標記刪除的同時，還會在上面覆蓋一層新的無用數據。

那些本來還有希望恢復的數據，在一個shred 命令碾過去之後，也就被抹的什麼都不剩了。

這。。是得跟公司有多大的仇啊……

其實就在去年二月份的時候，另一家公司“微盟”也發生過類似的事件。

微盟是一家給餐館飯店小商舖提供在線付款支持的公司，幫助不怎麼懂網絡的個體商戶對接支付寶微信雲閃付一類的結算系統。

做的還挺大，已經上市了。

結果同樣是有個員工不滿公司待遇，把公司的核心業務系統給刪乾淨跑路了。

你們看這個劇情，是不是完全一致。

不過畢竟是核心業務系統，微盟還是有備份的，不至於像鏈家這麼頭禿。

但是恢復備份的過程中還是產生了業務停擺。

據微盟統計，數據恢復期間至少有300萬個商家無法接收顧客的付款，微盟因此賠付了1.5 個億。

股票的市值也在當天蒸發了接近10個億。

然後那名刪庫的老哥，也自然而然被判了六年。

一般情況下，這種員工報復老闆的事在坊間都是有不少瓜可吃的，比如人力關係什麼的……

不過咱們本著不信、不傳謠的態度，就不拿這些瓜說事了。

差評君最後想說的是， 犯法的事情不要幹！不要幹！

不然不但報復不了老闆，還得把自己搭進去……

那樣可就太不划算了。