金晨曦 ，段仙瓊 ，楊海梅

（1. 云南省水文水資源局，云南 昆明 650106；2. 長(zhǎng)江水利委員會(huì)水文局西南諸河水文水資源勘測(cè)局，云南 昆明 650051；3. 云南省水文水資源局西雙版納分局，云南 景洪 666100）

0 引言

水文情報(bào)預(yù)報(bào)工作在水文工作中占據(jù)著極其重要的地位，是我國(guó)進(jìn)行防汛抗旱工作的重要依據(jù)[1]。水情信息作為水文情報(bào)預(yù)報(bào)工作的數(shù)據(jù)基礎(chǔ)，是情報(bào)預(yù)報(bào)工作的主要依據(jù)。水情分中心是實(shí)時(shí)雨水情數(shù)據(jù)落地入庫(kù)的關(guān)鍵節(jié)點(diǎn)，也是實(shí)時(shí)雨水情數(shù)據(jù)進(jìn)入數(shù)據(jù)傳輸、應(yīng)用通道的第 1 站，在防汛抗旱體系中具有十分重要的地位，是支撐其他系統(tǒng)運(yùn)行的基礎(chǔ)部件[2]。自此實(shí)時(shí)雨水情數(shù)據(jù)有了身份信息，也就有了實(shí)際物理意義，可見(jiàn)水情分中心軟硬件環(huán)境運(yùn)行的效果對(duì)后面的匯集、傳輸?shù)拳h(huán)節(jié)起著重要的作用。

實(shí)時(shí)雨水情數(shù)據(jù)在水情分中心的處理過(guò)程，大致可分為接收、解碼、入庫(kù)、傳輸（交換）及應(yīng)用等幾個(gè)階段[3]。各個(gè)階段對(duì)應(yīng)不同的信息處理操作，也就對(duì)應(yīng)不同的軟硬件解決方案。為此對(duì)常見(jiàn)的解決方案容易存在的問(wèn)題進(jìn)行分析，并嘗試使用虛擬化技術(shù)對(duì)出現(xiàn)的問(wèn)題及弱點(diǎn)進(jìn)行改造。

1 水情分中心典型現(xiàn)狀及存在問(wèn)題

現(xiàn)階段大部分水情分中心的遙測(cè)中心站使用物理服務(wù)器，通過(guò)外接設(shè)備或者網(wǎng)絡(luò)端口接收實(shí)時(shí)雨水情遙測(cè)數(shù)據(jù)[4]，典型現(xiàn)狀拓?fù)浼皵?shù)據(jù)流程如圖1所示。

圖1 水情分中心典型現(xiàn)狀拓?fù)浼皵?shù)據(jù)流程

1.1 數(shù)據(jù)拓?fù)浼傲鞒?/h3>

遙測(cè)中心站服務(wù)器通過(guò)網(wǎng)絡(luò)或串口卡等設(shè)備接收遙測(cè)數(shù)據(jù)，經(jīng)過(guò)解碼后將數(shù)據(jù)存儲(chǔ)在原始數(shù)據(jù)庫(kù)中，再經(jīng)由數(shù)據(jù)轉(zhuǎn)儲(chǔ)軟件（功能），將數(shù)據(jù)轉(zhuǎn)換格式后寫(xiě)入實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)，最后由數(shù)據(jù)交換軟件傳輸至其它單位。

1.2 數(shù)據(jù)接收方式

現(xiàn)階段大部分遙測(cè)中心站的數(shù)據(jù)接收方式可大致分為串口、USB 端口、RJ-45 標(biāo)準(zhǔn)網(wǎng)絡(luò)端口等類(lèi)型，實(shí)現(xiàn)方式大致如下：

1）串口。服務(wù)器一般使用串口卡連接串口Modem 或北斗衛(wèi)星接收端，少部分使用串口服務(wù)器接收數(shù)據(jù)。

2）USB 端口。USB 設(shè)備與串口設(shè)備大體相同，部分 USB 設(shè)備采用模擬 USB 通信的方式，本質(zhì)上還是一臺(tái)串口 Modem，這類(lèi)設(shè)備使用標(biāo)準(zhǔn) USB端口與服務(wù)器連接。

