網(wǎng)絡設備項目售后服務方案

1、441.售后服務方案描述及相關承諾1. 總述1.1項目名稱XXXX）網(wǎng)絡設備項目。1.2項目背景描述隨著互聯(lián)網(wǎng)應用的快速增長，以及下一代互聯(lián)網(wǎng)的加速推進，短信、網(wǎng)游、語 音以及視頻寬帶業(yè)務的日益火爆，電子商務的再度興起，IDC市場迅速升溫，IDC業(yè)務收入迅速增長，IDC業(yè)務的客戶群也迅速增大。為了搶占潛在客戶資源，大力 推廣IDC業(yè)務，這樣就需要建設一個側(cè)重中、高端客戶，兼顧低端客戶需求的IDC機房系統(tǒng)。1.3服務期限及范圍為XXX核心網(wǎng)絡設備（含2臺防火墻，2臺交換機，2臺路由器），其檢修和維護。 我公司將按質(zhì)按量完成XXX核心網(wǎng)絡設備維護修理維護服務。1.4實施目標為XXX核心網(wǎng)絡設備提供

2、優(yōu)質(zhì)的維護修理服務，并對 2臺防火墻，2臺交換機，2 臺路由器統(tǒng)提供卓越的技術支持與運行維護服務。保證 2臺防火墻，2臺交換機，2臺 路由器運行穩(wěn)定。1）我方通過嚴格的修理維護服務，保證相關本次所涉及的相關軟硬件的高效穩(wěn)定 運行。2）我方具備應急處理能力并制定了完善的應急預案，減少計劃內(nèi)和計劃外的停機時間，最終能夠保障電力業(yè)務核心系統(tǒng)每周7天X 24小時不間斷穩(wěn)定運行。3）我方定期對現(xiàn)有軟硬件平臺系統(tǒng)運轉(zhuǎn)狀況進行巡檢、跟蹤和分析，科學地預測 和掌握軟硬件平臺系統(tǒng)的性能狀態(tài)，提出科學合理的擴容和升級建議。4）我方在維護中熟悉各主機上承載應用系統(tǒng)，結(jié)合IT系統(tǒng)和業(yè)務應用的具體實際 情況，查漏補缺，

3、提出整改建議，配合應用廠商不斷優(yōu)化系統(tǒng)整體性能，提高系統(tǒng) 運行整體效率。1.5術語定義1）業(yè)主方：XXXXX團有限公司。2）故障級別定義如下：P1級故障：重大故障，系統(tǒng)癱瘓，無法運行，業(yè)務丟失。P2級故障：系統(tǒng)部分設備故障，影響和限制了部分業(yè)務運營。P3級故障：一般性技術故障，發(fā)現(xiàn)系統(tǒng)和設備的技術問題，但系統(tǒng)和業(yè)務仍可 正常運行。P4級故障：在系統(tǒng)功能配置、運維管理方面需要信息或支援，對用戶的業(yè)務幾 乎無影響。2. 總體實施方案 2.1服務流程XXX有限公司將根據(jù)XXX核心網(wǎng)絡設備（含2臺防火墻，2臺交換機，2臺路由器） 服務內(nèi)容制定了相關的服務流程，以下流程適用于本項目的含防火墻，交換機，路

4、由器流程。2.1.1高級故障診斷及檢修流程1）針對系統(tǒng)、設備發(fā)生的一級、二級故障進行響應，分別在規(guī)定時間內(nèi)進行維修、恢 復服務。其中緊急重大故障要求15分鐘內(nèi)到達現(xiàn)場處理。2）我方提供服務相當于原廠技術服務水平。 并提供電話或現(xiàn)場技術咨詢和技術支持服 務。服務流程圖高級故障診斷及檢修服務流程請求呼叫服務臺:結(jié)束+生發(fā)障 備故 設員人持支臺務服服務臺響應遠程 調(diào)查與診斷疋處理故障 方案員人持支場現(xiàn)故障現(xiàn)場響應現(xiàn)場調(diào)查與診斷J L更換設備或部件Y設備是否更改解決和 恢復， 按故障 級別時 間，處 理故障r已解決務 服持 它支苴/、知識管理服務流程說明1服務臺響應服務臺服務臺人員接受來自用戶上報的故

5、障以及各類服務請 求。在驗證用戶基本信息后，服務臺人員在服務管理平臺上登 記一條故障信息并進行跟蹤和處理，并創(chuàng)建故障事件單。服務臺人員判斷故障是否重大事件，如重大事件將立 刻通知現(xiàn)場支持人員到現(xiàn)場。如不是重大故障，將根據(jù)故障級 別及故障類型，安排工程師進行故障處理如果是一條重復事件，則新建該事件記錄后，更新原有事件為“主事件”，并建立重復事件與原有事件的關聯(lián)關系。如果是一條復發(fā)事件，則創(chuàng)建一個新的事件單，復制 原始事件單的內(nèi)容，并說明這是復發(fā)的事件。2故障現(xiàn)場相應現(xiàn)場支持人員根據(jù)服務臺所描述的基本故障情況，現(xiàn)場支持人員將在15分鐘內(nèi)到達故障現(xiàn)場，為用戶處理故障3遠程調(diào)查與診 斷服務臺 支持人

6、員服務臺人員根據(jù)事件分類表確認事件的分類，根據(jù)事 件的影響度和緊急度，為事件分配優(yōu)先級。分析故障原因，在知識庫中查詢是否有解決方案，制 定初步的故障處理方案。如故障是由于設備硬件引起或遠程無法處理時，將通 知現(xiàn)場維護人員，到現(xiàn)場處理處理故障。進行調(diào)查診斷，嘗試解決，必要時聯(lián)系第三方供應商協(xié)助處理。4現(xiàn)場調(diào)查診斷現(xiàn)場支持人員現(xiàn)場支持人員在現(xiàn)場判斷故障情況，根據(jù)故障的具體 情況，制定解決方案。判斷故障是否需要更換部件，如需更換備件，我方將 聯(lián)系倉管調(diào)出設備配件，并負責設備的安裝和卸載。5更換設備或部 件現(xiàn)場支持人員更換完設備后再對故障進行檢測，如故障未被處理，將繼續(xù)對故障進行分析，徹底解決故障問題

