平臺(tái)系統(tǒng)日常運(yùn)維投標(biāo)方案技術(shù)方案書

平臺(tái)系統(tǒng)日常運(yùn)維投標(biāo)方案2

目錄

第一章對(duì)政務(wù)共享應(yīng)用平臺(tái)系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)的

撐握程度.................................................3

1.1.平臺(tái)系統(tǒng)維護(hù).....................................3

第二章提供基礎(chǔ)數(shù)據(jù)維護(hù)架構(gòu)和方案.......................7

2.1.平臺(tái)系統(tǒng)運(yùn)營.....................................8

第三章對(duì)政務(wù)共享應(yīng)用平臺(tái)系統(tǒng)數(shù)據(jù)庫架構(gòu)、數(shù)據(jù)庫結(jié)構(gòu)、表結(jié)構(gòu)

的掌握程度.............................................10

3.1.系統(tǒng)安全維護(hù)的幾個(gè)要點(diǎn)：.........................10

第四章對(duì)基礎(chǔ)支撐平臺(tái)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度.......................................12

4.1.定崗定職準(zhǔn)責(zé)...................................12

4.2.定級(jí)定時(shí)準(zhǔn)責(zé)...................................12

第五章對(duì)協(xié)同辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置撐、流程配置的握程度.............................14

5.1.巡檢服務(wù).......................................14

5.2.維護(hù)雙周報(bào).....................................15

5.3.故障專項(xiàng)報(bào)告...................................15

第六章對(duì)移動(dòng)辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度.......................................16

6.1.對(duì)于系統(tǒng)故障事件...............................18

6.2.對(duì)于自然災(zāi)害性事件.............................19

6.3.對(duì)于電力中斷事件................................19

第七章對(duì)政務(wù)知識(shí)管理及決策支持系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能

1

架構(gòu)、操作使用、系統(tǒng)配置的撐握程度........................20

7.1.故障維護(hù).........................................20

7.2.性能優(yōu)化.........................................20

第八章對(duì)及時(shí)通訊系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度.......................................23

8.1.功能設(shè)計(jì)咨詢服務(wù).................................23

8.2.應(yīng)用軟件開發(fā)咨詢服務(wù).............................23

8.3.基礎(chǔ)設(shè)施咨詢服務(wù).................................24

8.4.系統(tǒng)系統(tǒng)技術(shù)維護(hù).................................24

第九章駐場(chǎng)維護(hù)人員團(tuán)隊(duì)中5年以上工作經(jīng)驗(yàn)軟件開發(fā)工程師參與

駐場(chǎng)......................................................26

9.1.UPS電源系統(tǒng)維護(hù).................................26

9.2.UPS蓄電池的安裝環(huán)境.............................27

9.3.使用UPS的注意事項(xiàng)...............................28

9.4.培訓(xùn)方案及計(jì)劃...................................30

2

第一章對(duì)政務(wù)共享應(yīng)用平臺(tái)系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能

架構(gòu)的撐握程度

1.1.平臺(tái)系統(tǒng)維護(hù)

政務(wù)共享應(yīng)用平臺(tái)系統(tǒng)測(cè)試完成并成功上線后，就進(jìn)入了系統(tǒng)的

維護(hù)階段，保證平臺(tái)質(zhì)量，確保其可以持續(xù)穩(wěn)定的運(yùn)行，防止出現(xiàn)平

臺(tái)打開緩慢、頁面顯示錯(cuò)誤、數(shù)據(jù)丟失等問題。一般來講，大型系統(tǒng)

軟件維護(hù)成本都比較高，甚至高出其開發(fā)成本的數(shù)倍。現(xiàn)階段平臺(tái)普

遍將一半以上的開發(fā)技術(shù)團(tuán)隊(duì)投入在其平臺(tái)系統(tǒng)的維護(hù)上，伴隨著平

臺(tái)功能多樣化、復(fù)雜化的發(fā)展趨勢(shì)，這個(gè)比例還將持續(xù)增加。

1.1.1.現(xiàn)階段平臺(tái)維護(hù)的種類

1.改正性維護(hù)。

在平臺(tái)開發(fā)過程中，系統(tǒng)在上線前的測(cè)試階段不會(huì)完全把所有潛

在隱患都暴露出來，這些程序問題，會(huì)在用戶使用期間逐步浮現(xiàn)出來，

并且被報(bào)告給平臺(tái)的維護(hù)人員，維護(hù)人員根據(jù)相應(yīng)問題進(jìn)行系統(tǒng)的修

復(fù)。這一診斷和改正的過程成為改正性維護(hù)。

2.適應(yīng)性維護(hù)

計(jì)算機(jī)硬件更新日新月異，當(dāng)前市場(chǎng)的硬件設(shè)備換代周期為一年

左右，且經(jīng)常增加或修改外部設(shè)備以及其他系統(tǒng)部件，適應(yīng)性維護(hù)，

則是針對(duì)這一現(xiàn)象，配合變化了的環(huán)境而進(jìn)行的對(duì)系統(tǒng)硬件的一種維

護(hù)措施。

3

3.完善性維護(hù)

當(dāng)前市場(chǎng)功能需求變幻莫測(cè)，對(duì)出現(xiàn)新的需求的響應(yīng)速度決定了

能否在慘烈的市場(chǎng)競(jìng)爭(zhēng)中占領(lǐng)制高點(diǎn)。除了新功能的增添和修改，還

有可能出現(xiàn)一般性的系統(tǒng)改進(jìn)意見，而對(duì)于系統(tǒng)軟件進(jìn)行完善性維護(hù)，

就是滿足于此類需求的手段。

4.預(yù)防性維護(hù)

預(yù)防性維護(hù)主要是針對(duì)改進(jìn)系統(tǒng)未來的可維護(hù)性，給未來改進(jìn)奠

定基礎(chǔ)的一類未雨綢繆的維護(hù)性活動(dòng)。這種維護(hù)的大背景是系統(tǒng)基于

多年以前的老程序，體系結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)比較差，因而在現(xiàn)階段平臺(tái)

上使用較少。

1.1.2.平臺(tái)維護(hù)過程內(nèi)容

系統(tǒng)的維護(hù)過程包括建立一個(gè)維護(hù)性組織，確定報(bào)告和評(píng)價(jià)的過

