一種mysql高可用的方法及管理節(jié)點(diǎn)的制作方法
【專利摘要】本發(fā)明提供一種MYSQL高可用的方法及管理節(jié)點(diǎn)，該方法包括：檢測(cè)到主機(jī)發(fā)生故障后，選擇一從機(jī)作為新的主機(jī)，將前端的請(qǐng)求轉(zhuǎn)移到所述新的主機(jī)；建立所述新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系。本發(fā)明通過(guò)MHA方式能夠完成mysql失敗主機(jī)的自動(dòng)切換以及自動(dòng)選取新的master、自動(dòng)將沒(méi)有應(yīng)用的binlog應(yīng)用到全部的slave節(jié)點(diǎn)上，同時(shí)能夠保證切換時(shí)間控制在1-2分鐘內(nèi)。
【專利說(shuō)明】—種MYSQL高可用的方法及管理節(jié)點(diǎn)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)系統(tǒng)設(shè)計(jì)領(lǐng)域和數(shù)據(jù)庫(kù)領(lǐng)域，具體涉及一種MYSQL高可用的方法。
【背景技術(shù)】
[0002]數(shù)據(jù)的重要性對(duì)于人們來(lái)說(shuō)重要程度不說(shuō)自明，在信息時(shí)代，數(shù)據(jù)有著具大的力量，數(shù)據(jù)庫(kù)的存在為人們提供了更快的查詢，那么在一個(gè)web網(wǎng)站中如何做到數(shù)據(jù)庫(kù)的高可用，保證持續(xù)提供服務(wù)，能在0_30s之內(nèi)實(shí)現(xiàn)主Mysql故障轉(zhuǎn)移(failover), MHA(MYSQL高可用)故障轉(zhuǎn)移可以很好的幫我們解決從庫(kù)數(shù)據(jù)的一致性問(wèn)題，同時(shí)最大化挽回故障發(fā)生后的數(shù)據(jù)。MHA里有兩個(gè)角色一個(gè)是node節(jié)點(diǎn)一個(gè)是manager (管理)節(jié)點(diǎn)，要實(shí)現(xiàn)這個(gè)MHA,必須最少要三臺(tái)數(shù)據(jù)庫(kù)服務(wù)器,一主多備，即一臺(tái)充當(dāng)master (主機(jī))，一臺(tái)充當(dāng)master的備份機(jī),另外一臺(tái)是從屬機(jī)，現(xiàn)有技術(shù)中一旦主服務(wù)器巖機(jī)，備份機(jī)即開始充當(dāng)master提供服務(wù)，如主服務(wù)器上線也不會(huì)再成為master 了，這樣數(shù)據(jù)庫(kù)的一致性就被改變了，數(shù)據(jù)不一致將導(dǎo)致用戶的數(shù)據(jù)錯(cuò)誤，有可能下的訂單沒(méi)有了，也有可能訂單重復(fù)等的問(wèn)題。

【發(fā)明內(nèi)容】

