1、試運行方案有限公司2012年8月一、概述11.1 編寫目的11.2 項目背景錯誤!未定義書簽。1.3 參考資料錯誤!未定義書簽。二、試運行環境1三、試運行內容13.1 網絡環境試運行23.2 安全環境試運行23.3 服務器設備/存儲設備及支撐軟件試運行33.4 軟件系統試運行錯誤!未定義書簽。3.5 試運行記錄3四、試運行人員安排5五、日常運行維護65.1 運行維護原則65.2 硬件運行維護65.2.1 機房環境維護75.2.2 計算機硬件平臺維護75.2.3 網絡系統維護75.3 軟件運行維護8717 BWi . flflpr5.3.1 維護的要求85.3.2 運行維護目標與原則85.3.3

2、 運行維護范圍與人員95.3.4 系統維護工作流程95.3.5 運行維護內容115.3.6 運行維護相關制度建設145.4 運行維護組織保障145.4.1 組織機構保障145.4.2 技術支撐體系保障155.4.3 信息安全保障體系保障155.4.4 運行維護管理機制保障15六、試運行期間故障響應16一、概述1.1項目實施情況二、試運行環境（1）汛期、高溫、低溫及雷雨風暴等惡劣天氣等條件下，系統工作的穩定 性、可靠性和功能、指標的正確性；（2）在各種工況條件下，特別是在局部故障或個別設備故障時，系統整體 功能的正確性；（3）各種環境、工況條件下，對設備的安全保護性能和系統的工作性能；（4）各種

3、環境、工況條件下，遠程控制功能在實際操作中的安全性能。三、試運行內容試運行期間，主要工作有：安排人員培訓，并進行實際操作；對系統進行 日常操作，并予以記錄；對系統發生的問題，分重點分層次地予以解決，并由 此提出針對性的措施。發現并總結系統運行中的管理和維護問題，總結經驗， 以便系統正常運行時參考。（1）建立專責管理隊伍；（2）建立健全運行操作規程；（3）建立健全系統日常維護規范；（4）建立設備運行檔案。根據子系統驗收大綱和初步驗收會議的規定，系統試運行時間跨度定為一 個月。試運行具體從2012年8月15日開始，到2012年9月15日結束。2012年9月16日開始進入正式運行。試運行具體內容包括

4、：系統軟件的試運行及記錄、系統硬件的試運行及記 錄、系統操作運行及記錄、巡檢及記錄等。其中需要試運行的具體內容如下：5.5 網絡環境試運行1）硬件設備試運行對核心交換機、千兆交換機、鏈路負載均衡等網絡設備進行試運行，驗證 設備是否完好。對核心交換機的負載均衡模塊進行試運行，驗證核心交換機是 否能夠平衡負載及熱備。2）綜合布線試運行對機房等位置的綜合布線進行試運行，試運行網絡連通性及鏈路質量。3）整體網絡試運行對網絡進行整體試運行，包括QoS試運行，QoE試運行等。5.6 安全環境試運行1）硬件設備試運行對防火墻、上網行為管理等硬件設備進行加電試運行，驗證設備是否完 好。驗證設備各端口是否可用。

5、驗證設備授權是否有效。2）網絡安全試運行按照系統設計的網絡拓撲接口進行安裝部署后，對網絡進行安全性試運 行，確定安全設備是否工作正常，對網絡攻擊及病毒木馬等是否有足夠的防范 作用。5.7 服務器設備/存儲設備及支撐軟件試運行D服務器設備、存儲設備硬件試運行包括服務器、存儲設備的配置檢查（CPU、內存、磁盤配置等），設備的 加電試運行。確保設備到貨的完整性以及設備運行的穩定性。2）支撐軟件試運行在安裝操作系統后，對服務器設備、存儲設備進行功能試運行和性能試運 行，包括CPU計算性能、內存讀寫性能、磁盤讀寫性能等，以驗證設備是否 符合采購標準。5.8 試運行記錄試運行過程中對系統允許狀況要進行詳細