程，同時(shí)需要為每個(gè)維護(hù)行為要求一個(gè)標(biāo)準(zhǔn)化的時(shí)間序列，此外，還

應(yīng)建立一個(gè)適用于維護(hù)活動(dòng)的記錄復(fù)審過程。

1.維護(hù)組織

每個(gè)維護(hù)需求都應(yīng)該通過維護(hù)團(tuán)隊(duì)的負(fù)責(zé)人轉(zhuǎn)交給熟悉該項(xiàng)內(nèi)

容的系統(tǒng)管理員去評(píng)價(jià)。系統(tǒng)管理員是指被指定去熟悉一部分程序內(nèi)

容的技術(shù)人員。在系統(tǒng)管理員對(duì)維護(hù)任務(wù)作出評(píng)價(jià)之后，再轉(zhuǎn)交被指

定技術(shù)人員進(jìn)行維護(hù)行為。此項(xiàng)內(nèi)容十分必要，可有效的減少維護(hù)過

程中出現(xiàn)的混亂。

4

2.維護(hù)報(bào)告

應(yīng)該用所規(guī)定的格式表達(dá)所有系統(tǒng)的維護(hù)要求。系統(tǒng)組織內(nèi)部應(yīng)

該制定出一個(gè)修改報(bào)告，包含滿足維護(hù)需求所需工作量、維護(hù)要求的

性質(zhì)、要求的優(yōu)先次序、與修改有關(guān)的事后數(shù)據(jù)等信息，保證時(shí)間節(jié)

點(diǎn)清晰可控，整個(gè)過程有序高效。

3.維護(hù)的事件流

對(duì)于改正性維護(hù)要求而言，整個(gè)流程從估量錯(cuò)誤的嚴(yán)重程度開始。

如果是一個(gè)嚴(yán)重的錯(cuò)誤，比如某個(gè)關(guān)鍵的系統(tǒng)不能正常運(yùn)行，則在系

統(tǒng)管理員的指導(dǎo)下進(jìn)行合理的人員分配，并且立即進(jìn)行問題的分析過

程。對(duì)于不是很緊急的問題，則可以將其維護(hù)工作和其他的技術(shù)項(xiàng)目

一起統(tǒng)籌安排。

對(duì)于適應(yīng)性維護(hù)和完善性維護(hù)，首先確定每個(gè)維護(hù)項(xiàng)目的優(yōu)先次

序，并且安排要求的工作時(shí)間，整個(gè)過程跟系統(tǒng)開發(fā)的過程十分類似。

不論維護(hù)的類型如何，都需要同樣的技術(shù)工作。這些工作包括修

改設(shè)計(jì)、復(fù)查、必要的代碼修改、單元測(cè)試和集成測(cè)試、驗(yàn)收測(cè)試和

復(fù)審等。

收集有效的維護(hù)數(shù)據(jù)對(duì)衡量、評(píng)價(jià)整個(gè)維護(hù)活動(dòng)以及以后的復(fù)查

至關(guān)重要。根據(jù)此結(jié)果，還可以做出關(guān)于開發(fā)技術(shù)、語言選擇、工作

量擬定、人力資源分配等決策優(yōu)化方案，提升了后續(xù)類似工作的效率。

維護(hù)過程中值得記錄下來的包括：程序標(biāo)識(shí)、源語句數(shù)、機(jī)器指

5

令條數(shù)、使用的程序設(shè)計(jì)語言、程序安裝日期、安裝以來的運(yùn)行次數(shù)、

安裝以來的失效次數(shù)、程序變動(dòng)的層次和標(biāo)識(shí)、因程序變動(dòng)而增加的

源語句數(shù)、因程序變動(dòng)而刪除的源語句數(shù)、每個(gè)改動(dòng)耗費(fèi)的人數(shù)及時(shí)

間、程序改動(dòng)日期、技術(shù)人員姓名、維護(hù)要求的標(biāo)識(shí)、維護(hù)類型、維

護(hù)開始和完成的日期、累計(jì)用于維護(hù)的人數(shù)及時(shí)間、于此維護(hù)掛鉤的

效益等。

6

第二章提供基礎(chǔ)數(shù)據(jù)維護(hù)架構(gòu)和方案

維護(hù)政務(wù)共享應(yīng)用平臺(tái)生命周期最后的階段，也是最復(fù)雜、繁瑣

的階段，在平臺(tái)運(yùn)行的期間維護(hù)工作的開展伴隨著很多難點(diǎn)。

1.政務(wù)共享應(yīng)用平臺(tái)系統(tǒng)的維護(hù)人員不一定是當(dāng)初的開發(fā)人員，

或者系統(tǒng)開發(fā)是當(dāng)初外包或者買來的，有些甚至沒有源代碼，這樣就

給維護(hù)人員的素質(zhì)設(shè)定了很高的門檻，對(duì)于一些對(duì)代碼結(jié)構(gòu)不是很熟

悉的技術(shù)人員而言，一些系統(tǒng)性的維護(hù)工作很難開展。

2.平臺(tái)的維護(hù)工作工作量大，時(shí)間長，內(nèi)容枯燥且成果不易體現(xiàn)，

從而造成維護(hù)人員工作熱情低，積極性受挫。

3.開發(fā)記錄文檔內(nèi)容丟失或不全。造成此類原因可能是開發(fā)階段

文檔本身由于開發(fā)人員的不專業(yè)造成的不健全，或者是由于時(shí)間長，

人員更迭交接不到位，開發(fā)文檔部分丟失，還有可能是之前的維護(hù)工

作期間沒有做好記錄，及時(shí)修改文檔。文檔內(nèi)容的不健全會(huì)對(duì)后期系

統(tǒng)維護(hù)及新功能的開發(fā)、測(cè)試工作帶來極大阻礙。

4.維護(hù)工作成本高。系統(tǒng)的維護(hù)工作工作量高，時(shí)間跨度大，技

術(shù)人員要求嚴(yán)格，對(duì)于企業(yè)，尤其是初創(chuàng)企業(yè)而言是一個(gè)不小的負(fù)擔(dān)。

5.政務(wù)共享應(yīng)用平臺(tái)在技術(shù)力量薄弱的情況下，普遍的做法是委

托系統(tǒng)開發(fā)商進(jìn)行數(shù)據(jù)托管以及系統(tǒng)維護(hù)的工作，這樣做的目的是有

