專利名稱：基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)。
背景技術(shù)：
目前接入互聯(lián)網(wǎng)存在各種終端接入方式，其中寬帶用戶是很大的一部分群體。在 這部分人當(dāng)中有相當(dāng)部分用戶對通信和計(jì)算機(jī)技術(shù)并不了解，只要上不了網(wǎng)就通過電話報(bào) 故障。通過調(diào)查，造成寬帶用戶不能上網(wǎng)的原因一方面和網(wǎng)絡(luò)連接有關(guān)，一方面和計(jì)算機(jī)用 戶的操作系統(tǒng)設(shè)置有關(guān)。以往通過電話報(bào)故障，人工上門服務(wù)的這種方式周期長、成本高、 效率低，已經(jīng)不能適用于不斷擴(kuò)大的寬帶用戶群體。

發(fā)明內(nèi)容
本發(fā)明目的在于提供一種基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)，維護(hù)周期短、成本低、
效率高。為了實(shí)現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)， 包括客戶端、遠(yuǎn)程維護(hù)服務(wù)器、遠(yuǎn)程維護(hù)端，客戶端通過虛擬機(jī)網(wǎng)關(guān)與遠(yuǎn)程維護(hù)服務(wù)器連 接，遠(yuǎn)程維護(hù)端與遠(yuǎn)程維護(hù)服務(wù)器連接，客戶端設(shè)有用于提供純凈的故障檢測環(huán)境的維護(hù) 虛擬機(jī)，所述的維護(hù)虛擬機(jī)包括虛擬化模塊、自動恢復(fù)模塊、故障排除模塊、故障定位模塊、 管理模塊和遠(yuǎn)程維護(hù)服務(wù)模塊；所述的客戶端系統(tǒng)運(yùn)行時(shí)存在兩種狀態(tài)維護(hù)虛擬機(jī)和工 作虛擬機(jī)，維護(hù)虛擬機(jī)是用來分析問題，請求維護(hù)的系統(tǒng)狀態(tài)，工作虛擬機(jī)是提供工作環(huán)境 的系統(tǒng)狀態(tài)；遠(yuǎn)程維護(hù)系統(tǒng)工作流程為(1)當(dāng)在工作虛擬機(jī)下出現(xiàn)系統(tǒng)異常，進(jìn)入維護(hù)虛 擬機(jī)；(2)判斷是否存在系統(tǒng)或配置錯誤，判斷結(jié)果為“是”時(shí)，則啟動自動恢復(fù)模塊，對系 統(tǒng)或配置錯誤進(jìn)行恢復(fù)維護(hù)；(3)上一步判斷結(jié)果為“否”時(shí)，則繼續(xù)判斷是否存在網(wǎng)絡(luò)鏈 路不暢通，判斷結(jié)果為“是”時(shí)，啟動故障排除模塊或故障定位模塊，進(jìn)行排除故障或者排除 故障失敗后定位出故障位置；(4)上一步判斷結(jié)果為“否”時(shí)，確定通信網(wǎng)絡(luò)物理層暢通，可 啟動遠(yuǎn)程維護(hù)服務(wù)模塊，請求遠(yuǎn)程維護(hù)服務(wù)器建立遠(yuǎn)程連接；(5)判斷遠(yuǎn)程連接是否成功， 判斷結(jié)果為“否”時(shí)，則轉(zhuǎn)到提示更換故障硬件；(6)上一步判斷結(jié)果為“是”時(shí)，遠(yuǎn)程維護(hù)服 務(wù)器分配遠(yuǎn)程維護(hù)端與客戶端建立連接，遠(yuǎn)程維護(hù)端對客戶端進(jìn)行遠(yuǎn)程維護(hù)排除故障。所述的維護(hù)虛擬機(jī)的管理模塊包括中斷/異常管理模塊、內(nèi)存管理模塊、I/O管理 模塊、虛擬機(jī)管理模塊。所述的故障定位模塊通過對系統(tǒng)API數(shù)據(jù)調(diào)用來判斷網(wǎng)絡(luò)上故障出現(xiàn)的位置，故 障類型判斷包括網(wǎng)卡禁用故障判斷、網(wǎng)線撥出故障判斷、撥號程序故障判斷、DNS故障判斷。本發(fā)明在終端用戶操作系統(tǒng)中永遠(yuǎn)存在一個(gè)健康的維護(hù)虛擬機(jī)，為排除網(wǎng)絡(luò)故障 提供了一個(gè)純凈的環(huán)境，這樣在遠(yuǎn)程維護(hù)時(shí)無論原有操作系統(tǒng)是否崩潰都可以啟動維護(hù)虛 擬機(jī)分情況進(jìn)行故障處理。這種新的維護(hù)方式可以排除或定位許多故障種類，做到維護(hù)工 作有的放矢，是對現(xiàn)在寬帶維護(hù)通過電話受理人工上門服務(wù)這種高成本、慢響應(yīng)、維護(hù)周期 長、故障定位靠經(jīng)驗(yàn)的維護(hù)方式的改進(jìn)。