3）RJ-45 標(biāo)準(zhǔn)網(wǎng)絡(luò)端口。一般使用標(biāo)準(zhǔn)以太接口或者光纖接入局域網(wǎng)，服務(wù)器通過(guò)因特網(wǎng)固定 IP地址，經(jīng)由防火墻接收從 2G（GPRS），3G，4G 移動(dòng)通信網(wǎng)絡(luò)或北斗衛(wèi)星接收機(jī)接收發(fā)送過(guò)來(lái)的數(shù)據(jù)。

存在的典型問(wèn)題如下：

1）如果 1 臺(tái)服務(wù)器需接收多家遙測(cè)設(shè)備公司的站點(diǎn)信息，對(duì)應(yīng)會(huì)在服務(wù)器上安裝多套串口卡，對(duì)應(yīng)多套中心站軟件。如果中心站軟件集成度不高，接收、解碼、入庫(kù)等功能用不同軟件獨(dú)立實(shí)現(xiàn)，這臺(tái)服務(wù)器上運(yùn)行的軟件數(shù)量將比較可觀。

2）不同公司的軟件對(duì)運(yùn)行環(huán)境有不同需求，極易發(fā)生配置沖突，不同公司對(duì)同一遙測(cè)中心站服務(wù)器上的軟件進(jìn)行維護(hù)時(shí)可能會(huì)相互影響，導(dǎo)致安裝并配置好一家公司軟件卻又影響了原本正常運(yùn)行的另一家公司軟件的情況。既造成服務(wù)器設(shè)備接入繁雜混亂，又導(dǎo)致軟、硬件環(huán)境配置維護(hù)困難。

1.3 數(shù)據(jù)轉(zhuǎn)儲(chǔ)方式

數(shù)據(jù)落地以后，一般被寫(xiě)入遙測(cè)中心站軟件的原始數(shù)據(jù)庫(kù)。該庫(kù)表標(biāo)準(zhǔn)一般與后續(xù)交換階段所普遍采用的 SL 323—2011《實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)表結(jié)構(gòu)與標(biāo)識(shí)符》中規(guī)定的實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)表（以下稱交換庫(kù)表）結(jié)構(gòu)不同，所以，一般存在一個(gè)數(shù)據(jù)轉(zhuǎn)儲(chǔ)的過(guò)程，將原始數(shù)據(jù)庫(kù)中的數(shù)據(jù)，抽取整理成符合交換庫(kù)表結(jié)構(gòu)的數(shù)據(jù)并寫(xiě)入交換系統(tǒng)數(shù)據(jù)庫(kù)。而且，這個(gè)轉(zhuǎn)儲(chǔ)過(guò)程，各遙測(cè)中心站軟件開(kāi)發(fā)單位實(shí)現(xiàn)的方式不一，有的使用 SQL 存儲(chǔ)過(guò)程，有的使用專門(mén)的轉(zhuǎn)儲(chǔ)軟件，但絕大多數(shù)是將數(shù)據(jù)遠(yuǎn)程寫(xiě)入另一臺(tái)服務(wù)器上的交換數(shù)據(jù)庫(kù)。

存在的典型問(wèn)題如下：

1）在數(shù)據(jù)轉(zhuǎn)儲(chǔ)過(guò)程中，無(wú)論是使用轉(zhuǎn)儲(chǔ)軟件、SQL 存儲(chǔ)過(guò)程，還是使用觸發(fā)器將數(shù)據(jù)寫(xiě)入另一臺(tái)服務(wù)器上的交換庫(kù)，都存在效率低下的問(wèn)題。首先，交換數(shù)據(jù)庫(kù)將面對(duì)多臺(tái)服務(wù)器的插入、刪除、修改、查詢操作，壓力陡增；其次，不同公司的開(kāi)發(fā)人員對(duì)于寫(xiě)庫(kù) SQL 語(yǔ)句的實(shí)現(xiàn)思路、運(yùn)用熟練程度及代碼優(yōu)化程度均不同，代碼的運(yùn)行效率差異較大，極易造成被寫(xiě)入的交換庫(kù)頻繁出現(xiàn)鎖沖突情況。極大降低了交換庫(kù)的訪問(wèn)速度，嚴(yán)重時(shí)將直接導(dǎo)致交換庫(kù)無(wú)法訪問(wèn)，出現(xiàn)宕機(jī)現(xiàn)象。