效降低成本。但同時(shí)缺點(diǎn)也顯而易見。由于數(shù)據(jù)庫不由平臺(tái)自己掌控，

會(huì)面臨客戶資料泄露、資金流動(dòng)失誤等業(yè)務(wù)風(fēng)險(xiǎn)，或者是系統(tǒng)維護(hù)不

7

及時(shí)，托管方響應(yīng)速度慢等問題。

系統(tǒng)運(yùn)營的每個(gè)階段都與其維護(hù)性有著密切的聯(lián)系。合理的設(shè)計(jì)，

完整準(zhǔn)確易讀的記錄文檔，以及嚴(yán)格的復(fù)審和測(cè)試流程，有助于發(fā)現(xiàn)

錯(cuò)誤時(shí)的診斷與修正，當(dāng)外部對(duì)系統(tǒng)提出新的要求是也能夠較容易的

適應(yīng)于優(yōu)化，并且可以有效地節(jié)約后期工作的成本。因此，平臺(tái)應(yīng)在

系統(tǒng)運(yùn)營的任何階段都充分考慮其維護(hù)問題。

2.1.平臺(tái)系統(tǒng)運(yùn)營

2.1.1.系統(tǒng)內(nèi)容

系統(tǒng)內(nèi)容要及時(shí)更新，且要多加原創(chuàng)?，F(xiàn)在對(duì)信息的要求更高：

有價(jià)值、可靠性及是否新穎及時(shí)等。只有及時(shí)研究和跟蹤最新變化情

況，才能使電子商務(wù)系統(tǒng)發(fā)揮最大的作用。其中系統(tǒng)服務(wù)等是必須及

時(shí)更新展示的。另外還需要注意以下幾個(gè)方面：

1、新聞欄目：這是了解政務(wù)平臺(tái)的門戶，其應(yīng)將政務(wù)的重大活

動(dòng)、最新動(dòng)態(tài)、發(fā)展趨勢(shì)、服務(wù)措施及時(shí)，讓新聞欄目成為系統(tǒng)的亮

點(diǎn)，以此吸引更多的客戶前來瀏覽。

另外，系統(tǒng)技術(shù)人員要經(jīng)常對(duì)網(wǎng)頁鏈接進(jìn)行測(cè)試，保證各鏈接正

確無誤。在內(nèi)容更新方面需要補(bǔ)充說明的是，要實(shí)現(xiàn)快捷更新、提高

效率，一定要考慮站點(diǎn)的維護(hù)計(jì)劃，因?yàn)檎军c(diǎn)的整體運(yùn)作具有開放性、

動(dòng)態(tài)性和可擴(kuò)展性，所以站點(diǎn)的維護(hù)是一個(gè)長期工作，其目的是提供

一個(gè)可靠、穩(wěn)定的系統(tǒng)。使信息與內(nèi)容更加完整、統(tǒng)一，并使內(nèi)容更

加豐富、新穎，不斷滿足用戶更高的要求。

8

其次，制定一整套信息收集、信息審查、信息發(fā)布的信息管理體

系，保證信息渠道的通暢和信息發(fā)布流程的合理性，既要考慮信息的

準(zhǔn)確性和安全性，又要保證信息更新的及時(shí)性。第三，根據(jù)需要選擇

合適的網(wǎng)頁更新工具，如數(shù)據(jù)庫技術(shù)和動(dòng)態(tài)網(wǎng)頁技術(shù)等。

9

第三章對(duì)政務(wù)共享應(yīng)用平臺(tái)系統(tǒng)數(shù)據(jù)庫架構(gòu)、數(shù)據(jù)庫結(jié)構(gòu)、

表結(jié)構(gòu)的掌握程度

系統(tǒng)是對(duì)外開放的，這便于發(fā)布商務(wù)信息，但這同時(shí)也給系統(tǒng)的

安全帶來了威脅，保證系統(tǒng)的安全運(yùn)營是系統(tǒng)維護(hù)不可缺少的一部分。

為了維護(hù)系統(tǒng)的良好形象，保證系統(tǒng)業(yè)務(wù)系統(tǒng)的正常運(yùn)行，保證商務(wù)

信息的秘密不外泄，系統(tǒng)的管理人員應(yīng)該不斷尋找網(wǎng)絡(luò)中的簿弱環(huán)節(jié)

和安全漏洞，及時(shí)進(jìn)行修復(fù)和改進(jìn)。

3.1.系統(tǒng)安全維護(hù)的幾個(gè)要點(diǎn)：

1.如果存儲(chǔ)有系統(tǒng)的硬盤出現(xiàn)故障，那么在送修的過程中，一定

要選擇信譽(yù)好的商家，以免系統(tǒng)等數(shù)據(jù)被全盤復(fù)制。仔細(xì)查看系統(tǒng)的

安裝說明，切記修改默認(rèn)數(shù)據(jù)庫名稱，并且把默認(rèn)的數(shù)據(jù)庫存儲(chǔ)目錄

進(jìn)行更改。

2.盡量不采用無組件上傳，使用其他組件上傳方式，比如Fileup

或LyfUpload,部分無組件上傳帶有嚴(yán)重漏洞，一般可通過修改

upfile.asp文件選擇上傳方式。

3.經(jīng)常訪問相關(guān)軟硬件官方系統(tǒng)，關(guān)注程序安全漏洞和更新版本，

及時(shí)給升級(jí)程序或打上補(bǔ)丁。

4.盡量不采用修改版和插件版的程序，因?yàn)樾薷暮蟮某绦蚩赡?/p>

會(huì)使漏洞更多，而且補(bǔ)丁也不一定完全適用。

10

5.設(shè)置相對(duì)復(fù)雜的FTP密碼和系統(tǒng)管理密碼并經(jīng)常修改，同時(shí)

考慮修改系統(tǒng)后臺(tái)管理的文件名稱。經(jīng)常檢查系統(tǒng)內(nèi)文件，發(fā)現(xiàn)可疑

文件后及時(shí)處理，并分析可能的

6.對(duì)于SQL數(shù)據(jù)庫，可以用企業(yè)管理器連接，然后把重要數(shù)據(jù)

表設(shè)置為只讀權(quán)限，例如把系統(tǒng)的管理員表修改為只讀以后，可以防

止任何方式添加管理員。