[0003]本發(fā)明要解決的技術(shù)問(wèn)題是提供一種MYSQL高可用的方法，以實(shí)現(xiàn)mysql失敗主機(jī)的自動(dòng)切換。
[0004]為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種MYSQL高可用的方法，包括:
[0005]檢測(cè)到主機(jī)發(fā)生故障后，選擇一從機(jī)作為新的主機(jī)，將前端的請(qǐng)求轉(zhuǎn)移到所述新的主機(jī)；
[0006]建立所述新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系。
[0007]進(jìn)一步地，上述方法還具有下面特點(diǎn):所述選擇一從機(jī)作為新的主機(jī)，包括:
[0008]獲取所有從機(jī)的日志信息；
[0009]選出日志最全的從機(jī)，如所述日志最全的從機(jī)只有一個(gè)，則將該日志最全的從機(jī)作為新的主機(jī)，如所述日志最全的從機(jī)有兩個(gè)以上，則獲取所述日志最全的從機(jī)的中繼日志，選出所述中繼日志最全的從機(jī)，如所述中繼日志最全的從機(jī)只有一個(gè)，則將該中繼日志最全的從機(jī)作為新的主機(jī)，如所述中繼日志最全的從機(jī)有兩個(gè)以上，則在所述中繼日志最全的從機(jī)中隨機(jī)選擇一個(gè)作為新的主機(jī)。
[0010]進(jìn)一步地，上述方法還具有下面特點(diǎn):所述檢測(cè)到主機(jī)發(fā)生故障后，還包括:
[0011]如發(fā)生故障的主機(jī)可以登錄，則登錄所述發(fā)生故障的主機(jī)，保存所述發(fā)生故障的主機(jī)的二進(jìn)制日志；
[0012]所述選擇一從機(jī)作為新的主機(jī)后，還包括:
[0013]判斷所述新的主機(jī)與原主機(jī)之間是否存在二進(jìn)制日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述二進(jìn)制日志差異。[0014]進(jìn)一步地，上述方法還具有下面特點(diǎn):
[0015]如選擇所述中繼日志最全的從機(jī)作為新的主機(jī)，還包括:
[0016]判斷所述新的主機(jī)與所述發(fā)生故障的主機(jī)之間是否存在中繼日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述中繼日志差異。
[0017]進(jìn)一步地，上述方法還具有下面特點(diǎn):所述選擇一從機(jī)作為新的主機(jī)后，還包括:
[0018]斷開所述發(fā)生故障的主機(jī)與對(duì)應(yīng)的所有從機(jī)的連接。
[0019]進(jìn)一步地，上述方法還具有下面特點(diǎn):所述建立所述新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系，包括:
[0020]判斷從機(jī)與所述新的主機(jī)是否存在中繼日志差異，如存在，則生成中繼日志差異文件，將所述中繼日志差異文件拷貝到對(duì)應(yīng)的從機(jī)上。
[0021]進(jìn)一步地，上述方法還具有下面特點(diǎn):所述選擇一從機(jī)作為新的主機(jī)后，還包括:
[0022]指示所述新的主機(jī)執(zhí)行清除從機(jī)信息的重置從機(jī)操作。
[0023]為了解決上述問(wèn)題，本發(fā)明還提供了一種管理節(jié)點(diǎn)，其中，包括:
[0024]處理模塊，用于檢測(cè)到主機(jī)發(fā)生故障后，選擇一從機(jī)作為新的主機(jī)，將前端的請(qǐng)求轉(zhuǎn)移到所述新的主機(jī)；
[0025]建立模塊，用于建立所述新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系。
[0026]進(jìn)一步地，上述管理節(jié)點(diǎn)還具有下面特點(diǎn):
[0027]所述處理模塊，選擇一從機(jī)作為新的主機(jī)包括:獲取所有從機(jī)的日志信息；選出日志最全的從機(jī)，如所述日志最全的從機(jī)只有一個(gè)，則將該日志最全的從機(jī)作為新的主機(jī)，如所述日志最全的從機(jī)有兩個(gè)以上，則獲取所述日志最全的從機(jī)的中繼日志，選出所述中繼日志最全的從機(jī)，如所述中繼日志最全的從機(jī)只有一個(gè)，則將該中繼日志最全的從機(jī)作為新的主機(jī)，如所述中繼日志最全的從機(jī)有兩個(gè)以上，則在所述中繼日志最全的從機(jī)中隨機(jī)選擇一個(gè)作為新的主機(jī)。
[0028]進(jìn)一步地，上述管理節(jié)點(diǎn)還具有下面特點(diǎn):
[0029]所述處理模塊，檢測(cè)到主機(jī)發(fā)生故障后還用于，如發(fā)生故障的主機(jī)可以登錄，則登錄所述發(fā)生故障的主機(jī)，保存所述發(fā)生故障的主機(jī)的二進(jìn)制日志；選擇一從機(jī)作為新的主機(jī)后還用于，判斷所述新的主機(jī)與原主機(jī)之間是否存在二進(jìn)制日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述二進(jìn)制日志差異。
[0030]進(jìn)一步地，上述管理節(jié)點(diǎn)還具有下面特點(diǎn):
[0031]所述處理模塊，如選擇所述中繼日志最全的從機(jī)作為新的主機(jī)，則還用于:判斷所述新的主機(jī)與所述發(fā)生故障的主機(jī)之間是否存在中繼日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述中繼日志差異。
[0032]進(jìn)一步地，上述管理節(jié)點(diǎn)還具有下面特點(diǎn):
[0033]所述處理模塊，選擇一從機(jī)作為新的主機(jī)后還用于:斷開所述發(fā)生故障的主機(jī)與對(duì)應(yīng)的所有從機(jī)的連接。
[0034]進(jìn)一步地，上述管理節(jié)點(diǎn)還具有下面特點(diǎn):
[0035]所述建立模塊，具體用于判斷從機(jī)與所述新的主機(jī)是否存在中繼日志差異，如存在，則生成中繼日志差異文件，將所述中繼日志差異文件拷貝到對(duì)應(yīng)的從機(jī)上。
[0036]進(jìn)一步地，上述管理節(jié)點(diǎn)還具有下面特點(diǎn):[0037]所述處理模塊，選擇一從機(jī)作為新的主機(jī)后還用于:指示所述新的主機(jī)執(zhí)行清除從機(jī)信息的重置從機(jī)操作。
[0038]綜上，本發(fā)明提供一種MYSQL高可用的方法及管理節(jié)點(diǎn)，通過(guò)MHA方式能夠完成my s q I失敗主機(jī)的自動(dòng)切換以及自動(dòng)選取新的mas t er、自動(dòng)將沒(méi)有應(yīng)用的b i η I ο g應(yīng)用到全部的slave節(jié)點(diǎn)上，同時(shí)能夠保證切換時(shí)間控制在1-2分鐘內(nèi)。通過(guò)開源的MHA方式搭建一個(gè)高可用的mysql集群，既提高了集群環(huán)境的健壯性、可靠性有可以利用開源的優(yōu)勢(shì)擴(kuò)展該集群的功能。
【專利附圖】

