摘 要：上海浦東國際機場一期于 1999 年正式建成通航。機場方通過國際招標引進了由澳大利亞Intersystem 公司開發(fā)，配以IBM 小型機及 SAN 存儲組成機場航班信息顯示系統(tǒng)（以下簡稱航顯系統(tǒng)）的基本后臺架構(gòu)。后經(jīng)過二期建設、虛擬化技術(shù)的引入以及衛(wèi)星廳的擴容，目前的航顯系統(tǒng)已經(jīng)足夠強大和穩(wěn)定。作為浦東機場的核心信息系統(tǒng)，其強大的續(xù)航能力只是基礎，還需要通過科學、完善、契合的維護方式對其進行養(yǎng)護，以維持其一貫的穩(wěn)定性。

關(guān)鍵詞：航顯系統(tǒng);信息安全：設備運維：人機結(jié)合

中圖法分類號：V351文獻標識碼：A

１ 系統(tǒng)簡介

１．１ 概述

作為國內(nèi)最大的國際機場、航空樞紐港，浦東機場航班信息顯示系統(tǒng)是浦東機場的核心系統(tǒng)。其通過與集成系統(tǒng)的接口連接獲取當日乃至次日的航班信息，通過外圍顯示設備為旅客及工作人員提供實時準確的航班動態(tài)信息。

自１９９９ 年浦東機場開航至今，航顯系統(tǒng)的后臺構(gòu)成模式從ＩＢＭ 小型機逐漸演化成以ＶＭｗａｒｅ 虛擬化為主，共有２４ 臺虛擬服務器組成，其中１２ 臺作為主服務器，１２ 臺作為備用服務器。其兼?zhèn)淞颂摂M化層面的實時切換技術(shù)，同時也具備軟件層面的熱備技術(shù)。其外圍顯示由２ ２００ 臺設備組成，包括７ 種不同的顯示設備。

隨著浦東機場衛(wèi)星廳的開航，后臺又進行了大量的擴容，目前其后臺由３ 個主機房組成，形成３ 地（Ｔ１、Ｔ２ 航站樓和衛(wèi)星廳）異地互備，同時２０１８ 年建成了航顯系統(tǒng)的備份系統(tǒng)，在極端情況下備份系統(tǒng)能完全替代主運營系統(tǒng)，并在不影響現(xiàn)場業(yè)務的情況下接管主運行系統(tǒng)。

１．２ 機房設備

機房設備主要包括服務器、光纖交換機、存儲，通過雙機房備份、虛擬化共享技術(shù)實現(xiàn)系統(tǒng)的強大冗余能力。網(wǎng)絡拓撲圖如圖１ 所示。

２ 系統(tǒng)維護中的難點及解決方案

作為浦東機場的核心業(yè)務系統(tǒng)，航顯系統(tǒng)應具備７?２４ 小時的運行能力，任何的例行維護、系統(tǒng)升級都不應對其業(yè)務工作產(chǎn)生影響［１］ 。因此，合理、科學、完善的運維方式必不可少，本文將從以下幾方面對其進行研究。

２．１ 信息安全

作為近期國家和公司大力推進和強化的一項基礎工作，信息安全在系統(tǒng)運維的過程中需要做到規(guī)范、合理化，以保證系統(tǒng)免受網(wǎng)絡攻擊和非法外部入侵，以下是本文在信息安全方面的思路和解決方案。

２．１．１ 建立主機ｒｏｏｔ 用戶口令的管理制度

（１）嚴格控制知曉口令的人員。

（２）制定ｒｏｏｔ ｐａｓｓｗｏｒｄ 規(guī)則，有條件可定期更改此規(guī)則。

（３）如有條件口令，可由２ 位系統(tǒng)管理員產(chǎn)生，每一位制定口令的一半。

（４）使用ｐａｓｓｗｄ 命令定期修改ｒｏｏｔ 口令，更改頻率為至少１ 年１ 次，并填寫口令修改記錄。

２．１．２ 建立應用系統(tǒng)管理員ａｄｍｉｎ 用戶口令的管理制度

（１）嚴格控制知曉口令的人員。

（２）如有條件口令，可由２ 位系統(tǒng)管理員產(chǎn)生，每一位制定口令的一半。

（３）使用ｐａｓｓｗｄ 命令定期修改ｓａｄｍｉｎ 口令，更改頻率為至少１ 年１ 次，并填寫口令修改記錄。

２．１．３ 建立操作員的安全管理制度

（１）利用安全管理工具來控制對Ｒａｐｉｄ Ｆｉｄｓ 的所有應用工具和數(shù)據(jù)的存取權(quán)限。

２．１．４ 建立航顯系統(tǒng)備份策略

（２）對所有服務器虛機每年備份１ 次。

（３）在系統(tǒng)的操作系統(tǒng)和數(shù)據(jù)庫升級前，對系統(tǒng)進行備份。