7、。6解決與恢復服務臺、 現(xiàn)場支 持人員按照制疋好的解決方案對故障進仃處理。判斷實施解決方案是否可行，并制定變更方法。實施成功后，詳細記錄解決方案或變通方法。7事件關閉服務臺 支持人 員將故障處理情況提交至知識管理。關閉事件。并對故障記錄進行歸檔，再制定用戶回訪計劃。8用戶回訪服務臺 支持人 員向用戶確認故障是否已得到解決。確認用戶是否報告其他問題。用戶反饋故障處理情況，并對本次服務進行評價。2.1.2設備調(diào)優(yōu)流程1）針對長期出現(xiàn)資源瓶頸的設備進行分析，提出解決方案或優(yōu)化方案。2）對系統(tǒng)進行定期評估，給出評估優(yōu)化方案。服務流程服務流程說明1設備性能檢 測服務器、存儲支持工程師利用有效的工具對設備

8、進行檢測。對設備進行健康檢查，標記存在資源瓶頸的設備。2統(tǒng)計資源瓶 頸的設備數(shù) 量服務器、存儲支持工程師根據(jù)標記的資源設備進行設備統(tǒng)計對資源瓶頸的設備進行故障原因分析， 判斷資源瓶頸的問題是由何種原因所引起。分派問題到各個專業(yè)工程師設計解決方案。3硬件問題分析服務器、存儲支持工程師分析設備硬件上的資源瓶頸問題，列出引起此故障的原因4系統(tǒng)問題分析操作系統(tǒng)支持工程 師分析操作系統(tǒng)上的資源瓶頸問題，列出引起此故障的原因5平臺問題分析應用平臺支持工程 師分析應用平臺上的資源瓶頸問題，列出引起此故障的原因6數(shù)據(jù)庫問題分 析數(shù)據(jù)庫支持工程師分析數(shù)據(jù)庫上的資源瓶頸問題，列出引起此故障的原因7設計服務器、 存

9、儲解決方 案服務器、存儲支持工程師對列出服務器、存儲硬件問題逐條給出 處理意見與優(yōu)化方案。8設計系統(tǒng)解 決方案操作系統(tǒng)支持工程 師對列出操作系統(tǒng)問題逐條給出處理意見 與優(yōu)化方案。9設計平臺解 決方案應用平臺支持工程 師對列出應用平臺問題逐條給出處理意見 與優(yōu)化方案。10設計數(shù)據(jù)庫 解決方案數(shù)據(jù)庫支持工程師對列出數(shù)據(jù)庫問題逐條給出處理意見與優(yōu)化方案。11整合方案我方項目負責人整合各技術支持工程師給出的解決方 案。對解決方案的內(nèi)容進行審核，確保處理 意見的安全和有效。門。制定實施計劃，并將方案提交給業(yè)務部12業(yè)務部門審 批設備負責人批。業(yè)務部門負責人對整合的方案進行審按實施計劃通知每個人設備負責人

10、。13優(yōu)化實施工程師按照最終的實施計劃和方案對設各技術支持工程師備進行調(diào)優(yōu)工作。2.1.3備件保修和更換流程1）當設備出現(xiàn)故障時，我方應及時進行檢查、維修或更換故障部件。2）如果硬件設備故障，保證在2小時內(nèi)提供不低于故障設備規(guī)格型號檔次的備用設備 替代使用，直至故障設備修復為止，以最大限度保證業(yè)務系統(tǒng)不間斷地正常運行。3）若需要更換部件，其更換的部件必須是原廠的部件，與原有部件具備同等的質(zhì)量和 性能。服務流程圖服務流程說明1故障設備檢查現(xiàn)場支持人員現(xiàn)場檢查，判斷故障引起的原因和故障位 置判斷故障是否能現(xiàn)場處理，例如通過配置 等方法解決故障，即現(xiàn)場處理。2現(xiàn)場維修現(xiàn)場支持人員對故障進行處理，通過

11、技術手段等解決故 障問題。3提供備件現(xiàn)場支持人員故障由于設備的硬件引起，難以現(xiàn)場立刻 處理，我方提供同等設備型號和功能的配件給用戶 使用。4現(xiàn)場安裝與卸載設備維修人員現(xiàn)場卸載故障的設備。 安裝我方提供的備件設備。5故障設備維修設備維修人員判斷設備是否已經(jīng)過保。并制定維修計 戈嘰設備未過保，通知設備的提供商對故障設 備進行修復。設備已過保，我方提供或采購相應的備件和部件，對設備進行維修。6設備提供廠商維修設備提供丿商設備提供廠商對故障設備進行修復7提供所需的備件或部件進行維修設備維修人員我方安排專業(yè)對技術人員更換或維修故障設備。將拆卸的故障部件進行封存，交還給設備提供商。8故障設備復查現(xiàn)場支持人

12、員設備維修成功后，我方現(xiàn)場支持人員到現(xiàn) 場對修復好的設備進行復位。檢查設備的運行情況，如設備還存在故障 問題，我方將繼續(xù)對故障進行處理與解決。2.1.4特保服務流程1）按照公司要求，對于特殊時期必須保障設備運行的，我方根據(jù)要求駐場值守和服務,完成特殊時期保障任務。2）需預計每年安排約有2個月的特保時間服務流程圖服務流程說明1制定特殊時期值班計劃現(xiàn)場支持人員現(xiàn)場值班人員制定值班服務計劃值班計劃包含人員的聯(lián)系方式與相關設備系統(tǒng)的負責人的聯(lián)系方式2業(yè)務部門審 批設備負責人業(yè)務部審批值班服務計劃如服務計劃未能滿足用戶的需求，將退回現(xiàn)場值班的人員重新設定值班計劃。3值班現(xiàn)場支持人員按計劃是時間地點到現(xiàn)場

13、進行值班工作。記錄值班所需的相關表格遇上重大事件及時通知設備負責人員4提交設備巡 檢報告設備維修人員匯報設備出現(xiàn)的安全隱患。 提交當天的值班記錄和相關資料。2.1.5系統(tǒng)補丁通知及推薦流程1）預防式補丁服務：我方在已知服務器、存儲軟、硬件缺陷可能導致潛在問題的情況 下，將通過配置管理或巡檢等方式對用戶服務器進行增補軟件分析并提出版本升級 建議，并由用戶進行相關業(yè)務、客戶影響分析后確認進行。2）響應式補丁服務：當設備出現(xiàn)故障后，我方對故障進行分析并確認是軟件缺陷所導 致的故障，我方將提供針對該軟件缺陷的軟件補丁程序，并由用戶進行相關業(yè)務、 客戶影響分析后確認進行。服務流程圖制止補J通知川始1剛式

