伺服器宕機怎麼處理

㈠ 伺服器經常死機的常見解決方法

宕機，指操作系統無法從一個嚴重系統錯誤中恢復過來，或系統硬體層面出問題，以致系統長時間無響應，而不得不重新啟動計算機的現象。那麼伺服器死機的原因有哪些呢?下面一起看看!

大概有一下幾個方面：

1、散熱

2、電源供電

3、系統自身問題

4、CPU 和 內存不夠

方便的話可打開性能查看，死機的時候是否是CPU 運行到100%，物理內存是否已滿!

注意資料庫的使用

補充：預防死機的小技巧

1、不要在同個硬碟安裝多個操作系統

2、不要一次性打開多個網頁瀏覽

3、在關閉電腦時，不要直接按電源按鈕，否則會導致文件丟失，下次使用不能正常開機導致死機

4、別讓CPU、顯卡超頻，電腦溫度過高

5、及時清理機箱內的灰塵

6、更換電腦硬體配置時，一定要插牢固

7、不要使用來歷不明的軟體和光碟，以免傳染病毒

8、對系統文件或重要文件，最好使用隱含屬性，以免因誤操作而刪除或覆蓋這些文件

9、在安裝應用軟體時，若提示是否覆蓋當前文件，一定不要覆蓋，通常當前的系統文件是最好的

10、在運行大型應用軟體時，不要在運行狀態下退出以前運行的程序，否則會引起整個Windows崩潰

相關閱讀：死機宕機實例介紹

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

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

㈡ 伺服器宕機原因及其解決方案

對於廣大站長來說，伺服器宕機對網站的收錄跟排名都是有非常大的影響的，最重要的是宕機會影響網站業務的進行，所以無論不管說是用戶還是服務商都不希望伺服器出現宕機問題，那假如出現了，我們該如何解決它呢？

伺服器宕機是每個服務商都會遇到的問題，一般有以下幾種原因：

1.伺服器性能

伺服器的性能問題有很多，但最多見的應該就是sql，但我們也不能一概而論，還有別的可能性，例如有些問題就是伺服器Bug或錯誤行為導致的。另外，較差的Schema和索引設計也是較多的出錯原因之一。

2.運行環境

如果是這個問題，那麼最常見的就是磁碟空間消耗完了。

3.數據丟了或損壞

數據丟失也有很多原因，可能不是用戶錯誤操作，也可能是人為攻擊造成的，但一般來說是由drop table錯誤操作導致，通常出現這個問題都會伴隨著缺少可用備份的問題。

4.復制

復制問題一般是由主備數據不一致導致的。

我們了解了這幾項宕機原因，那麼如何判斷或查看伺服器宕機原因呢？

（1）查看是否是誤操作導致的

（2）查看是否是應用程序導致的

（3）查看是否是應用程序導致內存溢出或者泄露，out of memory導致

（4）查看是否是流量負載過大導致的

（5）查看是否是遭受黑客入侵攻擊導致的

那我們查明是如原因後，我們又該如何去解決問題呢？

1.發現伺服器宕機後，及時聯系服務商解決相關問題，就算短暫的宕機也可能會造成較大的損失，請大家及時聯系自己的服務商。

2.做好提前防範的准備。可以同時運行兩個網站空間，備份內容，當一個出現問題，立刻啟動另一個。

3.使用一款功能好的宕機監控第一時間智能處理，故障發生時可設置自動切換至備用IP，恢復後將切換回原IP，能夠有效提高網站可用性和頁面性能。有效規避風險降低成本。

㈢ 伺服器宕機了，應該怎麼辦

