計(jì)科專業(yè)從事嵌入式軟件開發(fā)多年，最近因?yàn)楣拘枰愫笈_(tái)研發(fā)，經(jīng)常選擇升級(jí)的時(shí)機(jī)放在凌晨，而且大型的數(shù)據(jù)處理也是放在這個(gè)時(shí)間段內(nèi)，經(jīng)常發(fā)生的服務(wù)器宕機(jī)也是在這個(gè)時(shí)段。都是在用戶使用少的時(shí)候開始折騰，折騰的次數(shù)多也就容易出現(xiàn)服務(wù)器問題。由于做的是物聯(lián)網(wǎng)設(shè)備，在工作中遇到的宕機(jī)主要有這么幾種情況，對(duì)大量數(shù)據(jù)的操作導(dǎo)致CPU占比在一段時(shí)間內(nèi)驟增從而導(dǎo)致數(shù)據(jù)接收模塊出問題，導(dǎo)致電銷外呼程序監(jiān)控出現(xiàn)問題，很多設(shè)備信息檢測不到了。

對(duì)數(shù)據(jù)庫的操作太頻繁導(dǎo)致效率的下降，也是影響電銷外呼程序性能很重要的一部分，其實(shí)服務(wù)器也是普通電腦的構(gòu)成，主要的資源是CPU和內(nèi)存，這兩個(gè)因素?zé)o論是哪種都有可能導(dǎo)致電銷外呼程序的崩盤，如果是CPU被占滿了，電銷外呼程序的反應(yīng)會(huì)變得異常緩慢源碼，時(shí)間長了可能還會(huì)慢慢緩過勁來，內(nèi)存如果占滿了那么會(huì)導(dǎo)致電銷外呼程序的崩潰，直接運(yùn)行不下去了，其實(shí)宕機(jī)核心點(diǎn)不會(huì)跑出這兩種因素。

現(xiàn)在就常見的服務(wù)器宕機(jī)問題做個(gè)歸納總結(jié)：

1.磁盤空間被占滿，現(xiàn)在程序員運(yùn)行的時(shí)候都習(xí)慣于帶上log打印，如果時(shí)間長了加上沒有清理的機(jī)制早晚會(huì)出問題，這個(gè)錯(cuò)誤在平時(shí)運(yùn)行過程中經(jīng)常出現(xiàn)，如果使用的云計(jì)算服務(wù)器通常在電銷外呼程序崩盤之前都會(huì)發(fā)個(gè)短信，通知你的電銷外呼程序處于崩潰的邊緣。

2.并發(fā)性能問題，如果多個(gè)人同時(shí)操作一個(gè)數(shù)據(jù)庫或者數(shù)據(jù)塊，會(huì)導(dǎo)致電銷外呼程序假死狀態(tài)源碼，這種屬于爭搶CPU資源問題，可以通過增加硬件配置以及優(yōu)化軟件代碼的效率去解決，數(shù)據(jù)量如何足夠大就可以考慮分布式的管理

3.數(shù)據(jù)受損或者被破壞導(dǎo)致電銷外呼程序崩盤，所以常見的做法是都會(huì)配置備份盤，出現(xiàn)問題抓緊拿到備份盤來頂上，現(xiàn)在公司使用的是阿里云的服務(wù)器，穩(wěn)定性相比之前好太多了，中間換過電銷電話云，騰訊云雖然價(jià)格低點(diǎn)，最后受不了直接換成阿里云，再也不想換回去了，數(shù)據(jù)的穩(wěn)定性永遠(yuǎn)是第一位的。

4，一些沒有必要的誤操作，很多時(shí)候是因?yàn)槌绦騿T或者運(yùn)維人員的誤操作大致服務(wù)器大面積的宕機(jī)，這種事件在很多云服務(wù)提供商身上都發(fā)生過，根本層面還是管理問題。后臺(tái)管理的任何細(xì)節(jié)都有可能

服務(wù)器宕機(jī)查找問題的幾個(gè)線索：

1.看看服務(wù)器是不是存在內(nèi)存泄漏問題，有些時(shí)候重啟機(jī)器開始還能正常運(yùn)行弄了一段時(shí)間之后就會(huì)變得非常緩慢，十有八九都是內(nèi)存的問題

2.是否有黑客入侵造成，有些非常關(guān)鍵重要的數(shù)據(jù)也是黑客最感興趣的，一般來講這種概率不是很高

3.是不是數(shù)據(jù)庫死鎖導(dǎo)致的，訪問量過大導(dǎo)致，連接數(shù)過多造成的。

服務(wù)器宕機(jī)一旦發(fā)生就會(huì)引起用戶的無數(shù)的投訴，無論在什么情況下穩(wěn)定永遠(yuǎn)是第一位，現(xiàn)在大的功能升級(jí)除非已經(jīng)百分百驗(yàn)證成功，否則引起的后果不堪設(shè)想。

希望能幫到你。