閱讀151 返回首頁    go 微軟 go windows


新浪微博癱瘓,有人開心有人哭

據報道,今天下午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為你提供專業數據恢複服務。


文章轉自數據和雲公眾號,原文鏈接

最後更新:2017-07-17 17:03:16

  上一篇:go  Oracle 數據庫之最:你見過最高的 SQL Version 是多少?
  下一篇:go  Oracle 原版經典ppt首次公開,免費下載:Oracle RAC Internals