2）水情分中心數(shù)據(jù)管理人員信息安全意識(shí)薄弱，缺乏對(duì)遙測(cè)中心站軟件開(kāi)發(fā)維護(hù)公司的約束和管理，導(dǎo)致缺乏對(duì)數(shù)據(jù)庫(kù)訪問(wèn)用戶權(quán)限的約束，從而導(dǎo)致轉(zhuǎn)儲(chǔ)程序大量使用數(shù)據(jù)庫(kù)超級(jí)管理員用戶訪問(wèn)數(shù)據(jù)庫(kù)。因此，實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)被隨意讀取和寫(xiě)入，隨意創(chuàng)建架構(gòu)，更改表結(jié)構(gòu)等，影響包括交換系統(tǒng)在內(nèi)的使用該數(shù)據(jù)庫(kù)軟件系統(tǒng)的穩(wěn)定性。各維護(hù)公司可直接操作交換服務(wù)器上的所有數(shù)據(jù)庫(kù)，包括實(shí)時(shí)雨水情、預(yù)報(bào)等數(shù)據(jù)庫(kù)，這些數(shù)據(jù)庫(kù)存在被完全備份、數(shù)據(jù)泄露的風(fēng)險(xiǎn)，影響數(shù)據(jù)安全性。

3）轉(zhuǎn)儲(chǔ)程序如果設(shè)計(jì)不完善，交換庫(kù)維護(hù)重啟時(shí)會(huì)發(fā)生轉(zhuǎn)儲(chǔ)程序宕機(jī)，從而導(dǎo)致轉(zhuǎn)儲(chǔ)功能失效，數(shù)據(jù)無(wú)法進(jìn)入交換庫(kù)的情況，影響系統(tǒng)可用性。并且常常存在轉(zhuǎn)儲(chǔ)程序?qū)⒏鲾?shù)據(jù)庫(kù)的訪問(wèn)用戶名及密碼以明文寫(xiě)入文本配置文件中的情況，一旦該服務(wù)器被非法訪問(wèn)，多臺(tái)與之連接的數(shù)據(jù)庫(kù)服務(wù)器均有數(shù)據(jù)泄露、被非法入侵的風(fēng)險(xiǎn)。

1.4 解決方案優(yōu)缺點(diǎn)

現(xiàn)階段水情分中心的軟硬件解決方案主要有2 種。

1.4.1 多個(gè)業(yè)務(wù)流程在 1 臺(tái)服務(wù)器上運(yùn)行

優(yōu)點(diǎn)：對(duì)該服務(wù)器的軟硬件資源利用較為充分，出現(xiàn)問(wèn)題只需在 1 臺(tái)服務(wù)器上查找問(wèn)題。

缺點(diǎn)如下：

1）整個(gè)系統(tǒng)容錯(cuò)率低。一旦共用的服務(wù)器出現(xiàn)問(wèn)題，將影響該服務(wù)器上運(yùn)行的業(yè)務(wù)流程，對(duì)數(shù)據(jù)的接收及應(yīng)用將是毀滅性的打擊。