造成伺服器宕機（死機）的原因是什麼呢？那麼他解決方法有哪些呢？壹基比來告訴你
引發伺服器宕機原因大概有：運行環境問題、伺服器性能問題、伺服器硬體問題、數據丟失或損壞問題。下面我們對以上幾個問題詳情描述並提供解決辦法：
一、運行環境問題導致伺服器宕機
伺服器運行環境包括操作系統，資料庫，應用程序，應用程序bug，網路數據等，以上軟體系統故障會引起伺服器宕機現象。解決辦法：需要我們查找分析系統、應用程序相關日誌來找出真正的原因。一般都能發現問題，根據日誌提供的錯誤信息修改相關設置來解決此類宕機故障，由於系統原因可以重裝系統，或重啟一下伺服器就可以了。
二、伺服器性能問題導致伺服器宕機
伺服器性能好壞也是引發宕機的一個因素，因為IDC提供商的伺服器有些不是品牌伺服器，是組裝型的伺服器，采購的硬體也不是品牌的，多用於雜牌硬體，難免會因硬體兼容性，CPU，內存等性能不好，導致宕機。解決辦法：查看伺服器硬體信息，在租用或選購時盡量用品牌伺服器，品牌伺服器在穩定性方面是沒得說的。
三、伺服器硬體問題導致伺服器宕機
如伺服器主板，電源，CPU，內存，磁碟有問題也會導致伺服器宕機故障，解決辦法：使用工具測試相關硬體配件，或更換配件測試伺服器硬體問題。
四、數據丟失或損壞問題導致伺服器宕機
數據丟失包括人為錯刪除數據，磁碟壞道導致數據丟失，磁碟寫滿等原因可導致伺服器系統崩潰宕機，解決辦法：做好數據備份，監控磁碟空間大小。

㈣ 網站宕機 伺服器宕機 資料庫宕機 宕機怎麼辦

最近遇到個比較有意思的問題，伺服器宕掉後無法啟動，想了好多辦法，雖然解決了問題，數據沒有丟失，但是沒有按照自已的思路來，未免還是有些不甘。遇到問題不能慌，尤其是線上的環境，更不能緊張，心理素質對DBA來說也是一項挑戰，可能你的手一抖就會導致多少人無法正常使用業務，如果你沒有把握，請先把現場環境備份後再進行操作，避免數據的二次損壞，下面壹基比小喻說一下大概的思路吧。
1.檢查是否有備份，如果備份存在，binlog存在，那麼萬事大吉，一切都有挽回的餘地，慢慢來搞，只要你基礎扎實，數據還原只是時間的問題。
2.對於沒有備份的，那處理這個問題就有些棘手了，還得一步一步的來。
在my.cnf中[mysqld]下加上以下配置，採用強制恢復機制，看是否能夠啟動
[mysqld]
innodb_force_recovery=1
如果設置成1不能啟動，可以逐漸的將數據增大到6，下文會詳細說下1-6是什麼意思，如果在1-6之間啟動成功了，那麼你運氣還不錯，這時候不要恢復業務，趕緊把數據用邏輯方式導出來，再啟個新的實例把數據還原，有人會問，為什麼mysql已經啟動了，還要導出數據呢，原因在這：
當innodb_force_recovery被設置為大於0的時候 ，會阻止用戶insert,update,delete也就是你啟動的mysql不是一個正常的mysql服務，類似於windows系統下的安全模式。以下這段引於其它地方，具體地址不太清楚了，也可以從官方文檔中找到。
innodb_force_recovery被允許的非零值如下。一個更大的數字包含所有更小數字的預防措施。如果你能夠用一個多數是4的選項值來轉儲你的表，那麼你是比較安全的，只有一些在損壞的單獨頁面上的數據會丟失。一個為6的值更誇張，因為資料庫頁被留在一個陳舊的狀態，這個狀態反過來可以引發對B樹和其它資料庫結構的更多破壞。
innodb_force_recovery=1 (SRV_FORCE_IGNORE_CORRUPT)
即使伺服器檢測到一個損壞的頁，也讓伺服器運行著；試著讓SELECT * FROM tbl_name 跳過損壞的索引記錄和頁，這樣有助於轉儲表。
innodb_force_recovery=2 (SRV_FORCE_NO_BACKGROUND)
阻止主線程運行，如果崩潰可能在凈化操作過程中發生，這將阻止它。
innodb_force_recovery=3 (SRV_FORCE_NO_TRX_UNDO)
恢復後不運行事務回滾。
innodb_force_recovery=4 (SRV_FORCE_NO_IBUF_MERGE)
也阻止插入緩沖合並操作。如果你可能會導致一個崩潰。最好不要做這些操作，不要計算表統計表。
innodb_force_recovery=5 (SRV_FORCE_NO_UNDO_LOG_SCAN)
啟動資料庫之時不查看未完成日誌：InnoDB把未完成的事務視為已提交的。
innodb_force_recovery=6 (SRV_FORCE_NO_LOG_REDO)
不要在恢復連接中做日誌前滾。

