似乎是收到了中国
的刺激，谷歌的员工们也不愿意自己被中国看低，搞得好像伟大的美国，还不如这些土鳖中国一样。最新地址发送任意邮件到 ltx Sba@gmail.ㄈòМ 获取
所以大家都一起开始疯狂的加班，等到中国休息了一晚上，饱睡了一觉之后，就开始继续工作，然后谷歌和江南集团同时加班了24小时，把最后的调试也给完成了。
最终原本预计最少也需要花费7天时间的安装调试工作，只用了三天半的时间就完成了。
而在剩下的5天半时间里面，江南的高品质服务器展现了自己的价值，因为存储和删除的速度极快，所以数据转移的速度比预计中还要快了许多。
等到了还剩下最后30%的数据的时候，拉里·佩奇直接下达命令，不再进行任何刻意的流量限制，全数转移自家的数据。
之所以在最后一天冒险下达这样的决定，是因为拉里·佩奇和雅虎的接触很多，对这家公司了解很
。
此时的雅虎已经是一个庞然大物了，光是美国本部就拥有上千名员工，公司拥有几十种不同的部门。
而且内部的管理开始走向混
，就拿一个服务器部门来说，他们还没有一个直通高层的管理渠道，是要通过4个部门层层管辖。
当然了，这样的
况在大型公司非常的正常，这就是传说中的大公司病。
而患有大公司病的企业，内部的信息上报其实是非常缓慢的的，在底层发现了一个信息，往往需要几天甚至几个星期的时间，才有机会传到高层的眼中。
而这仅仅也只是有机会而已，大概率还是这样的信息被直接磨灭在了消息的传递之中。
就拿这一次谷歌的数据异常来说，在拉里·佩奇宣布全数转移数据之后，负责监控服务器流量的工作员第一时间就发现了异常。
毕竟数据流量猛然增加了好几倍，傻瓜也能够看出问题出来。
可结果这个工作员却选择无视他。
不是说这个工作员是和拉里·佩奇一伙的，被拉里·佩奇给买通了，相反，拉里·佩奇和这个工作员根本不认识。
这位工作员之所以选择无视，原因只有一个，那就是上报太麻烦了。
他需要先拉取数据，然后填写详细的表格，最后再打一份报告，这些工作加在一起，少说也得花一两个小时的时间，太累了。
在刚刚
职的时候，遇到这种事，这位工作员会非常认真仔细的写好报告。
可是在发生了几次这样的事之后，这位工作员却非常无奈的发现，除了自己的直系上司会看一眼报告之外，这份报告在更上层就没有任何的反应了，他得不到一丢丢的回馈。
而事实上，流量在某一个瞬间发生了
炸事故也是很正常的事，比如是遇到了某个重点新闻，又例如是遇到了某个热点事件，又比如是某个地区的网络出现了某种原因的故障，再或者
脆就是受到了黑客的攻击，反正各种各样的原因都有，但其实没有什么大不了的。
再试过一次无视这样的况，也没有受到任何的处罚和责备之后，这位工作员就非常脆的习惯
无视了，反正工资就这么多，何必给自己增加工作量呢。
于是在流量
增足足三个小时的时间里面，雅虎本身直接不做任何的处理了。
直到三个小时之后，这位员工发现流量依然在高速运转的时候，他才感觉到一些不对劲的况。
可是他也管不了了，因为他要下班了。难道这个时候他要向自己的上司报告，给自己换取一个免费加班的机会吗？
所以他非常脆的选择继续无视，而是向来和自己
班的，提醒了一句注意一下流量变化，就直接下班走了。
而这位来班的员工抱着同样的心理，拖拖拉拉了4个小时，给谷歌创造了7个小时的无反应时间后，才发现自己该写一封报告给自己的上司了。
于是他花了一个小时写报告，送到了上司的邮箱里面，但此时已经是接近凌晨了，上司已经睡了，谁还会搭理这样一封报告呀。
直到第2天早上9:00上班，上司才发生了邮箱里面的这份报告，然后叫来了负责监视的员工，然后这位员工表示，在早上8点多的时候，流量已经恢复到正常水平了，走的流量现象也消失了。
“这就是一个偶然的故障，不用在意！”上司嘀咕了一声，他如果要上报的话，就得写两个小时的报告，太tm的
费时间了。
反正现在异常况已经结束了，估计是bug自己消失了，那就当做无事发生好了。
于是乎，从
到尾，雅虎都没有处理这一次的流量涨的问题，报与信息在底层就被直接按了下去。
谁能够想得到，另一边的拉里·佩奇是如何提心吊胆，求神拜佛，度过这一夜的。
这一个晚上，拉里·佩
