前言：尋找寫作靈感？中文期刊網用心挑選的系統連接中斷車站計劃管理論文，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。
1車站計劃管理系統的構成和工作原理
1.1系統構成
車站計劃管理系統采用基于后臺數據庫模式的C/S架構方式，分為中心服務子系統和車站應用子系統兩大部分。中心服務子系統共一套，包括數據庫服務器系統、應用服務器系統和接口服務器系統。中心服務器子系統采用雙機熱備模式工作，在用服務器發生故障時可自動切換至備用服務器，保證了系統的高可靠性。車站應用子系統由于各個車站的站場特點、需求應用等方面的要求不完全一致，因此，每個車站的應用子系統的數據配置也各有分別，采用獨立的車站應用系統軟件。
1.2工作原理
車站計劃管理系統后臺數據庫系統采用業界主流的Ora-cle11g版本的數據庫管理系統軟件和高可靠性的獨立冗余磁盤陣列（RAID），承擔了所有數據的實時存儲、定義、維護、訪問和更新等功能，滿足應用服務對數據的查詢響應，實現平臺上的數據共享等功能。中間業務邏輯層包括應用服務器和接口服務器系統，主要完成業務數據的邏輯運算，數據處理、數據轉發，實現與其他程序進行連接和數據交換等功能。上層人機交互界面層即車站系統終端用戶I/O操作界面，負責接收用戶輸入，展現運算結果等，通過應用服務器實現數據的處理和轉發，通過數據庫服務器實現存取數據，當數據庫服務器和車站系統因故發生中斷時，可將數據存儲至本地，待連接正常后通過操作將數據轉存至數據庫系統。車站應用系統程序對運行的根目錄沒有特殊的要求，可以把程序文件夾放到任何目錄，但要保證文件夾本身內容的完整性。
2數據庫連接中斷的原因分析及處理
2.1數據庫中斷后的注意事項
車站計劃管理系統運行過程中，數據庫因故連接中斷時，為避免數據丟失，需執行相應的操作將數據進行本地存儲，同時及時查找故障原因進行恢復，在沒有執行本地存儲操作時，嚴禁關閉車站計劃管理系統。操作過程為：點擊計劃管理系統“用戶管理”→“轉存到本地”菜單，將數據轉存到本地；待故障恢復后，再點擊“用戶管理”→“提交到數據庫”菜單，將本地數據提交到數據庫。
2.2原因分析及處理方法
造成數據庫中斷的原因有多種，物理硬件、軟件程序、網絡通道等都是可能的因素。因此，正確的判斷方法，能夠及時發現導致故障的原因，合理的處理程序，能夠有效縮短故障的延時時間，從而盡快恢復設備的使用。作者根據自身的工作經驗，總結出導致車站計劃管理系統終端和數據庫連接中斷的四種主要類型的故障：
2.2.1網絡通道中斷
數據庫中斷后，首先應考慮網絡通道方面的原因。此種故障較為容易判斷，但故障點的判斷尤其關鍵。首先運行ping命令檢查連接到本地交換機的通道是否連通，若不通，則檢查本地局域網線路或本機網卡是否存在問題；如果局域網連接正常，則繼續檢查到中心交換機、數據庫服務器之間的通道是否連通，根據逐段檢查，逐段排除的方法進行判斷處理。網絡通道故障的判斷方法應以系統網路拓撲圖為依據，根據網絡中各節點的狀態來判斷故障的根源。節點的劃分以車站局域網為一個節點，中心局域網為一節點，中心和車站之間的通信大通道為一節點，判斷出故障在某一節點之后，再在此節點內進行仔細排查。除去技術方面的排查方法，利用經驗或個體和群體之間的差異也可對故障進行分析，例如，如果單個車站局域網內一臺或多臺設備同時不能和數據庫正常連接，可考慮故障發生在局域網內，而如果所有車站局域網設備網絡連接均出現錯誤，可重點考慮是通信大通道中斷或中心系統發生問題。網絡通道問題通常多發生在網線配線架接頭和終端系統的網卡接口上，施工或平常的日常檢修作業有可能會碰到配線架或電腦終端的網線接頭，造成網線的虛接。此外，交換機的配置錯誤或故障，網線的損壞、光纜的斷裂也會導致此問題的發生。
2.2.2中心數據庫服務器系統故障
導致數據庫系統發生故障的原因有很多方面，總結起來主要是以下幾類：
（1）事務內部的故障：事務內部故障可分為預期的和非預期的，其中大部分的故障都是非預期的。預期的事務內部故障是指可以通過事務程序本身發現的事務內部故障，可通過將事務回滾，撤銷對數據庫的修改來恢復。非預期的事務內部故障是不能由事務程序處理的，如運算溢出故障、并發事務死鎖故障、違反了某些完整性限制而導致的故障等，通過強制回滾事務，在保證該事務對其他事務沒有影響的條件下，利用日志文件撤銷其對數據庫的修改來恢復。
（2）系統故障：系統故障也稱為軟故障，是指數據庫在運行過程中，由于硬件故障、數據庫軟件及操作系統的漏洞、突然停電等情況，導致系統停止運轉，所有正在運行的事務以非正常方式終止，需要系統重新啟動的一類故障。這類事務不破壞數據庫，但是影響正在運行的所有事務。可等待計算機重新啟動之后，對于未完成的事務可能寫入數據庫的內容，回滾所有未完成的事務寫的結果；對于已完成的事務可能部分或全部留在緩沖區的結果，需要重做所有已提交的事務（即撤銷所有未提交的事務，重做所有已提交的事務）。
（3）介質故障：介質故障也稱為硬故障，主要指數據庫在運行過程中，由于磁頭碰撞、磁盤損壞、強磁干擾、天災人禍等情況，使得數據庫中的數據部分或全部丟失的一類故障。使用數據庫備份及事務日志文件，通過恢復技術，恢復數據庫到備份結束時的狀態。
（4）計算機病毒故障：計算機病毒故障是一種惡意的計算機程序，它可以像病毒一樣繁殖和傳播，在對計算機系統造成破壞的同時也可能對數據庫系統造成破壞（破壞方式以數據庫文件為主）。對于已感染病毒的數據庫文件，使用殺毒軟件進行查殺，如果殺毒軟件殺毒失敗，使用數據庫備份文件，以軟件容錯的方式恢復數據庫文件。另外，應定期檢查服務器本身磁盤的狀態，防止存儲空間因數據占用過大造成系統崩潰，加強告警日志文件的分析和處理，檢查數據庫管理軟件的運行狀態，以及終端系統接點的配置是否正確，系統負載均衡配置是否正確等等。
2.2.3車站應用終端數據庫客戶端配置不正確
車站計劃管理系統中心數據庫采用Oracle11g數據庫系統，車站終端需要安裝Oracle數據庫客戶端并進行正確配置。數據庫客戶端的配置涉及到數據庫服務器的IP地址（或主機名）、數據庫服務器的偵聽端口號、數據庫名稱等，應仔細檢查核對，如果安裝不正確或配置錯誤，則車站應用系統就無法連接到中心數據庫系統。在通道暢通和中心服務器設備正常情況下，利用客戶端配置完成后，利用本系統的服務名進行測試連接，如果測試成功，則配置正確，如果測試錯誤，會彈出錯誤的提示框，應重新檢查配置是否正確。
2.2.4車站應用終端數據庫配置文件不正確
車站應用系統的數據庫配置參數文件位于車站應用程序文件夾內的ini文件夾下，其中config.ini配置文件包含了程序連接的數據庫相關的信息，使用記事本打開即可查看配置信息。配置參數文件主要包括數據庫類型、用戶名、用戶密碼、數據源名稱等，其中服務名為本機配置的數據庫服務名，用戶名為相應車站計劃管理系統連接Oracle數據庫中的用戶名稱，密碼為相應車站計劃管理系統連接Oracle數據庫中的用戶密碼，驅動類型支持兩種驅動類型Oracle和微軟，如果使用Or-acle驅動，填寫“Oracle”，如果使用微軟驅動，填寫“MS”。如果不能確定是否是配置文件的問題，可使用數據庫客戶端的一些工具如PL/SQLDeveloper或者在SQLPLUS下使用“CONN用戶名/密碼@服務名”命令直接連接數據庫，如果在這種情況連接正常，則說明配置存在問題。在車站應用程序關閉的情況下對config.ini直接進行修改并保存即可。
3結束語
在日常運行生產過程中，如果計劃管理系統發生問題，應遵循一定的處理原則，中心和車站維護人員之間要協調指揮，分級處理，從全局全網的概念出發，做到先中心設備，后基層網設備；先服務器，后其他設備，先網絡設備，后局部設備，盡量減少故障的影響范圍。同時，鑒于日常生產環境的復雜性，人員的誤操作、系統服務器或終端感染病毒等也是造成故障的重要原因，因此，加強相應的準入認證機制、建立防火墻系統以及建設相應的安全管理制度，是減少故障發生的主要手段。
作者：陳建輝 單位：朔黃鐵路發展有限責任公司肅寧分公司