２．１．５ 建立航顯系統(tǒng)賬戶管理制度

（１）每年度對用戶的賬號進行整理與清除無效賬號，并對活動的賬號進行口令的更改，由用戶提出申請，系統(tǒng)管理員更改口令。

（２）若有人員變動不再擔任系統(tǒng)管理員，則必須將該賬戶禁用或刪除。

（３）管理員賬號每年度更改一次密碼，由各管理員自行更改。

（４）航顯系統(tǒng)工作站的密碼每年度更改一次，由系統(tǒng)管理員自行更改。

２．１．６ 建立航顯系統(tǒng)密碼管理制度

（１）若只有口令密碼，則管理員有將口令密碼告知他人的權(quán)利，其他口令密碼知情人不得將口令密碼告知他人。服務器密碼和終端管理員權(quán)限密碼由系統(tǒng)管理員掌握。終端受限賬號密碼和應用軟件密碼由用戶掌握，并設專人負責保密和維護工作。

（２）嚴格限制服務器、終端、應用軟件口令密碼的知情人員范圍。

（３）密碼長度必須不小于８位，密碼為數(shù)字、字母大寫、小寫和特殊字符中至少２ 種的組合，所有密碼都不能為連續(xù)或重復的字母與數(shù)字；密碼不能具有某種規(guī)律性。

２．１．７ 建立航顯系統(tǒng)日志檢查記錄制度

管理員每周對服務器上的系統(tǒng)日志進行檢查，并對除以下情況外的記錄做進一步記錄和分析。

（１）定期出現(xiàn)、原因已知且對系統(tǒng)沒有重大影響的報錯。

（２）曾經(jīng)出現(xiàn)、原因已知且對系統(tǒng)沒有重大影響的報錯。

（３）非系統(tǒng)核心區(qū)域出現(xiàn)的報錯，如某一終端報錯，確認不會對系統(tǒng)造成影響的報錯。

２．２ 系統(tǒng)日常維護

為保持系統(tǒng)的穩(wěn)定，需要持續(xù)地對系統(tǒng)進行健康性檢查，依據(jù)歷年來的經(jīng)驗做實時地調(diào)整和優(yōu)化，包括以下部分。

２．２．１ 航顯系統(tǒng)例行檢查日維護

每日對系統(tǒng)中的服務器資源使用情況進行巡檢：其中包括磁盤空間和ＣＰＵ 檢查、資源組ｏｎｌｉｎｅ 情況、ＪＢｏｓｓ 進程運行情況等內(nèi)容，并對其進行記錄。

２．２．２ 航顯系統(tǒng)例行檢查季度維護

每個季度需對系統(tǒng)進行重啟ＨＡ 操作：手動關(guān)閉和開啟ＨＡ，并對重啟后的運行狀態(tài)進行確認，并進行記錄。

２．２．３ 航顯系統(tǒng)例行檢查節(jié)日維護

重大節(jié)日前需對系統(tǒng)進行檢查，其中包括所有服務器的工作狀態(tài)檢查，航顯工作站檢查等。

２．２．４ 航顯系統(tǒng)例行檢查年度維護

每年度需對系統(tǒng)進行一次清理ＡＱ 操作。

２．３ 應急預案制定

作為系統(tǒng)維護中必不可少的部分，應急預案在系統(tǒng)發(fā)生故障時有很大的參考價值，也可作為對新同事新員工的培訓內(nèi)容。應急預案若做得好就能很快地找到故障原因并對其排除，大量減少處置時間和縮小對生產(chǎn)運行的影響范圍。因此，根據(jù)以往的維護經(jīng)驗，總結(jié)出典型的重大故障的應急處置方案，并制定流程圖。

２．３．１ 航顯數(shù)據(jù)庫服務器故障應急預案

（１）故障現(xiàn)象。

本故障可能導致航顯系統(tǒng)以下故障現(xiàn)象：

①所有航顯顯示設備無法更新顯示；

②現(xiàn)場航顯設備（行李小鍵盤、ＦＣＳ）無法操作；

③ＴＯＣ 操作人員無法使用客戶端軟件；

④所有離港操作終端與柜臺航顯設備無聯(lián)動。

（２）故障判斷。

根據(jù)服務器日志和故障現(xiàn)象判斷。

（３）風險分析。

級別：嚴重影響航班運營。

后果：航顯系統(tǒng)癱瘓，各終端設備保留故障前顯

示內(nèi)容，無法顯示航班動態(tài)信息，操作終端無法操作。

風險概率：待定（依據(jù)實際穩(wěn)定情況）。

（４）故障處理。

用ｒｏｏｔ 用戶登錄１０．２８．１７０．１１ ｐｖｇｒｓ６ｄｂ０１ 運行

＃ｈａ＿ｓｔａｎｄｂｙ．ｓｈ ｐｖｇｒｓ６ｄｂ０１

