亞馬遜雲伺服器aws宕機

⑴ 如何阻止雲平‎台發生宕機

幾乎每個雲平台都發生過宕機事件，雲平台自身的設備、軟體可能存在漏洞，最終導致系統不可用。此外，電力、帶寬、周邊環境、系統運維誤操作等原因也會導致雲平台宕機，宕機是雲計算行業的大事件，即便是亞馬遜AWS也不可避免。一旦發生宕機，影響的可能是半個地球的人。埃科銳給出的Teridion的連接解決方案解決了在中間環節會出現的問題∞即數據從本地網路轉移到主要的運營商和服務提供商。通過一系列技術，像 MPLS- SLA的品質，保證客戶可以擁有完善的性能體驗。

⑵ awas工具掃網站可以把網站掃崩嗎

不可以。
據AWS稱，這次宕機僅影響亞馬遜23個地理AWS區域之一。但這個問題已經嚴重到影響到了大量互聯網公司的服務。
AWS雲存儲服務S3也曾在2017年出現大宕機，該錯誤持續了4個小時，彼時AWS解釋稱該故障是由於一名程序員在調試系統的時候，運行了一條原本打算刪除少量伺服器的腳本，結果輸錯了一個字母，導致大量伺服器被刪。被錯誤移除的服務其中運行著兩套S3的子系統，從而導致S3不能正常工作，S3API處於不可用狀態。

⑶ 有用亞馬遜AWS雲主機的嗎

你好，亞馬遜aws屬於雲主機
vps是虛擬出來的伺服器，一台伺服器上可以劃分出多個vps
而雲伺服器是基於多台伺服器集群的硬體基礎上通過一定的技術劃分出來的
所以即使其中的一台伺服器宕機，雲伺服器仍會正常運轉
vps的好處是比較穩定，缺點是功能簡單，性能有限制
天互數據為你解答.希望能幫到你。若有相關問題歡迎繼續提問

⑷ AWS 亞馬遜和Aliyun阿里雲的區別比較和深度分析

AWS 亞馬遜雲服務成熟穩定，組件化，比如lambda，ecs，可以很容易搭建網站，大數據計算平台，有非常方面的部署腳本，便捷可以釋放資源。
Aliyun阿里雲側重在數據倉庫，計算與存儲是耦合的，耦合一個好處是速度會比較快，AWS的話存儲是S3，與計算不是耦合的。
兩者方向是不一樣的，阿里雲不穩定，號稱9個9，結果老宕機，比如最近一次的IO HANG影響整個華北。至於生態也不一樣，aws基本上基於開源的生態，阿里雲有封閉，有開源做了一層產品化，在大數據時代，開放的生態才會有未來。

⑸ 哪些原因會導致數據中心斷網