6、記錄，主要包括以下內容：1）試運行日常記錄包括：軟件的日常運行記錄、硬件的日常運行記錄、安全環境的日常運行 記錄、服務器/存儲設備的日常運行記錄。2）試運行期間服務器等硬件設備操作手動記錄在對服務器等硬件設備進行操作時.，手動記錄對服務器操作的內容，并記 錄非法操作的原因及結果、報警內容、報警處理情況。由操作人員或值班人員 按實際操作記錄。每天都要求有記錄。3）巡檢記錄試運行期間，對系統硬件設備和使用環境進行定期巡檢，每周巡檢一次， 巡檢完成后填寫巡檢記錄。4）試運行期間軟件操作手動記錄在對軟件進行操作或者更改時，手動記錄對軟件進行操作或者更改的內容, 并記錄更改的原因及結果。由操作人員或值班

7、人員按實際操作記錄。每天都要 求有記錄。5）惡劣環境操作記錄在惡劣環境下設備和系統的運行情況。根據實際環境隨機選取記錄。6）特殊工況操作記錄在系統發生局部故障或個別設備故障時，系統的運行情況。7）問題記錄匯總（1）半月問題匯總記錄（含處理記錄）問題部分由操作人員匯總，主要匯總日常試運行中發現的問題；處理記錄 單由承建方據實填寫。（2）重大問題記錄（含處理記錄）問題部分由操作人員匯總，主要匯總日常試運行中發現的問題；處理記錄 單由承建方據實填寫。（3）試運行總結報告：甲方的試運行管理報告、監理單位的試運行報告、承建方試運行總結。項目名稱：項目單位：試運行開始時間試運行軟件設備開始狀態設備調整記錄

8、試運行異常記錄異常記錄解決辦法試運行結果（運行是否正常或其它運行狀態描述）記錄人四、試運行人員安排我公司針對本項目成立試運行工作組，。組織職責負責人職位五、日常運行維護運維管理是平臺的核心環節之一，它為平臺的安全、穩定運行提供保障， 對平臺的服務、安全運行等各環節進行實時監控，對系統運行的關鍵信息進行 記錄，對突發事件進行報警處理。應包括用戶管理、權限管理、日志管理、平 臺監控、運行統計等模塊。5.1 運行維護原則日常管理的機構設置遵守以下原則：節約成本原則，盡量利用現有的人力資源、減少浪費。提高效率原則，崗位明確、協同合作。責任明確的原則，無論是技術崗還是管理崗都應責、權、利統一，責 任明確

9、、落實到人。5.2 硬件運行維護本次項目硬件運行維護主要包括機房環境維護、計算機硬件平臺維護和網 絡系統維護三部分內容。5.2.1 機房環境維護機房環境是指保證計算機系統正常穩定運行的基礎設施，包含機房建筑、 電力供應、空氣調節、灰塵過濾、靜電防護、消防設施、安防設施、網絡布線 等子系統。機房環境維護首先需要制定機房管理規章制度，該規章制度對機房 環境各子系統指標進行詳細說明，對管理人員職責和工作內容進行詳細定義， 通過管理人員定期巡檢，發現問題或并及時處理，重大故障需及時通知維護單 位現場排除。本次項目我們將組織每月對機房環境進行一次巡檢，并提交機房環境巡檢 報告，記錄巡檢情況，對機房故障和

10、隱患提出分析判斷意見并提出解決方案。5.2.2 計算機硬件平臺維護計算機硬件平臺是指服務器以及存儲、備份等設備。硬件平臺維護主要分 為兩個方面，一個方面是硬件設備的運行狀態巡查及故障處理，另外一個方面 是硬件操作系統軟件和硬件配置文件的檢查、備份與更新等。本次項目我們將每月對硬件平臺設備進行巡查，檢查設備運行狀態，跟蹤 硬件產品信息，制定產品升級計劃，備份產品配置文件。對硬件產品故障及時 排除。每月提交硬件平臺維護報告，提出硬件平價維護建議。5.2.3 網絡系統維護計算機網絡系統是指保證信息系統相互通訊和業務系統正常運行的網絡組 織，包括交換機、路由器、防火墻等網絡設備以及聯網的綜合布線系統等

11、。網 絡系統維護的核心是保障業務系統的正常運行。本次項目我們每月對所有網絡交換設備和網絡安全設備運行狀態進行巡 檢，對核心交換設備、網絡安全設備等配置文件進行備份，提交網絡系統維護 報告。5.3 軟件運行維護5.3.1 維護的要求1 .根據平臺應用需要及甲方要求，完成信息共享服務平臺和3個示范應 用。2 .自各項目交付驗收通過之日起2年內提供免費的保修和維護服務。在 此期間如發生系統運作故障，或出現瑕疵，我方保證響應時間不超過 30分鐘，技術人員到達現場服務時間小于4小時。3 .在保修期內如由于我方的責任而需要對系統予以更換或升級，則相應 延長該系統的保修期。4 .系統維護期內，我方根據系統運

