1.背景介紹
????????此服務器監控系統的目的在于提高行情服務器的監管效率，因目前的的行情服務器，包括DM、DT、DS配置數量較多，巡回維護耗時較多，當行情服務器出現異常故障，或者因為網絡問題造成數據斷線等情況時，監管人員無法及時發現問題并進行維護，此系統則用于實現自動監控所有的行情服務器，在服務器出現異常時給出提示，并允許從客戶端執行多種服務器維護命令，從而為快速解決服務器端故障提供支持。
2.功能目標設計
當前設計只針對DM、DT、DS三種類型的服務器提供監管服務，目的是能夠對這些服務器的運行狀況、負載情況、數據收發情況進行監測，以及批量執行服務器維護相關的命令。
（1）對DS服務器的監控
實現比LB更多更完整的監控目標，具體監測內容為：DS負載、線程數、內存使用、通道1,2的上海、深圳行情最后接收時間，FM連接狀況，當前使用的通道。
控制內容包括三項：
- 能夠在監管客戶端控制DS服務器切換不同的通道，
- 能夠調用DS界面指定的命令，
- 能夠在客戶端遠程編輯DS配置。
（2）對DT服務器的監控
具體監測內容：監測DT服務器的上海，深圳行情接收時間，當前DS連接數。
控制內容：能夠調用DT界面指定的命令，能夠在客戶端遠程編輯DT配置。
（3）對DM服務器的監控
具體監測內容：
監控DM服務器上海、深證、股指期貨，板塊，計算，港股的連接狀況和數據最后接收時間。
控制內容：
能夠調用DM界面指定的命令，能夠在客戶端遠程編輯DM配置。
（4）以上監控內容可根據具體的監控項目，設置報警條件，由客戶端實現語音提醒功能，例如，開盤時間段內，設置DS行情接收間隔時間為10秒，如果超過10秒沒有行情數據接收，那么客戶端界面上會對此服務器做特定的顏色標志，并發出語音提示監管人員注意維護。
（5）服務器端維護可以同時選擇多個服務器，執行不帶參數的命令，對于配置文件修改，因各個服務器配置內容不同，暫時只實現單服務器修改。
3.系統結構簡圖
系統總體采用C/S模式，監管服務器用于24小時實時監控各個服務器的狀態，允許多個客戶端登陸操作，但不對多人操作作同步處理，需監管人員自己協調。
4.其他功能
上述結構組成部分包括客戶端和數據庫，就是說在監管過程中需要考慮到監管權限、監管日志，以及服務器類型、分組維護等問題。
服務器分組方式包括按服務器類型、按上下級連接方式兩種來分組。按連接方式分組時，DM服務器處在最頂層，下級依次是DT、DS，但因為DS目前是雙通道的，這種分組方式可能會使一個DS出現在多個位置上。
監管權限目前第一步只設計為簡單的用戶名、密碼管理模式，默認設置一個超級管理員，有權限增加或者刪除其他監管成員。
監管日志將記錄所有監管成員的登錄及對服務器重要的操作記錄過程，以備案查。
5.系統實現
項目采用C++程序開發，數據庫使用SQL Server，參與服務端和客戶端的開發人員包括：XXX等
按正常的開發進度本項目開發到測試提交預計15個工作日左右，但考慮目前技術部后續有其他更重要的任務安排，因此只能使用空余時間完成此項目，具體開發周期會根據后續的任務安排而延長。
