專利名稱：：數據節點的升級方法、升級調度節點及升級系統的制作方法
技術領域：
：本發明涉及通信領域中核心網的數據節點，具體地，涉及一種分布式數據存儲系統中數據節點的升級方法、升級調度節點及升級系統。
背景技術：
：目前，在核心網中，將數據節點分為主數據節點和備份數據節點，采用同時升級主數據節點和備份數據節點的主備升級方式進行數據節點升級的，以保證各業務執行的連續性。圖l為現有集中式數據存儲系統中數據的存儲結構示意圖，如圖l所示，該存儲系統中包括主數據節點Nl和備份數據節點N2，在主數據節點Nl中，存儲數據1130;在備用數據節點N2中，存儲與主數據節點Nl中相同的數據1130。圖2為現有集中式數據存儲系統中對數據節點所采用的主備升級的流程示意圖，如圖2所示，如將主備數據節點從現有版本為vl升級到版本v2，包括步驟201:主數據節點N1處于工作狀態，接受數據的查詢和更新請求，根據數據的查詢和更新請求，進行查詢和更新數據操作。；步驟202:主數據節點Nl將其更新數據實時同步至備用數據節點N2;步驟203:備用數據節點N2升級，從版本vl升級到版本v2;步驟204:備用數據節點N2升級結束時，通知主數據節點Nl同步備用數據節點N2升級期間的增量數據；其中，增量數據指，在備用數據節點N2升級期間，主數據節點Nl未能同步至備用數據節點N2的更新數據；步驟205:主數據節點Nl根據備用數據節點N2的通知，將步驟204中的增量數據同步至備用數據節點N2;步驟206:步驟205中的增量數據同步完畢，備用數據節點N2運行在版本v2上，并切換為工作狀態的主數據節點N1';步驟207:主數據節點Nl'通知主數據節點Nl切換為備用數據節點N2';步驟208:主數據節點Nl根據主數據節點Nl'的通知，切換為備用數據節點N2'，并進行升級，從版本vl升級到版本v2;步驟209:主數據節點Nl'處于工作狀態，進行數據的查詢和更新；步驟210:備用數據節點N2'升級結束時，通知主數據節點Nl'同步備用數據節點N2'升級期間的增量數據；其中，增量數據指，在備用數據節點N2'升級期間，主數據節點Nl'未能同步至備用數據節點N2'的更新數據；步驟211:主數據節點N1'將步驟210中的增量數據同步至備用數據節點N2';步驟212:步驟211中的增量數據同步完畢，備用數據節點N2'變為工作狀態的備用數據節點N2';步驟213:主數據節點Nl'和備用數據節點N2'都運行在版本V2上，升級完成。在上述主備升級方式中，當數據節點個數較少、且數據集中存儲時，能夠方便、快4速地完成數據節點升級的。但是，在分布式數據存儲系統中，數據節點個數較多，主備數據存儲分布化，數據節點既可能承擔一部分主數據的存儲，也可能承擔一部分備份數據的存儲。圖3為現有分布式數據存儲系統中數據的存儲結構示意圖，如圖3所示，該存儲系統包括數據節點Nl、數據節點N2、數據節點N3、數據節點N4和數據1130，將數據1130進行分片，均分為四片，分別為數據1115，數據1620，數據2125，數據2630，每片數據進行三冗余備份，每個數據節點中存儲四片數據，四片數據三冗余備份分布式存儲在四個數據節點中。對于上述系統中數據節點的升級，如果仍采用主備升級方式，則難免存在以下弊丄山順—方面，當多個數據節點同時升級時，需要備份相同數量的備份數據節點，以在升級時承擔主數據節點的負荷；另一方面，當多個數據節點依次升級時，可能只需備份少量的備份數據節點，不需要對每個主數據節點單獨備份對應的備份數據節點，可以節省備份數據節點的個數，但是，這種情況下，在數據節點升級的過程中，需要人工干預頻繁地更改升級配置，數據節點升級速度緩慢，升級效率低。在實現本發明過程中，發明人發現現有技術中至少存在如下問題(1)資源耗費量大，成本高同時升級多個數據節點時，需要耗費大量資源、花費較大成本備份用于承擔主數據節點的負荷的備份數據節點；(2)人工干預量大，操作流程復雜依次升級多個數據節點時，需要人工干預頻繁更改升級配置；(3)升級速度慢，升級效率低依次升級多個數據節點時，需要頻繁地更改升級配置，且需要人工干預，導致升級速度緩慢、升級效率低。
發明內容本發明的目的是為了解決分布式數據存儲系統中數據節點采用現有的主備升級方式而導致的資源耗費量大、成本高、人工干預量大、操作流程復雜、升級速度慢和升級效率低等缺陷，提出一種數據節點升級方法、升級調度節點及升級系統，以實現節省資源、降低成本、減少人工干預量、簡化操作流程、提高升級速度和升級效率。為實現上述目的，根據本發明實施例，提出了一種數據節點的升級方法，包括以下步驟當一個或數個數據節點收到升級指令，滿足升級條件的數據節點分別提出升級請求后，將升級請求列入競爭隊列；在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；該特定數據節點收到升級確認消息后，執行升級操作，修改該特定數據節點對應的升級狀態信息。所述相關數據片為該特定數據節點中包括的數據片；該特定數據節點向相關數據片所在的競爭隊列中的其他數據節點發起升級更新請求，將所述其他數據節點中所包含的相關數據片的備份數執行減一處理。為實現上述目的，根據本發明實施例，提出了一種升級調度節點，包括接收模塊，用于接收一個或數個滿足升級條件的數據節點提出的升級請求，并將升級請求加入競爭隊列；選擇模塊，用于在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；處理模塊，用于根據所述特定數據節點的升級情況，修改所述特定數據節點的狀態信息，以及修改其他未升級數據節點中所包含的相關數據片的備份數。為實現上述目的，根據本發明實施例，提出了一種數據節點的系統，包括多個數據節點及升級調度節點；每一數據節點存儲一個或數個數據片，用于在滿足升級條件時，向升級調度節點發起升級請求；升級調度節點，包括接收模塊，用于接收一個或數個滿足升級條件的數據節點提出的升級請求，并將升級請求加入競爭隊列；選擇模塊，用于在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；處理模塊，用于根據所述特定數據節點的升級情況，修改所述特定數據節點的狀態信息，以及修改其他未升級數據節點中所包含的相關數據片的備份數。本發明克服了采用現有的主備升級方式對分布式存儲系統中數據節點進行升級，而導致的資源耗費量大、成本高、人工干預量大、操作流程復雜、升級速度慢和升級效率低等缺陷，依靠數據節點自身的每片數據的冗余備份實現自動升級，無需人工干預，在不中斷業務的情況下快速進行數據節點的升級。下面通過附圖和實施例，對本發明的技術方案做進一步的詳細描述。圖1為現有集中式數據存儲系統中數據的存儲結構示意圖；圖2為現有集中式數據存儲系統中對數據節點所采用的主備升級的流程示意圖；圖3為現有分布式數據存儲系統中數據的存儲結構示意圖；圖4為根據本發明數據節點的升級方法實施例一的流程示意圖；圖5為根據本發明數據節點的升級方法實施例一的流程示意圖；圖6為分布式數據存儲系統中數據的存儲結構的一示意圖；圖6a為圖6所示的分布式存儲系統中數據節點的升級方法一示意圖；圖7為分布式數據存儲系統中數據的存儲結構的另一示意圖；圖8為分布式數據存儲系統中數據的存儲結構的再一示意圖；圖8a為圖8中數據節點Nl執行升級操作時的其他未升級數據節點的升級狀態信息以及數據片的備份數的示意圖；圖8b為圖8a中數據節點N2執行升級操作時的其他未升級數據節點的升級狀態信息以及數據片的備份數的示意圖；圖8c為圖8b中數據節點Nl執行升級操作成功時的其他未升級數據節點的升級狀態信息以及數據片的備份數的示意圖；圖8d為圖8c中數據節點N3執行升級操作時的其他未升級數據節點的升級狀態信息以及數據片的備份數的示意圖；圖8e為圖8d中數據節點N2執行升級操作成功時的其他未升級數據節點的升級狀態信息以及數據片的備份數的示意圖；圖8f為圖8e中數據節點N4執行升級操作時的示意圖。具體實施例方式以下結合附圖對本發明的優選實施例進行說明，應當理解，此處所描述的優選實6施例僅用于說明和解釋本發明，并不用于限定本發明。分布式存儲系統中，一般將數據進行分片，按數據片的方式進行存儲，并將每片數據按照預定的冗余度在數據節點中進行冗余備份。由于主備數據存儲分布化，數據節點存儲一個或多個數據片，既可能承擔一部分主數據的存儲，也可能承擔一部分備份數據的存儲，如果還是按照主備升級方式對數據節點進行升級，當需要較多的數據節點同時升級時，就會需要相同數量的備份節點來承擔主節點的負荷，因此成本較高，造成較大的資源浪費。本發明提出的數據節點的升級方法，不管某數據節點上的數據片是否為主數據片還是備份數據片，而是關心數據片具有多少個實時可用的備份數。分別通過以下數據節點的升級方法的實施例進行詳細說明。圖4為根據本發明數據節點的升級方法實施例一的流程示意圖。如圖4所示，本實施例包括步驟401、一個或數個數據節點收到升級指令時；步驟402、分別判斷各數據節點是否滿足預定升級條件，如滿足，執行步驟403;否則，結束。步驟403、分別提出升級請求，并將升級請求列入競爭隊列；步驟404、根據預定策略在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；步驟405、該特定數據節點收到升級確認消息后，執行升級操作，修改該特定數據節點對應的升級狀態信息，并將相關數據片的備份數執行減一處理；相關數據片為該特定數據節點中包括的數據片；步驟406、該特定數據節點向相關數據片所在的競爭隊列中的其他數據節點發起升級更新請求，將其他數據節點中所包含的相關數據片的備份數執行減一處理。圖5為根據本發明數據節點的升級方法實施例一的流程示意圖。如圖5所示，本實施例包括步驟501、一個或數個數據節點收到升級指令時；步驟502、分別判斷各數據節點是否滿足預定升級條件，如滿足，執行步驟503;否則，結束。步驟503、分別提出升級請求，并將升級請求列入競爭隊列；步驟504、根據預定策略在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；步驟505、該特定數據節點收到升級確認消息后，執行升級操作，修改該特定數據節點對應的升級狀態信息，并將相關數據片的備份數執行減一處理；相關數據片為該特定數據節點中包括的數據片；步驟506、該特定數據節點向相關數據片所在的競爭隊列中的其他數據節點發起升級更新請求，將其他數據節點中所包含的相關數據片的備份數執行減一處理。步驟507、其他數據節點分別向該特定數據節點返回確認消息。步驟508、特定數據節點發起升級確認請求。步驟509、根據收到的升級確認請求，將該特定數據節點隊應的升級請求從競爭隊列中刪除；向競爭隊列中的數據節點發送"升級調度失敗"消息。步驟510、當競爭隊列中的其他數據節點收到"升級調度失敗"消息后，將不滿足預定升級條件的數據節點對應的升級請求從該競爭隊列中刪除。上述實施例中，修改該特定數據節點對應的升級狀態信息為，將該特定數據節點對應的升級狀態信息由未升級NO修改為正在升級UPD，所述升級狀態信息包括升級成功YES、未升級NO、正在升級UPD。預定升級條件為數據片的備份數均大于零。根據預定策略在競爭隊列中選擇一升級請求具體為在競爭隊列中選擇最先接收到升級請求。根據預定策略在競爭隊列中選擇一升級請求可以為在競爭隊列中選擇最先接收到升級請求。競爭隊列可以為先進先出FIFO隊列。上述實施例中還包括當該特定數據節點升級操作成功后，將其他未升級的數據節點的相關數據片的備份數執行加一處理。假設分布式數據系統中有N個數據節點，共有M份數據，數據冗余度為R，加上節點存儲能力相同，則每個節點平均存儲(MXR)/N。下面以N=4，M=4，R=3為例。圖6為分布式數據存儲系統中數據的存儲結構的一示意圖，如圖6所示，該存儲系統包括數據節點N1、數據節點N2、數據節點N3、數據節點N4和數據1130，將數據1130進行分片，均分為四片，分別為數據1115，數據1620，數據2125，數據2630，每片數據進行三冗余備份，每個數據節點中存儲四片數據，四片數據三冗余備份分布式存儲在四個數據節點中。假設有用戶數據1130，分為四片(1115、1620、2125、2630)，每個節點上存儲三片數據，每片數據三冗余備份。為簡潔起見，用下表l來表示用戶的數據片和所在數據節點的關系表1用戶數據片和存儲節點的關系<table>tableseeoriginaldocumentpage8</column></row><table>每個數據節點維持一個升級狀態表，升級狀態表可以分別存儲于對應的數據節點中，升級狀態表記錄了數據節點的狀態信息以及該數據節點中每個數據片實時可用的備份數。數據節點的狀態信息分為三種YES(升級成功)，NO(未升級)，UPD(正在升級中)。在所有節點未升級以前，所有節點的升級狀態表中的狀態信息為NO即未升級，且備份數為2。圖6a為圖6所示的分布式存儲系統中數據節點的升級方法示意圖。當數據節點收到軟件升級指令時，它會首先判斷每片用戶數據的備份數是否大于0，如果都大于0，則滿足軟件升級的前提條件。然后它向升級調度節點提出升級請求。升級調度節點是為了解決多個數據節點同時提出升級請求的沖突問題，如果多個數據節點同時提出升級請求，升級調度節點會把所有的升級請求加入到競爭隊列，如FIFO隊列中，以先收到的請求先執行。如圖6中，數據節點Nl和N2收到軟件升級指令時，首先判斷每片用戶數據的備份數是否大于O，通過判斷發現數據節點Nl和N2中的每個數據片的備份數均為2，顯然均大于0，因此判斷可以向升級調度節點提出升級請求。如該實施例中，數據節點N1和N2同時向升級調度節點提出升級請求，升級調度節點把數據節點Nl和N2的升級請求依次放在FIFO列中，升級調度節點在競爭隊列中選擇最先接收到的升級請求，該最先接收到的升級請求對應的數據節點為數據節點N1，升級調度節點決策N1的升級命令先執行。升級調度節點向Nl返回升級確認消息。如圖6a所示，Nl收到此消息后，修改自身升級狀態表中的狀態信息，將狀態信息由NO修改為UPD;然后向Nl中的每個數據片(數據片1115、1620、2125)所在系統中的其他未升級數據節點N2、N3、N4發起升級更新請求。其他未升級數據節點收到此消息后，相應更新用戶數據備份數，具體的，將N2中數據片1115、1620的備份數由2變為1，將N3中數據片1115、2125的備份數由2變為l，將N4中數據片1620、2125的備份數由2變為l，數據節點N2、N3、N4分別向Nl返回確認消息。當Nl收到所有的確認消息后，向升級調度節點發出升級確認請求。升級調度節點收到N1的升級確認請求后，刪除競爭隊列中N1的升級請求，然后向剩下的升級請求的數據節點N2(競爭隊列中還剩下N2的升級請求)發起"升級調度失敗"的消息，然后把競爭隊列中所有升級請求清空，等待數據節點下一次的升級請求。圖7為分布式數據存儲系統中數據的存儲結構的另一示意圖，如圖7所示，各數據節點的升級狀態表由一獨立的硬件設備(圖7中為升級調度節點)中維護。圖8為分布式數據存儲系統中數據的存儲結構的再一示意圖，如圖8所示，相對于圖8還包括獨立存儲于一硬件設備(圖8中為升級調度節點)的集中升級狀態表。該集中升級狀態表集中維護各數據節點的狀態信息，以及各數據節點中每個數據片實時可用的備份數，該集中升級狀態表與各數據節點中的升級狀態表保持同步更新。圖8a為圖8中數據節點Nl執行升級操作時的其他未升級數據節點的升級狀態信息以及數據片的備份數的示意圖。升級調度節點會把所有的請求依次放在一個競爭隊列中，先收到的請求先執行。比如圖6中，節點Nl和N2同時提出升級請求，升級調度節點決策N1的升級命令先執行。當數據節點收到軟件升級指令時，它會首先判斷每片用戶數據的備份數是否大于0，如果都大于0，則滿足軟件升級的前提條件。然后它向升級調度節點提出升級請求。各數據節點的狀態信息及數據片的備份信息表集中存儲在升級調度節點上。升級調度節點是為了解決多個數據節點同時提出升級請求的沖突問題，如果多個數據節點同時向提出升級請求(該升級請求中可以攜帶相應的要升級的數據片信息)。升級調度節點會把所有的升級請求加入到競爭隊列，如FIFO隊列中，以先收到的請求先執行。如圖8中，數據節點Nl和N2收到軟件升級指令時，首先判斷每片用戶數據的備份數是否大于0，通過判斷發現數據節點Nl和N2中的每個數據片的備份數均為2，顯然均大于0，因此判斷可以向升級調度節點提出升級請求。如該實施例中，數據節點N1和N2同時向升級調度節點提出升級請求，升級調度節點把數據節點Nl和N2的升級請求依次放在FIFO列中，升級調度節點在競爭隊列中選擇最先接收到的升級請求，該最先接收到的升級請求對應的數據節點為數據節點N1，升級調度節點決策N1的升級命令先執行。升級調度節點向N1返回升級確認消息。如圖8a所示，Nl收到此消息后，執行升級操作，修改自身升級狀態表中的狀態信息，將狀態信息由N0修改為UPD;然后向Nl中的每個數據片(數據片1115、1620、2125)所在系統中其他未升級數據節點N2，N3，N4發起升級更新請求。其他未升級數據節點收到此消息后，相應更新用戶數據備份數，具體的，將N2中數據片1115、1620的備份數由2變為1，將N3中數據片1115、2125的備份數由2變為1，將N4中數據片1620、2125的備份數由2變為l，數據節點N2、N3、N4分別向Nl返回確認消息。當Nl收到所有的確認消息后，向升級調度節點發出升級確認請求。升級調度節點收到N1的升級確認請求后，刪除競爭隊列中N1的升級請求，然后向剩下的升級請求的數據節點N2(競爭隊列中還剩下N2的升級請求)發起"升級調度失敗"的消息，判斷N2是否滿足升級條件，具體的，由于此時N2中的數據片1115的備份數為1、1620的備份數為l，數據片2630的備份數為2，所以符合提出升級請求的條件。因此采用與Nl相同的步驟執行升級操作，具體步驟如下升級調度節點決策N2執行升級操作。升級調度節點向N2返回升級確認消息。如圖8b所示，N2收到此消息后，執行升級操作，修改自身升級狀態表中的狀態信息，將狀態信息由N0修改為UPD;然后向N2中的每個數據片(數據片1115、1620、2630)所在系統中的其他未升級數據節點N3、N4發起升級更新請求。其他未升級數據節點N3、N4收到此消息后，相應更新用戶數據備份數，具體的，將N3中數據片1115的備份數由1變為0，2630的備份數由2變為1，將N4中數據片1620的備份數由l變為0，將2630的備份數由2變為l，數據節點N3、N4分別向N2返回確認消息。當N2收到所有的確認消息后，向升級調度節點發出升級確認請求。升級調度節點收到N2的升級確認請求后，刪除競爭隊列中N2的升級請求。如圖8c所示，當一定時間過后，數據節點Nl升級操作成功，數據節點Nl的狀態信息由UPD修改為YES，同時向Nl中的每個數據片(數據片1115、1620、2125)所在系統中的其他未升級數據節點N3、N4發起數據片的備份數的更新請求。其他未升級數據節點N3、N4收到此更新請求消息后，相應更新用戶數據片的備份數，具體的，將N3中數據片1115的備份數由0變為1，2125的備份數由1變為2，將N4中數據片1620的備份數由0變為l，將2125的備份數由1變為2。此時數據節點N3與N4同時滿足升級條件，向升級調度節點發送升級請求，升級調度節點決策N3進行升級操作。如圖8d所示，N3執行升級操作，修改自身升級狀態表中的狀態信息，將狀態信息由NO修改為UPD;然后向N3中的每個數據片(數據片1115、2125、2630)所在系統中的其他未升級數據節點N4發起升級更新請求。由于此時其他未升級數據節點N4中的數據片2630數據備份為0，因此N4不能升級。如圖8e所示，當一定時間過后，數據節點N2升級操作成功，數據節點N2的狀態信息由UPD修改為YES，同時向Nl中的每個數據片(數據片1115、1620、2125)所在系統中的其他未升級數據節點N4發起數據片的備份數的更新請求。其他未升級數據節點N4收到此更新請求消息后，相應更新用戶數據片的備份數，具體的，將N4中數據片1620的備份數由1變為2，將2630的備份數由0變為1。此時數據節點N4滿足升級條件，向升級調度節點發送升級請求，N3收到升級調度節點的升級確認消息后，執行升級操作，修改自身升級狀態表中的狀態信息，將狀態信息由NO修改為UPD，如圖8f所示。綜上所述，本發明各實施例適用于分布式存儲系統，可以在至少一份數據可用情況下完成多個數據節點的同時升級。較為理想的情況，可以假設分布式存儲系統中有N個數據節點，共有M份數據，數據冗余度為R，假設各數據節點的存儲能力相同，則每個數據節點平均存儲(MXR)/N份數據，該分布式存儲系統只需要「N/R」個數據節點即可保持每份數據都可以冗余備份，那么，就可以進行(N-「N/R」)個數據節點的升級，這里，"「」"為向上取整符號。在升級過程中，如果某個數據節點的升級發生故障，則需要更新節點狀態和每片數據的備份數；如果某個數據節點的每片數據的備份數長期為0而無法升級，則需要人工檢查是否有故障，如果有故障，則需要人工恢復后，繼續執行升級流程。本發明的實施例還提供了一種升級調度節點，包括接收模塊，用于接收一個或數個滿足預定升級條件的數據節點提出的升級請求，并將升級請求加入競爭隊列；存儲模塊，與所述接收模塊連接，用于存儲競爭隊列；選擇模塊，用于根據預定策略在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；處理模塊，用于根據所述特定數據節點的升級情況，修改所述特定數據節點的狀態信息，以及修改其他未升級數據節點中所包含的相關數據片的備份數。上述升級調度節點還可以包括配置模塊用于配置集中升級狀態表，所述集中升級狀態表用于集中維護各數據節點的狀態信息，以及各數據節點中每個數據片實時可用的備份數。本發明的實施例還提供了一種數據節點的升級系統，包括多個數據節點及升級調度節點。其中每一數據節點存儲一個或數個數據片，用于在滿足預定升級條件時，向升級調度節點發起升級請求。升級調度節點，包括接收模塊，用于接收一個或數個滿足預定升級條件的數據節點提出的升級請求，并將升級請求加入競爭隊列；存儲模塊，與所述接收模塊連接，用于存儲競爭隊列；選擇模塊，用于根據預定策略在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；處理模塊，用于根據所述特定數據節點的升級情況，修改所述特定數據節點的狀態信息，以及修改其他未升級數據節點中所包含的相關數據片的備份數。上述數據節點的升級系統中，還可以為每個數據節點設置一個升級狀態表，該升級狀態表包括該數據節點的狀態信息，以及該數據節點中每個數據片實時可用的備份數。升級狀態表分別存儲于對應的數據節點中和/或集中存儲在升級調度節點中。可以配置各數據節點的節點升級狀態表，也可以將各數據節點的節點狀態和每片數據的備份數集中配置在升級調度節點中，得到集中節點升級狀態表。本發明提供的數據節點的升級方法、升級調度節點以及升級系統，可以依靠數據節點自身的每片數據的冗余備份實現自動升級，無需人工干預，可以在不中斷業務的情況下快速進行數據節點的升級。另外，本實施例也可以用于NGIMS系統中核心數據節點的升級，以解決大量數據節點的升級問題。具體具有以下優點(1)解決了多個數據節點同時提出升級時的沖突問題。通過在分布式數據存儲系統中，設置升級調度節點，解決了多個數據節點同時提出升級請求的沖突問題，如果多個數據節點同時提出升級請求，升級調度節點會把所有的升級請求加入到競爭隊列，如FIFO隊列中，以先收到的請求先執行；(2)降低了成本。通過升級狀態表維護各數據節點的狀態信息，以及各數據節點中11每個數據片實時可用的備份數，該集中升級狀態表與各數據節點中的升級狀態表保持同步更新，當數據節點的數據片的備份數均大于1，即滿足所有的數據片至少有一份數據可用的情況下，即可完成該數據節點的升級操作，從而實現了利用較少的冗余數據節點即可實現升級操作，提高了資源利用率，降低了成本；(3)自動化程度高。由于利用升級狀態表可以清楚的獲得各數據節點的狀態信息，以及各數據節點中每個數據片實時可用的備份數，數據節點可以根據自身的數據冗余備份實現自動升級，無需人工干預，能實現在不中斷業務的情況下較快地升級數據節點軟件；(4)升級效率高。依次升級多個數據節點時，無需頻繁地更改升級配置，且人工干預度較低，因此升級速度加快，提高了升級效率。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。最后應說明的是以上所述僅為本發明的優選實施例而已，并不用于限制本發明，盡管參照前述實施例對本發明進行了詳細的說明，對于本領域的技術人員來說，其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。權利要求一種數據節點的升級方法，其特征在于，包括以下步驟當一個或數個數據節點收到升級指令，滿足升級條件的數據節點分別提出升級請求后，將升級請求加入競爭隊列；在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；該特定數據節點收到升級確認消息后，執行升級操作，修改該特定數據節點對應的升級狀態信息。2.根據權利要求1所述的升級方法，其特征在于，還包括下列步驟所述特定數據節點根據相關數據片向其他未升級數據節點發起升級更新請求，將所述其他未升級數據節點中所包含的相關數據片的備份數執行減一處理。3.根據權利要求1所述的升級方法，其特征在于，所述修改該特定數據節點對應的升級狀態信息為，將該特定數據節點對應的升級狀態信息由未升級NO修改為正在升級UPD，所述升級狀態信息包括升級成功YES、未升級N0、正在升級UPD。4.根據權利要求2所述的升級方法，其特征在于，所述將所述其他未升級數據節點中所包含的相關數據片的備份數執行減一處理之后，還包括所述其他未升級數據節點分別向該特定數據節點返回確認消息。5.根據權利要求4所述的升級方法，其特征在于，特定數據節點收到所有的確認消息后，還包括所述特定數據節點發起升級確認請求；根據收到的升級確認請求，將該特定數據節點對應的升級請求從競爭隊列中刪除；向競爭隊列中的數據節點發送"升級調度失敗"消息；當競爭隊列中的其他數據節點收到"升級調度失敗"消息后，將不滿足升級條件的數據節點對應的升級請求從該競爭隊列中刪除。6.根據權利要求1-5任一所述的升級方法，其特征在于，所述升級條件為數據片的備份數均大于零。7.根據權利要求1-5任一所述的升級方法，其特征在于，當所述特定數據節點升級操作成功后，將其他未升級數據節點的相關數據片的備份數執行加一處理。8.根據權利要求1-5任一所述的升級方法，其特征在于，根據預定策略在競爭隊列中選擇一升級請求具體為在競爭隊列中選擇最先接收到的升級請求。9.根據權利要求8所述升級方法，其特征在于，所述競爭隊列為先進先出FIFO隊列。10.根據權利要求l-5任一所述的升級方法，其特征在于，所述數據節點中存儲一個或多個數據片。11.根據權利要求1所述的升級方法，其特征在于，還包括為每個數據節點設置一個升級狀態表，該升級狀態表包括該數據節點的狀態信息，以及該數據節點中每個數據片實時可用的備份數。12.根據權利要求11所述的方法，其特征在于，升級狀態表分別存儲于對應的數據節點中。13.根據權利要求12所述的方法，其特征在于，還包括獨立存儲于一硬件設備的集中升級狀態表，用于集中維護各數據節點的狀態信息，以及各數據節點中每個數據片實時可用的備份數，該集中升級狀態表與各數據節點中的升級狀態表保持同步更新。14.根據權利要求ll所述的方法，其特征在于，升級狀態表集中存儲在一硬件設備中；該特定數據節點收到升級確認消息之后，修改該特定數據節點對應的升級狀態信息，并將相關數據片的備份數執行減一處理之前還包括該特定數據節點向該硬件設備發送升級確認請求；所述修改該特定數據節點對應的升級狀態信息，并將相關數據片的備份數執行減一處理為該硬件設備收到所述升級確認請求后，修改該特定數據節點對應的升級狀態信息，并將相關數據片的備份數執行減一處理。15.—種升級調度節點，其特征在于，包括接收模塊，用于接收一個或數個滿足預定升級條件的數據節點提出的升級請求，并將升級請求加入競爭隊列；選擇模塊，用于在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；處理模塊，用于根據所述特定數據節點的升級情況，修改所述特定數據節點的狀態信息，以及修改其他未升級數據節點中所包含的相關數據片的備份數。16.根據權利要求15所述的升級調度節點，其特征在于，還包括存儲模塊，與所述接收模塊連接，用于存儲競爭隊列；配置模塊用于配置集中升級狀態表，所述集中升級狀態表用于集中維護各數據節點的狀態信息，以及各數據節點中每個數據片實時可用的備份數。17.—種數據節點的升級系統，其特征在于，包括多個數據節點及升級調度節點；每一數據節點存儲一個或數個數據片，用于在滿足升級條件時，向升級調度節點發起升級請求；升級調度節點，包括接收模塊，用于接收一個或數個滿足升級條件的數據節點提出的升級請求，并將升級請求加入競爭隊列；選擇模塊，用于根據預定策略在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；處理模塊，用于根據所述特定數據節點的升級情況，修改所述特定數據節點的狀態信息，以及修改其他未升級數據節點中所包含的相關數據片的備份數。18.根據權利要求17所述的升級系統，其特征在于，升級調度節點還包括存儲模塊，與所述接收模塊連接，用于存儲競爭隊列；每個數據節點還包括一個升級狀態表，該升級狀態表包括該數據節點的狀態信息，以及該數據節點中每個數據片實時可用的備份數。19.根據權利要求18所述的升級系統，其特征在于，所述升級狀態表分別存儲于對應的數據節點中和/或集中存儲在升級調度節點中。全文摘要本發明公開了一種數據節點的升級方法、升級調度節點及升級系統。該方法，包括當一個或數個數據節點收到升級指令時，滿足升級條件的數據節點分別提出升級請求后，將升級請求加入競爭隊列；在競爭隊列中選擇一升級請求，向該升級請求對應的特定數據節點發送升級確認消息；該特定數據節點收到升級確認消息后，執行升級操作，修改該特定數據節點對應的升級狀態信息。本發明依靠數據節點自身的每片數據的冗余備份實現自動升級，無需人工干預，在不中斷業務的情況下快速進行數據節點的升級。文檔編號H04L12/24GK101753349SQ200810239119公開日2010年6月23日申請日期2008年12月9日優先權日2008年12月9日發明者李剛,歐陽聰星,段曉東,薛海強申請人:中國移動通信集團公司