- 相關(guān)推薦
遠程視頻監(jiān)控故障分析報告
關(guān)于柳州海事局遠程視頻監(jiān)控系統(tǒng)的故障分析報告
一、 故障基本信息
二、 故障現(xiàn)象及處理過程
1、 第一次故障
故障現(xiàn)象：201X年11月13日接到柳州海事的報障，無法連接服務器， 客戶端無法ping通服務器IP。
處理過程：接到報障通知后，我公司立即組織人員進行處理，局域網(wǎng)內(nèi)可與前端設備通信，問題初步定為平臺服務器故障。次日測試人員到達現(xiàn)場；經(jīng)過測試，發(fā)現(xiàn)平臺服務器操作系統(tǒng)崩潰；與設備廠商聯(lián)系，于16日將平臺系統(tǒng)及所有前端系統(tǒng)進行重新布署，故障解決。
故障分析：經(jīng)過系統(tǒng)測試工程對系統(tǒng)日志進行分析，于11月12日晚，因多個IP地址向平臺服務器發(fā)起的惡意重復登錄請求導致平臺服務器處理超載，并造成操作系統(tǒng)文件損壞。
2、 第二次故障
故障現(xiàn)象：201X年12月06日接到柳州海事的報障，三江支線畫面無法顯示。
處理過程：當日經(jīng)測試維護人員檢查，由于三江支線的傳輸線路中斷所至，為此馬上與傳輸機房進行故障確認，并告知協(xié)助處理，于次日中午故障解決。
故障總結(jié)：由于三江網(wǎng)絡傳輸點斷電，導致傳輸線路不斷，經(jīng)協(xié)調(diào)后解決。
3、 第三次故障
故障現(xiàn)象：201X年3月26日接到柳州海事的報障，無法連接服務器， 客戶端無法ping通服務器IP。
處理過程：接到報障通知后，我公司立即組織人員進行處理，局域網(wǎng)內(nèi)可與前端設備通信及平臺服務器進行通信。故障定為網(wǎng)絡傳輸質(zhì)量問題。當時與傳輸機房聯(lián)系協(xié)助排查故障；經(jīng)過測試排查，發(fā)現(xiàn)由于網(wǎng)絡傳輸出現(xiàn)波動或延時現(xiàn)象較為嚴重導致系統(tǒng)自動判定為網(wǎng)絡中斷，不斷的向前端設備發(fā)送重啟命令導致；通過機房對線路進行優(yōu)化配置后重啟系統(tǒng)后恢復。
故障總結(jié)：由于網(wǎng)絡傳輸出現(xiàn)波動或延時現(xiàn)象較為嚴重導致系統(tǒng)自動判定為網(wǎng)絡中斷，不斷的向前端設備發(fā)送重啟命令導致。
4、 第四次故障
故障現(xiàn)象：201X年4月13日接到柳州海事的報障，紅花電站支線畫面無法顯示。。
處理過程：接到報障通知后，我公司立即組織人員前往紅
花現(xiàn)場排查問題。次日完成故障排除，系統(tǒng)恢復正常。 故障總結(jié)：由于意外雷擊，導致現(xiàn)場防雷開關(guān)保護，設備斷電屬正常防護。
5、 第五次故障
故障現(xiàn)象：201X年5月7日接到柳州海事的報障，無法連接服務器， 客戶端無法ping通服務器IP。
處理過程：接到報障通知后，我公司立即組織人員進行處理，局域網(wǎng)內(nèi)可與前端設備通信，問題初步定為平臺服務器故障。次日測試人員到達現(xiàn)場；經(jīng)過測試，發(fā)現(xiàn)平臺服務器操作系統(tǒng)崩潰；與設備廠商聯(lián)系，于次日將平臺系統(tǒng)及所有前端系統(tǒng)進行重新布署，故障解決。
故障分析：經(jīng)過系統(tǒng)測試工程對系統(tǒng)日志進行分析，于5月7日晚，非法用戶對平臺服務器發(fā)起的惡意攻擊并成功突破系統(tǒng)，并破壞系統(tǒng)文件及修改平臺參數(shù)，導致平臺服務器系統(tǒng)損壞導致。
三、 經(jīng)驗總結(jié)及建議
設備自完成安裝正式運行已有半年，多次故障現(xiàn)象提醒了我們?nèi)粘Ｔ谶M行線路和設備健康檢查方面的不足之處，我們將吸取教訓努力將工作做得更好。
介于非法用戶的惡意攻擊現(xiàn)象近來較為明顯，建設柳州海事考慮建設一套防護系統(tǒng)，以更有較技術(shù)手段防范來自于外部網(wǎng)絡的惡意攻擊。
【遠程視頻監(jiān)控故障分析報告】相關(guān)文章：
故障分析報告范文實用06-23
項目績效監(jiān)控分析報告05-25
設備故障分析報告模板（通用5篇）02-06
數(shù)控機床故障的分析及處理05-04
遠程視頻會議解決方案03-16
視頻監(jiān)控項目合同書06-07
幼兒園視頻監(jiān)控系統(tǒng)方案【優(yōu)】02-05
數(shù)控機床常見故障分析與排除04-30