服務器宕機

宕機常見緣由：

1.在運行環境的問題中，最廣泛的問題時磁盤空間耗盡。

2..在性能問題中，最普通的服務器宕機緣由確實是運行很糟糕的SQL，但也不必定都是這個緣由，好比也有不少問題時因爲服務器Bug或錯誤的行爲致使的。

3..糟糕的Schema和索引設計是第二大影響性能的問題。

4..複製問題一般因爲主備數據不一致致使。

5.數據丟失問題一般因爲drop table的錯誤操做致使，並老是便隨着缺乏可用備份的問題。

 

分析服務器宕機緣由：

a、是不是應用程序致使內存溢出或者泄露，out of memory致使

b、是不是進程過多或者不斷建立，耗盡資源致使

c、是不是數據庫程序死鎖，鏈接數過多致使

d、是不是應用程序異常致使

e、是不是流量負載過大致使

f、 是不是遭受黑客入侵攻擊致使

g、是不是誤操做致使

 

宕機解決步驟：

首先，檢查全部電纜和外圍設備，試着使用ping命令探測設備情況，ping命令是全部平臺通用的，也是最簡單的。若是能夠在局域網內ping通服務器，接着能夠試試從局域網外ping服務器進行檢測。這樣作能夠迅速判斷問題是否產生在交換和路由層面，而不是服務器級別。

電源沒有問題，Ping不通，就要叢底層到高層來逐層檢查問題了，檢查網絡接口和網絡配置是否正常？DHCP是否啓動？Web服務器是否指向正確的DNS服務器？在Windows環境，須要檢查服務器是否具備Web服務的角色。在Linux環境下，檢查會更復雜，能夠試試查找http相關的文件或服務來確保服務器是否正在運行。

此外，若是Web服務器已經虛擬化，試着ping物理服務器本身的真實IP。這樣能夠幫助你進一步隔離問題。若是徹底沒法ping同服務器，並且也已經肯定徹底檢查了網絡鏈接，那麼就須要進行更深刻的分析了。

這種時候，就要去檢查日誌並查明在Web服務器宕機時日誌紀錄的信息，若是是專業人士，日誌信息能夠告訴你一切，半專業人士能夠google搜索日誌報警的錯誤信息，逐步找到解決方法，非專業專人的管理員就要求救外援了，總之，找問題要縱覽全局，多從架構、資源層面去查找問題。