斷網類型一：系統故障
典型事件1：亞馬遜AWS平安夜斷網
故障原因：彈性負載均衡服務故障
2012年12月24日，剛剛過去的聖誕節平安夜，亞馬遜並沒有讓他們的客戶過得太平安。亞馬遜AWS位於美國東部1區的數據中心發生故障，其彈性負載均衡服務(Elastic Load Balancing Service)中斷，導致Netflix和Heroku等網站受到影響。其中，Heroku在之前的AWS美國東部區域服務故障中也受到過影響。不過，有些巧合的事情是Netflix的競爭對手，亞馬遜自己的業務Amazon Prime Instant Video並未因為這個故障而受到影響。
12月24日，亞馬遜AWS中斷服務事件不是第一次，當然也絕非最後一次。
2012年10月22日，亞馬遜位於北維吉尼亞的網路服務AWS也中斷過一次。其原因與上次相似。事故影響了包括Reddit、Pinterest等知名大網站。中斷影響了彈性魔豆服務，其後是彈性魔豆服務的控制台，關系資料庫服務，彈性緩存，彈性計算雲EC2，以及雲搜索。這次事故讓很多人認為，亞馬遜是應該升級其北維尼吉亞數據中心的基礎設施了。
2011年4月22日，亞馬遜雲數據中心伺服器大面積宕機，這一事件被認為是亞馬遜史上最為嚴重的雲計算安全事件。由於亞馬遜在北弗吉尼亞州的雲計算中心宕機，包括回答服務Quora、新聞服務Reddit、Hootsuite和位置跟蹤服務FourSquare在內的一些網站受到了影響。亞馬遜官方報告中聲稱，此次事件是由於其EC2系統設計存在漏洞和設計缺陷，並且在不斷修復這些已知的漏洞和缺陷來提高EC2(亞馬遜ElasticComputeCloud服務)的競爭力。
2010年1月，幾乎6萬8千名的Salesforce.com用戶經歷了至少1個小時的宕機。Salesforce.com由於自身數據中心的"系統性錯誤"，包括備份在內的全部服務發生了短暫癱瘓的情況。這也露出了Salesforce.com不願公開的鎖定策略：旗下的PaaS平台、Force.com不能在Salesforce.com之外使用。所以一旦Salesforce.com出現問題，Force.com同樣會出現問題。所以服務發生較長時間中斷，問題將變得很棘手。
斷網誘因二：自然災害
典型事件1：亞馬遜北愛爾蘭柏林數據中心宕機
故障原因：閃電擊中柏林數據中心的變壓器
2011年8月6日，在北愛爾蘭都柏林出現的閃電引起亞馬遜和微軟在歐洲的雲計算網路因為數據中心停電而出現大規模宕機。閃電擊中都柏林數據中心附近的變壓器，導致其爆炸。爆炸引發火災，使所有公用服務機構的工作暫時陷入中斷，導致整個數據中心出現宕機。
這個數據中心是亞馬遜在歐洲唯一的數據存儲地，也就是說，EC2雲計算平台客戶在事故期間沒有其他數據中心可供臨時使用。宕機事件使得採用亞馬遜EC2雲服務平台的多家網站長中斷達兩天時間之久。
典型事件2：卡爾加里數據中心火災事故
故障原因：數據中心發生火災
2012年7月11日卡爾加里數據中心火災事故：加拿大通信服務供應商ShawCommunicationsInc位於卡爾加里阿爾伯塔的數據中心發生了一場火災，造成當地醫院的數百個手術延遲。由於該數據中心提供管理應急服務，此次火災事件影響了支持關鍵公共服務主要的備份系統。此次事件為一系列政府機構敲響了警鍾，必須確保及時的恢復和擁有故障轉移系統，同時結合出台災害管理計劃。
典型事件3：超級颶風桑迪襲擊數據中心
故障原因：風暴和洪水導致數據中心停止運行
2012年10月29日，超級颶風桑迪：紐約和新澤西州的數據中心都受到了此次颶風的影響，所帶來的惡劣影響包括為曼哈頓下城地區的洪水和一些設施的停機，周圍地區數據中心發電機運行失常。颶風桑迪所帶來的影響超出了一般單一的中斷事故，為受災地區數據中心產業帶來了規模空前的災難。事實上，柴油已然成為了數據中心恢復工作的生命線，作為備用電源系統接管了整個地區的負荷，促使特別措施，保持發電機的燃料。隨著眼前的工作重點逐步轉移到災後重建，我們有必要長期就數據中心的選址、工程和災難恢復進行探討，這一話題可能將持續幾個月，甚至幾年。
斷網誘因三：人為因素
典型事件1：Hosting.com服務中斷事故
故障原因：服務供應商執行斷路器操作順序不正確造成的UPS關閉
2012年7月28日Hosting.com停運事件：人為錯誤通常被認為是數據中心停機的主導因素之一。7月Hosting.com中斷事件造成 1100名客戶服務中斷就是一個例子。停機事故的發生是由於該公司位於特拉華州紐瓦克的數據中心正進行UPS系統預防性維護，"服務供應商執行斷路器操作順序不正確造成的UPS關閉是造成數據中心套房內的設施損失的關鍵因素之一。"Hosting.com首席執行官ArtZeile說。"沒有任何重要的電力系統或備用電源系統出現故障，完全是一種人為的錯誤造成的。"
典型事件2：微軟爆發BPOS服務中斷事件
故障原因：微軟在美國、歐洲和亞洲的數據中心的一個沒有確定的設置錯誤造成的
2010年9月，微軟在美國西部幾周時間內出現至少三次託管服務中斷事件向用戶致歉。這是微軟首次爆出重大的雲計算事件。
事故當時，用戶訪問BPOS(Business Proctivity Online Suite)服務的時候，如果使用微軟北美設施訪問服務的客戶可能遇到了問題，這個故障持續了兩個小時。雖然，後來微軟工程師聲稱解決了這一問題，但是沒有解決根本問題，因而又產生了9月3日和9月7日服務再次中斷。
微軟的Clint Patterson說，這次數據突破事件是由於微軟在美國、歐洲和亞洲的數據中心的一個沒有確定的設置錯誤造成的。BPOS軟體中的離線地址簿在"非常特別的情況下"提供給了非授權用戶。這個地址簿包含企業的聯絡人信息。
微軟稱，這個錯誤在發現之後兩個小時就修復了。微軟稱，它擁有跟蹤設施，使它能夠與那些錯誤地下載這些數據的人取得聯系以便清除這些數據。
斷網誘因四：系統故障
典型事件1：GoDaddy網站DNS伺服器中斷
故障原因：系統內一系列路由器的數據表造成的網路中斷
2012年9月10日GoDaddy網站DNS伺服器中斷：域名巨頭GoDaddy是一家最重要的DNS伺服器供應商，其擁有500萬個網站，管理超過5000萬的域名。這就是為什麼九月10日中斷事故會是一個2012年最具破壞性的事件。
一些炒作甚至認為，此次長達6個小時的中斷事件是由於拒絕服務攻擊的結果，但GoDaddy後來表示，這是路由器表的損壞數據造成的。"服務中斷不是由外部影響造成的。"GoDaddy的臨時首席執行官史葛瓦格納說。"這不是黑客攻擊也不是一個拒絕服務攻擊(DDoS)。我們已經確定了服務中斷是由於內部的一系列路由器的數據表造成的網路事件損壞。"
典型事件2：盛大雲存儲斷網
故障原因：數據中心一台物理伺服器磁碟損壞
2012年8月6日晚上8：10，盛大雲在其官方微博上發布一則因雲主機故障致用戶數據丟失事件的公開聲明。聲明說到：8月6日，盛大雲在無錫的數據中心因為一台物理伺服器磁碟發生損壞，導致"個別用戶"數據的丟失。盛大雲已經在盡全力協助用戶恢復數據。
對於因為一台"物理伺服器磁碟發生損壞"，導致"個別用戶"數據的丟失的情況，盛大雲技術人員給出自己的解釋：虛擬機的磁碟有兩種生產方式，一種是直接使用宿主機的物理磁碟。這種情況下，如果宿主機的物理磁碟發生故障，雲主機不可避免會造成數據丟失，這也是本次事件產生的原因;另外一種是使用遠程存儲，也就是盛大硬碟產品，這種方式實際上是把用戶的數據存到了遠程的一個集群里，並同時做了多份備份，即使宿主機出故障也不會影響到雲主機的數據。因為物理機的損壞很難避免，為了避免您遇到意外損失，我們建議您在雲主機之外，也做好數據備份。
典型事件3：Google App Engine中斷服務
故障原因：網路延遲
Google App Engine：GAE是用於開發和託管WEB應用程序的平台，數據中心由google管理，中斷時間是10月26日，持續4小時，因為突然變得反應緩慢，而且出錯。受此影響，50%的GAE請求均失敗。
谷歌表示沒有數據丟失，應用程序行為也有備份可以還原。為表歉意，google宣布11月份用戶可以google表示他們正在加強其網路服務以應對網路延遲問題，"我們已經增強了流量路由能力，並調整了配置，這些將會有效防止此類問題再次發生"。
斷網誘因五：系統Bug
典型事件1：Azure全球中斷服務
事故原因：軟體Bug導致閏年時間計算不正確
2012年2月28日，由於"閏年bug"導致微軟Azure在全球范圍內大面積服務中斷，中斷時間超過24小時。雖然微軟表示該軟體BUG是由於閏年時間計算不正確導致，但這一事件激起了許多用戶的強烈反應，許多人要求微軟為此做出更合理詳細的解釋。
典型事件2：Gmail電子郵箱爆發全球性故障
事故原因：數據中心例行性維護時，新程序代碼的副作用
2009年2月24日，谷歌的Gmail電子郵箱爆發全球性故障，服務中斷時間長達4小時。谷歌解釋事故的原因：在位於歐洲的數據中心例行性維護之時，有些新的程序代碼(會試圖把地理相近的數據集中於所有人身上)有些副作用，導致歐洲另一個資料中心過載，於是連鎖效應就擴及到其它數據中心介面，最終釀成全球性的斷線，導致其他數據中心也無法正常工作。
典型事件3：「5.19斷網事件」
事故原因：客戶端軟體Bug，上網終端頻繁發起域名解析請求，引發DNS擁塞
2009年5月19日的21：50，江蘇、安徽、廣西、海南、甘肅、浙江等六省用戶申告訪問網站速度變慢或無法訪問。經過工信部相關單位調查通報稱，此次全國六省網路中斷事故，原因是國內某公司推出的客戶端軟體存在缺陷，在該公司域名授權伺服器工作異常的情況下，導致安裝該軟體的上網終端頻繁發起域名解析請求，引發DNS擁塞，造成大量用戶訪問網站慢或網頁打不開。
其中，DN SPod是國內知名的域名解析服務商之一的N SPod公司，服務數家知名網站的域名解析服務。此次攻擊導致DN SPod公司所屬的6台dns域名解析伺服器癱瘓，直接造成包括暴風影音在內的多家網路服務商的域名解析系統癱瘓，由此引發網路擁塞，造成大量用戶不能正常上網。 工信部指出，此次事件暴露出域名解析服務成為目前網路安全的薄弱環節，指示各單位要加強對域名解析服務的安全保護。
小結
啟用雲服務的公司，很大程度是考慮這種服務可以更加編輯，性價比高。但是，這樣的考慮如果是以降低安全性作為代價，估計很多公司老大不會同意。層出不窮的雲服務斷網事件引起了雲端安全性的擔憂。
目前來看，解決的辦法可以從幾個角度出發，對於企業級客戶來說，務必在採用雲服務的同時定期備份雲端的數據，擁有第二套解決方案按，以備不時之需。而對於雲服務提供商來說，既然各種斷網事件是在所難免的，那就必須思考一個對策，將自己用戶的損失降到最低，對斷網事件的響應效率要提高。
政府部門則具有監督和提醒的職責，雲服務相關的法律法律要相繼出台和不斷完善，並且提醒用戶百分之百可靠的雲計算服務目前還不存在。