12、行情況進行不定期的檢測與調優，每 半年對系統進行一次總體檢測，系統維護期滿后為業主方提供一套完 整的運行記錄。5.3.2 運行維護目標與原則系統運行維護的目標：1）通過采取主動的系統運行維護方案，確保系統的安全、穩定運行，盡量 減少運行故障；2）在系統故障無法避免及突發故障的情況下，也可保證系統能夠得到最快 的響應和最及時的恢復；系統運行維護的原則：1）節約成本原則：盡量利用現有的人力資源、減少浪費。2）提高效率原則：崗位明確、協同合作。3）責任明確的原則：無論是技術崗還是管理崗都應責、權、利統一，責任明確、落實到人。5.3.3 運行維護范圍與人員系的運行維護工作將由業主方、我方售后服務機構，

13、共同協調配合承擔。我方在項目驗收前由項目建設小組對系統進行維護，驗收后有售后服務小 組負責對系統進行維護。我方軟件部分的運行維護范圍主要包括項目所采購的基礎軟件、信息共享 服務平臺、古建保護與修繕管理信息系統、公園綠化網格管理信息系統和文物 管理展示信息系統三個典型業務應用系統。圖 錯誤!文檔中沒有指定樣式的文字。運行維護范圍5.3.4 系統維護工作流程在項目正式驗收前，我方建設小組將在現狀進行維護。當系統遇到故障 時，用戶可以直接當面或通過電話向建設小組提交維護請求。在項目正式驗收 后。當系統遇到故障時，用戶可以直接當面或通過電話向售后服務小組提交維 護請求。在電話提交問題時，售后維護工作人

14、員根據問題描述給出解決方案指導業 主方系統維護人員排除故障；如果問題不能通過電話解決，我方派出技術人員 在4小時內趕到現場協助業主方解決問題。到達現場后，技術人員大致判定故障等級、故障類型與解決故障的時間，如果判斷24小時內不能夠解決問題， 我方提供備用系統，以保證業主方的正常使用，問題得到解決后，記錄問題原 因以及解決問題的方法，并收集業主方對于維護工作的評價，以便我方進一步 晚上維護工作。系統運行情況記錄對于系統的管理維護與評價具有重要意義。系統管理維 護人員在系統投入試運行的一開始就應注意積累系統運行情況記錄材料。在本平臺的運行過程中，需要收集和積累的資料包括以下四個方面：1）有關工作數

15、量的信息如：每天（周、月）錄入數據的數量、平臺中積累 的數據量、數據使用的頻率等反映系統的工作負擔、所提供的信息服 務的規模以及計算機應用系統功能的最基本的數據。2）工作的效率 即系統為了完成所規定的工作，占用了多少人力、物力 及時間。如，用戶提出一個臨時的查詢要求，系統花費了多長時間才 給出所要的數據。此外，系統在日常運行中，例行的操作所花費的人 力是多少等。3）系統的維護修改情況 系統中的數據、軟件都有一定的更新、維護和 檢修的工作規程。這些工作都要有詳細的及時的記載，包括維護工作 的內容、情況、時間、執行人員等。這不僅是為了保證系統的安全和 正常運行，而且有利于系統的評價及進一步擴充。4

16、）系統的故障情況無論大小故障。都應該及時地記錄以下這些情況： 故障的發生時間、故障的現象、故障發生時的工作環境、處理的方 法、處理的結果、處理人員、善后措施、原因分析。要注意的是，所 說的故障不只是指計算機本身的故障，而是對整個系統來說的。上述四個方面中，通常在正常情況下的運行數據是比較容易被忽視的。因 為發生故障時，人們往往比較重視對有關的情況加以及時的記載，而在系統正 常運行時.，則不那么注意。事實上，要全面地掌握系統的情況，必須十分重視 正常運行時的情況記錄。如果缺乏平時的工作記錄，就無從了解瞬時情況。如 果沒有日常的工作記錄，表示可靠性程度的平均無故障時間指標就無從計算。5.3.5 運