資料庫不能另外地帶著這些選項中被允許的選項來使用。作為一個安全措施，當innodb_force_recovery被設置為大於0的值時，InnoDB阻止用戶執行INSERT, UPDATE或DELETE操作.
即使強制恢復被使用，你也可以DROP或CREATE表。如果你知道一個給定的表正在導致回滾崩潰，你可以移除它。你也可以用這個來停止由失敗的大宗導入或失敗的ALTER TABLE導致的失控回滾。你可以殺掉mysqld進程，然後設置innodb_force_recovery為3，使得資料庫被掛起而不需要回滾，然後舍棄導致失控回滾的表。
關於上面進行邏輯備份也可能會遇到問題，可能會備份失敗，如果出錯，建議先按庫一個一個的備份，到哪個庫出錯後，再按照當前庫的表一個一個備份，表出錯根據表中主鍵一點一點備份，最終將大部分數據導出。如果你的數據不重要，可以容忍丟失，那麼可以當我說的都是廢話了。
3.如果還是不可以啟動，那麼恭喜你，你遇到挑戰了。
查看錯誤日誌，看沒有提示因為某個表的原因而導致啟動不了，可以先把損壞的表的ibd文件先從數據目錄mv走，再試著啟動，在數據已經恢復後，我把當時錯誤的文件拿到本地，做了測試，把幾個報錯的ibd文件mv走後，資料庫就可以正常啟動了，但是mv走的這幾個表數據會丟失。怎麼把這個表的數據弄回來呢，曾想過用在線表空間傳輸，但是.cfg文件卻沒有，這種方法沒有行通。後來用Percona Data Recovery Tool for InnoDB工具進行數據恢復，關於這個工具的介紹與操作，網上一大堆，我就不詳細說明了。

㈤ 伺服器死機,dcs失控如何處理

按照正常的處理，如果發生DCS操作界面全部死機，首先要聯系熱控儀表人員來現場。如果是比較容易處理的故障，比如通過重啟DPU或者系統伺服器或者重新下裝，可以盡快恢復的，運行人員可通過後備盤監視重要參數，通過就地操作閥門，風門或者變頻器等暫時穩定鍋爐運行。待DCS系統恢復正常後可恢復鍋爐正常運行。
如果是不能盡快恢復的故障，例如兩個冗餘的DPU都發生不可恢復的硬體故障，那麼還是安排鍋爐停運解列比較恰當。

㈥ 伺服器宕機怎麼解決遠程

伺服器宕機的話遠程是沒辦法解決的，可以致電機房的運維部重啟。重啟後能重新啟動就可以遠程管理了。如果重啟後還是不能遠程連接，可以提供許可權給運維人員現場登錄系統查找故障原因。

㈦ 由於硬體故障造成宕機的原因有哪些該如何處理