⑹ 亞馬遜出現故障宕機了，有什麼原因會讓伺服器造成宕機

其實在這一次的網路風波當中，不僅亞馬遜出現了故障宕機，包括谷歌，臉書和推特這些全球性的公司都出現了類似的問題，說說話讓伺服器停止運營的方法有很多，一般情況下，包括轉店，網路故障，黑客攻擊。今天就跟大家來探討一下，在這一次的亞馬遜伺服器停機過程當中，可能由哪些因素引起？

第三，如何看待這一次的風波所造成的影響？

雖然現在這幾家公司都對外表示只是網路問題，但是這一點肯定沒有辦法得到大家的信任，有人猜測，真的可能是一些網路黑客攻擊了他們的伺服器，讓他們同時下線。從而保證伺服器不會佔有，然後通過斷電繼續恢復伺服器，或者跟黑客進行交談協商。如果真的是這樣的話，那麼也就意味著全球沒有一個伺服器是安全的，畢竟他們的伺服器安全等級是非常高的。

⑺ 微軟，AWS，谷歌宕機3天會怎樣

能力有限，三個公司一起宕機實在無法回答，但是可以給你幾個簡單的例子參考借鑒：

• 自2015年3月11日下午5點起，據蘋果用戶反應AppStore、Mac AppStore、iTunesStore均為宕機狀態，iTunes Connect無法登陸，iBooks商店沒有響應。此外，iOS和Mac的應用商店也出現了大面積癱瘓。並顯示為「所有用戶不可用」。此次服務中斷時間長達11個小時，甚為罕見。蘋果公司在一份電子郵件聲明中表示，服務中斷是由於內部系統錯誤引起的。

  按照蘋果公司的每天在應用商店收入和其他線上收入的數據可推算出，11個小時的損失將不小。