2）軟、硬件運(yùn)行環(huán)境復(fù)雜導(dǎo)致系統(tǒng)難以維護(hù)。硬件方面，如果水情分中心遙測(cè)通信規(guī)約或接收軟件沒(méi)有統(tǒng)一標(biāo)準(zhǔn)，將導(dǎo)致不同公司的水情遙測(cè)中心站軟件運(yùn)行在 1 臺(tái)服務(wù)器上，如果這些公司使用不同的串口 Modem 設(shè)備，則這臺(tái)服務(wù)器上還需安裝對(duì)應(yīng)數(shù)量的串口卡。軟件方面，不同公司對(duì)同一中心站服務(wù)器上的軟件進(jìn)行維護(hù)時(shí)可能會(huì)相互影響，相互掣肘。該服務(wù)器上運(yùn)行的不同公司開(kāi)發(fā)的軟件，所需的運(yùn)行環(huán)境也不盡相同。在配置某一軟件運(yùn)行環(huán)境時(shí)，可能會(huì)影響其它公司軟件的運(yùn)行，導(dǎo)致該服務(wù)器維護(hù)困難。往往在服務(wù)器上進(jìn)行某項(xiàng)設(shè)置的更改或者系統(tǒng)軟件的維護(hù)時(shí)，需要通知所有涉及該服務(wù)器運(yùn)行軟件對(duì)應(yīng)公司的維護(hù)人員，充分聽(tīng)取意見(jiàn)后才能進(jìn)行下一步的維護(hù)工作。水情分中心的維護(hù)人員只要稍不熟悉就可能導(dǎo)致整個(gè)業(yè)務(wù)流程中斷，維護(hù)工作中的難度之大，風(fēng)險(xiǎn)之高可能會(huì)導(dǎo)致維護(hù)工作無(wú)法正常進(jìn)行。

1.4.2 不同業(yè)務(wù)流程在不同的服務(wù)器上運(yùn)行

優(yōu)點(diǎn)：?jiǎn)闻_(tái)服務(wù)器出現(xiàn)問(wèn)題，不影響業(yè)務(wù)處理的其他環(huán)節(jié)。

缺點(diǎn)：投資更大，硬件利用率較低，單臺(tái)服務(wù)器性能不高。服務(wù)器重啟需經(jīng)歷漫長(zhǎng)的自檢階段，耗時(shí)長(zhǎng)，業(yè)務(wù)中斷時(shí)間長(zhǎng)，反而導(dǎo)致維護(hù)人員不愿意積極更新、維護(hù)服務(wù)器軟件環(huán)境。

2 水情分中心改造方案

針對(duì)典型現(xiàn)狀出現(xiàn)的問(wèn)題，發(fā)現(xiàn)使用虛擬化技術(shù)進(jìn)行改造，會(huì)取得立竿見(jiàn)影的效果。

2.1 服務(wù)器虛擬化技術(shù)

虛擬化是指計(jì)算機(jī)系統(tǒng)在虛擬的平臺(tái)上而不是真實(shí)的平臺(tái)上運(yùn)行。虛擬化技術(shù)可以充分利用硬件資源，簡(jiǎn)化軟件的重新配置過(guò)程。CPU 的虛擬化技術(shù)可以單 CPU 模擬多 CPU 并行，允許 1 個(gè)平臺(tái)同時(shí)運(yùn)行多個(gè)操作系統(tǒng)，并且應(yīng)用程序都可以在相互獨(dú)立的空間內(nèi)運(yùn)行而互不影響，從而顯著提高計(jì)算機(jī)的工作效率。

虛擬化方案如圖2 所示，使用多臺(tái)物理服務(wù)器（Host Server，也稱虛擬宿主服務(wù)器）安裝虛擬化軟件組成虛擬集群，實(shí)現(xiàn)在 1 臺(tái)物理服務(wù)器上運(yùn)行多臺(tái)虛擬邏輯服務(wù)器，節(jié)約成本和機(jī)房空間；通過(guò)虛擬化集群可以實(shí)現(xiàn) 1 臺(tái)虛擬邏輯服務(wù)器在多臺(tái)物理服務(wù)器上動(dòng)態(tài)遷移，當(dāng)某個(gè)物理服務(wù)器宕機(jī)時(shí)可將虛擬邏輯服務(wù)器在線遷移到其它物理服務(wù)器，保證業(yè)務(wù)的連續(xù)性；另外可通過(guò)克隆模板快速部署虛擬邏輯服務(wù)器，提高業(yè)務(wù)系統(tǒng)上線速度。

圖2 虛擬機(jī)體系結(jié)構(gòu)圖

2.2 改造方法