14、補眼務響應式補1 1笊務哄備故垛數(shù)棚 銃計打分折H和"初1FlESWaww44増補軼料分折鹿供軟祚 補 t w rr1制定版本業(yè)特刪門審批升皺建汶補型斯比 :丿血服務流程說明1制定補丁通知及 推薦計劃現(xiàn)場支持人員制定補丁通知及推薦計劃。判斷是否有由于補丁冋題造成的故障。女口 沒有由于補丁造成的故障，將實行與預防式補丁服 務，如由于補丁發(fā)生故障，將實施響應式補丁服務。2預防式補丁服務服務臺支持人 員預防方式的補丁服務以預防、排查隱患為主，對現(xiàn)有設備的安全、性能隱患制定補丁更新計戈嘰3響應式補丁服務現(xiàn)場支持人員對用戶所發(fā)現(xiàn)的故障進行處理，并且向用戶提供可處理此故障的補丁程序4設備故障數(shù)據(jù)

15、統(tǒng) 計與分析服務臺支持人 員在預防式補丁服務中，對以往出現(xiàn)故障的設備進行統(tǒng)計，總結(jié)普遍的故障現(xiàn)象5配置管理與巡檢 常發(fā)故障設備現(xiàn)場支持人員在預防式補丁服務中，通過配置管理與巡 檢的方式，檢查系統(tǒng)運行情況， 定位常發(fā)故障設備 的位置，查明故障發(fā)生的原因， 制定相關補丁的更 新計劃。6增補軟件分析各技術支持工 程師結(jié)合故障數(shù)據(jù)統(tǒng)計結(jié)果與巡檢所發(fā)現(xiàn)的故障情況，對增補軟件進行評估與分析。得出適合增補的軟件列表。7制定版本升級建 議各技術支持工 程師根據(jù)分析結(jié)果制定版本升級建議與實施計劃8業(yè)務部門審批設備負責人業(yè)務部門對實施計劃的內(nèi)容進行審核，如 發(fā)現(xiàn)補丁版本升級不符合要求，將返回重新制定補丁升級計劃。

16、9處理和分析故障現(xiàn)場支持人員在響應式補丁服務中，對故障進行的處理，在發(fā)現(xiàn)可以通過更新補丁來消除隱患時，我方將制定補丁更新計劃，尋找相關的軟件補丁。10提供軟件補丁程 序各技術支持工 程師對尋找相關的軟件補丁進行測試，通過測 試后，我方將測試報告與軟件補丁程序提交給用 戶。11補丁更新實施現(xiàn)場支持人員經(jīng)過審批通過后，我方安裝實施計劃的方案與內(nèi)容，對相關設備進行補丁更新工作。2.1.6季度巡檢流程1）每季度提供一次健康巡檢，對設備硬件、系統(tǒng)運行狀況進行檢查，排除隱含錯誤或安全隱患，并提交健康巡檢報告。2）巡檢的具體時間由雙方協(xié)商確定。服務流程服務流程說明1制定季度健康巡檢計劃現(xiàn)場支持人員根據(jù)要求制

17、定監(jiān)控巡檢計劃與方案，內(nèi)容包括巡檢方式、操作步驟等。2業(yè)務部門審批現(xiàn)場支持人員業(yè)務部審批巡檢計劃如服務巡檢計劃未能滿足用戶的需求，將退回重新設定巡檢計劃。3提供健康巡檢報告現(xiàn)場支持人員實施設備的健康巡檢。記錄巡檢中發(fā)現(xiàn)的設備問題提交健康巡檢報告，匯報設備存在的安全 隱患。4排除隱含錯誤與安全隱患設備維修人員對報告中存在安全隱患進行處理。問題處理后將對系統(tǒng)進行再次檢測，檢查問題處理情況。2.1.7培訓服務流程1）我方定期進行運行維護技術培訓，并定期與業(yè)主方技術人員進行技術交流。服務流程服務流程說明序號步驟名稱責任人說明1咨詢業(yè)務部門需求咨詢受理人員詢問用戶的培訓需要。了解用戶對培訓的 要求。判斷

18、用戶是否對新或難度高的技術開展 技術交流。收集業(yè)務部門提出的培訓要求。按培訓要 求的內(nèi)容、等級進行分類，組織相關人員開展培 訓準備工作。2制定培訓計劃與培訓內(nèi)容咨詢受理人員根據(jù)培訓內(nèi)容、培訓的深度制定培訓計戈并提交業(yè)務部門進行審批工作。3業(yè)務部門審批設備負責人業(yè)務部門對培訓內(nèi)容進行審核工作，對培訓內(nèi)容存在異議或不滿意的地方，將返回修改培訓計劃或培訓方案。4安排培訓議程與材料各技術支持工程師相關技術人員對培訓方案的內(nèi)容準備培 訓資料，并安排培訓所需場地與準備相關的設備 或軟件。2.1.8系統(tǒng)規(guī)劃（非建設項目）流程1）根據(jù)硬件、應用軟件環(huán)境完成數(shù)據(jù)庫的初步規(guī)劃、安裝配置工作服務流程服務流程說明1硬

19、件、應用環(huán)境分析現(xiàn)場支持人員對運行環(huán)境進行硬件、軟件的運行分析，檢查運行環(huán)境是否符運行要求。記錄硬件、應用環(huán)境的基礎參數(shù)。2制定實施方案技術支持工程師根據(jù)運行環(huán)境評估與硬件、應用環(huán)境的 基礎參數(shù)，制定實施方案和初步規(guī)劃。提交業(yè)務部門對方案進行審批3業(yè)務部門審批設備負責人業(yè)務部門審批實施方案。如實施方案和規(guī)劃未能滿足用戶的需求，將退回修改實施方案。4實施安裝配置技術支持工程師根據(jù)實施方案到現(xiàn)場進行安裝、配置工 作。2.1.9備份恢復測試流程1）根據(jù)業(yè)務重要性及數(shù)據(jù)安全等級要求，定期對備份數(shù)據(jù)進行恢復測試，保障備份數(shù) 據(jù)完整、有效、可用。服務流程服務流程說明1數(shù)據(jù)時效性檢查技術支持工程師技術支持工

20、程師檢查備份數(shù)據(jù)，病句業(yè) 務重要性及安全級別，判斷數(shù)據(jù)的有效期，如數(shù) 據(jù)已過保存期，我方將對系統(tǒng)業(yè)務數(shù)據(jù)進行備份2備份系統(tǒng)業(yè)務數(shù)據(jù)現(xiàn)場支持人員對系統(tǒng)的數(shù)據(jù)進行全備份，以保證數(shù)據(jù) 的完整。3數(shù)據(jù)恢復測試技術支持工程師對備份的數(shù)據(jù)進行恢復測試，并對相關 功能進行操作，檢查數(shù)據(jù)的準確性。如備份數(shù)據(jù)存在異常，我方將到現(xiàn)場排 除故障原因，分析系統(tǒng)故障還是備份失誤導致， 如不是備份失誤，我方將通知相關業(yè)務部門進行 故障處理。備份數(shù)據(jù)測試成功后，我方對備份數(shù)據(jù)盡可能保存最近5個版本的存檔。4備份版本控制技術支持工程師對備份數(shù)據(jù)進行版本控制，按系統(tǒng)、安全級別、重要性、備份時間對備份數(shù)據(jù)進行存檔。2.1.10

