【正文】 測試完成后，項目組形成系統(tǒng)升級報告交付客戶方。為了保證升級過程中發(fā)現(xiàn)問題可以立即解決，后臺研發(fā)組此次升級的負責(zé)人將全程跟蹤過 程。故障發(fā)生后，維護技術(shù)人員分析故障現(xiàn)象，判斷出是編碼錯誤后，檢查設(shè)計文檔和需求說明書，進一步確認是編碼錯誤，并將相關(guān)資料提交原項目組評審小組進行評審，檢查該項改動是否涉及系統(tǒng)其他功能，評審?fù)ㄟ^后，進行修改，測試通過后對用戶系統(tǒng)進行更新，同時記錄系統(tǒng)維護日志。 ? 故障場景應(yīng)對：編碼錯誤 一般是編碼人員在編碼過程中沒有測試出來的錯誤。設(shè)計缺陷故障的解決流程如圖所示。 ? 故障場景應(yīng)對：設(shè)計缺陷 一般是設(shè)計完成了需求，但是沒有將需求完全考慮全面，或者對某一業(yè)務(wù)了解不深造成的。又通過試運行，整個系統(tǒng)應(yīng)該說是比較穩(wěn)定和安全。一般來說，我們在對系統(tǒng)的設(shè)計完成后，要通過公司的設(shè)計評審，對設(shè)計過程中的一些缺陷和錯誤進行檢查。 影響：該故障不會造成數(shù)據(jù)丟失，不會影響系統(tǒng)的正常運轉(zhuǎn)。隨著數(shù)據(jù)的不斷增加，系統(tǒng)初始化定義的性能參數(shù)可能不能很好的滿足實際要求，此時，需要維護技術(shù)人員（維護期外，由維護技術(shù)人員直接指導(dǎo)用戶系統(tǒng)管理原進行相應(yīng)工作）根據(jù)現(xiàn)有的業(yè)務(wù)數(shù)據(jù)量和應(yīng)用請求等實際情況參照系統(tǒng)說明書手冊進行性能參數(shù)調(diào)整。 影響：該故障不會造成數(shù)據(jù)的丟失，整個系統(tǒng)在 短時間內(nèi)能恢復(fù)正常運轉(zhuǎn)。 ? 故障場景應(yīng)對：應(yīng)用服務(wù)器系統(tǒng)無法正常啟動 通常是由于系統(tǒng)的配置文件發(fā)生錯誤從而導(dǎo)致系統(tǒng)無法正常啟動，維護技術(shù)人員發(fā)現(xiàn)故障后，首先啟動備用應(yīng)用服務(wù)器系統(tǒng)以保障正常的系統(tǒng)運轉(zhuǎn)，然后按照維護手冊檢查應(yīng)用服務(wù)器系統(tǒng)的各個配置文件，若發(fā)現(xiàn)有異常文件進行修改更正；若未發(fā)現(xiàn)有異常情況，將故障現(xiàn)象反饋給公司技術(shù)中心，由技術(shù)中心進行分析檢查，從而確定故障原因；若技術(shù)中心未能得到明確結(jié)果，聯(lián)系生產(chǎn)廠商尋求技術(shù)支持，同時，觀察備用應(yīng)用服務(wù)器的運轉(zhuǎn)情況，是否會出現(xiàn)同樣問題。 應(yīng)用服務(wù)器： 應(yīng)用服務(wù)器承擔(dān)者對應(yīng)用系統(tǒng)的解釋支撐功能，它的效率的高低會影響著整個系統(tǒng)的效率高低。 ? 故障場景應(yīng)對：數(shù)據(jù)庫性能的下降 一般是隨著系統(tǒng)的運轉(zhuǎn)，數(shù)據(jù)量的增加使得原數(shù)據(jù)庫系統(tǒng)的設(shè)置不是當(dāng)前數(shù)據(jù)量下的最優(yōu)設(shè)置，因此，當(dāng)次故障發(fā)生后，維護技術(shù)人員（維護期外由系統(tǒng)管理員將故障反饋回維護技術(shù)人員）統(tǒng)計檢查業(yè)務(wù)數(shù)據(jù)量，檢查數(shù)據(jù)庫系統(tǒng)的配置文件，根據(jù)數(shù)據(jù)量進行修改配置文件。不能恢復(fù)數(shù)據(jù)到備份在磁帶機上的數(shù)據(jù)中查找，能查找到的數(shù)據(jù)進行部分恢復(fù)。 ? 故障場景應(yīng)對：人為因素的誤操 作 在數(shù)據(jù)庫的操作之前應(yīng)該按照操作規(guī)程嚴格謹慎進行，在對數(shù)據(jù)的操作之前特別是修改刪除的時候，應(yīng)該反復(fù)檢查操作命令，是否正確。最后將故障記錄在系統(tǒng)維護日志中。發(fā)生這種故障，由現(xiàn)場維護技術(shù)人員首先判斷故障發(fā)生的模塊，若無法判斷將故障現(xiàn)象提交原設(shè)計組人員進行分析，判斷明確后，查找相關(guān)的開發(fā)設(shè)計文檔，進行檢查，若屬設(shè)計問題，則根據(jù)當(dāng)前實際情況，重新更改設(shè)計，進行編碼，并經(jīng)充分測試正確后，進行更新。 ? 故障場景應(yīng)對：應(yīng)用程序的原因造成的數(shù)據(jù)庫數(shù)據(jù)錯誤 這是開發(fā)的應(yīng)用系統(tǒng)在設(shè)計或者編程的過程中的錯誤造成數(shù)據(jù)庫數(shù)據(jù)錯誤，一般這種情況造成的損失均不大，因為系統(tǒng)是經(jīng)過了單元測試、系統(tǒng)測試、系統(tǒng)試運行等多個階段的檢驗和測試，如果是個重大問題會及早被發(fā)現(xiàn)解決 。該故障發(fā)生后記錄在系統(tǒng)維護日志中。為了使系統(tǒng)正常運轉(zhuǎn)，在備用服務(wù)器上安 裝數(shù)據(jù)庫系統(tǒng)，并將磁帶機上備份的最 31 近的數(shù)據(jù)進行恢復(fù)（磁帶機的數(shù)據(jù)每晚進行數(shù)據(jù)增量備份）。 影響：該故障不會造成數(shù)據(jù)丟失，整個系統(tǒng)可以在段時間內(nèi)恢復(fù)運行。查明原因后將處理步驟通知維護技術(shù)人員進行修改更正，并記錄在系統(tǒng)維護日志。出現(xiàn)該種故障后，由現(xiàn)場維護技術(shù)人員將數(shù)據(jù)庫的數(shù)據(jù)先進行備份，啟動備用數(shù)據(jù)庫服務(wù)器，保證正常的系統(tǒng)運轉(zhuǎn)的需要。 數(shù)據(jù)庫故障的一般解決流程如圖所示。 數(shù)據(jù)庫 ：數(shù)據(jù)庫系統(tǒng)是整個系統(tǒng)重最為重要的一個部分，它也可以稱謂整個 30 系統(tǒng)安全性最高的一部分。 應(yīng)用級 應(yīng)用級在本系統(tǒng)主要是數(shù)據(jù)庫系統(tǒng)、應(yīng)用服務(wù)器等軟件產(chǎn)品，與系統(tǒng)級軟件產(chǎn)品一樣，這些產(chǎn)品也是選自當(dāng)今最先進、最穩(wěn)定和最成熟的軟件產(chǎn)品，他們本身擁有著較高的穩(wěn)定性和可靠性。如果故障是操作系統(tǒng)配置問題，現(xiàn)場技術(shù)人員無法解決的提交公司技術(shù)中心進行分析處理，再無法解決的由技術(shù)中心聯(lián)系生產(chǎn)廠商的技術(shù)支持給予解決；如果故障屬操作系統(tǒng)的內(nèi)在 BUG，我們將聯(lián)系相關(guān)人員及生產(chǎn)廠商，共同配合最終將故障排除。操作系統(tǒng)一般我們采用當(dāng)今最流行的最成熟和最穩(wěn)定的軟件 產(chǎn)品，因此它的故障率是比較低的。 系統(tǒng)級 系統(tǒng)級在本系統(tǒng)中主要是操作系統(tǒng)，操作系統(tǒng)是整個系統(tǒng)的基石。通常，故障發(fā)現(xiàn)后，由維護技術(shù)人員對故障進行分析，確定故障的類型，如果現(xiàn)場人員無法確定故障類型，將故障現(xiàn)象反饋回公司的研發(fā)中心，由研發(fā)中心的人員進行分析，從而確定出故障類型。 系統(tǒng)故障處理 下圖是故障出現(xiàn)后的處理流程。對于更改審批事項的表單、流程、環(huán)節(jié)處理人這類定制需求，項目組可以直接進行處理；對于需要進行系統(tǒng)開發(fā)的需求，維護組需要填寫《系統(tǒng)功能開發(fā)申請表》并報送后臺研發(fā)組進行開發(fā)，功能開發(fā)完成后，需求落實人員需要對功能進行驗證，以保證開發(fā)的功能與需求一致； ? 維護組需求落實人員在需求處理完畢后需要填寫項目組內(nèi)部使用的客戶需求處理任務(wù)表，并通 知客戶驗證并確認。測試后要形成測試報告交付客戶方，測試報告內(nèi)容主要有系統(tǒng)問題列表、歸類、處理辦法和計劃完成時間等。為此對數(shù)據(jù)庫備份工作特制訂如下計劃： ? 每天在生產(chǎn)環(huán)境的數(shù)據(jù)庫磁盤陣列上進行系統(tǒng)自動備份，保留 30 天的數(shù)據(jù)庫備份文件； ? 每周進行一次異地備份，將數(shù)據(jù)庫備份文件備份到此服務(wù)器之外的其他存儲上，此每周備份文件都將長期保存； ? 為檢測備份文件的有效性，每周要將此備份文件在測試環(huán)境上進行還原測試，以避免因備份文件損壞而造成的系統(tǒng)無法恢復(fù)； 為保證系統(tǒng)正常穩(wěn)定運行，需要對系統(tǒng)的相關(guān)功能進行定期的測試檢查。這些工作主要有系統(tǒng)的定期測試檢查、數(shù)據(jù)庫的定期備份等工作。滿足對虛擬化服務(wù)方面的業(yè)務(wù)需求。提高資源利用率提升。 并且在管理 模式上進行轉(zhuǎn)變、集中式統(tǒng)一管理。 雙機熱備份模式對于業(yè)務(wù)實時性以及業(yè)務(wù)連續(xù)性有較高要求的用戶。 關(guān)于設(shè)備 利舊： AAA 現(xiàn)有服務(wù)器數(shù)量在十臺左右且配置仍可以滿足未來 2～ 3 年的基本需求，在虛擬化建設(shè)過程中，建議將原有服務(wù)器進行硬件整合，加入到新的虛擬化環(huán)境中，作為虛擬化資源池的備份容災(zāi)系統(tǒng)，與新購置的服務(wù)器組建大型硬件資源池，通過虛擬化軟件的 HA、 Vmotion等功能，保障整個系統(tǒng)應(yīng)用的安全穩(wěn)定運行。 由于客戶目前現(xiàn)有新購置的服務(wù)器 及存儲設(shè)備可以滿足小型虛擬化環(huán)境的建設(shè)，本次建設(shè)建議直接采購 XX 虛擬化軟件及管理平臺，通過軟件及平臺的采購，組建小規(guī)模的虛擬化環(huán)境，隨著業(yè)務(wù)應(yīng)用的逐漸穩(wěn)定，逐步將原有全部應(yīng)用系統(tǒng)遷移至虛擬化環(huán)境。整體虛擬化服務(wù)器系統(tǒng)仍處于平穩(wěn)健康的工作環(huán)境下。滿足環(huán)境對虛擬化服務(wù)的需求； 在此配置情況下雙處理器（高端）的 CPU 利用率約為 55%75%。 建議采用 XX (8CPU/128G/3*熱插拔硬盤 /RAID 5/1000M*4/光纖 HBA 卡 /四電源 )或（ 4CPU/64G/3*熱插拔硬盤 /RAID 5/1000M*2/光纖 HBA 卡 /雙電）。 建設(shè)周期圖 24 第六章 整體方案 整體解決方案物理拓撲圖 —— 方案整體拓撲圖 —— 整體的方案介紹及其服務(wù)器存儲選型依據(jù) 本次方案設(shè)計，擬建設(shè) AAA 圖書館虛擬化應(yīng)用系統(tǒng)，通過服務(wù)器虛擬化的部署實施，實現(xiàn)綠色 IT，節(jié)能環(huán)保，滿足日益增長的應(yīng)用需求，減少硬件投資成本。則本項目建 設(shè)周期預(yù)計 4 個月。 步驟十：項目結(jié)項，系統(tǒng)轉(zhuǎn)入日常運營管理階段。 步驟九：文件歸檔及制度修訂工作。利用報告中提到的舊服務(wù)器和設(shè)備，按照技術(shù)方案要求，搭建測試環(huán)境。該項工作完成標志：遷移后，各應(yīng)用系統(tǒng)運行穩(wěn)定、無報錯。 步驟七：應(yīng)用系統(tǒng)遷移工作。將需要從物理機遷移到正式環(huán)境中的應(yīng)用系統(tǒng)進行完全備份，包括：程序文件、應(yīng)用軟件、日志、數(shù)據(jù)庫和數(shù)據(jù)等。該項工作完成標志：完成《正式環(huán)境搭建手冊》。 步驟五：搭建正式環(huán)境工作。 ? 測試虛擬交換機的配置及功能。 ? 測 試 P2V和 V2V轉(zhuǎn)換。 具體內(nèi)容如下： ? 制定測試計劃和范圍、 ? 測試虛擬機的創(chuàng)建、資源分配、運行控制、刪除和回收等操作。 步驟四：功能測試工作。具體內(nèi)容：利用新購置的服務(wù)器、 光纖交換機、存儲和虛擬化平臺，按照本報告技術(shù)方案部分說明的測試環(huán)境技術(shù)方實施前的準備工作 產(chǎn)品及技術(shù)培訓(xùn)工作 搭建臨時測試環(huán)境 功能測試工作 搭建正式環(huán)境工作 應(yīng)用系統(tǒng)備份工作 應(yīng)用系統(tǒng)遷移工作 搭建測試環(huán)境工作 文件歸檔及制度修訂 項目結(jié)項，系統(tǒng)轉(zhuǎn)入運營管理階段 22 案，在真實的網(wǎng)絡(luò)環(huán)境中搭建臨時測試環(huán)境；學(xué)習(xí)虛擬化平臺軟件和運營管理系統(tǒng)的安裝、配置和功能。該項工作完成標志：培訓(xùn)總結(jié)。 步驟二：產(chǎn)品及技術(shù)培訓(xùn)工作。主要包括：可行性研究；項目立項；公開招標及確定供應(yīng)商；制訂項目實施計劃；設(shè)備及產(chǎn)品采購等工作。第三，還可以采用 Ping 第三方服務(wù)器的方式來進行狀態(tài)確認而且，這些方法可以根據(jù)系統(tǒng)實際情況任意組合以滿足對應(yīng)用可用性的不同需求。第一，可以通過 COM口通信來進行狀態(tài)探測。 并且，我們利用內(nèi)核空間進行心跳探測的技術(shù)，可以保證心跳探測不受系統(tǒng)負荷影響，從而避免在高負荷狀態(tài)下心跳超時所導(dǎo)致的誤切換。首選，是通過兩臺服務(wù)器之間的私有網(wǎng)絡(luò)連接行的，我們稱之為私網(wǎng)心跳。 除了軟硬件資源監(jiān)視外，在系統(tǒng)中，服務(wù)器之間還需要定期的互相檢查對方的健康狀態(tài)，我們形象地稱之為心跳探測。此外，為了時刻確保系統(tǒng)的完 20 整有效， 雙機熱備 同時也對待機服務(wù)器的狀態(tài)進行監(jiān)控。 XX 雙機熱備 軟件提供二十多種獨立的監(jiān)視功能模塊，包括對本地磁盤，共享存儲，網(wǎng)絡(luò)環(huán)境，操作系統(tǒng)，以及應(yīng)用程序的服務(wù)和進程等進行實時監(jiān)控。在 雙機熱備 模塊中，能滿足客戶多點業(yè)務(wù)連續(xù)保護、異地業(yè)務(wù)連續(xù)保護以及容災(zāi)等高中低多種需求。因此，在 18 保障各種關(guān)鍵應(yīng)用持續(xù)運營，甚至達到永續(xù)經(jīng)營并實現(xiàn)業(yè)務(wù)的良性循環(huán)方面，業(yè)務(wù)連續(xù)保護軟件的巨大作用得到了廣泛認可。如果一旦網(wǎng)站的業(yè)務(wù)連續(xù)性受到挑戰(zhàn)，致使長時間停機，其對客戶群數(shù)量以及網(wǎng)站點擊率的影響將是致命的。 全球經(jīng)濟一體化的今天，企業(yè)的管理和運營已經(jīng)離不開信息系統(tǒng)的支撐，因此企業(yè)信息系統(tǒng)的業(yè)務(wù)連續(xù)也成為決定企業(yè)生死存亡的重要因素之一。 此外，結(jié)合存儲設(shè)備的實時復(fù)制功能，還可以擺脫對共享存儲的依賴，在不同的存儲設(shè)備間實現(xiàn)基于虛擬化的高可用方案。 而基于虛擬機的高可用系統(tǒng)就沒有這種限制，不同的應(yīng)用可以采用同樣的備份資源，從而提高資源利用率。特別是 A、 B 如果運行不同的操作系統(tǒng)，就更不可能做到 1備 2了。 傳統(tǒng)高可用系統(tǒng)中，要實現(xiàn)快速切換，要求主節(jié)點和備份節(jié)點上安裝的系統(tǒng)完全一樣，這樣在實現(xiàn) 1 備 N的情況下，就要求這 N+1個系統(tǒng)一致，否則很難實現(xiàn)。 基于虛擬化的高可用系統(tǒng)與傳統(tǒng)的高可用系統(tǒng)相比，相似點比較多。 從而在服務(wù)器1出現(xiàn) 故障時 ， 實現(xiàn)零數(shù)據(jù)損耗、零時間損耗的切換。之所以要依賴共享存儲 ， 就是 要 保證虛擬機鏡像的一致性。 基于虛擬化的雙機高可用方案 與傳統(tǒng)高可用軟件類似，基于虛擬化的高可用系統(tǒng)也依賴于共享存儲，同時要在服務(wù)器間建立監(jiān)控系統(tǒng)。 基于虛擬化技術(shù)的高可用系