根據(jù)虛擬化技術(shù)的特性，針對(duì)水情分中心業(yè)務(wù)特點(diǎn)，定制了以下改造方法：

1）使用串口和 USB 口服務(wù)器實(shí)現(xiàn)串口、USB口等設(shè)備的網(wǎng)絡(luò)化及虛擬化。串口和 USB 口等設(shè)備與服務(wù)器的連接變?yōu)榫钟蚓W(wǎng)連接后，服務(wù)器與數(shù)據(jù)接收端通信無(wú)需串口卡等物理設(shè)備，可為后續(xù)服務(wù)器虛擬化做好準(zhǔn)備。

2）對(duì)水情分中心服務(wù)器進(jìn)行虛擬化改造。根據(jù)各服務(wù)器硬件條件不同，各物理服務(wù)器（虛擬宿主服務(wù)器）可以虛擬化出多臺(tái)虛擬邏輯服務(wù)器。

3）將原來(lái)運(yùn)行在同一服務(wù)器上的不同公司開(kāi)發(fā)的中心站軟件剝離出來(lái)，分別放入不同的虛擬邏輯服務(wù)器中運(yùn)行，保證 1 臺(tái)虛擬邏輯服務(wù)器中只有同一家公司的中心站軟件運(yùn)行。

4）在安裝有水情中心站軟件的虛擬邏輯服務(wù)器上新建實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)，并安裝實(shí)時(shí)雨水情數(shù)據(jù)交換系統(tǒng)。

5）將各虛擬邏輯服務(wù)器上的實(shí)時(shí)雨水情數(shù)據(jù)交換系統(tǒng)，與建立在水情分中心核心實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)上的核心數(shù)據(jù)交換系統(tǒng)建立并配置交換關(guān)系，同時(shí)建立對(duì)應(yīng)的站點(diǎn)轉(zhuǎn)發(fā)關(guān)系。

6）理清水情分中心各數(shù)據(jù)庫(kù)登錄用戶的訪問(wèn)權(quán)限。設(shè)置不同的具有只讀、讀寫(xiě)權(quán)限的數(shù)據(jù)庫(kù)訪問(wèn)賬戶，將數(shù)據(jù)庫(kù)的讀寫(xiě)分離開(kāi)來(lái)，嚴(yán)格控制數(shù)據(jù)寫(xiě)入途徑。核心實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)只允許數(shù)據(jù)由建立在該庫(kù)上的交換、數(shù)據(jù)維護(hù)等系統(tǒng)，以及數(shù)量、效率、安全性等可控的數(shù)據(jù)來(lái)源軟件寫(xiě)入。

2.3 數(shù)據(jù)拓?fù)浼傲鞒?/h3>

以現(xiàn)階段的服務(wù)器硬件資源分析，1 臺(tái)典型的配有 128 GB 內(nèi)存，＞ 2 TB 硬盤(pán)剩余空間的物理服務(wù)器可以輕松虛擬出 4 臺(tái)以上的虛擬邏輯服務(wù)器。因而水情分中心只需要 2 臺(tái)物理服務(wù)器虛擬出 8 臺(tái)虛擬邏輯服務(wù)器，即可基本解決所有不同公司中心站軟件的部署。并且，可以根據(jù)水情分中心實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)的訪問(wèn)壓力決定是將其遷入虛擬邏輯服務(wù)器還是作為單獨(dú)的物理服務(wù)器部署。

改造后，經(jīng)串口或 USB 端口設(shè)備落地的數(shù)據(jù)，在數(shù)據(jù)接收設(shè)備接收后，經(jīng)由網(wǎng)絡(luò)將數(shù)據(jù)包發(fā)送到在虛擬邏輯服務(wù)器中運(yùn)行的中心站軟件進(jìn)行解碼、入庫(kù)等操作；然后由數(shù)據(jù)轉(zhuǎn)儲(chǔ)程序?qū)?shù)據(jù)轉(zhuǎn)儲(chǔ)到本機(jī)的實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)中。至此，數(shù)據(jù)中心站軟件的所有職能已經(jīng)完成，后續(xù)匯總至分中心核心實(shí)時(shí)雨水情數(shù)據(jù)庫(kù)的工作，由安裝在本機(jī)上的數(shù)據(jù)交換軟件負(fù)責(zé)轉(zhuǎn)發(fā)，無(wú)需中心站軟件干預(yù)。改造后的系統(tǒng)架構(gòu)及數(shù)據(jù)拓?fù)淞鞒倘鐖D3 所示。