—、伺服器出現宕機的原因
1.運行環境出現問題，機房斷電導致的伺服器斷電(欠壓，過載，波動)、機房溫度過高，散熱不良、資源沖突、DirectX文件的損壞、系統不完善等等原因而造成伺服器宕機。
⒉.伺服器不堪負重，最常見的如磁碟空間耗盡、訪問值過大、程序中毒、遭受攻擊等大規模高消耗伺服器資源情況。
3.由於主備數據不—致導致的復制問題。
4.性能問題，運維運行糟糕的SQL或Schema和索引設計等。
二、伺服器宕機應該從哪些方面檢查呢?
①硬體
(1)檢查硬體是否有沖突;
(2)對比伺服器電源所負載的功率判斷電源是否出現故障;
(3)掃描硬碟表面檢查是否有壞道;
(4)通過錯誤報告和操作系統的報錯信息來判斷;
(5)使用替換法判斷主板、CPU、SCSI/RAID卡或其他PCI設備是否出現故障。
②軟體
(1)檢查操作系統的系統日誌，可以通過系統日誌來判斷部分造成死機的原因;
(2)在判斷硬體沒有故障後，考慮系統軟體的BUG和漏洞原因;
(3)如果是因為軟體使用不當或系統工作壓力過大，可以適當降低伺服器的工作壓力;
(4)電腦病毒。
以上就是有關伺服器宕機的原因有哪些，應該從哪些方面檢查的知識介紹。
在想解決處理辦法之前要知道伺服器宕機的兩種形態：假死機和死機
假死機(非藍屏死機)是由於硬體資源暫時性地被消耗殆盡，因而無法對外部指令進行響應的現象， 通常是網站處於訪問高峰期，帶寬等資源跑滿，這時只需要等待一定的時間，待伺服器騰出更多的硬體資源即可恢復正常。
而死機，如果通過ping測試伺服器，鍵盤切換數字鎖定鍵(NumLock)或大寫鎖定鍵(Caps Lock)功能， 顯示器無畫面輸出，或者滑鼠游標沒有任何反應則表明伺服器硬體故障。
再了解伺服器出現宕機的常見原因 ：
1.在運行環境的問題中，最普遍的問題時磁碟空間耗盡。
2.在性能問題中，最普通的伺服器宕機原因確實是運行很糟糕的SQL， 但也不一定都是這個原因，比如也有很多問題是由於伺服器Bug或錯誤的行為導致的。
3.糟糕的Schema和索引設計是第二大影響性能的問題。
4.復制問題通常由於主備數據不一致導致。
5.數據丟失問題通常由於drop table的錯誤操作導致，並總是便隨著缺少可用備份的問題。
如何查看伺服器宕機的原因：
a、是否是應用程序導致內存溢出或者泄露，out of memory導致
b、是否是進程過多或者不斷創建，耗盡資源導致
c、是否是資料庫程序死鎖，連接數過多導致
d、是否是應用程序異常導致
e、是否是流量負載過大導致
f、 是否是遭受黑客入侵攻擊導致
g、是否是誤操作導致
伺服器宕機自行解決辦法：
1.要即時發現伺服器宕機的問題。時間就是金錢，這是不變的真理。我們要第一時間， 發現宕機的問題，伺服器宕機時，為了避免造成不必要的損失，要盡早通知IDC服務商解決相關問題。
2.最好准備2個伺服器空間，他們存放的內容相同，而ip不同，並且機房的地理位置不同。這樣2個區域的伺服器， 能夠做到有效異地容災備份。發現宕機問題後，可以迅速的通過修改http://dnspod.com中的域名記錄，指向目前正常的伺服器。Dnspod解析生效的時間是實時的， 而一般的dns伺服器，刷新時間較長，對外聲稱24小時內生效，按照實際經驗看來，差不多30分鍾內生效，否則就要檢查域名綁定是否正確了。

1.什麼是伺服器宕機
可以簡單的理解為死機.伺服器是硬體設備.而且是全年二十四小時不間斷運行的.通常負載量也較大.所以時間一長就容易出現宕機的情況.只要不是太頻繁.就是完全正常的.一般常用伺服器的人都知道.每隔一段時間定期手動重啟下機器.對機器的性能有很大幫助.而且可以避免宕機的情況.畢竟伺服器也是硬體.長期運行中間也應該有個喘氣的過程.

2.伺服器宕機的幾種原因及解決辦法
(1)客戶端發出域名請求，形如xxx.com
這里可能出現的錯誤是，手工輸入的域名網址錯誤。自然不能訪問正確的網站了。這是最初級的錯誤，但還是容易發生的。要注意網址中，一些相近，或形似的字元，比如網址中 「1」與」l」，」0」與」o」，這些都是很容易混淆的字元。解決辦法：認真審核一下網址，再次輸入。或者網路一下，網址的核心關鍵字，或者品牌字，試一試。網路的結果，一般說來，還是比較准確的。