圖1是本發(fā)明的遠(yuǎn)程維護(hù)的連網(wǎng)示意圖；圖2客戶端遠(yuǎn)程維護(hù)流程圖；圖3是根據(jù)本發(fā)明設(shè)計(jì)的虛擬機(jī)監(jiān)控器；圖4是根據(jù)本發(fā)明設(shè)計(jì)的I/O虛擬化框架；圖5是根據(jù)本發(fā)明的輸入時(shí)虛擬機(jī)與I/O處理機(jī)間的交互；圖6是根據(jù)本發(fā)明的輸出時(shí)虛擬機(jī)與I/O處理機(jī)間的交互；圖7是本發(fā)明服務(wù)器與終端用戶之間的通信消息發(fā)送流程圖。
具體實(shí)施例方式實(shí)施例如圖1-7所示，基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)，包括客戶端、遠(yuǎn)程維護(hù) 服務(wù)器、遠(yuǎn)程維護(hù)端，客戶端通過虛擬機(jī)網(wǎng)關(guān)與遠(yuǎn)程維護(hù)服務(wù)器連接，遠(yuǎn)程維護(hù)端與遠(yuǎn)程維 護(hù)服務(wù)器連接，客戶端設(shè)有用于提供純凈的故障檢測環(huán)境的維護(hù)虛擬機(jī)，所述的維護(hù)虛擬 機(jī)包括虛擬化模塊、自動恢復(fù)模塊、故障排除模塊、故障定位模塊、管理模塊和遠(yuǎn)程維護(hù)服 務(wù)模塊；所述的客戶端系統(tǒng)運(yùn)行時(shí)存在兩種狀態(tài)維護(hù)虛擬機(jī)和工作虛擬機(jī)，維護(hù)虛擬機(jī) 是用來分析問題，請求維護(hù)的系統(tǒng)狀態(tài)，工作虛擬機(jī)是提供工作環(huán)境的系統(tǒng)狀態(tài)；遠(yuǎn)程維護(hù) 系統(tǒng)工作流程為(1)當(dāng)在工作虛擬機(jī)下出現(xiàn)系統(tǒng)異常，進(jìn)入維護(hù)虛擬機(jī)；(2)判斷是否存 在系統(tǒng)或配置錯誤，判斷結(jié)果為“是”時(shí)，則啟動自動恢復(fù)模塊，對系統(tǒng)或配置錯誤進(jìn)行恢 復(fù)維護(hù)；(3)上一步判斷結(jié)果為“否”時(shí)，則繼續(xù)判斷是否存在網(wǎng)絡(luò)鏈路不暢通，判斷結(jié)果為 “是”時(shí)，啟動故障排除模塊或故障定位模塊，進(jìn)行排除故障或者排除故障失敗后定位出故 障位置；(4)上一步判斷結(jié)果為“否”時(shí)，確定通信網(wǎng)絡(luò)物理層暢通，可啟動遠(yuǎn)程維護(hù)服務(wù)模 塊，請求遠(yuǎn)程維護(hù)服務(wù)器建立遠(yuǎn)程連接；(5)判斷遠(yuǎn)程連接是否成功，判斷結(jié)果為“否”時(shí)， 則轉(zhuǎn)到提示更換故障硬件；(6)上一步判斷結(jié)果為“是”時(shí)，遠(yuǎn)程維護(hù)服務(wù)器分配遠(yuǎn)程維護(hù) 端與客戶端建立連接，遠(yuǎn)程維護(hù)端對客戶端進(jìn)行遠(yuǎn)程維護(hù)排除故障。維護(hù)虛擬機(jī)，是一種只讀的穩(wěn)定系統(tǒng)狀態(tài)，不會被病毒感染，而且不會被用戶錯誤 操作，保證在該環(huán)境下能夠正確查找和定位系統(tǒng)的問題。維護(hù)虛擬機(jī)的管理模塊包括中斷/異常管理模塊、內(nèi)存管理模塊、I/O管理模塊、 虛擬機(jī)管理模塊。故障定位模塊通過對系統(tǒng)API數(shù)據(jù)調(diào)用來判斷網(wǎng)絡(luò)上故障出現(xiàn)的位置， 故障類型判斷包括網(wǎng)卡禁用故障判斷、網(wǎng)線撥出故障判斷、撥號程序故障判斷、DNS故障判 斷。具體實(shí)施時(shí)，可在服務(wù)器中安裝遠(yuǎn)程維護(hù)服務(wù)器端軟件，用于相應(yīng)遠(yuǎn)程服務(wù)請求； 服務(wù)器和網(wǎng)關(guān)相連接，網(wǎng)關(guān)保障合法授權(quán)的用戶安全的鏈接到服務(wù)器上；在用戶的客戶端 安裝維護(hù)虛擬機(jī)，其用于提供一個(gè)純凈的故障檢測環(huán)境。用戶既可以通過啟用維護(hù)虛擬機(jī) 來恢復(fù)配置操作系統(tǒng)，也可以通過啟用維護(hù)虛擬機(jī)排除或定位故障，還可以通過啟動維護(hù) 虛擬機(jī)請求遠(yuǎn)程工程師的遠(yuǎn)程服務(wù)。啟動維護(hù)虛擬機(jī)后，可以根據(jù)維護(hù)虛擬機(jī)的故障排除向?qū)В紫葘⒔K端PC由于系 統(tǒng)和配置問題造成的上網(wǎng)故障自動排除。只要物理網(wǎng)絡(luò)連通，如果用戶還可以通過虛擬機(jī) 的遠(yuǎn)程維護(hù)呼叫，請求遠(yuǎn)程維護(hù)中心的維護(hù)工程師幫助自己恢復(fù)系統(tǒng)和系統(tǒng)配置。
在物理網(wǎng)絡(luò)不通的情況下，通過安裝在客戶終端的虛擬機(jī)可以通過對系統(tǒng)API數(shù) 據(jù)調(diào)用來判斷網(wǎng)絡(luò)上故障出現(xiàn)的位置。故障類型判斷可以是網(wǎng)卡禁用故障、網(wǎng)線撥出故障、 撥號程序故障、DNS故障等等，這樣維護(hù)工作可以有的放矢。在維護(hù)虛擬機(jī)和遠(yuǎn)程維護(hù)工程師的幫助下，可以做到對寬帶用戶維護(hù)需求的快速 響應(yīng)，維護(hù)成本非常低廉。如圖1遠(yuǎn)程維護(hù)的連網(wǎng)示意圖，本發(fā)明在遠(yuǎn)程維護(hù)服務(wù)器(Server)端連接網(wǎng)關(guān)， 通過網(wǎng)關(guān)再連接寬帶用戶客戶端(Uers)。寬帶客戶端安裝有維護(hù)虛擬機(jī)，用戶在進(jìn)行故障 恢復(fù)中首先啟動維護(hù)虛擬機(jī)進(jìn)行自我故障定位和排除。再無法自我修復(fù)的情況下還可以通 過遠(yuǎn)程維護(hù)服務(wù)器連接遠(yuǎn)程維護(hù)端，讓遠(yuǎn)程維護(hù)工程師進(jìn)行遠(yuǎn)程服務(wù)。在服務(wù)器端安裝有 遠(yuǎn)程維護(hù)程序的服務(wù)器版，其負(fù)責(zé)響應(yīng)遠(yuǎn)程寬帶用戶的遠(yuǎn)程服務(wù)請求。連接成功時(shí)，維護(hù)工 程師可以對遠(yuǎn)程客戶端形成一對一的服務(wù)關(guān)系，通過網(wǎng)絡(luò)傳輸控制口令恢復(fù)寬帶用戶的系 統(tǒng)以及配置。虛擬機(jī)網(wǎng)關(guān)可以采用市場上成熟的維納斯網(wǎng)關(guān)設(shè)備，維納斯網(wǎng)關(guān)設(shè)備作用之一是 維納斯虛擬網(wǎng)絡(luò)和非維納斯虛擬網(wǎng)絡(luò)之間的網(wǎng)關(guān)設(shè)備；另一個(gè)是需要保護(hù)的服務(wù)器和外界 的網(wǎng)關(guān)設(shè)備。維納斯網(wǎng)關(guān)可以防止非法用戶的入侵，只有合法的具有維納斯身份證的客戶 端的訪問才能進(jìn)入被網(wǎng)關(guān)保護(hù)的網(wǎng)絡(luò)或服務(wù)器。如圖3為用戶維護(hù)流程示意圖，其描述了用戶在不能上網(wǎng)的時(shí)候進(jìn)行啟動維護(hù)虛 擬機(jī)進(jìn)行排除故障的過程。如圖4為虛擬機(jī)的虛擬機(jī)監(jiān)控器器VMM (虛擬機(jī)監(jiān)控器)的整體實(shí)現(xiàn)模型，本發(fā)明 的基本思想就是通過虛擬機(jī)永遠(yuǎn)保留了一個(gè)用于上網(wǎng)的干凈的環(huán)境。虛擬機(jī)控制器是整個(gè) 維護(hù)虛擬機(jī)的核心，對其的設(shè)計(jì)遵循了如下原則1.技術(shù)先進(jìn)。盡量采用x86平臺提供的對系統(tǒng)虛擬機(jī)的最新支撐技術(shù)。2.盡量簡潔。只作必要工作，舍棄不實(shí)用功能，放棄對過時(shí)硬件的支持。3.易于實(shí)現(xiàn)。采用整體內(nèi)核結(jié)構(gòu)，借鑒已有的開源操作系統(tǒng)的實(shí)現(xiàn)技術(shù)。4.兼顧效率。如能確保虛擬化開銷小于20%，不過多考慮效率問題。5.可擴(kuò)展性。系統(tǒng)具有良好的結(jié)構(gòu)，可以方便增加對設(shè)備的支持，可以有效地支持 更多數(shù)量的處理器核。對于基于Hypervisor模型的VMM來說，對各種I/O設(shè)備的支持是不可回避的問 題。一款新型的虛擬機(jī)監(jiān)控器必須有豐富的設(shè)備驅(qū)動支持支持才能獲得廣泛認(rèn)同，而它在 獲得廣泛認(rèn)同之前往往又難以得到豐富的驅(qū)動程序支持，這是任何新型虛擬機(jī)監(jiān)控器不得 不面對的矛盾和挑戰(zhàn)。對I/O設(shè)備的支持促使VMM采用功能非對稱式結(jié)構(gòu)。VMM的其余部分以SMP (Symmetric Multi Processing，對稱多處理系統(tǒng))方式運(yùn) 行于各個(gè)AP (Application Processor，應(yīng)用處理器)處理器之上，這些部分以整體內(nèi)核方 式實(shí)現(xiàn)，具體包括虛擬機(jī)管理(核態(tài))、內(nèi)存管理、本地中斷/異常管理、本地虛擬設(shè)備、遠(yuǎn) 端虛擬設(shè)備、管理接口等6類模塊。如圖5為I/O虛擬化框架，以及圖6輸入時(shí)虛擬機(jī)與I/O處理機(jī)間的交互和圖7 輸出時(shí)虛擬機(jī)與I/O處理機(jī)間的交互，描述了 I/O虛擬化的思路和方法。x86平臺中的外設(shè)通過各種接口芯片接入計(jì)算機(jī)，而處理器利用I/O指令或 MMIO(Memory Mapped 1/0)方式訪問外設(shè)。
若按復(fù)雜程度劃分，外設(shè)既有比較簡單的，如中斷控制器、時(shí)鐘控制器等，又有十 分復(fù)雜的如網(wǎng)卡、磁盤等，并且有些I/O設(shè)備還需要許多高層的邏輯驅(qū)動程序來支撐，如 TCP/IP協(xié)議、文件系統(tǒng)等。若按使用方式劃分，外設(shè)既有獨(dú)占訪問的，如中斷控制器、時(shí)鐘控制器等，又有可 分時(shí)共享的，如網(wǎng)絡(luò)適配器，還有可劃分共享的，如磁盤。為了避免VM(虛擬機(jī))直接訪問硬件，VMM截獲必須來自VM的I/O指令或匪IO操 作。由于所有的外設(shè)中斷都被定向到了 I/O處理機(jī)，因此VMM必須能夠向VM中注入中斷。 這些要求可以利用硬件虛擬化提供的能力來保證，例如，VT-x為I/O虛擬化提供了全面的 支持，包括VMM可利用I/O端口位圖捕獲VM對指定I/O端口的讀寫操作；VMM可利用缺頁 異常退出機(jī)制來捕獲VM的匪IO操作；VMM可利用中斷退出機(jī)制來獲得對外部中斷的控制 權(quán)，并可在VM輸入時(shí)向VM注入虛擬的中斷事件。I/O處理機(jī)的主要目的是利用操作系統(tǒng)中豐富的設(shè)備驅(qū)動程序以及QEMU中豐富 的虛擬設(shè)備來實(shí)現(xiàn)設(shè)備虛擬化。PC機(jī)的外部設(shè)備多種多樣，為它們重新編寫硬件驅(qū)動程序是一種重復(fù)勞動，其工 作量也十分龐大，因此需要借用已有操作系統(tǒng)對外設(shè)的支持，可以選擇的操作系統(tǒng)很多，如 Windows, Linux、OS/2、BSD等，考慮到開發(fā)團(tuán)隊(duì)對Linux比較熟悉，故我們采用Linux作為 I/O處理機(jī)的操作系統(tǒng)。PC機(jī)的外設(shè)中許多都是獨(dú)占的，因此每個(gè)虛擬機(jī)都需要各自的一套虛擬外設(shè)， 對設(shè)備的虛擬化需要使用軟件來模擬外部設(shè)備的內(nèi)部狀態(tài)和工作方式，其工作量也十分 龐大，因此我們可以利用已有的開源虛擬化軟件的支持，可以選擇的這類軟件也較多，如 QEMU、Bochs等，考慮到開發(fā)團(tuán)隊(duì)對QEMU比較熟悉，故我們借用QEMU對虛擬外設(shè)的支持能 力，當(dāng)然還需要對QEMU進(jìn)行一定的修改。每個(gè)虛擬機(jī)在I/O處理機(jī)上有一個(gè)QEMU進(jìn)程與 之對應(yīng)。虛擬機(jī)之間利用共享內(nèi)存和IPI機(jī)制進(jìn)行通信。共享內(nèi)存可以采用環(huán)狀的數(shù)據(jù)結(jié) 構(gòu)，這樣可以避免使用鎖，提高了通信效率。當(dāng)共享內(nèi)存區(qū)域滿時(shí)，QEMU將在共享內(nèi)存上等 待，當(dāng)VMM從共享內(nèi)存中取走數(shù)據(jù)時(shí)，共享內(nèi)存由滿的狀態(tài)變?yōu)橛锌臻e空間狀態(tài)，此時(shí)應(yīng)該 由VMM通過IPI告知OS來喚醒QEMU。假設(shè)虛擬機(jī)VM配置了一個(gè)以物理串口為媒質(zhì)的虛擬串口，那么以串口輸入為例， 虛擬機(jī)與I/O處理機(jī)之間的交互過程①.物理串口上的輸入到來，OS接受到中斷，調(diào)用相關(guān)驅(qū)動程序，并喚醒QEMU。②.QEMU將串口輸入記錄到描述虛擬串口設(shè)備狀態(tài)的相關(guān)結(jié)構(gòu)中，同時(shí)將輸入的 拷貝放到共享內(nèi)存中。③.QEMU以IPI的方式向VMM注冊一個(gè)中斷。④.當(dāng)VM被調(diào)度時(shí)，VMM將中斷注入到VM中。⑤.VM中的客戶操作系統(tǒng)處理該中斷，之后發(fā)出讀I/O請求。⑥.VMM截獲該請求，并通知QEMU執(zhí)行對虛擬設(shè)備的讀請求，以便QEMU將輸入數(shù) 據(jù)從虛擬設(shè)備中刪除。⑦.VMM將輸入數(shù)據(jù)從共享內(nèi)存取走并送VM。以串口輸出為例，虛擬機(jī)與I/O處理機(jī)之間的交互過程
6
①.VM發(fā)出寫I/O請求，該請求被VMM截獲。②.VMM將寫輸入拷貝到共享內(nèi)存中。③.VMM向OS發(fā)出IPI，通知輸出操作到來。④.OS通知QEMU輸出操作到來，QEMU從共享內(nèi)存取走輸出數(shù)據(jù)。⑤.QEMU執(zhí)行寫操作。⑥.QEMU以IPI的方式向VMM注冊一個(gè)中斷，通告輸出操作完成。當(dāng)VM被調(diào)度時(shí)，VMM將中斷注入到VM中。每個(gè)虛擬機(jī)具有一套靜態(tài)配置信息，主要保存虛擬機(jī)的虛擬設(shè)備情況，包括虛擬 機(jī)的VCPU型號、內(nèi)存大小、各種外設(shè)型號、BIOS映像文件及位置、磁盤映像文件及位置、狀 態(tài)快照映像及位置、安全策略、以及其它一些基本信息。這些信息均保存在管理機(jī)上。當(dāng)虛擬機(jī)啟動之后，還需要為其維護(hù)一套動態(tài)管理信息，稱為VMCB(VMContrc)I Block)，該控制結(jié)構(gòu)類似于傳統(tǒng)操作系統(tǒng)中的進(jìn)程控制塊PCB (ProcessControl Block)，負(fù) 責(zé)管理虛擬機(jī)所使用的資源。VMCB中維護(hù)著以下幾類信息1.基本信息標(biāo)識、頁面分配及使用信息、組織相關(guān)信息、通信相關(guān)信息、I/O信 息、狀態(tài)及標(biāo)志信息、時(shí)間信息、各種鎖。2.平臺相關(guān)信息分頁模式、客戶機(jī)的物理地址寬度、內(nèi)存布局信息、虛擬 IRQ(Interrupt ReQuest，中斷請求)、虛擬 IO-APIC (接 口驅(qū)動)、VGA 信息。3.轉(zhuǎn)換相關(guān)信息客戶物理地址到機(jī)器地址的轉(zhuǎn)換信息、IOMMU相關(guān)操作、EPT(擴(kuò) 展頁表)相關(guān)操作。4. VCPU(虛擬處理器)相關(guān)信息標(biāo)記、事件標(biāo)記、時(shí)間信息、組織信息、時(shí)鐘信息、 運(yùn)行狀態(tài)、客戶機(jī)上下文相關(guān)寄存器、頁表緩存、I/O端口訪問控制、頁表操作、控制寄存器、 虛擬LAPIC(中斷控制器)、I/O請求狀態(tài)、虛擬I/O地址到物理I/O地址轉(zhuǎn)換、仿真FPU/ MMX/XMM(浮點(diǎn)數(shù)處理器/多媒體擴(kuò)展指令/浮點(diǎn)數(shù)據(jù)寄存器)、VMCS (虛擬機(jī)控制結(jié)構(gòu))、 VMCS狀態(tài)、相關(guān)MSR (專用存儲器)。5.調(diào)度信息。如圖8是本發(fā)明服務(wù)器與終端用戶之間的通信消息發(fā)送流程圖，描述了遠(yuǎn)程客戶 終端用戶向維護(hù)服務(wù)器建立維護(hù)通信的過程。以上所述僅為本發(fā)明的一些功能模塊而已，并不用于限制本發(fā)明，對于本領(lǐng)域的 技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何 修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)，其特征在于包括客戶端、遠(yuǎn)程維護(hù)服務(wù)器、遠(yuǎn)程維護(hù)端，客戶端通過虛擬機(jī)網(wǎng)關(guān)與遠(yuǎn)程維護(hù)服務(wù)器連接，遠(yuǎn)程維護(hù)端與遠(yuǎn)程維護(hù)服務(wù)器連接，客戶端設(shè)有用于提供純凈的故障檢測環(huán)境的維護(hù)虛擬機(jī)，所述的維護(hù)虛擬機(jī)包括虛擬化模塊、自動恢復(fù)模塊、故障排除模塊、故障定位模塊、管理模塊和遠(yuǎn)程維護(hù)服務(wù)模塊；所述的客戶端系統(tǒng)運(yùn)行時(shí)存在兩種狀態(tài)維護(hù)虛擬機(jī)和工作虛擬機(jī)，維護(hù)虛擬機(jī)是用來分析問題，請求維護(hù)的系統(tǒng)狀態(tài)，工作虛擬機(jī)是提供工作環(huán)境的系統(tǒng)狀態(tài)；遠(yuǎn)程維護(hù)系統(tǒng)工作流程為(1)當(dāng)在工作虛擬機(jī)下出現(xiàn)系統(tǒng)異常，進(jìn)入維護(hù)虛擬機(jī)；(2)判斷是否存在系統(tǒng)或配置錯誤，判斷結(jié)果為“是”時(shí)，則啟動自動恢復(fù)模塊，對系統(tǒng)或配置錯誤進(jìn)行恢復(fù)維護(hù)；(3)上一步判斷結(jié)果為“否”時(shí)，則繼續(xù)判斷是否存在網(wǎng)絡(luò)鏈路不暢通，判斷結(jié)果為“是”時(shí)，啟動故障排除模塊或故障定位模塊，進(jìn)行排除故障或者排除故障失敗后定位出故障位置；(4)上一步判斷結(jié)果為“否”時(shí)，確定通信網(wǎng)絡(luò)物理層暢通，可啟動遠(yuǎn)程維護(hù)服務(wù)模塊，請求遠(yuǎn)程維護(hù)服務(wù)器建立遠(yuǎn)程連接；(5)判斷遠(yuǎn)程連接是否成功，判斷結(jié)果為“否”時(shí)，則轉(zhuǎn)到提示更換故障硬件；(6)上一步判斷結(jié)果為“是”時(shí)，遠(yuǎn)程維護(hù)服務(wù)器分配遠(yuǎn)程維護(hù)端與客戶端建立連接，遠(yuǎn)程維護(hù)端對客戶端進(jìn)行遠(yuǎn)程維護(hù)排除故障。
2.根據(jù)權(quán)利要求1所述的基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)，其特征在于所述的維護(hù) 虛擬機(jī)的管理模塊包括中斷/異常管理模塊、內(nèi)存管理模塊、I/O管理模塊、虛擬機(jī)管理模 塊。
3.根據(jù)權(quán)利要求1或2所述的基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)，其特征在于所述的 故障定位模塊通過對系統(tǒng)API數(shù)據(jù)調(diào)用來判斷網(wǎng)絡(luò)上故障出現(xiàn)的位置，故障類型判斷包括 網(wǎng)卡禁用故障判斷、網(wǎng)線撥出故障判斷、撥號程序故障判斷、DNS故障判斷。
全文摘要
基于虛擬機(jī)技術(shù)的遠(yuǎn)程維護(hù)系統(tǒng)，用來協(xié)助用戶解決操作系統(tǒng)和軟件產(chǎn)生的問題，以及幫助用戶發(fā)現(xiàn)硬件或者網(wǎng)絡(luò)出現(xiàn)的問題。該系統(tǒng)包括客戶端、遠(yuǎn)程維護(hù)服務(wù)器、遠(yuǎn)程維護(hù)端、網(wǎng)關(guān)，客戶端包括虛擬化模塊、自動恢復(fù)模塊、故障排除模塊、故障定位模塊、管理模塊和遠(yuǎn)程維護(hù)服務(wù)模塊?？蛻舳讼到y(tǒng)運(yùn)行時(shí)存在兩種狀態(tài)維護(hù)虛擬機(jī)和工作虛擬機(jī)，維護(hù)虛擬機(jī)是用來分析問題，請求維護(hù)的系統(tǒng)狀態(tài)，工作虛擬機(jī)是提供工作環(huán)境的系統(tǒng)狀態(tài)。遠(yuǎn)程維護(hù)系統(tǒng)工作流程為當(dāng)在工作虛擬機(jī)下出現(xiàn)系統(tǒng)異常，進(jìn)入維護(hù)虛擬機(jī)，維護(hù)系統(tǒng)判斷工作虛擬機(jī)中是否存在系統(tǒng)或配置錯誤，如果不能發(fā)現(xiàn)問題，則啟動遠(yuǎn)程維護(hù)服務(wù)模塊，由遠(yuǎn)程維護(hù)人員為客戶端提供遠(yuǎn)程維護(hù)服務(wù)。
文檔編號H04L12/24GK101917460SQ20101023366
公開日2010年12月15日 申請日期2010年7月22日 優(yōu)先權(quán)日2010年7月22日
發(fā)明者黃玉琪 申請人:河南遠(yuǎn)為網(wǎng)絡(luò)信息技術(shù)有限公司