21、專家現(xiàn)場技術支持流程1）包括數(shù)據(jù)庫緊急救援服務。2）如出現(xiàn)故障，導致數(shù)據(jù)庫不能正常工作，服務方須盡快安排資深工程師到現(xiàn)場先回 復應用，并保證持續(xù)跟進直到問題完全解決。3）如果不能解決問題，服務方需自行請專家或其他高級技術人員對系統(tǒng)情況進行分析, 直至解決問題。4）服務方在接到現(xiàn)場系統(tǒng)維護請求后 1小時內(nèi)響應，對宕機或緊急恢復等嚴重問題, 要求立即響應并在15分鐘內(nèi)到達現(xiàn)場。服務流程服務流程說明進行緊急救援服務，安排資深工程師到1現(xiàn)場情況調(diào)查技術支持工程師現(xiàn)場進行調(diào)查響應。盡快提出故障處理方案。我方根據(jù)故障的級別、安全性對故障采取應急的處理情況。2 故障應急處理現(xiàn)場支持人員由于設備硬件造成的故障

22、，我方立即啟動熱備件。及時恢復系統(tǒng)的正常運行。由于軟件或設置造成的故障，我方對設置進行初始化操作，保證系統(tǒng)的正常運行3啟動熱備件技術支持工程師根據(jù)提前準備好的設備熱備件，我方對設備進行更換和切換操作?；謴驮O備的運行。4故障設備修復設備維修人員在現(xiàn)場對故障設備進行一般的修復處 理，如不能處理，我方將故障設備提取回維修中 心進行維修。5更換備件現(xiàn)場支持人員故障設備修復成功后，我方把完成修復的設備安裝回原位置。 并把正式服務切換回正式環(huán)境。6恢復初始化設置技術支持工程師對數(shù)據(jù)庫的運行環(huán)境進行初始化配置操作?；謴拖到y(tǒng)的運行環(huán)境。7日志文件檢查技術支持工程師檢查數(shù)據(jù)庫的日志，找出數(shù)據(jù)庫中存在 的故障問題

23、。8軟件配置修復技術支持工程師根據(jù)存在的故障問題對數(shù)據(jù)庫的配置進 行修改和故障處理。9修復檢查現(xiàn)場支持人員故障修復后對故障進行檢查，排查存在 的安全隱患。2.1.11技術支持服務流程1）提供電話或現(xiàn)場技術咨詢和技術支持服務。服務流程服務流程說明1服務臺響應咨詢技術支持工程師服務臺響應用戶的咨詢請求，對用戶做 出快速的請求響應。了解用戶的需要，提供有效的技術支持 與咨詢服務。2現(xiàn)場技術支持現(xiàn)場支持人員我方派出工程師到現(xiàn)場對用戶的疑問進 行解答。為用戶現(xiàn)場處理用戶的故障問題。3用戶回訪技術支持工程師現(xiàn)場技術支持完成后，我方電話回訪用戶對服務的滿意度，并咨詢是否需要更還現(xiàn)場支持服務或變更服務4電話技

24、術支持設備維修人員如用戶需要電話直接支持，我方將采用 電話的方式立即響應用戶的請求，并盡可能完成用戶的需求和遠程處理用戶的故障。2.2服務管理221實施規(guī)范管理我方按照業(yè)主方的管理制度、修理維護規(guī)范、操作指導等相關規(guī)則制度開展 修理維護服務。為保障修理維護服務規(guī)范化的順利執(zhí)行，同時修理維護服務各個環(huán)節(jié)清晰可追述，我方任何操作必須嚴格按照業(yè)主方相關流程進行操作，盡量減少對業(yè)主方 正常業(yè)務的干擾，每步操作須有明確的成果反饋記錄，禁止任何不按流程處理的 任何操作，一經(jīng)發(fā)現(xiàn)將嚴肅處理。2.2.2人員工作規(guī)范我方對運維人員進行明確分工及職責定義，避免運維人員無序混亂工作，職 責分工需符合運行單位運維工作

25、要求。2.2.3項目風險與責任我方謹慎和用心履行合同責任，并對其員工的過失承擔責任。由于我方實施 人員服務不及時（沒有按照合同約定時間規(guī)定）或服務操作不當，造成大量在線 數(shù)據(jù)遭受不可恢復性損失，我方應負責恢復數(shù)據(jù)，并承擔所有費用。由于我方原 因服務不到位，我方應向業(yè)主方作出書面解釋，并提出整改措施。造成損失的， 我方承擔全部責任。2.2.4人員穩(wěn)定性鑒于信息系統(tǒng)及設備重要性以及安全保密性，我方保證服務期內(nèi)修理維護團隊人員穩(wěn)定，避免人員流動對業(yè)主方業(yè)務系統(tǒng)及設備造成安全隱患，特殊情況下 人員變動需經(jīng)業(yè)主方同意后方可變動，禁止未經(jīng)業(yè)主方同意人員直接變動。2.2.5人員質(zhì)量控制我方所派出的服務人員，

26、應能熟練勝任相關維護工作。業(yè)主方擁有向所提供 的實施人員進行面試的權力。如我方人員業(yè)務能力如不符要求，業(yè)主方有權要求 我方更換人員。服務人員資質(zhì)要求如下：a）大學?？苹蛞陨蠈W歷，有3年以上類似產(chǎn)品維護經(jīng)驗b）具有相應產(chǎn)品認證證書。226項目進度控制我方技術服務團隊每周向業(yè)主方項目管理部門提交維護工作周報，并抄送我方項目管理部門。為了更好的讓業(yè)主方了解項目的進度和目前的情況，我方將向 業(yè)主方進行以下工作：每月提交工作月報，維護工作月報的內(nèi)容必須包括以下內(nèi)容：主要的已 完成工作內(nèi)容、未完成工作內(nèi)容、故障處理報告、維護建議及工作計劃 安排。技術服務團隊每月度對相關工作進行總結(jié)提煉，提交運行維護工作月