17、行維護內容智慧頤和園綜合信息平臺的維護主要包括服務器和系統的運營維護，系統 管理員主要工作內容包括：系統能否提供服務，保證用戶能夠正常使用。系統的日志，確認系統的工作狀態。數據的備份/恢復，保證數據的安全性。系統的更新，保證系統的安全性和可靠性。具體內容如下：網絡：服務器網絡的連接狀態。服務器：服務器本身的運行狀態。操作系統：操作系統的各設備、服務的運行狀態以及版本更新情況。數據庫服務器：數據庫的運行情況以及數據的備份和恢復。Web服務器：Web服務器的運行狀態以及站點、虛擬目錄的安全設 置。應用系統：系統能夠正常向用戶提供服務。操作系統的運行維護任何操作系統都有漏洞，網絡系統管理員每周定期對

18、系統服務器及客戶端 及時打上“補丁”(Patch)。使系統采用的操作系統時刻保持最新的版本，從而排 除操作系統Bug可能帶來的安全隱患。數據庫運行維護1 .用戶管理利用數據庫的安全機制：對各個數據庫設置不同的口令(8位以上的密 碼)、權限等；設置不同的角色權限管理。2 .警告日志文件監控數據庫在運行過程中，會在警告日志文件(alert_SID.log)中記錄數據庫的一 些運行情況：數據庫的啟動、關閉，啟動時的非缺省參數。數據庫的重做日志切換情況，記錄每次切換的時間，及如果因為檢查點 (checkpoint)操作沒有執行完成造成不能切換，會記錄不能切換的原因。對數據庫進行的某些操作，如創建或刪除

19、表空間、增加數據文件。數據庫發生的錯誤，如表空間不夠、出現壞塊、數據庫內部錯誤(ORA - 600) DBA應該定期檢查日志文件，根據日志中發現的問題及時進行處理。3 ,監控數據庫表空間數據庫運行了一段時間后，由于不斷的在表空間上創建和刪除對象，會在 表空間上產生大量的碎片，DBA應該及時了解表空間的碎片和可用空間情況， 以決定是否要對碎片進行整理或為表空間增加數據文件。監控數據庫的連接情況：DBA要定時對數據庫的連接情況進行檢查，看與 數據庫建立的會話數目是不是正常，如果建立了過多的連接，會消耗數據庫的 資源。同時，對一些“掛死”的連接，可能會需要DBA手工進行清理。4 備份控制文件在數據庫

20、結構發生變化時，如增加了表空間，增加了數據文件或重做日志 文件這些操作，都會造成數據庫控制文件的變化，DBA應及進行控制文件的備份，備份方法是：5 .檢查數據庫文件的狀態DBA要及時查看數據庫中數據文件的狀態（如被誤刪除），根據實際情況決定如何進 行處理，檢查數據文件的狀態的 SQL 如下：select file_name,status from dba_data_files; 如果數據文件的STATUS列不是AVAILABLE,那么就要采取相應的措施，如對該數據文件 進行恢復操作，或重建該數據文件所在的表空間。6 .數據庫備份與恢復當我們使用一個數據庫時，總希望數據庫的內容是可靠的、正確的，

21、但由 于計算機系統的故障（包括機器故障、介質故障、誤操作等），數據庫有時也 可能遭到破壞，這時如何盡快恢復數據就成為當務之急。如果平時對數據庫做 了備份，那么此時恢復數據就顯得很容易。服務器備份為防止不能預料的系統故障或用戶不小心的非法操作，必須對系統進行安 全備份。服務器備份內容：對全系統進行每月一次的備份外；對修改過的數據 進行每周一次備份：同時，對修改過的重要系統文件存放在不同的服務器上， 在出現系統崩潰時（通常是硬盤出錯），可以及時地將系統恢復到正常狀態。在條件允許的情況下，可實現異地備份，采多種備份模式，可以全方位保 證系統的安全性。系統維護為客戶整體系統提供一體化、有效的問題解決方