(2)通過dns伺服器，將域名解析成對應的ip
這個步驟很關鍵，也是問題的高發期，40%的宕機，都是因為dns伺服器不穩定造成的。Dns伺服器，就像聯系著姓名與電話號碼的查詢簿。這里如果出現問題，其後果是不堪設想的。因為一般的企業，和個人，多是選用網站空間建設網站，條件好一點的，也不過是租用或託管伺服器。但是很少有人，擁有獨立的dns伺服器。80%的站長，都沒有自已的dns伺服器。大家的域名解析請求，一般通過域名商，提供的dns伺服器完成。多對一，而這個服務的基數又是相當巨大的。當信息的洪流，集中到1-6台dns伺服器上的時候，那麼這幾台dns伺服器，就變的極不穩定了。
快速判定dns伺服器故障的辦法：
目前有一些網站，提供」IP反查」的功能。你需要找到一些，和你同ip的網站。可能因為更新有延時，有些域名的ip已經改變了。你需要再次ping一下選定的網址，確定該網站，和你的網站同屬一個ip。把他們的網址記錄下來。當你的網站不能打開的第一時間，你要登錄同ip的網站看一看。如果，同ip下的其它網站，能打開，而唯獨你的網站打不開。那就可以確定，是你網站的dns伺服器，出現問題了。否則的話，那就要再進行下一步的故障排除。你也可以把，你的網站，和你同ip的網站，是否dns伺服器故障，或是網站空間宕機故障了。
解決dns伺服器不穩定的方法：
你可以選擇一些專業的dns解析服務商，來解析你的域名。這些解析商，不但專業，而且也提供穩定而且免費的dns解析服務。在國內比較出名的dns解析商有：dnspod.com，dns.la，iidns.com等等…國外也有一些，不過推薦國內的服務。如果你的網站業務在國內，那麼無論你的主機，還是dns伺服器，都應該首選國內的機器。海外跨洋的線路，因為路途遙遠，還有國家防火牆，等不可預知的因素較多，推薦國內的服務相對較穩定。在填寫dns伺服器列表的時候，也盡量將6個dns伺服器，全部寫上，比較穩妥。
(3)與ip對應的網站空間，或伺服器做出響應
這個步驟，引起伺服器宕機的概率在40%左右。這里故障的原因，就是伺服器宕機了。一般站長，所指的宕機，也主要在這里。伺服器當機的原因很多，流量過大，DDOS攻擊，內部不穩定的程序，等等…
伺服器宕機的判斷方法：
同上一個步驟，如果同ip下的網站，都不能打開，那麼基本上可以確定，是伺服器宕機所致。
解決伺服器宕機的方法：
a.要即時發現伺服器宕機的問題。時間就是金錢，這是不變的真理。我們要第一時間，發現宕機的問題。如果他第一時間發現你的網站無法訪問，他將立即發送Email通知站長。
b.最好准備2個網站空間，他們存放的內容相同，而ip不同，並且機房的地理位置不同。這樣2個主機，同時宕機的可能性就大大降低了。第一時間發現宕機問題後，可以迅速的通過修改dnspod.com中的域名記錄，指向目前正常的網站空間。Dnspod解析生效的時間是實時的，而一般的dns伺服器，刷新時間較長，對外聲稱24小時內生效，按照實際經驗看來，差不多30分鍾內生效，否則就要檢查域名綁定是否正確了。
c.可能仍有一些站長朋友，覺得域名解析有點復雜。想通了，其實很簡單。別看他們的教程可能有一大段文字，其實就2個步驟：aa.在dns伺服器上，將域名指向ip.bb.在網站空間上，將主機綁定域名(也是在這里，申請網站備案的!)。一個是，發送給誰?另一個是，接受誰的請求?是不是很簡單呢?
(4)數據下載至本地網路，完成一次請求
這里出現問題的機率較小，不過也有可能。其表現的症狀就是，在你的機器上不能訪問你的網站。而在別人的電腦上，卻是可以打開的。如果發生了這樣的情況，那就可能是因為你所在地的網路不穩定，而造成的訪問中斷。這個故障，通常影響的區域較小。如果要確定，本地網路是否暢通，在打不開你的網站的時候，通過」在線代理」打開你的網站試一試。網路一下」在線代理」，有一些網站能提供，用其它的ip，或國外ip代理訪問某個網站的服務。如果在線代理，能夠打開你的網站，基本上可以確定，你所在的本地網路，出現了暫時的不穩定情況。

