新浪微博瘫痪,有人开心有人哭

  1. 云栖社区>
  2. 数据和云>
  3. 博客>
  4. 正文

新浪微博瘫痪,有人开心有人哭

知与谁同 2017-07-17 16:49:20 浏览1880
展开阅读全文

据报道,今天下午17时左右,有网友反映新浪微博无法正常登陆。pc和web端同时故障。从下午16:30经开始,相关人员通过Ping命令测试IP可用性发现,新浪微博服务器已经失去响应,测试包含青岛、上海等地的网络均无法打开网站。


640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=


果然被小编不幸言中,2017,真是多灾多难的一年。2017,那些我们一起删库跑路的日子


你可长点心吧。谁知道下次是不是你。


对于从没有用过新浪微博的小编,无法判断此时事情的真相,为了不人云亦云,决定Google一下。结果如下:

640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=


原来这已经不是新浪的第一次大的故障了,至少从2015年到现在,每年保持一次大故障的频率也是很不容易。


不过我们来看看其中一些用词很是有趣。

640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=

640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=

640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=

这么多的瘫痪,看得小编很是忧伤,作为这样一个潮流的社交平台,咱能不能换个新颖的表达方式呢。


当然这个还不是重点,重点是,我们来看看谁在报道新浪微博的故障中最积极。我猜聪明的你已经想到了,每次新浪微博出故障,搜狐总是表现出各种开心,积极主动地帮忙宣传,丝毫不计前嫌~


640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=


话说你开心可以理解,但咱能含蓄一点吗?


不过,这点压力对于新浪微博根本不算什么。

我们知道,新浪微博总是在各种故障的磨练中愈战愈勇。去年有一篇很火的帖子,对比了新浪微博之于twitter的优势。新浪微博又一次碾压Twitter,美国人是这么理解的


曾有人认为,作为Twitter的模仿者,微博也会像Twitter一样遭遇失败。但事实证明,微博已经迎来“第二春”,也成为各大广告主青睐的对象,相比之下,Twitter却使劲浑身解数也依然无法讨好广告主,甚至沦落到“卖身”也无人问津的地步。而在外媒眼中,微博胜出的原因无他,因为它比Twitter更愿意贴近Facebook。


Investor Place认为,与Twitter类似,此前微博的每条内容有140字的限制。虽然目前内容的字数限制已放宽,但只显示前140个字确保微博的界面看起来简洁清爽。除了这个基本的共同点以外,微博与定位欧美市场的Twitter其实有很大不同,它选择了差异化的发展道路。


许多人已经对Twitter和Facebook之间的对比感到厌烦,其实就微博的“粘性”而言,它比Twitter更接近Facebook。


用户可以在每条微博中方便地添加图片、视频和表情,因此微博也成为了更具参与感的社交平台。此外,微博提供了许多模板可选择,帮助用户定制自己的个人主页。


投资分析网站Motley Fool也认为,微博在策略上更接近Facebook,而这正是其能够胜过Twitter的原因。例如微博取消140字限制这件事,就与Facebook对长帖的处理比较类似,这表明微博对演变为一个混合型平台持开放态度,它将综合Twitter和Facebook的优势。

640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=


我想运维的人大概都不追星,因为明星一来,就意味着高并发。新浪微博多年来任劳任怨,拥有广大的明星团队,孜孜不倦的进行压测。


本次故障疑似机房断电导致,不过因为新浪DBA的努力,在小编报道的时候,故障已经恢复了。


我们之前对于各类故障做过一个分析,列举如下:

分享几则我们遇到过的客户恢复故障,与大家共为警醒,注意这些都是真实的案例,种种小疏忽,导致大事件:

  1. 服务器找不到了

    某次客户找我们恢复数据库,说某个数据库出现故障,原本以为不再需要了,现在还需要其中的数据,可能是时间太久远了,工程师到现场后,客户说服务器找不到了,就算了。

    三个月后,客户来电说,服务器找到了,我们又去帮用户恢复了数据。

  2. 服务器搬走了

    某次客户数据库故障,检查发现,是RAC的某个节点服务器被搬走了,以为不用了,郁闷的是,断电还导致了ASM磁盘头损坏,还好11g修复ASM磁盘头很简单,迅速帮助用户恢复了数据库运行,再搬回服务器,加入节点。

  3. 磁盘搬走了

    也是今年的某个客户,新上线服务器,客户找了一块以为不用的磁盘,强制拉过来格式化,发现另外一个业务库应声倒下了。

  4. DBA走了

    最近提到过的一个客户,因为把DBA解雇掉了,结果,DBA偷偷上来把整个库给删除掉了,业务挂了很久很久。

  5. 网线拔了

    这是2015的案例,在业务高峰,新上一个交换机,网络运维把生产数据库的网线拔了,影响业务10分钟。这是金融业务,据说客户的人都跑到机房,机房满员。

  6. 磁盘故障

    这也是2015年的新案例,客户的存储工程师划分给数据库ASM的磁盘小于请求容量,数据库文件扩展时越界产生了故障,金融客户的大事故,这是队友埋的坑。


看来还应该加一条,发电厂搬走了!

640?wx_fmt=jpeg&tp=webp&wxfrom=5&wx_lazy


一切都有可能而且将会发生故障,在这多灾多难的一年里,一切都是可瘫痪的。

640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=


还记得年少的时候,我们都会唱的一首儿歌吗?我们来温习一下。

备份重于一起

rm是危险的

三思而后行


都记得呀,那太好了,小编也不用为你们操碎心了。


最后,记得哟,出故障了,不要一个人扛着,我们都很爱你,云和恩墨,7*24为你提供专业数据恢复服务。


文章转自数据和云公众号,原文链接

网友评论

登录后评论
0/500
评论
知与谁同
+ 关注
所属团队号: 数据和云