企業計算機應用系統可靠性測試技術探討

黃奕海

摘 要：在當前時代背景下，信息化網絡的普及也讓計算機成為了目前很多企業辦公、管理的首選輔助工具，也是企業自動化辦公必不可少的工具。此外，相比傳統辦公以及管理流程，運用計算機進行辦公與管理可以有效提升辦公、管理的效率，可以靈活準確獲取相關信息，從而更加有效率、及時地處理信息，提高企業辦公、管理的運轉。可以看出，計算機運作流程的順利將直接關系到整個企業的正常運作，因而具有重要的意義和價值。

關鍵詞：企業計算機；應用系統；可靠性；可靠性測試；分析研究

中圖分類號：TP311.53 文獻標識碼：A 文章編號：1006-8937（2016）33-0091-02

就目前而言，計算機系統的構成可以包含硬件、軟件以及一些應用，而企業計算機的應用系統也應當包含這些內容。而且相比傳統計算機應用系統而言，企業計算機應用系統具有更高的專業性、實時性，將涉及到更多數據，簡單來說，其就是傳統計算機應用系統的升級。本文中的可靠性測試技術開始主要基于黑盒測試。而筆者將通過本文，就企業計算機應用系統可靠性測試技術方面，展開具體的研究與分析。

1 保證企業計算機應用系統可靠性的因素

1.1 固定的環境因素

環境因素主要是指應用系統運作的環境支持因素，即如硬件、軟件、操控以及其他環境因素，而且環境因素本身是固定的，即在系統運作過程中，各個軟硬件以及操作環境都是必備的，同時要求數據輸入達到一定標準，而且需要將其他條件列為理想狀態。

1.2 固定的時間因素

固定的時間因素主要體現在系統的運作階段，而且需要將系統工作時間作為規定的標準，簡單而言，系統的工作時間就是工作及待機時間的總和。

1.3 固定的功能因素

應用系統的可靠性還需要與制定的功能具有一定的關聯，而且任務目標存在差異，導致需要調用的子模塊也不盡相同，因而要精確判定系統是否可靠，就需要優先了解其任務目標以及功能特征[1]。

2 企業計算機應用系統可靠性測試目標

2.1 找出影響系統正常運作的隱患

一般而言，要影響系統可靠性，則需要同時具備不變條件以及可變條件。

其中對于前者而言，主要是指一些固定的硬件與基本軟件；而對于后者，主要是輸入的分布。通過對可靠性測試中使用到的有效和失效數據進行分析，進而評估當前軟件可靠性的水平，并預測軟件未來可能達到的水平。而測試系統可靠性時則往往會優先顯示高概率的缺陷問題，而通過妥善處理這些缺陷，即可保證應用系統可靠運行。

2.2 研究系統可靠性是否達到用戶標準

對于企業計算機應用系統的可靠性測試而言，第二個目標則是在測試階段或者是投產前找出系統失效問題進行研究分析，同時研究系統可靠性是否能夠達到用戶標準，進而保證系統更好為用戶服務。

2.3 預估系統可靠性的狀況

采用有效的可靠性測試，即可以根據獲取的測試信息進行研究，然后針對當前應用系統的可靠性狀況進行評估，評估系統是否達到預定的指標情況，并且針對未來可靠性發展進行評估，為今后系統改進與拓展提供相應的數據資料基礎[2]。

3 各類系統可靠性測試分類

3.1 雙機熱備可靠性測試

雙機熱備應用系統構成可以包含兩臺服務器與一個外接共享磁盤陣列柜，此外還包含與之對應的雙機熱備專用軟件，而且一般會選擇“心跳”的特殊方法來強化子機與主機的關聯性，即如圖1所示，而“心跳”簡單來說可以概括為主機與子機周期聯系的信息信號，同時也表現出系統運作正處于穩定情況。若信號消失，則代表主機產生故障，則需要及時將主機資源移動至子機中，暫時取代主機繼續工作。而該系統的測試則可以在檢驗日常交易量的過程中，即雙機模式下系統故障的自我修復能力，測試流程主要包含一般切換、宕機、網絡故障等三種狀況的模擬：

①一般切換：即根據日常交易量進行系統加壓，保持運行在5 min左右，然后在主機運行Take Over，同樣保持運行在5 min左右。此時可以檢測子機是否會代替主機進行交易，是否存在業務中止的問題，當子機也運行Take Over時，則可以檢測回切的效果。

②宕機：同樣根據交易量進行系統加壓，保持運行在5min左右，在主機上運行Halt-q，保持運行5 min，此時可以檢測子機是否會代替主機進行交易，是否存在業務中止的問題，啟動主機時，則可以檢測回切的效果。