27、報。技術服務團隊每季度對相關工作進行總結(jié)提煉，提交運行維護工作季報。技術服務團隊每年對全年工作進行總結(jié)，并對下一年度工作進行規(guī)劃， 提交運行維護工作年報，協(xié)助系統(tǒng)管理員完成系統(tǒng)年度維護總結(jié)。除上述文檔整理工作外，我方承擔業(yè)主方相關維護文檔的修編配合工作。2.2.7項目安全控制提供現(xiàn)場服務時，我方將確保其現(xiàn)場人員遵守業(yè)主方有關安全規(guī)定，前提是 我方收到業(yè)主方提供的有關安全規(guī)定。我方有為業(yè)主方保密的義務，未經(jīng)業(yè)主方 許可，我方服務人員不得對業(yè)主方的業(yè)務經(jīng)營數(shù)據(jù)進行增刪、修改、復制、傳送、記錄；我方不得向任何第三方泄露業(yè)主方業(yè)務數(shù)據(jù)內(nèi)容或在公開場合引用業(yè)主方 數(shù)據(jù)。2.2.8質(zhì)量控制為保障服務質(zhì)量及

28、服務適應性，在服務期內(nèi)，我方需根據(jù)服務內(nèi)容發(fā)生的變 化進行適應性的改進，并在修理維護過程中根據(jù)業(yè)主方的要求進行服務改進。2.2.9項目質(zhì)量保證服務質(zhì)量要達到可衡量必須制定嚴格的服務SLA,我方在服務期開始時須與業(yè)主方協(xié)商制定切實可行的服務 SLA，并嚴格遵守 SLA進行修理維護服務。其服 務標準如下：、緊急情況當服務器宕機，數(shù)據(jù)庫無法讀寫等一級緊急事件時，我方在1小時內(nèi)響應，2小時內(nèi)協(xié)助解決該情況。并在因外部原因無法立即解決時（例如服務器所在機 房受到黑客攻擊，服務器硬盤讀寫失敗等事件），向客戶報告情況并提供具體解 決的時間。并提供一套完善的應急解決方案，幫助客戶及時解決突發(fā)事件，最大 程度的

29、挽救因服務無法使用導致的損失。二、重要情況系統(tǒng)服務上線過程后， 有時會出現(xiàn)在驗收過程中沒有察覺的bug，這個時候，我方積極協(xié)助客戶解決該bug，具體的響應時間根據(jù)bug造成的影響程度而定。根據(jù)SLA服務標準，bug的等級亦可進行進一步的劃分并制定相應的解決方案。 這里不予以贅述。三、標準情況在系統(tǒng)部署階段，因工作人員協(xié)作環(huán)節(jié)的不一致性，有可能出故障問題和兼容性問題。以及由于臨時需求的變更和新增，都會對系統(tǒng)服務產(chǎn)生新的維護需求。我方按照需求的難易性和工作量制定相應的響應標準，保證客戶滿意度。四、次要情況包括服務的小調(diào)整，如數(shù)據(jù)庫、中間件的配置更替等，通常在24小時內(nèi)響應，雙方商議的時間內(nèi)進行解決

30、即可。我方以SLA服務體系為出發(fā)點，為 IT服務提供完善、標準、科學的解決方案，盡可能不影響客戶滿意度。2.2.10制定全年的支持服務計劃我方客戶經(jīng)理應主動地和業(yè)主方共同協(xié)商、制定全年的支持服務計劃。服務 計劃包括以下主要內(nèi)容：a）業(yè)務/IT系統(tǒng)概況，業(yè)務系統(tǒng)對服務的需求b）服務合同的工作內(nèi)容，設備清單和響應服務級別c）我方的工作團隊和職責d）支持服務的流程e）運維服務活動的計劃，包括：增值服務實施、服務總結(jié)報告、回顧會議、巡檢、 技術交流等f）服務計劃雙方的確認2.2.11項目總結(jié)會議我方客戶經(jīng)理至少每季度會安排與業(yè)主方一起召開系統(tǒng)運行和服務情況定期總結(jié)回顧會議，內(nèi)容包括但不限于：a）總結(jié)前

31、一段時間服務實施的情況b）回顧升級問題/重要問題的處理過程c）聽取運行單位對服務的反饋意見和服務需求d）同業(yè)主方運維經(jīng)理們討論服務改進措施e）討論、修訂服務計劃。2.3維護內(nèi)容我方將根據(jù)XXX有限公司服務器、存儲設備、虛擬化服務器、A認證系統(tǒng)服務內(nèi)容簡要的介紹常見故障所采用的維護解決辦法，在實際的應用中，我方會根 據(jù)實際情況進行相應的修改與優(yōu)化。2.3.1服務器故障診斷計算機故障類型以及故障的診斷手段有很多，對于服務器（IBM服務器為例）故障采取以下2種診斷方式：2.3.1.1 硬件故障診斷診斷并排除由硬件引起的故障，先從外觀上檢查硬件情況，檢查設備故障燈 是否有亮。各種設備上都有故障指示燈，

32、通常為橙色并有標記。對于高端服務器，應檢查UEPO開關上的系統(tǒng)故障指示燈是否亮，檢查部件故障燈，如I/O drawer、PCI卡，硬盤等。所有安裝的部件（如CPU book）所對應的綠色 LED應長亮。任何故障指示燈（橙色）都應不亮，設備發(fā)生故障時通常伴有出錯代碼，必須把所有故障代碼 記錄下來。除此以外還應注意有否其他異常情況（如硬盤、風扇異常的聲音、電 纜破損、系統(tǒng)出風是否順暢、氣流是否因為異物遮擋而影響散熱效果等）。？檢查服務器網(wǎng)卡狀態(tài)、IP地址是否正常。網(wǎng)卡的設置應與交換機端口的設置匹配。檢查網(wǎng)卡通信是否正常，如是否丟包，速度是否正常等。并且檢查路由 表是否正常、/etc/hosts 文

33、件或DNS設置是否正常等。231.2 軟件故障診斷診斷并排除由軟件（操作系統(tǒng)和應用軟件等）引起的故障可以先查看系統(tǒng)日 志相關軟件報錯的記錄，同時登錄軟件檢查當前應用使用狀態(tài)、軟件應用進程等 進行多方面的診斷。2.3.2檢測服務器、存儲設備運行情況對于一個系統(tǒng)而言資源總是有一定限度的，而任務總是要消耗系統(tǒng)資源的。關鍵是要找出哪些資源不能滿足應用程序運行的需求。這里存在一個性能瓶頸的問題。不同的應用程序可能會有不同的資源要求，可能會產(chǎn)生不同的瓶頸。系統(tǒng) 資源中的CPU內(nèi)存、磁盤或是網(wǎng)絡都有可能成為瓶頸。系統(tǒng)性能調(diào)優(yōu)需要找出 這些資源成為瓶頸的原因，是資源的不足，是系統(tǒng)設置不合理，還是應用程序的 問