＃ｈａ＿ｍｏｎ．ｓｈ 檢查ｐｖｇｒｓ６ｄｂ０２ 是否正常運行

＃ｈａ＿ｏｎｌｉｎｅ．ｓｈ ｐｖｇｒｓ６ｄｂ０１ 保持節(jié)點ｐｖｇｒｓ６ｄｂ０１ 啟動

２．３．２ 航顯應用服務器故障應急預案

（１）故障現(xiàn)象。

本故障可能導致航顯系統(tǒng)以下故障現(xiàn)象：

①航顯顯示設備無法更新顯示；

②ＤＭＵ 中無法連接現(xiàn)場設備；

③離港操作終端與柜臺航顯設備無聯(lián)動。

（２）故障判斷。

根據(jù)服務器日志和故障現(xiàn)象判斷。

（３）風險分析。

級別：影響航班運營。

后果：根據(jù)不同應用服務器功能，導致無法顯示

航班動態(tài)信息，操作終端無法操作等故障。

風險概率：待定（依據(jù)實際穩(wěn)定情況）。

（４）故障處理。

用ｒｏｏｔ 用戶登錄１０．２８．１７０．５１ ｐｖｇｒｓ６ｉｓａ０１ 運行

＃ｈａ＿ｓｔａｎｄｂｙ．ｓｈ ｐｖｇｒｓ６ｉｓａ０１

＃ｈａ＿ｍｏｎ．ｓｈ 檢查ｐｖｇｒｓ６ｉｓａ０２ 上是否正常運行

＃ｈａ＿ｏｎｌｉｎｅ．ｓｈ ｐｖｇｒｓ６ｉｓａ０１ 保持節(jié)點ｐｖｇｒｓ６ｉｓａ０１啟動

２．３．３ 航顯核心進程故障應急預案

（２）故障現(xiàn)象。

本故障可能導致航顯系統(tǒng)以下故障現(xiàn)象：

①航顯顯示設備無法更新；

②部分航顯功能無法正常使用。

（３）故障判斷。

根據(jù)服務器日志和故障現(xiàn)象判斷。

（４）風險分析。

級別：影響航班運營。

后果：航顯部分功能無法使用。

風險概率：待定（依據(jù)實際穩(wěn)定情況）。

（５）故障處理。

連接ＣＳ 服務器１０．２８．１７０．１０２，進入ｕ／ ｆｉｄｓ／ ｌｂｉｎ運行核心進程重啟腳本。

２．４ 航顯系統(tǒng)上下屏規(guī)則制定

由于航顯系統(tǒng)的實時性及需求的多變性，需要根據(jù)旅客、工作人員、服務部門的一些要求做臨時或?qū)崟r調(diào)整［２］ ，對此要制定各個區(qū)域的航班顯示規(guī)則，并根據(jù)多方要求評估規(guī)則的可行性和調(diào)整范圍，為此制定如下航班顯示規(guī)則。上屏規(guī)則如表１ 所列。

以下是特殊情況下的顯示規(guī)則。

航班狀態(tài)“ＮＯＰ”需ＴＯＣ 座席人員手工操作。值機柜臺ＦＣＳ 操作：柜臺計劃開始辦票前６０ 分鐘，計劃結(jié)束辦票后１２０ 分鐘。

登機口ＦＣＳ 操作：計劃開始登機前１０ 小時，計劃結(jié)束登機后１０ 小時。

登機口更改顯示規(guī)則，國際國內(nèi)均顯示３ 小時內(nèi)更改信息。

２．５ 人機結(jié)合的維護模式

除上文例行維護內(nèi)容外，建立監(jiān)控平臺并實行實時監(jiān)控，用短信、聲光的方式對發(fā)生的故障進行通告，以達到預防、預警、預控的目的，保持系統(tǒng)的持續(xù)穩(wěn)定運行。

３ 結(jié)束語

作為浦東機場的重要信息系統(tǒng)，航班信息顯示系統(tǒng)的覆蓋范圍涉及全部旅客及現(xiàn)場工作人員，所以保障航顯系統(tǒng)及其他重要信息系統(tǒng)的持續(xù)穩(wěn)定運行是運維部門的首要職責，本文對航顯系統(tǒng)的運維研究及方案制定，可作為其他信息系統(tǒng)的參考標準，并逐步推廣、落實，以及持續(xù)改進。

參考文獻：

［１］ 褚瑞娟．航顯系統(tǒng)顯示方案設計與實現(xiàn)［Ｄ］．北京：北京郵電大學，２０１４．

［２］ 金輝，石敏． 成都雙流國際機場航顯系統(tǒng)的設計實現(xiàn)［Ｊ］．計算機系統(tǒng)應用，２００３（３）：８?１１．

作者簡介：

唐源源（１９８１—），本科，工程師，研究方向：工業(yè)自動化系統(tǒng)、人工智能在機場運行和管理中的功能與運行保障。