基于紫金橋實時數據庫實現數據采集功能案例

本文關鍵字：紫金橋實時數據庫、采集數據

本文主要介紹大慶油田有限責任公司在數據采集系統中如何使用紫金橋實時數據庫，實現數據從上位機上傳到服務器的過程，并且在服務器提供了數據存儲和查詢功能，同時能夠實時通過web顯示數據以供瀏覽。

大慶油田有限責任公司為了實現安全生產，需要實時采集生產工藝流程中的各種數據，以便及時調整；而且為了提高生產過程的安全性和穩定性，需要保存這些數據，以供采樣分析研究。這樣，就需要把上位機采集到的實時數據進行保存，并且還需要提供歷史數據的查找功能。這里就應用到了紫金橋實時數據庫，紫金橋監控組態軟件提供的實時數據庫不但能夠提供歷史數據保存和查詢，而且提供數據轉儲功能，即把實時數據庫中的歷史數據轉存到其他關系庫（例如SQL、Oracle等等），這樣不僅方便其他人員或者第三方軟件使用這些數據，還更加進一步提高了數據的安全性。紫金橋監控組態軟件除了提供實時數據庫以外，還能通過組態生產工藝流程畫面并進行web發布后，實時查看生產工藝過程中的數據。

為了使廣大讀者能夠有個清晰的思路，這里簡要說明一下大慶油田有限責任公司數據采集系統的結構。

該公司下設十二個大隊，每個大隊下最少的有兩個站隊，最多則有八個站隊，每個站隊有若干臺上位機從下位機采集數據，各個上位機采集數據后分別通過不同的通訊方式上傳到本站隊的前置機中的紫金橋實時數據庫，前置機再將紫金橋實時數據庫中的數據通過以太網上傳到公司信息中心的服務器中的紫金橋實時數據庫，最后信息中心的服務器將實時數據庫中的數據保存為歷史，同時轉儲到關系數據庫，并且信息中心的服務器將各個站隊的工藝流程示意圖通過web發布，實時顯示上位機采集到的數據。

下面是公司整個數據上傳的示意圖：

上位機的數據為什么要先上傳到前置機，再由前置機上傳到服務器，而不是直接由上位機上傳到服務器呢？之所以這么做的原因，主要有以下幾點：

1、天然氣公司下屬大隊就有十幾個，每個大隊下屬的站隊分別有1 ~ 8 個不等，每個站隊又有1 ~ 5個上位機不等，這樣上位機的數量算起來就有很多，如果全部直接連接服務器，會導致服務器的負載就相當高；而如果每個站隊都通過一臺電腦（即前置機）來連接服務器，則服務器的連接負載降低很多，提高了服務器對外連接的訪問速度。

2、由于服務器連接外網，從安全角度考慮，如果上位機直接連接服務器，則上位機與服務器必須處于同一局域網內，一旦服務器中毒，很可能會感染上位機；而通過前置機上傳數據到服務器，前置機使用多塊網卡，分別與每臺上位機單獨組建一個局域網，這樣即使服務器出現中毒或者其他故障情況，都不會對上位機造成影響，大大提高了上位機采集數據的安全性。

事實上，天然氣公司指揮中心的服務器并不是簡單的一臺普通的服務器，而是由兩臺物理服務器加上磁盤陣列共同虛擬出來的一個虛擬服務器，采用群集管理的方式進行管理。這樣不僅進一步在安全性上得到保證，一旦兩臺物理服務器因為不可抗力出現故障，仍然能夠保證磁盤陣列中的歷史數據不受任何影響。

3、另外一點，信息中心的服務器提供web瀏覽，可以通過IE直接查看實時數據，下面的截圖是IE查看數據時進入系統的首頁面：

由于IE瀏覽時數據是按照各個站隊進行查看，一旦數據顯示出現不正常時，能夠首先通過檢查前置機查找問題所在，因為有些畫面的數據可能來自不同的上位機，如果是直接由上位機與服務器連接，數據出現問題時，可能會增加維護的工作量。

以上簡單介紹了紫金橋組態軟件以及紫金橋實時數據庫在大慶天然氣公司的數據采集系統中的應用，大慶油田有限責任公司能夠選用紫金橋實時數據庫，也是基于紫金橋實時數據庫出色的實用性和穩定性。大慶天然氣公司的領導以及專家們通過分析紫金橋實時數據庫采集并保存的歷史數據，不但解決了很多技術上的問題，在生產技術上也有了較大的提高。