7.經(jīng)常備份自己的系統(tǒng)數(shù)據(jù)，因?yàn)橄到y(tǒng)安全的第一要求就是備

份，防止被黑以后數(shù)據(jù)丟失。備份的方法有兩種，一是只備份系統(tǒng)的

數(shù)據(jù)庫，二是通過FTP的方式備份整個(gè)系統(tǒng)。

Il

第四章對(duì)基礎(chǔ)支撐平臺(tái)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操

作使用、系統(tǒng)配置的撐握程度

每一個(gè)系統(tǒng)平臺(tái)在建立初期總是會(huì)經(jīng)歷一系列bug的調(diào)試階段。

平臺(tái)的管理人員需要針對(duì)系統(tǒng)各個(gè)方面的建議與提醒，從而保證系統(tǒng)

安全穩(wěn)定的運(yùn)行。為了讓系統(tǒng)用戶和平臺(tái)團(tuán)隊(duì)能統(tǒng)一快速提交系統(tǒng)

BUG,平臺(tái)的管理員需要做到以下幾點(diǎn)：

4.1.定崗定職準(zhǔn)責(zé)

平臺(tái)對(duì)于系統(tǒng)BUG的收集、處理以及反饋需要進(jìn)行定職，其技術(shù)

團(tuán)隊(duì)是最懂得系統(tǒng)平臺(tái)的一群高級(jí)用戶。同時(shí)，而系統(tǒng)BUG總是不斷

存在并且不斷地被發(fā)現(xiàn)，因此團(tuán)隊(duì)內(nèi)部建立系統(tǒng)BUG的收集和處理以

及反饋體系就顯得尤為重要。

在平臺(tái)的建立初期就應(yīng)當(dāng)設(shè)立系統(tǒng)BUG信息收集的崗位，職位的

定崗這將成為解決系統(tǒng)BUG問題的前提；系統(tǒng)在建立后將團(tuán)隊(duì)分成若

干組，分別承擔(dān)系統(tǒng)BUG信息處理，例如前端、程序與功能、內(nèi)容錯(cuò)

誤情況等，并制定各崗位針對(duì)系統(tǒng)BUG的處理進(jìn)行框條式的規(guī)范，定

崗定組。

4.2.定級(jí)定時(shí)準(zhǔn)責(zé)

隨著系統(tǒng)用戶基數(shù)的不斷增加和高級(jí)用戶群的不斷積累，系統(tǒng)

BUG隨時(shí)都有可能發(fā)生，并且需要在特定時(shí)間段內(nèi)盡快解決。一般的

處理方法如下：

12

系統(tǒng)BUG在定崗定職后須進(jìn)行等級(jí)劃分，例如，產(chǎn)生在的問題會(huì)

員中心劃分為A級(jí)、系統(tǒng)前端劃分為B級(jí)、內(nèi)容錯(cuò)誤劃分為C級(jí)，并

對(duì)于不同級(jí)的BUG進(jìn)行定時(shí)處理機(jī)制。A級(jí)錯(cuò)誤一旦發(fā)現(xiàn)必須馬上進(jìn)

行修正，因?yàn)闀?huì)員中心的內(nèi)容涉及系統(tǒng)用戶最為核心的操作。

定完系統(tǒng)BUG級(jí)別后，還應(yīng)將技術(shù)團(tuán)隊(duì)分為一線和二線。一線人

員負(fù)責(zé)的內(nèi)容為系統(tǒng)體驗(yàn)和用戶體驗(yàn)，并定好時(shí)間周期進(jìn)行BUG提交，

并在劃定好的時(shí)間內(nèi)將修正信息傳達(dá)給二線。二線人員將其提交至

BUG信息數(shù)據(jù)庫中，以備運(yùn)營者及時(shí)了解系統(tǒng)BUG情況。

系統(tǒng)初期的建設(shè)伴隨著的就是不高的體驗(yàn)度和非一般的用戶數(shù)

據(jù)，面對(duì)層層不良的情況，平臺(tái)管理員應(yīng)該做好準(zhǔn)備進(jìn)行逐一解決。

系統(tǒng)BUG是系統(tǒng)發(fā)展中最為致命和升華的內(nèi)容，處理好系統(tǒng)BUG是每

一個(gè)平臺(tái)必須做好的事。

13

第五章對(duì)協(xié)同辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操

作使用、系統(tǒng)配置撐、流程配置的握程度

協(xié)同辦公系統(tǒng)驗(yàn)收完畢后，定期對(duì)用戶系統(tǒng)進(jìn)行巡回檢修服務(wù)。

對(duì)用戶系統(tǒng)的工作環(huán)境、設(shè)備運(yùn)行狀態(tài)、性能、安全性等方面進(jìn)行檢

查。進(jìn)行必要的預(yù)防性維護(hù)，及時(shí)解決用戶系統(tǒng)中存在的問題，以確

保整個(gè)系統(tǒng)的安全、高效運(yùn)行。并在每個(gè)季度末向業(yè)主方提交《系統(tǒng)

巡檢報(bào)告》,詳細(xì)報(bào)告系統(tǒng)的運(yùn)行狀態(tài)、發(fā)現(xiàn)的問題，解決情況，是

否有遺留問題，遺留問題狀態(tài)等方面的情況。

5.1.巡檢服務(wù)

實(shí)施方根據(jù)信用平臺(tái)運(yùn)行情況，每周對(duì)信用平臺(tái)健康性進(jìn)行檢查

并提供巡檢報(bào)告，巡檢內(nèi)容包括：

信用平臺(tái)運(yùn)行檢查；

錯(cuò)誤日志分析；

檢查信用平臺(tái)相關(guān)數(shù)據(jù)庫結(jié)構(gòu)、初始化參數(shù)、主要配置文

件；

檢查信用平臺(tái)相關(guān)數(shù)據(jù)庫運(yùn)行狀況；

檢查信用平臺(tái)相關(guān)數(shù)據(jù)庫空間的使用情況及規(guī)劃管理；

檢查信用平臺(tái)相關(guān)數(shù)據(jù)庫備份的及時(shí)性；

檢查信用平臺(tái)相關(guān)硬件設(shè)備運(yùn)行狀態(tài)檢查。

14

并將結(jié)果以巡檢報(bào)告的形式及時(shí)反饋給業(yè)主信息化管理部門，乙