22、案；為客戶提供每周七天，每天二十四小時，即7*24實時支持；接到問題30分鐘內響應，24小時內解決故障；提供大量服務項目，包括提供信息技術咨詢、教育和培訓。長期免費提供硬件平臺相關設備理論培訓，為甲方培養專業人才。必要時提供設備原廠工程師的現場指導與服務。5.3.6運行維護相關制度建設想要建立切實可行的運行維護體系，制度建設是必不可少的要求。我方將 協助業主方建立和落實系統運行維護的一系列相關制度。機房管理條例服務器系統的管理按照IDC機房的管理制度執行。對于機房環境的管理， 有必要制定規范的機房管理條例，進行規范、有序的管理，以保障系統安 全、穩定運行。保密與信息安全制度系統內的部分數據將涉

23、及保密數據，有必要進行安全防護。而數據安全的 防護需要從計算機網絡、系統內部、人為因素等多方面去考慮，為了杜絕由于 人為疏忽導致的數據泄密，需要制定和執行信息安全條例。業主方內部管理保密管理，負責數據管理和系統維護（涉及數據庫）的人 員要求簽訂保密協議。另外，為保證部門之間地理數據共享交換時的數據安全，需制定數據版權 保護和數據保密的合同制度。系統維護責任制度為了使系統能夠長期穩定運行，需要對計算機硬件設備和軟件系統進行定 期和不定期的維護。不定期的維護主要由相關的使用人員負責。因此，有必要 建立系統維護責任制度，將責任以制度的形式加以明確。5.4 運行維護組織保障5.4.1 組織機構保障為進

24、一步加強智慧頤和園的建設工作，構建智慧景區，需要成立專門的智 慧頤和園綜合信息平臺建設工作領導小組。我方將為此項目成立專門的項目組，以保證項目的順利實施。5.4.2 技術支撐體系保障綜合工程，需要建設和整合的系統很多，涉及到很多關鍵技術，如集 成技術、安全技術、空間數據庫技術等，這些技術的成熟度直接影響著系統的 建設效果。開展技術支撐體系建設，不僅對關鍵技術進行預研，還要抓好實 施，降低技術的實施成本。既要重視科學原創，乂要重視技術的創新和發明， 加強系統集成。5.4.3 信息安全保障體系保障智慧頤和園綜合信息平臺建設的一個重要的內容就是要保證各系統中的信 息安全，只有在安全的基礎上，才能考慮

25、信息的共享。完善的安全保障體系是 信息化順利運行的“守護神”。安全保障體系包括軟硬件的安全保障與管理制 度的安全保障。網絡安全體系是通過軟硬件設備，保證系統在運行中安全穩定運行，不會 被突發狀況或惡意程序破環。信息安全保障體系是保證信息系統能夠遵循安全穩定的制度運行，在制度 與操作上保證信息的安全與穩定。包括：信息備份機制信息系統人員管理機制歷史信息追溯機制安全評估機制5.4.4 運行維護管理機制保障良好的運行機制是智慧頤和園綜合信息平價維護管理規范化的保證。在運 行機制的設計上，應著重于制度的健全和辦事程序的規范，讓信息化管理工作 在信息化建設中發揮積極的作用。根據頤和園目前的信息化管理現狀

26、，建議在 建設過程中設計好項目管理機制、業務協同機制和監督評價機制等。六、試運行期間故障響應由于本項目涉及產品多、覆蓋范圍廣，因此在系統試運行過程中技術故障 的出現將是不可避免的，針對這種情況，我公司設計了完善的技術故障應急策 略。當客戶服務中心收到系統出現技術故障的運行維護與支持服務需求時，我 們將立即做出實質性響應，聯系項目單位技術人員核實故障情況，收集故障信 息，并且立即派出試運行工作組技術支持人員到達項目單位故障現場，以最快 的速度分析故障原因，確定故障點，在根據故障類型和項目單位的需求，進行故障排除。針對本項目，我公司承諾提供維護、維修技術服務。我公司保證業主可以得到每周7天X24小時的實時技術支持響應，按照承諾的時間提供響應，并根 據情況提供必要的現場服務。根據我公司多年的項目實施和售后服務經驗，我們總結出大型信息系統中 出現的幾種典型技術故障情況，同時針對不同情況提出了相應的預防措施和應 急策略。具體內容如下表所示:緊急情況預防措施應急策略線路故障我們有著詳細的竣工圖紙，并有 著熟練得施工隊伍。立即聯系線路施工協調，解決故障， 盡快恢復主線路正常運行。軟件故障我們提供的全部軟件產品均經過 嚴格的測試，在安裝時也會安裝好相 應的補丁程序，很大程度上減少了軟了解問題的詳細情況，