【附圖說(shuō)明】
[0039]圖1為本發(fā)明實(shí)施例的MYSQL高可用的方法的流程圖；
[0040]圖2為本發(fā)明實(shí)施例的管理節(jié)點(diǎn)的示意圖。
【具體實(shí)施方式】
[0041]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說(shuō)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。 [0042]當(dāng)管理節(jié)點(diǎn)監(jiān)控到主庫(kù)mysql服務(wù)停止后，首先對(duì)主庫(kù)進(jìn)行SSH(Struts,流程控制，Spring,業(yè)務(wù)流轉(zhuǎn)，Hibernate,數(shù)據(jù)庫(kù)操作的封裝)登錄檢查,然后對(duì)mysql服務(wù)進(jìn)行健康檢查，最后作出Master is down !(主機(jī)故障)的判斷,master failover (主機(jī)失敗切換)開始。
[0043]Master (主機(jī))用于提供數(shù)據(jù)庫(kù)的讀寫服務(wù)，如果存在vip (虛擬ip地址)的話，那么正常期間vip是保留在master服務(wù)器上，當(dāng)出現(xiàn)故障進(jìn)行切換的時(shí)候，讀寫服務(wù)以及vip會(huì)全部切換到master的backup (備份)機(jī)器上。
[0044]Slave (從機(jī))，用于進(jìn)行數(shù)據(jù)庫(kù)的備份以及進(jìn)行讀負(fù)載均衡，以及對(duì)數(shù)據(jù)庫(kù)進(jìn)行維護(hù)、升級(jí)的時(shí)候?qū)χ鲾?shù)據(jù)庫(kù)進(jìn)行備份。
[0045]圖1為本發(fā)明實(shí)施例的MYSQL高可用的方法的流程圖，如圖1所示，本實(shí)施例的方法可以包括以下步驟:
[0046]步驟101、檢測(cè)到主機(jī)發(fā)生故障；
[0047]管理節(jié)點(diǎn)在檢查配置信息的過(guò)程中，會(huì)再次確認(rèn)主庫(kù)狀態(tài)(double check)，同時(shí)羅列出當(dāng)前架構(gòu)中各主機(jī)的狀態(tài)(DeadlAlive，死機(jī)|存活)。
[0048]步驟102、選擇一從機(jī)作為新的主機(jī)；
[0049]接下來(lái)是處理故障主庫(kù)，該階段可以通過(guò)定義的腳本，將前端的請(qǐng)求轉(zhuǎn)移到新的主機(jī)上，且可以將故障主庫(kù)的主機(jī)關(guān)掉(斷開主機(jī)與所有從機(jī)的連接)以避免腦裂帶來(lái)數(shù)據(jù)不一致問(wèn)題。
[0050]本實(shí)施例中，可以通過(guò)以下步驟選擇最新從機(jī)作為新的主機(jī):
[0051]步驟102.1:獲取最新從機(jī)；
[0052]針對(duì)所有的從機(jī)，通過(guò)show slave status (顯示從屬機(jī)狀態(tài))命令輸出的{Master_Log_File (主機(jī)日志文件),Read_Master_Log_Pos (讀取主機(jī)日志位置)}值,對(duì)所有從機(jī)的{Master_Log_File, Read_Master_Log_Pos}值進(jìn)行比較,選出日志最全的從機(jī)作為latest slaves (最新從機(jī))。此時(shí)選出的最新從機(jī)可能有多個(gè),也有可能只有一個(gè)。如選出的最新從機(jī)有多個(gè)，則接著執(zhí)行步驟102.2 ;如選出的最新從機(jī)只有一個(gè)，則將該最新從機(jī)作為新的主機(jī)，則執(zhí)行步驟102.3。
[0053]保存故障主機(jī)的binlog (二進(jìn)制日志)，判斷所有最新從機(jī)與原主機(jī)之間是否存在binlog差異，binlog差異越小說(shuō)明數(shù)據(jù)丟失越小。
[0054]當(dāng)原主機(jī)發(fā)生故障時(shí)，如果原主機(jī)可以登錄，那么可以將原主機(jī)出現(xiàn)故障時(shí)的binlog保存下來(lái)，如果原主機(jī)不能登錄，則跳過(guò)此步驟。
[0055]步驟102.2:確定新主機(jī)；
[0056]根據(jù)步驟102.1 找出的 latest slaves,確認(rèn) latest slave 的 relay log(中繼日志)是否為最全的，選擇relay log最全的latest slave作為新主機(jī)。如relay log最全的latest slave也有多個(gè),則隨機(jī)挑選一個(gè)latest slave作為新主機(jī)。
[0057]如果原主機(jī)還活著,則對(duì)比新主機(jī)的relay log與原主機(jī)的binlog,如兩者之間有差異，則將新主機(jī)的relay log與原主機(jī)的binlog的差異加載過(guò)來(lái)。
[0058]等待新主機(jī)將relay log中已復(fù)制過(guò)來(lái)的語(yǔ)句執(zhí)行完畢,通過(guò)比較Exec_Master_Log_Pos (執(zhí)行主庫(kù)日志位置)和Read_Master_Log_Pos (讀取主庫(kù)日志位置),如果Exec_Master_Log_Pos和Read_Master_Log_Pos這兩個(gè)值有差異的話,在新主機(jī)上應(yīng)用新主機(jī)與原主機(jī)的relay log差異和主庫(kù)binlog差異，以保證數(shù)據(jù)沒(méi)有丟失。
[0059]步驟103:建立新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系；
[0060]恢復(fù)從機(jī)，開始并行獲取從機(jī)日志的差異；
[0061]判斷從機(jī)與新主機(jī)是否存在relay log差異，在新主機(jī)上執(zhí)行如下命令apply_diff_relay_logs - command = generate_and_send,生成 relay log 差異文件，并將 relaylog差異文件拷貝到對(duì)應(yīng)的從機(jī)上，以使得所有的從機(jī)都是最新?tīng)顟B(tài)。
[0062]最后,新主機(jī)可以執(zhí)行reset slave (重置從機(jī))操作清除之前slave信息。
[0063]本發(fā)明通過(guò)manager節(jié)點(diǎn)監(jiān)控所有的數(shù)據(jù)庫(kù)節(jié)點(diǎn)的存活，當(dāng)發(fā)現(xiàn)master節(jié)點(diǎn)發(fā)生故障,那么接下來(lái)就是如何選出新的master節(jié)點(diǎn)了以及如何將所有的slave節(jié)點(diǎn)指向新的master節(jié)點(diǎn),這中間存在如下問(wèn)題:如何找到所有slave中應(yīng)用binlog最多的節(jié)點(diǎn)，如何找到slave節(jié)點(diǎn)與master節(jié)點(diǎn)之間的差異,如何在所有的slave中修改指向,通過(guò)本實(shí)施例的MHA可以自動(dòng)解決這些問(wèn)題，而且可以通過(guò)自定義腳本來(lái)完成一些個(gè)性化的工作，為dba(Database Administrator,數(shù)據(jù)庫(kù)管理員)提供了發(fā)現(xiàn)問(wèn)題解決問(wèn)題的新的方法。
[0064]圖2為本發(fā)明實(shí)施例的管理節(jié)點(diǎn)的示意圖，如圖2所示，本實(shí)施例的管理節(jié)點(diǎn)包括:
[0065]處理模塊，用于檢測(cè)到主機(jī)發(fā)生故障后，選擇一從機(jī)作為新的主機(jī)，將前端的請(qǐng)求轉(zhuǎn)移到所述新的主機(jī)；
[0066]建立模塊，用于建立所述新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系。
[0067]其中，所述處理模塊，選擇一從機(jī)作為新的主機(jī)包括:獲取所有從機(jī)的日志信息；選出日志最全的從機(jī)，如所述日志最全的從機(jī)只有一個(gè)，則將該日志最全的從機(jī)作為新的主機(jī)，如所述日志最全的從機(jī)有兩個(gè)以上，則獲取所述日志最全的從機(jī)的中繼日志，選出所述中繼日志最全的從機(jī)，如所述中繼日志最全的從機(jī)只有一個(gè)，則將該中繼日志最全的從機(jī)作為新的主機(jī)，如所述中繼日志最全的從機(jī)有兩個(gè)以上，則在所述中繼日志最全的從機(jī)中隨機(jī)選擇一個(gè)作為新的主機(jī)。
[0068]在一優(yōu)選實(shí)施例中，所述處理模塊，檢測(cè)到主機(jī)發(fā)生故障后還可以用于，如發(fā)生故障的主機(jī)可以登錄，則登錄所述發(fā)生故障的主機(jī)，保存所述發(fā)生故障的主機(jī)的二進(jìn)制日志；選擇一從機(jī)作為新的主機(jī)后還用于，判斷所述新的主機(jī)與原主機(jī)之間是否存在二進(jìn)制日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述二進(jìn)制日志差異。
[0069]其中，所述處理模塊，如選擇所述中繼日志最全的從機(jī)作為新的主機(jī)，則還可以用于:判斷所述新的主機(jī)與所述發(fā)生故障的主機(jī)之間是否存在中繼日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述中繼日志差異。
[0070]在一優(yōu)選實(shí)施例中，所述處理模塊，選擇一從機(jī)作為新的主機(jī)后還可以用于:斷開所述發(fā)生故障的主機(jī)與對(duì)應(yīng)的所有從機(jī)的連接。
[0071]其中，所述建立模塊，具體可以用于判斷從機(jī)與所述新的主機(jī)是否存在中繼日志差異，如存在，則生成中繼日志差異文件，將所述中繼日志差異文件拷貝到對(duì)應(yīng)的從機(jī)上。
[0072]在一優(yōu)選實(shí)施例中，所述處理模塊，選擇一從機(jī)作為新的主機(jī)后還可以用于:指示所述新的主機(jī)執(zhí)行清除從機(jī)信息的重置從機(jī)操作。
[0073]本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過(guò)程序來(lái)指令相關(guān)硬件完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤等。可選地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來(lái)實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
[0074]以上僅為本發(fā)明的優(yōu)選實(shí)施例，當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
【權(quán)利要求】
1.一種MYSQL高可用的方法，包括: 檢測(cè)到主機(jī)發(fā)生故障后，選擇一從機(jī)作為新的主機(jī)，將前端的請(qǐng)求轉(zhuǎn)移到所述新的主機(jī)； 建立所述新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系。
2.如權(quán)利要求1所述的方法，其特征在于:所述選擇一從機(jī)作為新的主機(jī)，包括: 獲取所有從機(jī)的日志信息； 選出日志最全的從機(jī)，如所述日志最全的從機(jī)只有一個(gè)，則將該日志最全的從機(jī)作為新的主機(jī)，如所述日志最全的從機(jī)有兩個(gè)以上，則獲取所述日志最全的從機(jī)的中繼日志，選出所述中繼日志最全的從機(jī)，如所述中繼日志最全的從機(jī)只有一個(gè)，則將該中繼日志最全的從機(jī)作為新的主機(jī)，如所述中繼日志最全的從機(jī)有兩個(gè)以上，則在所述中繼日志最全的從機(jī)中隨機(jī)選擇一個(gè)作為新的主機(jī)。
3.如權(quán)利要求2所述的方法，其特征在于: 所述檢測(cè)到主機(jī)發(fā)生故障后，還包括: 如發(fā)生故障的主機(jī)可以登錄，則登錄所述發(fā)生故障的主機(jī)，保存所述發(fā)生故障的主機(jī)的二進(jìn)制日志； 所述選擇一從機(jī)作為新的主機(jī)后，還包括: 判斷所述新的主機(jī)與原主機(jī)之間是否存在二進(jìn)制日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述二進(jìn)制日志差異。
4.如權(quán)利要求2所述的方法，其特征在于:如選擇所述中繼日志最全的從機(jī)作為新的主機(jī)，還包括: 判斷所述新的主機(jī)與所述發(fā)生故障的主機(jī)之間是否存在中繼日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述中繼日志差異。
5.如權(quán)利要求1所述的方法，其特征在于:所述選擇一從機(jī)作為新的主機(jī)后，還包括: 斷開所述發(fā)生故障的主機(jī)與對(duì)應(yīng)的所有從機(jī)的連接。
6.如權(quán)利要求1-5任一項(xiàng)所述的方法，其特征在于:所述建立所述新的主機(jī)與從機(jī)的王從對(duì)應(yīng)關(guān)系，包括: 判斷從機(jī)與所述新的主機(jī)是否存在中繼日志差異，如存在，則生成中繼日志差異文件，將所述中繼日志差異文件拷貝到對(duì)應(yīng)的從機(jī)上。
7.如權(quán)利要求1-5任一項(xiàng)所述的方法，其特征在于:所述選擇一從機(jī)作為新的主機(jī)后，還包括: 指示所述新的主機(jī)執(zhí)行清除從機(jī)信息的重置從機(jī)操作。
8.—種管理節(jié)點(diǎn)，其特征在于，包括: 處理模塊，用于檢測(cè)到主機(jī)發(fā)生故障后，選擇一從機(jī)作為新的主機(jī)，將前端的請(qǐng)求轉(zhuǎn)移到所述新的主機(jī)； 建立模塊，用于建立所述新的主機(jī)與從機(jī)的主從對(duì)應(yīng)關(guān)系。
9.如權(quán)利要求8所述的管理節(jié)點(diǎn)，其特征在于: 所述處理模塊，選擇一從機(jī)作為新的主機(jī)包括:獲取所有從機(jī)的日志信息；選出日志最全的從機(jī)，如所述日志最全的從機(jī)只有一個(gè)，則將該日志最全的從機(jī)作為新的主機(jī)，如所述日志最全的從機(jī)有兩個(gè)以上，則獲取所述日志最全的從機(jī)的中繼日志，選出所述中繼日志最全的從機(jī)，如所述中繼日志最全的從機(jī)只有一個(gè)，則將該中繼日志最全的從機(jī)作為新的主機(jī)，如所述中繼日志最全的從機(jī)有兩個(gè)以上，則在所述中繼日志最全的從機(jī)中隨機(jī)選擇一個(gè)作為新的主機(jī)。
10.如權(quán)利要求9所述的管理節(jié)點(diǎn)，其特征在于: 所述處理模塊，檢測(cè)到主機(jī)發(fā)生故障后還用于，如發(fā)生故障的主機(jī)可以登錄，則登錄所述發(fā)生故障的主機(jī)，保存所述發(fā)生故障的主機(jī)的二進(jìn)制日志；選擇一從機(jī)作為新的主機(jī)后還用于，判斷所述新的主機(jī)與原主機(jī)之間是否存在二進(jìn)制日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述二進(jìn)制日志差異。
11.如權(quán)利要求9所述的管理節(jié)點(diǎn)，其特征在于: 所述處理模塊，如選擇所述中繼日志最全的從機(jī)作為新的主機(jī)，則還用于:判斷所述新的主機(jī)與所述發(fā)生故障的主機(jī)之間是否存在中繼日志差異，如存在，則指示所述新的主機(jī)應(yīng)用所述中繼日志差異。
12.如權(quán)利要求8所述的管理節(jié)點(diǎn)，其特征在于: 所述處理模塊，選擇一從機(jī)作為新的主機(jī)后還用于:斷開所述發(fā)生故障的主機(jī)與對(duì)應(yīng)的所有從機(jī)的連接。
13.如權(quán) 利要求8-12任一項(xiàng)所述的管理節(jié)點(diǎn)，其特征在于: 所述建立模塊，具體用于判斷從機(jī)與所述新的主機(jī)是否存在中繼日志差異，如存在，則生成中繼日志差異文件，將所述中繼日志差異文件拷貝到對(duì)應(yīng)的從機(jī)上。
14.如權(quán)利要求8-12任一項(xiàng)所述的管理節(jié)點(diǎn)，其特征在于: 所述處理模塊，選擇一從機(jī)作為新的主機(jī)后還用于:指示所述新的主機(jī)執(zhí)行清除從機(jī)信息的重置從機(jī)操作。
【文檔編號(hào)】G06F17/30GK104036043SQ201410309204
【公開日】2014年9月10日 申請(qǐng)日期:2014年7月1日 優(yōu)先權(quán)日:2014年7月1日
【發(fā)明者】初賢哲, 喬鑫, 楊磊 申請(qǐng)人:浪潮(北京)電子信息產(chǎn)業(yè)有限公司