34、題。查找性能瓶頸的順序非常重要，正確的順序是：CPU內(nèi)存1/0 網(wǎng)絡,如下圖所示：是采取對策232.1查看CPU瓶頸通過查看當前服務器 CPU使用情況判斷 CPU的使用情況，一般情況下 CPU使 用率不應該長期超過80%,如出現(xiàn)CPU使用率長期處于甚至超過80%的情況，貝U初步可判斷 CPU資源不足，出現(xiàn)瓶頸。2.322檢測內(nèi)存問題部分廠商服務器在內(nèi)存使用上模式默認最大化使用，因此內(nèi)存的使用率不能作為是否存在內(nèi)存瓶頸的依據(jù)。如果達到內(nèi)存瓶頸，此時檢查系統(tǒng)內(nèi)存交換區(qū)的 使用，會發(fā)現(xiàn)使用率較高。由于有大量的內(nèi)存頁面寫入內(nèi)存交換區(qū)，這會導致wa （ I/O等待）值上升，但此時并非I/O瓶頸引起。當內(nèi)

35、存交換區(qū)使用率超過70%寸需要增加交換區(qū)的大小。但增加內(nèi)存交換區(qū)的大小并不會提高系統(tǒng)的性能。相反，內(nèi)存交換區(qū)使用越多，系統(tǒng)性能下降越多。當內(nèi)存不足時，正確的方法是增加物理內(nèi)存的數(shù)量或優(yōu)化應用程序。2.3.2.3 查看系統(tǒng)的I/O 情況磁盤的數(shù)據(jù)流量很大程度上與應用程序的I/O方式相關。某些應用程序的I/O SIZE可能非常低，而且產(chǎn)生大量的隨機讀寫操作，從而使硬盤的讀寫效率 大大降低，導致 CPU的I/O等待增加。有時I/O問題是I/O帶寬不足引起的。當所有連接在一塊I/O卡上的硬盤的流量總和達到I/O卡帶寬的70%以上時，應考慮增加更多的I/O卡。數(shù)據(jù)的分布也是很重要的因素。通常把數(shù)據(jù)分布到

36、更多的硬盤上更有利于提高I/O性能。2.3.2.4 查看網(wǎng)絡的情況：對于網(wǎng)絡問題可以通過檢查服務器端口情況、網(wǎng)線速率、端口模式，甚至通 過服務器與服務器、服務器與測試設備之間進行鏈路測試、傳輸速率測試檢測服 務器網(wǎng)絡上的問題，必要時需要網(wǎng)絡工程師檢查交換機層面的健康情況加以分析 判斷。如果都沒有發(fā)現(xiàn)系統(tǒng)有資源上的瓶頸，則很可能是應用程序的問題，需要應 用程序開發(fā)商進行進一步的分析。233服務器備件檢修服務器備件保修主要以更換設備為主， 并對造成備件故障的原因作出分析，最后通 過分析的故障結(jié)果。對所有故障進行排查，不能單單只是更換備件這么簡單，服務器備 件一旦發(fā)生故障不一定是其本身問題， 極大情

37、況下是外部環(huán)境所造成。 因此，服務器備 件檢修需要考慮其使用環(huán)境，從根本上解決故障問題，防止其它備件的損壞。2.3.3.1 服務器備件硬件故障維修對于一般的設備硬件的故障，我方采用以下方式采取維修處理1內(nèi)存條損壞直接更換現(xiàn)場更換2主板元器件損壞直接更換現(xiàn)場更換3陣列損壞先進行數(shù)據(jù)恢復，再更 換硬盤數(shù)據(jù)恢復需離 開現(xiàn)場。備件現(xiàn)場更換4電源損壞直接更換現(xiàn)場更換5指示燈損壞先檢測健康狀態(tài)，再更 換指示燈現(xiàn)場更換6CP風扇損壞直接更換現(xiàn)場更換7數(shù)據(jù)線損壞直接更換現(xiàn)場更換8CPI損壞直接更換現(xiàn)場更換9光驅(qū)損壞直接更換現(xiàn)場更換10電源線損壞直接更換現(xiàn)場更換11相關數(shù)據(jù)接口損壞直接更換主板現(xiàn)場更換233.2

38、 服務器軟件故障維修對于服務器的軟件方面故障，我方采用以下方式采取維修處理1系統(tǒng)崩潰重裝操作系統(tǒng)現(xiàn)場操作2中木馬病毒安裝殺毒軟件殺毒遠程操作3驅(qū)動不匹配安裝正確的驅(qū)動遠程操作4軟件不兼容安裝兼容軟件遠程操作233.3服務器備件修復與后續(xù)保養(yǎng)如以下因素導致備件的故障，我方在處理完備件的維修后，再對備件周邊的環(huán)境進 行保養(yǎng)處理工作。具體可參考以下幾個方面：服務器備件受潮短路。備件受潮濕因素導致的故障，我方對服務器周邊的環(huán)境進行除濕處理。 主要以空調(diào) 除濕或吸濕海綿為主。服務器備件受過熱短路。備件受過熱短路因素導致的故障，我方對服務器周邊的環(huán)境進行降溫處理。 主要以 空調(diào)降溫或更換服務器散熱風扇。服

39、務器備件積塵導致短路。備件積塵短路因素導致的故障，我方對服務器周邊的環(huán)境進行除塵處理。 主要以吸 塵機或毛刷工具為主。服務器備件是否電源電壓不穩(wěn)定造成短路。備件電源電壓不穩(wěn)短路因素導致的故障，我方對服務器周邊的環(huán)境進行電壓檢測， 看是否有漏電的情況，并更換電源。2.3.4特保服務我方按照公司要求，對于特殊時期必須保障設備運行，并根據(jù)業(yè)主方要求駐場值守 和服務，完成特殊時期保障任務。并且每年安排約有2個月的特保時間。2.3.4.1 特保服務常規(guī)服務內(nèi)容我方值班人員要認真檢查設備的運行情況，包括電源、服務器指示燈及一切隱 患。確保服務器設備的一切安全。做好安全監(jiān)控工作。預防各種事故和事件的發(fā)生。檢

40、查軟件的日志文件是否完整。檢查設備的電壓及溫度。值班人員做好值班記錄，并記載重要事情。有重大問題及時向上級設備管理人員報告。2.3.4.2 特保服務工作責任我方值班人員值班期間，不能脫崗，認真值班。全天24小時確保有人在值班 監(jiān)控設備的運行。做好交接班等有關工作。值班人員要做好安全防范工作，遇設備周圍環(huán)境的變化，應及時做出相應處理； 保證值班人員人員及相關技術工程師的電話暢通。堅守值班崗位，不擅離職守。時刻提高警惕，做好值班期間的工作。值班嚴格按照操作手冊執(zhí)行，不違反值班制度和操作章程。值班人員在特殊假日放假值班期間為設備運行及安全工作的第一責任人。2.343特保服務保證值班人員提高自覺性與主