方將定期向甲方提供平臺(tái)運(yùn)行情況統(tǒng)計(jì)分析、數(shù)據(jù)質(zhì)量分析、系統(tǒng)升

級(jí)、故障處理、系統(tǒng)優(yōu)化建議等相關(guān)報(bào)告。主要有：

5.2.維護(hù)雙周報(bào)

乙方根據(jù)甲方要求提交雙周報(bào)，內(nèi)容包括系統(tǒng)平臺(tái)總體運(yùn)行情況，

軟硬件檢查，故障處理分析，系統(tǒng)升級(jí)情況，數(shù)據(jù)質(zhì)量檢查，系統(tǒng)使

用次數(shù)統(tǒng)計(jì)，系統(tǒng)優(yōu)化建議，重大問題進(jìn)展等。

5.3.故障專項(xiàng)報(bào)告

每次故障處理后五個(gè)工作日內(nèi)提交故障報(bào)告單，內(nèi)容包括故障時(shí)

間，故障現(xiàn)象描述，故障處理過程，故障處理結(jié)果，預(yù)防保障措施。

服務(wù)內(nèi)容

開始時(shí)間結(jié)束時(shí)間

巡檢服務(wù)計(jì)劃表：

巡檢維護(hù)報(bào)告

巡檢時(shí)間巡檢設(shè)備內(nèi)容

子系統(tǒng)

網(wǎng)絡(luò)子系統(tǒng)1周/次交換機(jī)、防火墻

在線系統(tǒng)1天/次相關(guān)軟、硬件設(shè)備

15

第六章對(duì)移動(dòng)辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操

作使用、系統(tǒng)配置的撐握程度

具有遠(yuǎn)程接入服務(wù)、現(xiàn)場(chǎng)支持服務(wù)、系統(tǒng)恢復(fù)和故障解決服務(wù)。

故障排除過程中如遇到緊急情況需要處理，為規(guī)范和加強(qiáng)網(wǎng)絡(luò)重

大信息安全事件的信息報(bào)告管理工作，及時(shí)掌握和評(píng)估重大信息安全

事件有關(guān)情況，協(xié)調(diào)組織力量進(jìn)行事件的應(yīng)急響應(yīng)處理，降低信息安

全事件的損失和影響，根據(jù)中共中央辦公廳、國務(wù)院辦公廳轉(zhuǎn)發(fā)《國

家信息化領(lǐng)導(dǎo)小組關(guān)于加強(qiáng)信息安全保障工作意見》的通知(中辦

[2003]27號(hào))和有關(guān)法律、法規(guī)的規(guī)定，結(jié)合公司實(shí)際，制定本規(guī)范，

則全體網(wǎng)絡(luò)管理員組成網(wǎng)絡(luò)安全應(yīng)急團(tuán)隊(duì)：

(一)完善各項(xiàng)應(yīng)急預(yù)案的制定和各項(xiàng)措施的落實(shí)。

(二)認(rèn)真搞好各項(xiàng)物資保障，嚴(yán)格按照預(yù)案要求積極配備網(wǎng)絡(luò)

安全設(shè)施設(shè)備，落實(shí)網(wǎng)絡(luò)線路、交換設(shè)備、網(wǎng)絡(luò)安全設(shè)備等物資，強(qiáng)

化管理，使之保持良好工作狀態(tài)。

(三)采取一切必要手段，組織各方面力量全面進(jìn)行網(wǎng)絡(luò)安全事

故處理工作。

(四)調(diào)動(dòng)一切積極因素，全面保證和促進(jìn)網(wǎng)絡(luò)安全穩(wěn)定地運(yùn)行。

緊急故障應(yīng)急措施應(yīng)以快速恢復(fù)客戶使用為目標(biāo)，第一時(shí)間將客

戶使用狀態(tài)恢復(fù)到正常，避免或盡量減少因故障而導(dǎo)致的損失。

16

根據(jù)實(shí)際情況和需要制定基本的安全管理制度，對(duì)重要設(shè)備、軟

件和業(yè)務(wù)數(shù)據(jù)的安全性進(jìn)行規(guī)范、可靠的管理，提高本部門信息系統(tǒng)

的安全防護(hù)能力。包括配合技術(shù)部制定機(jī)房管理制度、設(shè)備管理制度、

病毒防治管理制度、數(shù)據(jù)備份與恢復(fù)制度、系統(tǒng)管理制度、安全審計(jì)

制度和應(yīng)急響應(yīng)制度等。

在【問題管理】流程中，當(dāng)服務(wù)主管收到服務(wù)臺(tái)人員或助理提交

的《運(yùn)維工作單》,并判斷該問題屬于重大事故時(shí)，則啟動(dòng)應(yīng)急處理

流程。重大事故包括以下幾種情況：

大范圍系統(tǒng)中斷、區(qū)域性系統(tǒng)崩潰、關(guān)鍵業(yè)務(wù)中斷、大范圍病毒

爆發(fā)系統(tǒng)嚴(yán)重破壞、數(shù)據(jù)嚴(yán)重破壞。

根據(jù)重大事故的緊急程度和狀態(tài)不同，服務(wù)主管可采取以下方式

啟動(dòng)應(yīng)急流程：

當(dāng)緊急事件發(fā)生時(shí)，我公司的運(yùn)行人員首先要進(jìn)行故障分析，確

定故障的范圍和程度，確認(rèn)為緊急故障的，在查找原因和解決問題的

同時(shí)，要同步將故障解決情況通報(bào)給部門領(lǐng)導(dǎo)、及向客服中說明事件

發(fā)生的狀況。如需其他部門協(xié)助的，需要請(qǐng)求相關(guān)部門共同盡快解決

故障。

對(duì)于系統(tǒng)故障事件，我公司的運(yùn)維人員首先要啟用備份系統(tǒng)，再

判斷故障類型：硬件損壞、操作系統(tǒng)故障、軟件故障。硬件損壞的情

況，首先向服務(wù)器供應(yīng)商報(bào)障；操作系統(tǒng)故障多數(shù)情況都和硬件故障

同時(shí)出現(xiàn)，處理方式相同；軟件故障如果是由購買的軟件造成的，立

17

即向軟件廠商尋求技術(shù)支持；如果是應(yīng)用系統(tǒng)軟件，立即向相關(guān)人員

聯(lián)系并排除故障。