看了以上的介紹，大家也有了一定的了解了。電腦本身就是個負荷量大的東西，尤其是在使用較長一段時間之後，很容易出現各種各樣的問題。但有些問題我們是可以從中找到原因的，並自己解決。相信伺服器宕機的情況的很多人都經歷過，稍微了解電腦的人看看以上的原因，就可以自己動手解決了，也不用再拿出去維修。

㈧ 伺服器宕機怎麼辦伺服器故障應急預案

昨日攜程旅行網站打不開伺服器故障，相信大家也看到攜程科技大樓徹夜明燈加緊整修的壯觀場景，那麼對於伺服器宕機怎麼辦?本文小編就來教一下大家伺服器故障應急預案。

首先分清導致伺服器出故障的因素：

1、外部攻擊

2、內部攻擊

3、運維誤操作

伺服器宕機怎麼辦?伺服器故障應急預案

不管是外部攻擊還是內部故障，備份好以及冗餘措施，可以使宕機時間縮短到最低。

備份問題盡管聽起來不可思議，但在實踐中，不少企業並未建立起一套檢驗過的備份系統。備份的意義在於危急時刻可以快速恢復或重建生產系統。在企業網路中，經常出現的問題實際上是：

備份步驟的瑕疵導致並未完成正確的備份過程

由於有限的存儲空間導致一定時間後因存儲空間耗盡導致的隨後備份失敗

備份介質受損導致無法成功恢復

傳統上，磁帶因其低造價以及高存儲密度使其成為了理想的備份介質。然而，這種傳統備份介質的幾個致命缺點經常使其內含的數據變得不可存取：

丟失的磁帶索引卡片

磁帶介質在存儲過程中容易受到外界磁場影響

介質本身損壞

介質讀取過程中被讀取設備損壞

此外，磁帶備份介質本身存儲在磁帶倉庫中，從倉庫檢索所需的備份磁帶、轉移至數據中心並重新載入數據的時間消耗通常也是客觀的。

即使有一套備份系統仍然是不能抵擋所有的意外事故的。2014 年， Samsung 數據中心的一場大火使其雲服務暫停服務。如果沒有異地備份，這場大火將使其本地備份的恢復變得極為困難。

冗餘對於突發性事件來說，盡快恢復，或者是持續的提供服務是非常重要的。本月，某知名支付公司因數據中心網路連接性故障導致了一段時間的服務中斷。如果有更好的冗餘方案，此種事故的影響面將會得以降低，甚至會化解為用戶不可感知的內部事故。

大部分伺服器都有兩部獨立的 PSU，任意一部 PSU失效並不會影響其正常服務;一般來說，伺服器的兩部 PSU 將連接到兩路不同的電路或不間斷電源上以避免市電失效;數據中心電源多數同時配備 UPS 和柴油發電機來避免發電公司未通知的停止供電服務導致的服務中斷。網路亦然;同時接入多路 ISP 線路，並對其進行獨立布線，同時在多條線路上宣告地址，便可使得網路服務的魯棒性更高。

在系統的視角上，只有同時配置好的備份以及冗餘方案，才能提高可用性，避免非可控因素導致的長時間服務中斷。

伺服器宕機怎麼辦?伺服器故障應急預案就為大家介紹到這里

㈨ 伺服器突然宕機是什麼原因

伺服器突然宕機原因：

1、由操作員意向操作的重啟——用於維護或更新伺服器、部署機房或特殊情況等等。

2、非操作員本身意願造成的重啟——如供電(欠壓，過載，波動)、震動、硬體質量(熱穩定性(熱敏度)和抗干擾能力)、資源沖突、DirectX文件的損壞、系統不完善或瓶頸問題、病毒、灰塵、散熱不良??等等原因而造成重啟。

3、由於用戶訪問量過大，造成資源耗盡，或者你網站的數據超出你的空間限制范圍大小也會出現宕機。