似乎是收到了中國人的刺激，穀歌的員工們也不願意自己被中國人看低，搞得好像偉大的美國人，還不如這些土鱉中國人一樣。

  所以大家都一起開始瘋狂的加班，等到中國人休息了一晚上，飽睡了一覺之後，就開始繼續工作，然後穀歌和江南集團同時加班了24小時，把最後的調試也給完成了。

  最終原本預計最少也需要花費7天時間的安裝調試工作，隻用了三天半的時間就完成了。

  而在剩下的5天半時間裏麵，江南的高品質服務器展現了自己的價值，因為存儲和刪除的速度極快，所以數據轉移的速度比預計中還要快了許多。

  等到了還剩下最後30%的數據的時候，拉裏·佩奇直接下達命令，不再進行任何刻意的流量限製，全數轉移自家的數據。

  之所以在最後一天冒險下達這樣的決定，是因為拉裏·佩奇和雅虎的接觸很多，對這家公司了解很深。

  此時的雅虎已經是一個龐然大物了，光是美國本部就擁有上千名員工，公司擁有幾十種不同的部門。

  而且內部的管理開始走向混亂，就拿一個服務器部門來說，他們還沒有一個直通高層的管理渠道，是要通過4個部門層層管轄。

  當然了，這樣的情況在大型公司非常的正常，這就是傳說中的大公司病。

  而患有大公司病的企業，內部的信息上報其實是非常緩慢的的，在底層發現了一個信息，往往需要幾天甚至幾個星期的時間，才有機會傳到高層的眼中。

  而這僅僅也隻是有機會而已，大概率還是這樣的信息被直接磨滅在了消息的傳遞之中。

  就拿這一次穀歌的數據異常來說，在拉裏·佩奇宣布全數轉移數據之後，負責監控服務器流量的工作人員第一時間就發現了異常。

  畢竟數據流量猛然增加了好幾倍，傻瓜也能夠看出問題出來。

  可結果這個工作人員卻選擇無視他。

  不是說這個工作人員是和拉裏·佩奇一夥的，被拉裏·佩奇給買通了，相反，拉裏·佩奇和這個工作人員根本不認識。

  這位工作人員之所以選擇無視，原因隻有一個，那就是上報太麻煩了。

  他需要先拉取數據，然後填寫詳細的表格，最後再打一份報告，這些工作加在一起，少說也得花一兩個小時的時間，太累人了。

  在剛剛入職的時候，遇到這種事情，這位工作人員會非常認真仔細的寫好報告。

  可是在發生了幾次這樣的事情之後，這位工作人員卻非常無奈的發現，除了自己的直係上司會看一眼報告之外，這份報告在更上層就沒有任何的反應了，他得不到一丟丟的回饋。

  而事實上，流量在某一個瞬間發生了爆炸事故也是很正常的事情，比如是遇到了某個重點新聞，又例如是遇到了某個熱點事件，又比如是某個地區的網絡出現了某種原因的故障，再或者幹脆就是受到了黑客的攻擊，反正各種各樣的原因都有，但其實沒有什麽大不了的。

  再試過一次無視這樣的情況，也沒有受到任何的處罰和責備之後，這位工作人員就非常幹脆的習慣性無視了，反正工資就這麽多，何必給自己增加工作量呢。

  於是在流量暴增足足三個小時的時間裏麵，雅虎本身直接不做任何的處理了。

  直到三個小時之後，這位員工發現流量依然在高速運轉的時候，他才感覺到一些不對勁的情況。

  可是他也管不了了，因為他要下班了。難道這個時候他要向自己的上司報告，給自己換取一個免費加班的機會嗎？

  所以他非常幹脆的選擇繼續無視，而是向來和自己交班的人，提醒了一句注意一下流量變化，就直接下班走人了。

  而這位來交班的員工抱著同樣的心理，拖拖拉拉了4個小時，給穀歌創造了7個小時的無反應時間後，才發現自己該寫一封報告給自己的上司了。

  於是他花了一個小時寫報告，送到了上司的郵箱裏麵，但此時已經是接近淩晨了，上司已經入睡了，誰還會搭理這樣一封報告呀。

  直到第2天早上9:00上班，上司才發生了郵箱裏麵的這份報告，然後叫來了負責監視的員工，然後這位員工表示，在早上8點多的時候，流量已經恢複到正常水平了，暴走的流量現象也消失了。

  “這就是一個偶然的故障，不用在意！”上司嘀咕了一聲，他如果要上報的話，就得寫兩個小時的報告，太TM的浪費時間了。

  反正現在異常情況已經結束了，估計是BUG自己消失了，那就當做無事發生好了。

  於是乎，從頭到尾，雅虎都沒有處理這一次的流量暴漲的問題，情報與信息在底層就被直接按了下去。

  誰能夠想得到，另一邊的拉裏·佩奇是如何提心吊膽，求神拜佛，度過這一夜的。

  這一個晚上，拉裏·佩奇眼睛都沒有閉一下，一直祈禱著雅虎千萬不要發現問題，千萬不要直接掐斷服務器的數據聯係，一定要讓自己把最後的數據轉移走。

  仿佛上帝有靈，拉裏·佩奇的祈求得到了上帝的回應，一個晚上平安無事，所有數據順利拷貝成功，穀歌的所有準備工作已經完成了。

  “給我們的後台下達命令，格式化掉所有位於雅虎服務器的客戶數據，同時穀歌停機10分鍾，轉接到新的服務器組！”拉裏·佩奇滿臉通紅，捏緊了拳頭下達了最後一個指令。

  這一刻，穀歌徹底脫離了雅虎，浴血重生了。

  ————————————

  “昨天的數據如何了？恢複正常了嗎？”同樣是第二天早上九點，昨天那位工作人員，繼續回來上班。

  他其實還是有些負責任的，腦袋裏麵一直想著昨天持續了三個多小時的異常流量的問題，於是回來之後第1件事情就是查看異常流量是否還在，然後驚喜的發現，流量已經恢複正常了，甚至於說比以往還要少一些。

  這讓這位工作人員鬆了一口氣，恰好這個時候領導也過來詢問狀況，聽說是收到了昨天晚班那位工作人員發的異常郵件，於是就報告流量正常，沒有任何的問題。

  這樣一直沒有問題的狀態，持續到了中午。

  按照公司的要求的工作細則，是要時時刻刻檢查一下每一台服務器的詳細數據，然後對比存儲服務器的情況，看看沒有有數據丟失的風險。

  所以沒有誰會真的時時刻刻去檢查數據，而是早中晚三個時間點對比一下就行了。

  於是這一天的中文，當最新的數據情報出現在電腦上的時候，這位工作人員僅僅隻是掃了一眼，然後整個人的身體就瞬間僵硬住了，幾秒鍾之後，才發出鬼哭狼嚎一般的尖叫聲。

  這回的動靜很大，直接就把上司給驚了過來，上司一看數據，整個人也徹底傻了。

  因為此時，在全部的存儲類服務器裏麵，有將近8000台存儲服務器的數據被全部清空，還有6000台存儲服務器大量的丟失數據，占到了服務器總數的14。

  “這些被清空的服務器，都是那些部門的服務器，還能恢複嗎？”上司絕望的問道，他知道，這些數據大概率是無法恢複的。

  就算能夠恢複，恐怕時間也是按照月來計算的。哪怕最後恢複成功，他們的人生和未來也全部完蛋了，他必須要從公司離職了。

  這些可都是公司最重要的數據呀，沒了這些數據，公司根本不知道該怎麽向用戶交代。

  “這個……不幸中的萬幸，我查了一下，所有丟失的數據都是屬於穀歌公司由我們代為保存的數據，我們公司自身的用戶數據沒有任何損失！”工作人員說道。

  “真的！”上司臉上立刻露出了絕處逢生的激動，他立刻重新調查了一遍，確認這個工作人員沒有說錯，丟書的數據確實和雅虎沒有一分錢關係，全部都是穀歌的。

  “就算是真不夠糟糕的了，恐怕整個穀歌網站現在已經陷入了癱瘓的狀態了，穀歌的人，很快就會找上門來的！”工作人員絕望地說道。

  或許這一次上司還能夠活下來，可是他自己是必死無疑了。

  “奇怪，你說這一次為什麽獨獨是穀歌公司的數據被刪除一空了？又是什麽時候刪除一空的？”在發現情況似乎還有轉折之後，上司忽然反問道。

  “應該就是昨天那股巨大的數據流的問題！”工作人員分析道“一定是有黑客潛入了穀歌公司的後台，然後奪取了他們公司的權限，再把服務器裏麵所有的數據都可以刪除掉的，隻有這個解釋了！”

  這位工作人員說的沒錯，目前確實隻有這個解釋，畢竟誰都無法想象，這些數據會是穀歌公司自己刪除的。

  “不，不一定，這還真不一定是黑客幹的！”上司搖搖頭，他想起了公司內部很多的傳聞，想起了公司一直和穀歌進行的艱難的談判，還有楊老板時不時的震怒，以及自己手中握有的穀歌公司的死穴。

  搞不好，這還真不是黑客幹的，這是自己人幹的呀！