對(duì)于自然災(zāi)害性事件，運(yùn)維管理人員要盡可能將設(shè)備轉(zhuǎn)移到安全

地帶，將損失降低到最少。

在故障排除之后，運(yùn)行管理人員要填寫故障記錄，如果故障是由

于項(xiàng)目實(shí)施中存在的隱患造成的問題，具體操作請(qǐng)參見上層文件《網(wǎng)

絡(luò)系統(tǒng)維護(hù)管理指引》。故障記錄匯總到“系統(tǒng)運(yùn)行故障記錄表”,重

大事故由故障處理人填寫故障報(bào)告。

當(dāng)緊急事件發(fā)生時(shí)，我公司的運(yùn)行人員首先要進(jìn)行故障分析，確

定故障的范圍和程度，確認(rèn)為緊急故障的，在查找原因和解決問題的

同時(shí)，要同步將故障解決情況通報(bào)給部門領(lǐng)導(dǎo)、及向客服中說明事件

發(fā)生的狀況。如需其他部門協(xié)助的，需要請(qǐng)求相關(guān)部門共同盡快解決

故障。

6.1.對(duì)于系統(tǒng)故障事件

我公司的運(yùn)維人員首先要啟用備份系統(tǒng)，再判斷故障類型：硬件

損壞、操作系統(tǒng)故障、軟件故障。硬件損壞的情況，首先向服務(wù)器供

應(yīng)商報(bào)障；操作系統(tǒng)故障多數(shù)情況都和硬件故障同時(shí)出現(xiàn)，處理方式

相同；軟件故障如果是由購買的軟件造成的，立即向軟件廠商尋求技

術(shù)支持；如果是應(yīng)用系統(tǒng)軟件，立即向相關(guān)人員聯(lián)系并排除故障。

18

6.2.對(duì)于自然災(zāi)害性事件

運(yùn)維管理人員要盡可能將設(shè)備轉(zhuǎn)移到安全地帶，將損失降低到最

少。

6.3.對(duì)于電力中斷事件

由于機(jī)房多采用UPS防止斷電帶來的系統(tǒng)停機(jī)現(xiàn)象，在UPS還能

供應(yīng)電力期間恢復(fù)供電，對(duì)系統(tǒng)使用不會(huì)有影響；但遇到特殊情況導(dǎo)

致供電部門在短期內(nèi)不能恢復(fù)供電時(shí)，如有備用發(fā)電設(shè)備要啟用備用

發(fā)電設(shè)備供電，否則要關(guān)閉所有設(shè)備，確保突然斷電造成設(shè)備損壞。

19

第七章對(duì)政務(wù)知識(shí)管理及決策支持系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、

功能架構(gòu)、操作使用、系統(tǒng)配置的撐握程度

為了平臺(tái)各種級(jí)別的故障時(shí)得到相應(yīng)級(jí)別的關(guān)注和資源支持，在

故障處理過程中，乙方維護(hù)工程師和甲方工程師可根據(jù)故障處理進(jìn)

度，參照下表逐級(jí)升級(jí)。

升級(jí)時(shí)限一級(jí)故障二級(jí)故障三級(jí)故障四級(jí)故障

1小時(shí)運(yùn)維經(jīng)理.///

4小時(shí)項(xiàng)目經(jīng)理運(yùn)維經(jīng)理//

24小時(shí)副總經(jīng)理項(xiàng)目經(jīng)理運(yùn)維經(jīng)理/

48小時(shí)總經(jīng)理副總經(jīng)理項(xiàng)目經(jīng)理運(yùn)維經(jīng)理

7.1.故障維護(hù)

質(zhì)保期內(nèi)用戶正常使用時(shí)出現(xiàn)的軟件故障和缺陷，由我方負(fù)責(zé)任

修復(fù)。因用戶使用不當(dāng)或者不可抗拒因素所造成的問題，我方全力配

合解決，派駐至少1名技術(shù)人員現(xiàn)場(chǎng)服務(wù)，對(duì)軟件系統(tǒng)提供免費(fèi)維護(hù)，

同時(shí)，對(duì)接口變更、需求優(yōu)化等基本模塊調(diào)整的開發(fā)，提供無償服務(wù)。

7.2.性能優(yōu)化

結(jié)合系統(tǒng)實(shí)際運(yùn)行情況和客戶方需要，對(duì)信用平臺(tái)進(jìn)行性能優(yōu)化

和調(diào)試，提升信用平臺(tái)各方面的綜合性能，具體優(yōu)化事宜雙方友好協(xié)

商。

20

平臺(tái)占用資源優(yōu)化；

平臺(tái)運(yùn)行效率優(yōu)化；

平臺(tái)軟件配置優(yōu)化；

操作友好性優(yōu)化；

平臺(tái)現(xiàn)有功能優(yōu)化。

用戶與你系統(tǒng)服務(wù)器的接近程度會(huì)影響響應(yīng)時(shí)間的長短。把你的

系統(tǒng)內(nèi)容分散到多個(gè)、處于不同地域位置的服務(wù)器上可以加快下載速

度。

性能與應(yīng)用系統(tǒng)的代碼、應(yīng)用服務(wù)器都有著密切的關(guān)系，應(yīng)用的

代碼寫的再好，如果應(yīng)用服務(wù)器的配置不當(dāng)，性能也不會(huì)好；同樣，

應(yīng)用服務(wù)器調(diào)整的再好，也難以掩蓋應(yīng)用代碼中存在的缺陷，因此，

首先要保證應(yīng)用有個(gè)穩(wěn)固可靠的體系結(jié)構(gòu)，有最優(yōu)質(zhì)的代碼，在此基

礎(chǔ)上再來集中精力調(diào)整應(yīng)用服務(wù)器，這樣才能達(dá)到應(yīng)用系統(tǒng)性能優(yōu)化

的理想效果。

按地域布置系統(tǒng)內(nèi)容讓他們?cè)诜职l(fā)服務(wù)器上正常運(yùn)行。根據(jù)應(yīng)用

的需求來改變系統(tǒng)結(jié)構(gòu)，這可能會(huì)包括一些比較復(fù)雜的任務(wù)，如在服

務(wù)器間同步Session狀態(tài)和合并數(shù)據(jù)庫更新等。要想縮短用戶和內(nèi)容

服務(wù)器的距離，這些架構(gòu)步驟可能是不可避免的。