圖3 改造后的系統(tǒng)架構(gòu)及數(shù)據(jù)拓?fù)淞鞒?/p>

3 水情分中心效益分析

水情分中心虛擬化改造，針對(duì)現(xiàn)階段水情分中心的軟硬件解決方案中的諸多缺點(diǎn)及存在的問(wèn)題、隱患，給予了修正，在以下方面有質(zhì)的改變：

1）數(shù)據(jù)可靠性方面。因交換系統(tǒng)有緩存機(jī)制，分中心核心交換數(shù)據(jù)庫(kù)下線維護(hù)時(shí)，各遙測(cè)中心站服務(wù)器交換系統(tǒng)發(fā)送不成功的數(shù)據(jù)將暫存在本機(jī)交換系統(tǒng)的待發(fā)數(shù)據(jù)表中，核心交換數(shù)據(jù)庫(kù)上線后將自動(dòng)重新發(fā)送入庫(kù)，基本不會(huì)丟失數(shù)據(jù)。

2）系統(tǒng)穩(wěn)定性方面。不同公司開(kāi)發(fā)的遙測(cè)中心站軟件運(yùn)行在不同的虛擬邏輯服務(wù)器中，各公司的軟件只在本機(jī)上運(yùn)行，不牽涉別的服務(wù)器。軟件運(yùn)行環(huán)境可以為本機(jī)軟件高度定制，解決了多種數(shù)據(jù)軟件共享軟件環(huán)境帶來(lái)的兼容性、穩(wěn)定性和維護(hù)性等問(wèn)題。

3）信息安全性方面。運(yùn)行實(shí)時(shí)雨水情、洪水預(yù)報(bào)系統(tǒng)等水情分中心核心數(shù)據(jù)庫(kù)的訪問(wèn)途徑高度可控，數(shù)據(jù)來(lái)源單一，可追溯。各中心站軟件不再直接訪問(wèn)核心數(shù)據(jù)庫(kù)，杜絕了核心數(shù)據(jù)庫(kù)訪問(wèn)密碼泄露及被整庫(kù)備份或者數(shù)據(jù)被非法導(dǎo)出等風(fēng)險(xiǎn)。

4）性能方面。由于核心數(shù)據(jù)庫(kù)數(shù)據(jù)來(lái)源被精簡(jiǎn)，同時(shí)寫(xiě)入核心數(shù)據(jù)庫(kù)的進(jìn)程減少，大量數(shù)據(jù)都是經(jīng)由數(shù)據(jù)交換系統(tǒng)批量入庫(kù)的，效率較由多個(gè)不同程序?qū)懭敫?，出現(xiàn)鎖沖突的情況大為減少，從整體上提升了核心數(shù)據(jù)庫(kù)的讀寫(xiě)效率和穩(wěn)定性。

5）維護(hù)方面。各中心站虛擬邏輯服務(wù)器與核心交換服務(wù)器之間的訪問(wèn)方式由直接訪問(wèn)變?yōu)殚g接交換，使得各服務(wù)器均可以獨(dú)立維護(hù)。串口服務(wù)器的引入使得中心站軟件不再與硬件強(qiáng)相關(guān)，可以很容易地更換硬件底層：使用物理或者虛擬邏輯服務(wù)器，亦或者讓虛擬邏輯服務(wù)器在擁有不同硬件的宿主虛擬服務(wù)器之間動(dòng)態(tài)遷移。