③根據交易量進行系統加壓，保持運行在5 min左右，在主機上采用宕網卡處理，保持運行5 min，此時可以檢測子機是否會代替主機進行交易，是否存在業務中止的問題。恢復主機網絡時，則可以檢測回切的效果。

3.2 真正應用集群可靠性測試

真正應用集群（Oracle RAC）則一般是由兩臺或多臺計算機以及共享儲存器組成，具有更強的數據庫處理水平，而且該系統一般會選擇IP漂移、VIP移動以及TAF透明故障切換技術以解決各類軟硬件問題（如SQL語句錯誤，進程問題等等）。即如出現故障時，真正應用集群系統則可以采用虛擬地址與IP漂移以達到故障切換效果，進而保證數據庫的安全性。而測試流程同樣也可涵蓋實例關閉、宕機、網絡故障等三種狀況的模擬（其中默認運作節點為DB1上，DB2為備用），如圖2所示。

①實例關閉：即根據日常交易量進行系統加壓，保持運行在5 min左右，然后DB1則運用shutdown ！Abort，也保持運行在

5 min左右，檢測DB2是否接替DB1的服務管理，是否產生IP地址漂移問題。

②宕機：即根據日常交易量進行系統加壓，保持運行在

5 min左右，然后DB1則運用運行Halt-q，保持運行在5 min左右，檢測DB2是否接替DB1的服務管理，是否產生IP漂移問題。

③網絡故障：即根據日常交易量進行系統加壓，保持運行在5 min左右，然后拔除連接DB1的網線，保持運行在5 min左右，檢測DB2是否接替DB1的服務管理，是否產生IP漂移問題[3]。

3.3 高可用性集群可靠性測試

高可用性集群，簡單來說，就是一種集群技術，其目標就是最大程度降低服務故障的時間。

其中集群就是多個服務于用戶群體的計算機，而單一的計算機智能作為單一節點。而且高可用集群則不能對業務資料提供防護，而防護的側重點主要是用戶的程序在不停止對外的服務的基礎上，最大程度減少各類故障導致正常業務停滯狀況的產生。而且一般高可用性集群可以涵蓋以下兩類：①兩個主節點，即各個節點都能保證為客戶計算機提供服務，而且性能最穩定，即便是故障產生，另一節點都可以代替故障節點進行工作，即保證服務不會受到故障影響，不過不可忽視的是故障問題會直接影響到整個服務器的性能；②一個主節點與一個子節點，主節點主要用于接收與處理客戶反饋的需求信息，而子節點則處于閑置，一旦主節點產生故障問題，子節點則可以代替其進行工作，同時為用戶提供相應的服務，而且故障問題不會影響整個服務器的性能，但是整體結構較為復雜。而具體的測試流程可以包含服務常規停止、進程異常停止、網絡故障等三種狀況的模擬，如圖3所示。

①服務常規停止：即根據日常交易量進行系統加壓，保持運行在5 min左右，以常規方式停止子機的應用服務，同時檢測交易情況是否改變，保持運行在5 min左右，則再次啟動子機上的應用服務，主要是檢測子機是否恢復交易服務，各項參數是否能夠達到正常指標。

②進程異常停止：即根據日常交易量進行系統加壓，保持運行在5 min左右，并且采用Kill-9消除子機應用服務進程，檢測交易情況是否改變，保持運行在5 min左右，則再次重啟子機的應用服務，主要是檢測子機是否恢復交易服務，各項參數是否能夠達到正常指標。

③網絡故障：即根據日常交易量進行系統加壓，保持運行在5 min左右，中斷子機的網線，檢測交易情況是否改變，保持運行在5 min左右，再次連接子機的網線，檢測子機是否恢復處理能力，各項參數是否能夠達到正常指標。

4 結 語

可靠性的測試主要是針對故障一類問題進行處理，同時以模擬的方式檢測系統故障問題后的恢復情況，同時還能根據客戶的可靠性指標定義相應的測定方法，同時構成測定例子，進而進行可靠性檢測，最后還可以針對系統今后運作的可靠性情況進行預估，在系統正式部署之前盡量找出并解決一些不確定因素而造成的問題，通過組合模擬方式進行檢測，進而為后期系統的拓展以及軟件開發奠定基礎。

參考文獻：

[1] 李霄，郭彤，王常洲.企業計算機應用系統可靠性測試技術研究[J].中國 科技信息，2013，07（07）：87-89.

[2] 呂麥絲.企業計算機應用系統可靠性測試技術研究[J].計算機光盤軟 件與應用，2014，11（11）：198-200.

[3] 蔡仲博.企業計算機應用系統可靠性測試技術研究[J].電子技術與軟 件工程，2015，04 （04）： 187-189.