程式員怒刪鏈家9TB數據 十萬塊錢恢復效果還不如免費白嫖?

不知道大家今天看沒看一個新聞,鏈家刪庫的程式員宣判了,

事情是這樣的:

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個億。

然后那名刪庫的老哥,也自然而然被判了六年,

一般情況下,這種員工報復老板的事在坊間都是有不少瓜可吃的,比如人力關系什么的。。。

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

差評君最后想說的是, 犯法的事情不要干!不要干!

不然不但報復不了老板,還得把自己搭進去,,,

那樣可就太不劃算了,

0 条回复 A文章作者 M管理員
    暫無討論,說說你的看法吧