6）管理方面。水情分中心數(shù)據(jù)管理員主要管理核心數(shù)據(jù)庫(kù)，各中心站虛擬邏輯服務(wù)器可由開(kāi)發(fā)維護(hù)公司管理、維護(hù)，管理權(quán)限明確，范疇清晰，對(duì)于數(shù)據(jù)安全性、可靠性起到了管理作用。定期可對(duì)各中心站服務(wù)器的維護(hù)管理情況進(jìn)行評(píng)估，有利于對(duì)遙測(cè)系統(tǒng)或者服務(wù)器維護(hù)服務(wù)外包情況進(jìn)行質(zhì)量評(píng)價(jià)。

同時(shí)，經(jīng)過(guò)改造以后，整個(gè)水情分中心硬件系統(tǒng)的利用率更高，充分使用了每臺(tái)服務(wù)器的硬件性能，提升了服務(wù)器密度，降低了機(jī)房供電壓力。

4 水情分中心改造后可能存在的問(wèn)題及解決方案

任何方案都有利弊，對(duì)虛擬化改造方案進(jìn)行細(xì)致分析后發(fā)現(xiàn)可能產(chǎn)生如下問(wèn)題：

1）服務(wù)器軟件環(huán)境變多了，軟件采購(gòu)成本將有一定上??；

2）每個(gè)虛擬邏輯服務(wù)器都需要維護(hù)，導(dǎo)致軟件環(huán)境對(duì)應(yīng)的維護(hù)工作總量變多了；

3）增加 1 層數(shù)據(jù)交換層級(jí)，可能會(huì)增加 5 min數(shù)據(jù)上傳的時(shí)間。

對(duì)于可能出現(xiàn)的問(wèn)題，可以采用以下方案進(jìn)行應(yīng)對(duì)：

1）軟件環(huán)境的采購(gòu)成本遠(yuǎn)小于同等數(shù)量的物理服務(wù)器。在服務(wù)器軟件大規(guī)模使用開(kāi)源軟件以后，軟件采購(gòu)費(fèi)用將大幅下降。

2）表面上雖然需要維護(hù)的軟件環(huán)境增加了，但系統(tǒng)因不同公司維護(hù)或配置錯(cuò)誤造成的不可用情況大大降低，整個(gè)系統(tǒng)的穩(wěn)定性得到了極大提高，停機(jī)修復(fù)系統(tǒng)問(wèn)題的次數(shù)和時(shí)間都減少了，系統(tǒng)的整體可用性提高了。對(duì)比付出的一些維護(hù)時(shí)間的代價(jià)，是值得的。

3）各級(jí)交換系統(tǒng)可以設(shè)置數(shù)據(jù)輪詢時(shí)間，從而可以控制數(shù)據(jù)在水情分中心交換環(huán)節(jié)的滯留時(shí)間，以達(dá)到用戶的時(shí)效性需求。

5 結(jié)語(yǔ)

探討的適用于水情分中心的虛擬化改造方法，通過(guò)引入虛擬化技術(shù)，結(jié)合數(shù)據(jù)端口的網(wǎng)絡(luò)化技術(shù)，將不同廠家的遙測(cè)中心站套件剝離至虛擬邏輯服務(wù)器中獨(dú)立運(yùn)行，并使用數(shù)據(jù)交換技術(shù)的柔性連接代替數(shù)據(jù)直接入庫(kù)的剛性連接，作為星型數(shù)據(jù)拓?fù)渚W(wǎng)絡(luò)的連接方式，輔之以數(shù)據(jù)權(quán)限安全設(shè)計(jì)，使新的系統(tǒng)架構(gòu)及拓?fù)淞鞒谈侠?，在?shù)據(jù)可靠性、系統(tǒng)穩(wěn)定性、信息安全性、讀寫(xiě)性能、數(shù)據(jù)維護(hù)及管理等方面，均有質(zhì)的改變。同時(shí)，鑒于實(shí)現(xiàn)該改造的技術(shù)難度并不高，有利于大面積推廣使用。另一方面，即使建立了統(tǒng)一的數(shù)據(jù)接收平臺(tái)，服務(wù)器虛擬化技術(shù)帶來(lái)的高密度、高能效、模塊化等優(yōu)勢(shì)仍然是水情分中心系統(tǒng)架構(gòu)優(yōu)化中無(wú)法忽視的特點(diǎn)，值得重點(diǎn)考慮及深入研究。