本周一，云頭條報(bào)道稱“Github.com 已掛了 8 個(gè)小時(shí)：數(shù)據(jù)存儲(chǔ)設(shè)備壞掉了！” 許多用戶在Twitter上紛紛吐槽，抱怨網(wǎng)站宕機(jī)，包括中國(guó)、日本的好多惴惴不安的程序員，一些人抱怨自己無(wú)法登錄進(jìn)去，或者分支版本丟失了，等等。

　　乍一看，又是“宕機(jī)”惹的禍。可是，元芳，你怎么看？

（圖片來(lái)源于網(wǎng)絡(luò)） 

疑點(diǎn)一：具體表現(xiàn)。
　　從美國(guó)西海岸時(shí)間周日下午4點(diǎn)開(kāi)始，GitHub.com一直處于抽瘋的狀態(tài)。具體來(lái)說(shuō)，該網(wǎng)站仍在提供頁(yè)面服務(wù)，它只是間歇性地提供過(guò)期的文件，但忽略了提交上去的Gist、代碼錯(cuò)誤報(bào)告和帖子。有時(shí)候，它似乎在提供只讀緩存或它本身的舊備份，不過(guò)一些推送的新代碼無(wú)法發(fā)布到網(wǎng)站上。

官網(wǎng)故障截圖

疑點(diǎn)二：官方聲明。
開(kāi)發(fā)團(tuán)隊(duì)在下午5點(diǎn)后說(shuō)：“我們?cè)诶^續(xù)努力遷移數(shù)據(jù)存儲(chǔ)系統(tǒng)，以便恢復(fù)訪問(wèn)GitHub.com的服務(wù)。”該團(tuán)隊(duì)隨后在過(guò)去的幾分鐘補(bǔ)充道：“我們?cè)诶^續(xù)修復(fù)GitHub.com的數(shù)據(jù)存儲(chǔ)系統(tǒng)。在此過(guò)程中您可能會(huì)看到不一致的結(jié)果。”

官網(wǎng)聲明截圖

   
　　一般來(lái)說(shuō)，像上面案例中提到的“遷移數(shù)據(jù)存儲(chǔ)系統(tǒng)，以便恢復(fù)訪問(wèn)GitHub.com的服務(wù)”，也是應(yīng)對(duì)IT事故、恢復(fù)業(yè)務(wù)的常規(guī)流程，無(wú)可厚非。然而在故障8小時(shí)候，仍舊無(wú)法提供業(yè)務(wù)支持，只能提供“舊備份”數(shù)據(jù)或者“不一致”的數(shù)據(jù)，讓我不禁懷疑GitHub網(wǎng)站的數(shù)據(jù)有丟失的嫌疑。

　　作為一個(gè)面向開(kāi)源及私有軟件項(xiàng)目的托管平臺(tái)，Github擁有超過(guò)900萬(wàn)開(kāi)發(fā)者用戶。在GitHub，用戶可以十分輕易地找到海量的開(kāi)源代碼。這意味著每時(shí)每刻都有大量重要數(shù)據(jù)在GitHub匯集。如果真的丟失了部分?jǐn)?shù)據(jù)，對(duì)GitHub來(lái)說(shuō)可能只是一小丟丟，可是對(duì)最終用戶而言，則是100%的災(zāi)難。

　　雖說(shuō)容災(zāi)備份領(lǐng)域早就突破了早期的“數(shù)據(jù)備份與恢復(fù)”范疇，而增加了“業(yè)務(wù)連續(xù)”方面的內(nèi)容，但數(shù)據(jù)才是根本，沒(méi)有數(shù)據(jù)，談何業(yè)務(wù)？

　　在這一點(diǎn)上，我十分贊同容災(zāi)備份老牌廠商和力記易提出的“一個(gè)優(yōu)秀的容災(zāi)備份方案，數(shù)據(jù)可用是底線”的說(shuō)法。

　　2015年底，筆者在一次行業(yè)會(huì)議上結(jié)識(shí)了和力記易公司的張總。當(dāng)時(shí)大會(huì)就數(shù)據(jù)安全的重要性進(jìn)行熱烈討論，在交流時(shí)，有人提起前不久銀監(jiān)會(huì)通報(bào)了某銀行的數(shù)據(jù)丟失問(wèn)題，為什么明明做了“雙機(jī)雙柜”，怎么還是不能“幸免于難”？和力記易的張總寥寥數(shù)語(yǔ)解開(kāi)了這個(gè)疑問(wèn)，“數(shù)據(jù)庫(kù)數(shù)據(jù)還在，但是發(fā)生了內(nèi)部邏輯錯(cuò)誤（比如ASM頭文件錯(cuò)誤），所以整個(gè)數(shù)據(jù)庫(kù)就不可用了。”

　　我開(kāi)玩笑的問(wèn)張總“雙機(jī)雙柜方案都解決不了問(wèn)題，你們和力記易的容災(zāi)備份方案呢？”張總斬釘截鐵的說(shuō)“我們可以！”

　　不論是何種數(shù)據(jù)備份，定時(shí)也好，實(shí)時(shí)也好，快照也好，鏡像也好，技術(shù)上的差別就決定了數(shù)據(jù)備份與恢復(fù)的不同結(jié)果。“備份數(shù)據(jù)”能忠實(shí)于“源數(shù)據(jù)”是最基本的，但是如果這份數(shù)據(jù)恢復(fù)回來(lái)以后無(wú)法使用，那這個(gè)恢復(fù)就沒(méi)有任何意義。和力記易容災(zāi)備份軟件——備特佳的CDP持續(xù)數(shù)據(jù)保護(hù)技術(shù)，區(qū)別于市場(chǎng)其他備份軟件的最核心的一點(diǎn)就是：不僅能夠保證備份數(shù)據(jù)的完整性，更能保證恢復(fù)數(shù)據(jù)的可用性。這一點(diǎn)，和力記易稱之為“容災(zāi)備份的底線”。

　　兩年前的經(jīng)歷現(xiàn)在卻歷歷在目，當(dāng)時(shí)是因?yàn)檎鸷常裉毂籊ithub勾想了起來(lái)，卻是衷心的希望GitHub的事故，乍一看是“宕機(jī)”，實(shí)際上也是“宕機(jī)”，千萬(wàn)不要丟失數(shù)據(jù)，浪費(fèi)了忠實(shí)用戶的心血和成績(jī)。

　　所幸，發(fā)文時(shí)，Github在歷經(jīng)了24小時(shí)磨難后，終于恢復(fù)正常，數(shù)據(jù)沒(méi)有丟失，真好。