• 2014年1月21日，大量QQ用戶反映，騰訊的第三方登錄出現故障，不少第三方服務使用QQ都登錄不上。不僅是第三方登錄，QQ郵箱也無法正常使用。這次受影響范圍很大，騰訊的第三方登錄伺服器出現了宕機。

• 2010年6月30日消息,據國外媒體報道,亞馬遜網站周二出現大范圍宕機,持續時間超過3小時,在此期間用戶只能瀏覽空白和部分產品頁面。

周二中午,亞馬遜主頁圖片無法顯示,只在屏幕左側顯示有分類列表。搜索功能無法使用,購物車和產品保存列表也出現暫時性空白。




亞馬遜年收入近270億美元,這意味著一旦網站宕機,亞馬遜的損失為每分鍾5.14萬美元。周二亞馬遜股價下跌7.8%,高於納斯達克綜合指數的跌幅。

望採納。

⑻ 亞馬遜AWS盯上了中國的手游市場，它為游戲公司們准備了哪些服務

作為世界上用戶最多、技術最成熟的公有雲服務，亞馬遜的AWS顯然是全世界開發者所優先考慮的平台，隨著這項服務即將在中國落地，亞馬遜也開始在中國市場開始它們在商業化動作，這次，AWS首先盯上了國內近500億規模的手游市場——AWS中國從年初開始，就頻繁的舉辦和游戲相關的主題活動，向中國的游戲公司「佈道」，也不斷對外進行AWS與成功游戲產品合作的案例宣傳。例如PingWest之前報道過的FunPlus，就是一個利用AWS服務和6位工程師，實現了全球1700多台虛擬伺服器部署和運維的游戲公司；我們還報道過世界上最賺錢的游戲公司——SuperCell，是如何基於AWS來處理每天TB級數據處理請求的。
而在幾天前亞馬遜AWS游戲行業研討會上，亞馬遜將它們的這些案例做了一次系統的梳理，其跨國企業及市場營銷拓展部主管林家偉分享了AWS在一款游戲的初創期、成長期、成熟期，衰退期這四個階段，分別能為游戲公司解決什麼樣的問題。
初創期
林家偉首先舉了個例子，Supercell現在已經成為2013年的手游明星，但他們的第一款游戲Gunshine卻並不成功。與Supercell一樣，在游戲還在初創期時，游戲公司就不可避免需要大量的試錯、而且這些嘗試本身必須需要是迅速和低成本的，這樣游戲公司才能做更多的人力物力去進行游戲創新。
這就是為什麼越來越多的開發者開始選擇雲計算服務：游戲客戶不需購買額外得硬體資源，而能直接通過AWS快速部署游戲網路——比如游戲開發者可以選擇位於離終端用戶最近的區域部署伺服器，並根據需求，選擇伺服器的數量，而不用做其他的冗餘的設計。著名的跨國游戲公司育碧，就曾利用AWS在8周內連續推出10款游戲。
在AWS上部署好伺服器之後，你可以選擇自己熟悉的OS應用環境、可以是Linix或者是Windows，以及更多軟體開發工具包寫入代碼，進行游戲部署。AWS能夠自動化地對多台伺服器進行流量入口分配，保證每台伺服器的負載均衡。如果開發者有DNS服務的需求，可以使用Amazon Route 53服務。而在資料庫上，AWS提供了兩種選擇——游戲開發者既可以使用亞馬遜自有的資料庫RDS（Amazon Relational Database Service），也能在EC2上自建資料庫。所有這些的服務的部署只需要幾分鍾的時間。整個過程中，AWS都會自動處理有關容量預配置、負載均衡、Auto-scaling 和應用程序運行狀況監控的部署細節。
在游戲測試期間，AWS也能根據需求快速的調整游戲策略，它的好處是——游戲的運營人員不需要半夜起來去做服務期的調試設置，而是直接通過亞馬遜的管理控制台界面（支持中文）做伺服器的部署。對於現在許多已經出海的游戲公司而言，他們能直接通過AWS服務去管理歐洲等海外市場地區伺服器，控制台還支持移動端設備進行設置。
增長期
游戲在增長期時所面對的最大問題，就是難以估量的用戶爆發量，給伺服器帶來的壓力，開發者一方面需要提升伺服器的穩定性減少宕機，另一方面又得考慮成本問題——如果用戶增長沒有達到預期，那麼限制的伺服器就是在浪費成本。
林家偉在這里分享的例子是Rovio公司的《憤怒的小鳥》，這款風靡世界的游戲達到過20億人次的下載，擁有2.5億月活躍用戶，它們的服務就是AWS平台。它們把不同游戲放在不同可用區域，一方面可以做負載平衡，另外，當一個區域受影響的時候，不至於游戲崩潰。而亞馬遜資料庫服務RDS，支持作多地區部署。在A可用區域數據，會在B可用區域做即時的資料庫備份。一旦A部分出現問題，客戶不需要修改程序，而是自動切換到B可用區域上來，作為主要的資料庫，減少對終端影響。
應對DUA（日活躍用戶數）的快速變化，亞馬遜推出的Auto Scaling服務。舉個例子，在一天中的不同時段，游戲伺服器所面對的壓力是不同的——比如許多游戲會在中午12點領體力、簽到等活動，流量就會迅速攀升。Auto Scaling會根據流量變化，在1分鍾的時間內自動增加伺服器數量，而在夜晚用戶流量回落時，也AWS會自動減少服務數量，幫客戶節省資源。這項服務在不同時段區間所啟動的伺服器量可以讓游戲公司根據自己的需要自行設定。它之前只能用API控制，現在也能直接在用戶界面控制。
游戲用戶在快速增長時，遇到的另一個問題可能是伺服器性能上的瓶頸，比如每秒讀寫的速率問題。亞馬遜提供了Provisioned IOPS，提供游戲開發商明確要求的讀寫性能。這個要求可以很高，甚至可以EBS塊連接起來，達到3萬量級的IOPS。但對於許多內容，只是被用戶讀，而不需要寫入，游戲客戶只需要用ElastiCache 服務，做讀寫分流，就能降低對資料庫請求壓力。
索尼旗下的頑皮狗游戲公司，曾對AWS服務做過架構調整。它們把之前關系型資料庫中的數據，放在了Amazon S3中。S3能根據用戶的存儲數量的按需付費。它的好處是，由於並不是所有的玩家都會長期游戲，有些用戶玩了一兩個月後，很久才回去玩，這些沉澱數據對與延遲要求不高，存儲在S3就能降低對資料庫的壓力，等需要用到數據時，再從S3調入。
在游戲用戶快速成長的時候，需要快速做產品迭代，解決游戲中的問題和推出更多的內容迎合玩家需求。而亞馬遜CDN，能幫助游戲用戶快速把游戲升級包分發出去。
當游戲運行到海量數據時，游戲用戶可能會需要亞馬遜DynamoDB動態資料庫服務。使用它的通過時忽視資料庫軟硬體服務所帶類的所有問題。用戶只需設定每秒必須請求的數量，亞馬遜能直接幫你配置的到分配到的硬體數量，並能夠根據需求調整。而這數據存儲在固態硬碟上，能夠快速讀寫調用。在安全性上，這些數據會跨過多個可用區域，自動復制備份。配合DynamoDB同步復制架構，任何單個節點出現的問題，都不會影響到資料庫的穩定性。
成熟期
當一個游戲進入成熟期後，游戲公司就需要根據一個相對穩定的狀況來進行運營上的成本控制。亞馬遜EC2提供了三種預留實例（Reserved Instance），能根據用戶的使用頻率，對應不同的價格，在保證要部署的區域有足夠的伺服器資源的情況下，節省主機的租賃成本。
（Funplus如何調配預留實例，降低游戲運營成本的）
最後一部分是結束期，這個時期一般游戲運營會用較少的伺服器，保持游戲正常運行，同時保持低開銷。客戶可以用很少的heavy utiliztion RI保持伺服器的正常使用；也可以完全撤出對所有的伺服器使用。

⑼ aws伺服器如何重啟

後台重啟：該操作主要用來重啟「運行中」狀態的雲伺服器，

即：只有當雲伺服器的狀態為「運行中」時，上面的操作按鈕才會顯示，用來重啟您的雲伺服器。如：綠色框為操作按鈕。
您也可以在伺服器上，直接進行重啟！

⑽ 研華aws-8248死機是怎麼回事

機的原因有很多，一起分析一下。
首先，必須排除你在換CPU之前沒有機。
第二，查驗你的CPU是否為正品。
第三，查驗你的CPU的供電需求，主板是否能滿足？
第四，最有可能的：換CPU時，散熱風扇與U之間密合不緊，建議，適量重塗導熱硅脂，小心安裝，並同時對葉片進行除塵。
第五，也有可能的：換U時，你動了主板上其他原件，導致虛接，請檢查你的內存條、顯卡、音效卡等設備是否插緊。
第六，電源是否已老化，如上述五條全都排除，建議，更換電源。