在終端用戶的響應(yīng)時(shí)間中有80%到90%的響應(yīng)時(shí)間用于下載圖像、

樣式表、腳本、Flash等頁面內(nèi)容。這就是系統(tǒng)性能黃金守則。首先

21

來分布靜態(tài)內(nèi)容會(huì)更好一點(diǎn)。這不僅會(huì)縮短響應(yīng)時(shí)間，而且對(duì)于內(nèi)容

分發(fā)網(wǎng)絡(luò)來說它更容易實(shí)現(xiàn)。

內(nèi)容分發(fā)網(wǎng)絡(luò)是由一系列分散到各個(gè)不同地理位置上的Web服務(wù)

器組成的，它提高了系統(tǒng)內(nèi)容的傳輸速度。用于向用戶傳輸內(nèi)容的服

務(wù)器主要是根據(jù)和用戶在網(wǎng)絡(luò)上的靠近程度來指定的。例如，擁有最

少網(wǎng)絡(luò)跳數(shù)和響應(yīng)速度最快的服務(wù)器會(huì)被選定。

再者，可以檢查系統(tǒng)的空載負(fù)荷，空載負(fù)荷指僅安裝操作系統(tǒng)的

情況下，通過一些工具查看系統(tǒng)的負(fù)荷。這樣做的目的是通過檢查系

統(tǒng)的運(yùn)行情況，減少和屏蔽不必要的服務(wù)，最大限度的為應(yīng)用系統(tǒng)提

供更多的資源，建議是通過編寫腳本記錄系統(tǒng)運(yùn)行時(shí)的性能情況，比

如按占用CPU對(duì)進(jìn)程排序，如果是非核心進(jìn)程，則可以根據(jù)情況停止

這些進(jìn)程的啟動(dòng)。

22

第八章對(duì)及時(shí)通訊系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度

對(duì)及時(shí)通訊系統(tǒng)提供數(shù)據(jù)接入和應(yīng)用開發(fā)的技術(shù)支持和咨詢服

務(wù)。

平臺(tái)推廣的方式有很多，例如平臺(tái)互推、廣告、新媒體方式宣傳

等，對(duì)于我們這個(gè)行業(yè)，有政府和國家的支持，社會(huì)發(fā)展的依托，凡

是需要查詢征信、出征信報(bào)告的人或者企業(yè)均需登錄平臺(tái)。

數(shù)據(jù)接入，需要通過數(shù)據(jù)接口來完成，數(shù)據(jù)接口方式(WebService、

數(shù)據(jù)庫、FTP等),接口需具備數(shù)據(jù)配置、數(shù)據(jù)加解密、數(shù)據(jù)壓縮/解

壓縮、數(shù)據(jù)完整性校驗(yàn)、數(shù)據(jù)版本管理、數(shù)據(jù)入庫、跨網(wǎng)數(shù)據(jù)交換監(jiān)

控和日志管理等功能。

8.1.功能設(shè)計(jì)咨詢服務(wù)

●甲方提出關(guān)于新功能的具體要求、期望、目標(biāo)，乙方項(xiàng)目經(jīng)理

及時(shí)響應(yīng)并組織研討，提出相應(yīng)的軟件系統(tǒng)規(guī)劃建議，提交甲

方。

8.2.應(yīng)用軟件開發(fā)咨詢服務(wù)

●行業(yè)征信系統(tǒng)開發(fā)咨詢；

●企業(yè)信用應(yīng)用產(chǎn)品開發(fā)咨詢；

●信用評(píng)價(jià)相關(guān)系統(tǒng)開發(fā)咨詢；

23

●知識(shí)管理系統(tǒng)開發(fā)咨詢。

8.3.基礎(chǔ)設(shè)施咨詢服務(wù)

網(wǎng)絡(luò)系統(tǒng)咨詢；

安全系統(tǒng)咨詢；

技術(shù)平臺(tái)咨詢；

應(yīng)用系統(tǒng)咨詢；

技術(shù)標(biāo)準(zhǔn)與規(guī)范咨詢；

網(wǎng)絡(luò)資源管理咨詢；

系統(tǒng)發(fā)展策略咨詢。

8.4.系統(tǒng)系統(tǒng)技術(shù)維護(hù)

根據(jù)采購人與數(shù)據(jù)源單位協(xié)調(diào)進(jìn)度，及時(shí)提供技術(shù)支持，配合完

成各數(shù)據(jù)源單位數(shù)據(jù)接入，主要包含數(shù)據(jù)采集、數(shù)據(jù)清洗入庫等。

數(shù)據(jù)采集方面主要需要將市政府部門、省信用平臺(tái)、第三方征信

系統(tǒng)、信用主體自主申報(bào)及互聯(lián)網(wǎng)收集等來源的數(shù)據(jù)進(jìn)行數(shù)據(jù)清洗、

轉(zhuǎn)換、關(guān)聯(lián)、裝載、非結(jié)構(gòu)化處理后才做分析使用依據(jù)。這則需要通

過接入數(shù)據(jù)接口、前置機(jī)、互聯(lián)網(wǎng)抓取等技術(shù)方式來實(shí)現(xiàn)。

在網(wǎng)絡(luò)等條件允許的情況下，可通過橋接交互的方式，由數(shù)據(jù)交

換平臺(tái)與各單位業(yè)務(wù)系統(tǒng)對(duì)接，實(shí)現(xiàn)數(shù)據(jù)的自動(dòng)交換，完成數(shù)據(jù)采集。

數(shù)據(jù)接口采集，提供統(tǒng)一標(biāo)準(zhǔn)數(shù)據(jù)接口規(guī)范，可滿足不同應(yīng)用系統(tǒng)的

24

對(duì)接，同時(shí)支持不同類型的數(shù)據(jù)接口定制開發(fā)。

系統(tǒng)具備多種數(shù)據(jù)接口方式(WebService、數(shù)據(jù)庫、FTP等),接

口需具備數(shù)據(jù)配置、數(shù)據(jù)加解密、數(shù)據(jù)壓縮/解壓縮、數(shù)據(jù)完整性校

驗(yàn)、數(shù)據(jù)版本管理、數(shù)據(jù)入庫、跨網(wǎng)數(shù)據(jù)交換監(jiān)控和日志管理等功能。

系統(tǒng)除支持本約定的設(shè)計(jì)規(guī)范外，還提供標(biāo)準(zhǔn)化的WEBSERVICE外部