41、動性，確保設備安全、穩(wěn)定運行。在值班期間堅守工作崗位，不得無故讓他人替崗，嚴禁飲酒。值班期間保證電話暢通，遇到重大事情，必須報告上級領導并做好臨時處理措施，積極處置。認真做好值班記錄，對設備異常及安全防火情況等，必須認真檢查。值班員工在值班時間內(nèi)，堅守崗位，不遲到、早退和缺崗。2.3.5 系統(tǒng)補丁通知及推薦我方將對以下補丁采取相關的補丁更新通知與補丁更新操作的服務。并對需更新的補丁進行測試工作。以下系統(tǒng)補丁服務的相關內(nèi)容。2.3.5.1 補丁收集與整理我方對以下補丁通過不同的途徑進行補丁資源的收集，補丁的出處要求是官方的補丁，如補丁不是官方提供，將對非官方補丁進行測試。1服務器硬件BIOS補丁

42、服務器廠商提供由官方通知2存儲設備補丁服務器廠商提供由官方通知3Win dowS操作系統(tǒng)補丁微軟官方網(wǎng)站微軟最新公告4Li nux操作系統(tǒng)官網(wǎng)或論壇論壇公告5Aix操作系統(tǒng)補丁IBM官方網(wǎng)站IBM官方網(wǎng)站公告6Unix操作系統(tǒng)補丁官網(wǎng)或論壇論壇公告7Oracle軟件補丁官網(wǎng)或論壇論壇公告8Weblogic軟件補丁官方網(wǎng)站官網(wǎng)公告9Tomcat軟件補丁官網(wǎng)或論壇現(xiàn)場更換10其他軟件補丁官網(wǎng)或論壇現(xiàn)場更換11235.2 補丁更新測試補丁更新之前，有必要對其進行完整的測試，確保其適合于當前運轉(zhuǎn)的設備或系統(tǒng)， 否則有可能帶來不必要的麻煩。但是對補丁進行測試是一項繁瑣的工作 ，我方使用測試 技巧和腳本，

43、快速有效地測試補丁。為針對如此多的產(chǎn)品以及不同版本的補丁， 我方使用一套自動化補丁測試過程，建 立一套完整的系統(tǒng)環(huán)境，模擬設備或系統(tǒng)的運行狀態(tài)，確保補丁更新測試的可行性。235.3 補丁更新操作在部署補丁之前，我方確保已進行補丁測試，以確保它們不會破壞系統(tǒng)現(xiàn)有的功能。 在補丁測試前對系統(tǒng)或相關資源進行備份處理，確保補丁更新萬無一失，并且我方有專業(yè)的專家支持，在補丁更新出現(xiàn)故障時，保證能快速有效進行系統(tǒng)恢復。2.3.6月度巡檢為了更好地落實現(xiàn)巡檢工作，我方制定了月度巡檢工作，并對月度檢查做出書面報 告。進一步保障了設備正常運行和預防了設備發(fā)生故障事故的風險。 同時，通過月度巡 檢能盡早的發(fā)現(xiàn)安全

44、隱患。具體措施如下：2.3.6.1 月度巡檢檢查月度巡檢檢查主要包括設備周邊環(huán)境、 周邊設備、通訊及網(wǎng)絡設備、服務器設備的 檢查，其檢查內(nèi)容如下：設備周邊環(huán)境檢查檢查設備周邊的溫度是否正常、痕跡是否存在異常、有否異響、溫度是否正常、清 潔是否符合要求、是否存在異味等。設備周邊設備檢查檢查UPS電源是否正常、空調(diào)是否正常、電池組是否存在異常、消防是否符合標準 和要求等。通訊及網(wǎng)絡設備檢查防火墻及流量控制方面，網(wǎng)絡通訊狀態(tài)是否正常、網(wǎng)絡流量是否過多等。而網(wǎng)絡口檢查主要包括數(shù)據(jù)指示燈有否異常、 網(wǎng)絡通訊狀態(tài)是否正常、端口及網(wǎng)線狀態(tài)是否正常服務器設備的檢查服務器硬件故障燈是否正常、如發(fā)生故障將記錄詳細

45、的故障現(xiàn)象與解決方法，補丁 是否已經(jīng)更新、防病毒軟件的病毒庫是否已經(jīng)升級、文件系統(tǒng)是否出現(xiàn)錯誤，日志文件 的設置及運行是否正常，磁盤卷組是否存在失效狀態(tài)。2.362巡檢數(shù)據(jù)整理經(jīng)過季度巡檢后，我方將把巡檢的記錄進行同一的整理， 把巡檢中發(fā)現(xiàn)的故障或異 常情況進行統(tǒng)計與分析，形成季度巡檢記錄。并將總體的巡檢記錄提交給設備管理員或 業(yè)務部門。2.3.6.3 提供健康巡檢報告通過對季度巡檢發(fā)現(xiàn)的故障數(shù)據(jù)進行分析， 結(jié)合目前業(yè)主方已用的資源與工具，提 供完整的健康巡檢報告與可行的故障解決方案。解決方案內(nèi)容需要業(yè)主方進行審核。并 對存在的問題我方能提供專業(yè)技術支持解答。2.3.7培訓服務為了保證設備能在

46、運行中良好工作和人員的運維水平， 提供有針對性專業(yè)技能培訓。 使其能夠熟練掌握存儲設備的維護工作，并能及時有效的解決常見的大部分故障。經(jīng)培 訓后能熟練掌握硬件維護工作，并能及時排除大部分的故障。工程技術人員經(jīng)培訓后，除能熟練管理硬件，排除硬件故障外，還應具備能閱讀硬 件清單，分析硬件故障等工作。2.3.7.1 制定培訓服務事項制定培訓服務包括以下事項：培訓的課程安排建議：包括人數(shù)、時間、課程、入學要求等；培訓所需要的教材，課件；講師資料；培訓場地（由XXX有限公司和XXX有限公司共同商議再定）選擇培訓方式，集中培訓或現(xiàn)場培訓。237.2 培訓事項準備工作我方將提供教材、教師、場地，由xxx有限