接口，遵循SOA功能架構(gòu)規(guī)范，遵循XML技術(shù)標(biāo)準(zhǔn)、TCP/IP協(xié)議標(biāo)

準(zhǔn)、LDAP協(xié)議標(biāo)準(zhǔn)、SSL安全協(xié)議標(biāo)準(zhǔn)。

需根據(jù)網(wǎng)頁的交換鏈接設(shè)置不同的抓取深度，抓取相關(guān)系統(tǒng)上的

頁面數(shù)據(jù)；可自定義格式化數(shù)據(jù)表，根據(jù)關(guān)鍵字進(jìn)行采集，設(shè)置不同

的解析規(guī)則，實(shí)現(xiàn)格式化數(shù)據(jù)的抓取；可在不同的主機(jī)資源上設(shè)置無

限個(gè)調(diào)度任務(wù)，無限設(shè)置添加采集節(jié)點(diǎn)，實(shí)現(xiàn)對(duì)互聯(lián)網(wǎng)數(shù)據(jù)的深度抓

取。

25

第九章駐場(chǎng)維護(hù)人員團(tuán)隊(duì)中5年以上工作經(jīng)驗(yàn)軟件開發(fā)工程師參與

駐場(chǎng)

我公司承諾

1、派遣2名工程師駐場(chǎng)負(fù)責(zé)政務(wù)共享應(yīng)用平臺(tái)的日常運(yùn)維工作；

2、為期2年；

3、駐場(chǎng)維護(hù)人員團(tuán)隊(duì)中5年以上工作經(jīng)驗(yàn)軟件開發(fā)工程師參與

駐場(chǎng)。

其他；

9.1.UPS電源系統(tǒng)維護(hù)

UPS電源系統(tǒng)由整流、儲(chǔ)能、變換和開關(guān)控制4個(gè)部分組成，原

理如圖1。

在電網(wǎng)電壓工作正常時(shí)，給負(fù)載供電，同時(shí)給儲(chǔ)能電池充電；當(dāng)

突發(fā)停電時(shí)，UPS電源開始工作，由儲(chǔ)能電池供給負(fù)載所需電源，維

持正常的工作；當(dāng)由于需要，負(fù)載嚴(yán)重過載時(shí)，由電網(wǎng)電壓經(jīng)整流直

接給負(fù)載供電。

當(dāng)我們沒有使用UPS的時(shí)候，采集器、PC機(jī)及打印機(jī)等終端設(shè)

備是直接使用市電的，用了UPS,就將終端設(shè)備接到UPS上(相對(duì)于

UPS而言，我們將這些終端設(shè)備稱為負(fù)載),而UPS再接入市電。當(dāng)

26

市電輸入正常時(shí)，UPS將市電穩(wěn)壓后供應(yīng)給負(fù)載使用，此時(shí)的UPS就

是一臺(tái)交流市電穩(wěn)壓器，同時(shí)它還向自己的內(nèi)置電池充電；當(dāng)市電中

斷(例如停電)時(shí)，UPS立即將內(nèi)置電池的電能，通過逆變轉(zhuǎn)換的方法

向負(fù)載繼續(xù)供應(yīng)220V交流電，使負(fù)載維持正常工作并保護(hù)負(fù)載的軟、

硬件系統(tǒng)不受損壞。

9.2.UPS蓄電池的安裝環(huán)境

目前UPS所用的蓄電池一般都是免維護(hù)的密封鉛酸電池，設(shè)計(jì)壽

命普遍是5年。UPS電源安裝環(huán)境直接影響到UPS系統(tǒng)的運(yùn)行情況及

使用壽命。因此，合理選擇安裝位置尤為重要。

1)UPS設(shè)備應(yīng)安裝在清潔、陰涼、通風(fēng)、干燥的地方，否則灰

塵加上潮濕會(huì)對(duì)其內(nèi)部器件造成腐蝕或短路，引起主機(jī)工作紊亂從而

影響UPS的正常工作，嚴(yán)重的可能會(huì)損壞UPS。同時(shí)要避免受到陽光、

加熱器或其他輻射熱源的影響；

2)UPS的電源主機(jī)對(duì)使用環(huán)境的溫度要求不是很高，一般情況

下+5℃~40℃都可以正常運(yùn)行。然而它的儲(chǔ)能蓄電池對(duì)溫度的則較高，

標(biāo)準(zhǔn)使用溫度為25℃,在平時(shí)不能超過+15℃~+30℃;

3)將UPS接到專用的帶有過電流保護(hù)裝置的插座上時(shí)，所用電

源插座應(yīng)接保護(hù)地端，一般接地電阻小于5Ω較為理想；另外無論輸

入電源線是否插入市電插座，UPS輸出都可能帶電；

4)UPS不間斷電源不宜側(cè)放，每個(gè)電池之間的連接要牢固，應(yīng)

保持進(jìn)風(fēng)孔與出風(fēng)孔通暢。

27

9.3.使用UPS的注意事項(xiàng)

3.1正確使用UPS

1)使用前要認(rèn)真閱讀操作說明書，熟練掌握各種開關(guān)，按鈕的

作用，明白每個(gè)警示信息，警示代碼及指示燈的含義，及產(chǎn)生問題的

原因和解決辦法；

2)掌握正確的開、關(guān)機(jī)步驟。開機(jī)時(shí)，應(yīng)該先開啟UPS的市電

開關(guān)，再按照負(fù)載的沖擊電流從大到小的順序逐個(gè)打開負(fù)載開關(guān)。切

忌將所有負(fù)載同時(shí)開啟，更不能帶載開機(jī)。關(guān)機(jī)時(shí)，則先逐個(gè)關(guān)閉負(fù)

載，再關(guān)閉UPS開關(guān)，最后關(guān)閉UPS市電開關(guān)。當(dāng)然同樣也不能進(jìn)行

帶載關(guān)機(jī)的操作；

3)加強(qiáng)日常檢查和維護(hù)，確保小問題能夠早發(fā)現(xiàn)早處理。檢查

內(nèi)容包括設(shè)備指示是否正常，有無告警提示或異常聲響，各種接頭有

無松動(dòng)或發(fā)熱等。

3.2UPS電池的保養(yǎng)

UPS電源在正常使用情況下，主機(jī)