47、公司參加的培訓，如教材較多將選擇投影設備或電子資料為主，培訓場地將會按照用戶的實際情況準備，一般集 中在xxx有限公司技術人員所在場地或授權培訓中心中進行。237.3 開展培訓課程我方將利用可使用資源為其維護技術人員提供專業(yè)的培訓課程，其培訓課程內(nèi)容主要以下幾個方面：IBM存儲知識培訓IBM存儲知識培訓培訓周期為1天，培訓對象面向存儲產(chǎn)品操作維護/技術支持人員，培訓人數(shù)控制在10人，學員具體要求：了解計算機硬件基礎知識、熟練使用Linux操作系統(tǒng)、具備網(wǎng)絡通信基礎知識。如完成培訓課程可達到了解IBM存儲產(chǎn)品的基礎知識、了解存儲的幾種架構以及相關協(xié)議的目的IBM 一體機交換機知識培訓交換機知識培

48、訓主要以交換機產(chǎn)品與工作原理介紹、交換機產(chǎn)品日常維護技術介紹為主，培訓周期為1天，培訓對象面向存儲產(chǎn)品操作維護/技術支持人員，培訓人數(shù)控制在 10人，學員具體要求：了解計算機硬件基礎知識、熟練使用 Windows操作系統(tǒng)、具備網(wǎng)絡通信基礎知識。如完成培訓課程可達到了解交換機 產(chǎn)品的基礎知識、了解交換機產(chǎn)品線概況及產(chǎn)品功能、掌握交換機產(chǎn)品日常維護 技術的目的。數(shù)據(jù)庫知識培訓Oracle數(shù)據(jù)庫知識培訓培訓周期為2-3天，培訓對象面向 Oracle數(shù)據(jù)庫操作維護/技術支持人員， 培訓人數(shù)控制在 10人，學員具體要求：了解計算機硬件基礎知識、熟練使用 Windows操作系統(tǒng)、Linux操作系統(tǒng)、具備網(wǎng)

49、絡通信基礎知識。如完成培訓課程 可達到了解 Oracle數(shù)據(jù)庫產(chǎn)品的基礎知識、掌握Oracle數(shù)據(jù)庫產(chǎn)品日常維護的目的。虛擬化知識培訓HC3虛擬化知識培訓培訓周期為2-3天，培訓對象面向虛擬機操作維護/技術支持人員，培訓人數(shù)控制在10人，學員具體要求：了解計算機硬件基礎知識、熟練使用Windows操作系統(tǒng)、Linux操作系統(tǒng)、具備網(wǎng)絡通信基礎知識。如完成培訓課程可達到了 解虛擬化產(chǎn)品的基礎知識、掌握H3C虛擬化產(chǎn)品日常維護的目的。2.3.8數(shù)據(jù)庫故障診斷及檢修以Oracle數(shù)據(jù)庫物理結(jié)構故障為例，首先要判斷問題的起因，如果是硬件故障則 首先要解決硬件問題。在無硬件問題的前提下按照下面的處理方發(fā)

50、來進一步處理。2.3.8.1 數(shù)據(jù)庫故障檢查數(shù)據(jù)庫出現(xiàn)故障，基本上是由于文件損壞所導致，可以通過安裝以下分析方法檢查 文件損壞的情況：檢查控制文件損壞情況檢查損壞的單個控制文件檢測所有的控制文件檢測重做日志文件損壞情況確定損壞的重做日志的位置及其狀態(tài)238.2 數(shù)據(jù)庫文件損壞檢修數(shù)據(jù)庫文件損壞后，可通過基本的配置將其修復，可以通過以下方法檢修以下位置的錯誤，具體方法如下:2部分數(shù)據(jù)文件損壞若損壞的數(shù)據(jù)文件屬于非system表空間，則數(shù)據(jù)庫仍然可以處于打開狀態(tài)可以進行操作，只是損壞的數(shù)據(jù) 文件不能訪問。這時在數(shù)據(jù)庫打開狀態(tài)下可以單獨對 損壞的數(shù)據(jù)文件進行恢復。若是system表空間的數(shù)據(jù)文件損壞

51、則數(shù)據(jù)庫系統(tǒng)會異常終止。這時數(shù)據(jù)庫只能 以Mount方式打開，然后再對數(shù)據(jù)文件進行恢復?？?以通過查看數(shù)據(jù)庫日志文件來判斷當前損壞的數(shù)據(jù)文 件到底是否屬于system表空間。3非system表空間的數(shù)據(jù)文件損壞(1) 確定損壞的文件名字：(2) 將損壞的數(shù)據(jù)文件處于ofli ne狀態(tài)：(3) 從相應的備份結(jié)果集中恢復關于這個數(shù)據(jù)文件的 最近的備份。對于沒有采用帶庫備份的點可以直接從磁帶上恢復；對于用帶庫備份的點用相應的rman腳本來恢復。(4) 恢復數(shù)據(jù)文件：(5) 使數(shù)據(jù)庫文件online :用適當?shù)姆椒ㄟM行數(shù)據(jù)庫全備份。4system表空間的數(shù)據(jù)文件損壞(1) 以mount方式啟動數(shù)據(jù)庫(

52、2) 從相應的備份結(jié)果集中恢復關于這個數(shù)據(jù)文件的 最近的備份。對于沒有采用帶庫備份的點可以直接從磁帶上恢復；對于用帶庫備份的點用相應的rman腳本來恢復。(3) 恢復system表空間：(4) 打開數(shù)據(jù)庫：(5) 用適當?shù)姆椒ㄟM行數(shù)據(jù)庫全備份。5表空間損壞若非system表空間已經(jīng)損壞，則數(shù)據(jù)庫仍然可以處于打開狀態(tài)可以進行操作，只是損壞的表空間不能訪問。這樣在數(shù)據(jù)庫打開狀態(tài)下可以單獨對損壞的表空間進 行恢復。若是system表空間損壞則數(shù)據(jù)庫系統(tǒng)會異常 終止。這時數(shù)據(jù)庫只能以Mount方式打開，然后再對表空間進行恢復?？梢酝ㄟ^查看數(shù)據(jù)庫日志文件來判 斷當前損壞的表空間是否是system表空間.6非system表空間損壞(1) 將損壞的表空間處于ofli ne狀態(tài)：(2) 從相應的備份結(jié)果集中恢復關于這個表空間最近 的備份。對于沒有采用帶庫備份的點可以直接從磁帶上恢復；對于用帶庫備份的點用相應的rman腳本來恢復。(3) 恢復表空間：(4) 使表空間 online :(5) 用適當?shù)姆椒ㄟM行數(shù)據(jù)庫全備份.7system表空間損壞(1) 以mount方式啟動數(shù)據(jù)庫(2) 從相應的備份結(jié)果集中恢復system表空間最近的備份。對于沒有采用帶庫備份的點可以直接從磁帶上恢復；對于用帶庫備份的點用相應的