一種容災接管方法及容災接管系統的製作方法
2023-05-08 14:03:51
一種容災接管方法及容災接管系統的製作方法
【專利摘要】本發明提供了一種容災接管方法及容災接管系統；所述方法應用於至少包括生產系統和測試系統的企業資源系統中；所述方法包括：將生產系統的數據同步到第一存儲設備的第一存儲區域中，作為容災數據；當需要啟用容災接管時，停止同步；將所述第一存儲區域中的容災數據複製到所述第一存儲設備的第二存儲區域裡；所述第一存儲區域及第二存儲區域均採用文件系統方式管理，並且文件系統的結構、命名均與所述生產系統的一致；在複製完成後，測試系統依據複製到所述第二存儲區域的容災數據進行容災接管。本發明能夠快速、可靠地進行應用級的容災接管，並避免對容災數據的二次破壞。
【專利說明】一種容災接管方法及容災接管系統
【技術領域】
[0001]本發明涉及計算機領域，尤其涉及一種容災接管方法及容災接管系統。
【背景技術】
[0002]ERP (企業資源計劃)系統是建立在信息技術基礎上，以系統化的管理思想，為企業決策層及員工提供決策運行手段的管理平臺，藉助這一平臺，企業可以對資源進行有效共享與利用，改善企業經營模式，提高企業競爭力，因此，ERP系統被廣泛應用於企業的日常管理中。
[0003]隨著ERP系統逐漸成為企業管理中越來越重要的系統管理手段，業務功能的支撐已趨完善、全面，企業財務類業務管理及業務操作全部依賴ERP系統的功能協助完成，系統的使用更加密集涉及用戶廣泛，系統的重要性凸顯。基於ERP系統對於企業業務支撐和業務數據保存能力的及時性、安全性的要求也越來越高，對ERP系統提供不間斷業務支撐能力的需求已成為ERP系統在設計建設時的重中之重。
[0004]同大多數的系統一樣，ERP系統運行過程中，會存在:承載系統運行的硬體平臺出現設備意外損壞且難以修復的情況、受制於人力所控之外的如:地震、火災、水災、大面積斷電等非人力能把控的災難因素、系統承載平臺運行過程中出現致命錯誤(硬體BUG)等硬體平臺出現大範圍損壞致使生產環境互備系統失效從而導致整個ERP系統生產環境無法提供系統服務用戶無法訪問，系統使用停止的情況。為使ERP系統具有在出現大範圍硬體類災難性打擊造成生產環境互備機制喪失作用後，系統仍能在短時間內恢復提供生產業務應用的能力確保ERP系統的高可用性，通常企業內都會採用應用級容災系統的方案，購買容災環境專用主機在生產環境發生致命性打擊喪失互備能力後啟用容災環境專用主機接管生產環境的資料庫及應用，以達到通過備用硬體支撐能力的啟用實現業務應用可持續提供的系統高可用性目標。
[0005]從業內流行的應用級容災的設計和功能實現上來看，較為普遍採用的方式為:使用基於智能存儲設備的數據同步技術將ERP系統的數據實時同步至其容災環境存儲設備中，這份數據正常情況下只有一份。在需要容災接管時，斷掉生產環境與容災環境的數據同步連結後，將容災環境中與生產環境架構相同的存儲陣列直接接駁到容災專用主機，以此實現容災專用主機對擁有與生產環境發生災難時完全一致的容災端資料庫及其應用的接管，替換已經無法提供業務應用能力的生產環境，實現生產業務在容災端主機和存儲上的應用過渡。在生產環境修復完成後，會將在容災過程中的容災環境數據逆向同步至已恢復業務應用能力的生產環境，以達到業務數據不丟失、數據一致的目的，不會產生業務補錄等問題。
[0006]這種方法的缺陷在於:
[0007](I) 一般生產環境與其容災環境會使用相同型號、規格的智能存儲設備以避免因硬體的差異造成難以預料的隱患。由於智能存儲設備操作較為複雜、繁瑣且不同廠商的產品特性不盡相同，因此一般的企業硬體平臺維護人員很難全面掌握對智能存儲設備的操控，如出現容災切換這種計劃外需要進行複雜的存儲設備操作場景時，還需依靠廠商人員的現場服務完成相應的設置與實施，對於時效性要求較高的容災切換過程來說，這種依靠廠商介入的方式從全局的把控上顯得較為薄弱，存在因路途、廠商人員臨時調配不足等因素的制約。
[0008](2)如果發生容災切換後的二次災難，將會對容災環境的數據造成損毀，以至於只能通過備份恢復的手段進行生產環境的重建，而應用級容災喪失了其提供連續生產應用服務的能力，生產業務將發生長時間的中斷。
[0009](3)容災主機只在遇到突發大規模生產環境硬體平臺損壞喪失互備運行能力時才會使用，長時間處於待機狀態，應用方面維護不足一旦啟用其硬體運行中是否存在隱患難以知曉，存在不確定因素。
[0010](4) 一般業內應用級容災多採用降級容災的方式，當出現生產環境大面積甚至全部損壞的情況容災專用主機的性能承載能力將成為瓶頸可能無法提供正常的使用體驗。
【發明內容】
[0011]本發明要解決的技術問題是如何快速、可靠地進行應用級的容災接管，並避免對容災數據的二次破壞。
[0012]為了解決上述問題，本發明提供了一種容災接管方法，應用於至少包括生產系統和測試系統的企業資源系統中；所述方法包括:
[0013]將生產系統的數據同步到第一存儲設備的第一存儲區域中，作為容災數據；
[0014]當需要啟用容災接管時，停止同步；
[0015]將所述第一存儲區域中的容災數據複製到所述第一存儲設備的第二存儲區域裡；所述第一存儲區域及第二存儲區域均採用文件系統方式管理，並且文件系統的結構、命名均與所述生產系統的一致；
[0016]在複製完成後，測試系統依據複製到所述第二存儲區域的容災數據進行容災接管。
[0017]可選地，所述第一存儲設備為智能存儲設備；所述第一系統存儲區域和第二系統存儲區域各包括一個磁碟陣列；
[0018]將所述第一存儲區域中的容災數據複製到所述第一存儲設備的第二存儲區域裡的步驟包括:
[0019]通過底層數據複製技術將所述第一存儲區域的磁碟陣列中的容災數據，複製到所述第一存儲設備中的第二存儲區域的磁碟陣列裡。
[0020]可選地，所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管的步驟包括:
[0021]所述測試系統調用複製到所述第二存儲區域的容災數據中的配置文件啟動容災資料庫及容災應用；所述配置文件包括以下任一項配置信息或其任意組合:應用服務埠、資料庫埠、所使用的磁碟、路徑。
[0022]可選地，所述測試系統依據複製到所述第二存儲區域中的容災數據進行容災接管的步驟還包括:
[0023]將用戶設備對於所述測試系統的訪問埠由禁用狀態改為開啟狀態，將用戶設備對於所述生產系統的訪問埠由開啟狀態改為禁用狀態。
[0024]可選地，當包括多個生產實例時，所述停止同步的步驟包括:
[0025]判斷所述生產系統中各生產實例能否正常運行；對於無法正常運行的生產實例的數據，停止同步；對於正常運行的生產實例的數據，繼續同步至所述第一存儲區域；
[0026]所述測試系統依據複製到所述第二存儲區域中的容災數據進行容災接管的步驟包括:
[0027]所述測試系統依據複製到所述第二存儲區域中的容災數據，對無法正常運行的生產實例進行接管。
[0028]本發明還提供了一種容災接管系統，用於對企業資源系統中的生產系統進行容災接管；包括:第一存儲設備；
[0029]所述第一存儲設備包括:
[0030]第一存儲區域及第二存儲區域；所述第一存儲區域及第二存儲區域均採用文件系統方式管理，並且文件系統的結構、命名均與所述生產系統的一致；
[0031]數據同步模塊，用於將所述生產系統的數據同步到所述第一存儲設備的第一存儲區域中，作為容災數據；當需要啟用容災接管時，停止同步；
[0032]數據複製模塊，用於將所述第一存儲區域中的容災數據複製到所述第二存儲區域裡；
[0033]所述系統還包括:測試系統，用於在複製完成後，依據複製到所述第二存儲區域的容災數據進行容災接管。
[0034]可選地，所述第一存儲設備為智能存儲設備；所述容災系統存儲區域和測試系統存儲區域各包括一個磁碟陣列；
[0035]所述數據複製模塊將所述第一存儲區域中的容災數據複製到所述第二存儲區域裡是指:
[0036]所述數據複製模塊通過底層數據複製技術將所述第一存儲區域的磁碟陣列中的容災數據複製到所述第二存儲區域的磁碟陣列裡。
[0037]可選地，所述的系統還包括:
[0038]負載均衡設備，用於向用戶設備提供對所述測試系統和所述生產系統的訪問埠 ；當所述生產系統正常工作時，將所述測試系統的訪問埠設置為禁用狀態，將所述生產系統的訪問埠設置為開啟狀態；當所述測試系統進行容災接管時，將所述測試系統的訪問埠由禁用狀態改為開啟狀態，將所述生產系統的訪問埠由開啟狀態改為禁用狀態。
[0039]可選地，所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管是指:
[0040]所述測試系統調用複製到所述第二存儲區域的容災數據中的配置文件啟動容災資料庫及容災應用；所述配置文件包括以下任一項配置信息或其任意組合:應用服務埠、資料庫埠、所使用的磁碟、路徑。
[0041]可選地，當包括多個生產實例時，所述數據同步模塊停止同步是指:
[0042]所述數據同步模塊判斷所述生產系統中各生產實例能否正常運行；對於無法正常運行的生產實例的數據，停止同步；對於正常運行的生產實例的數據，繼續同步至所述第一存儲區域；[0043]所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管是指:
[0044]所述測試系統依據複製到所述第二存儲區域的容災數據，對無法運行的生產實例進行接管。
[0045]本發明的至少一個實施例採用與生產環境結構相近或相同的測試環境硬體資源進行容災接管，由於測試系統日常使用頻繁，軟硬體維護較之容災專用主機要更為全面及時，因此在接管容災環境後運行相對較為穩定，系統性能資源有保障，且無須等待存儲廠商專業人員到現場的情況下，以企業內的應用及硬體維護人員配合即可完成對容災環境的接管，快速及時恢復生產業務應用；在容災接管時將與生產系統同步得到的容災數據複製到與該容災數據位於同一存儲設備中的其它存儲區域中，可以避免對容災數據的二次破壞，災難發生那一刻的容災數據可以作為備份進行保管，而不直接使用。
【專利附圖】
【附圖說明】
[0046]圖1是實施例一的容災接管方法的流程示意圖；
[0047]圖2a是實施例一中進行數據同步的示意圖；
[0048]圖2b是實施例一中進行數據複製的示意圖；
[0049]圖3a是實施例一中例子一的示意圖；
[0050]圖3b是實施例一中例子二的示意圖；
[0051]圖3c是實施例一中例子三的示意圖；
[0052]圖3d是實施例一中例子四的示意圖；
[0053]圖4a是實施例二中正常工作時負載均衡設備的工作示意圖；
[0054]圖4b是實施例二中容災切換時負載均衡設備的工作示意圖；
[0055]圖4c是實施例二中容災切換且負載均衡設備失效時的示意圖。
【具體實施方式】
[0056]下面將結合附圖及實施例對本發明的技術方案進行更詳細的說明。
[0057]需要說明的是，如果不衝突，本發明實施例以及實施例中的各個特徵可以相互結合，均在本發明的保護範圍之內。另外，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同於此處的順序執行所示出或描述的步驟。
[0058]實施例一、一種容災接管方法，應用於至少包括生產系統和測試系統的企業資源系統中；如圖1所示，所述方法包括:
[0059]S101、將生產系統的數據同步到第一存儲設備的第一存儲區域中，作為容災數據；
[0060]S102、當需要啟用容災接管時，停止同步；
[0061]S103、將所述第一存儲區域中的容災數據複製到所述第一存儲設備的第二存儲區域裡；所述第一存儲區域及第二存儲區域均採用文件系統方式管理，並且文件系統的結構、命名均與所述生產系統的一致；
[0062]S104、在複製完成後，測試系統依據複製到所述第二存儲區域的容災數據進行容災接管。
[0063]由於ERP系統肩負企業月結、年結、出具財務報表、審計等關鍵財務類功能並保存企業財重要財務信息因此其運行過程中的安全、穩定及可靠性通常在企業內定義為最高級另IJ，任何在ERP系統內的設置、變更或安裝補丁均需先在與生產環境內容相近的測試環境驗證後方可在生產環境執行，多方面確保ERP系統生產環境的穩定與安全，正因為這個特性通常企業在建設ERP系統時都會建設與其硬體相近或相同、軟體架構一致的測試系統，以達到對生產環境在運行過程中數據與軟體方面的全方位保護。
[0064]本實施例中採用測試系統進行生產容災接管，擺脫了傳統容災環境保持靜態的束縛，活用了硬體資源同時使得作為容災環境的測試系統的軟硬體升級、維護與生產環境同步，實現隨時無障礙應用容災切換，避免了長期處於靜態的容災硬體資源因維護不夠及時而導致切換時發生意外的可能。另外，由於測試系統和生產系統軟體架構相同，因此容災接管時可在無廠商現場配合的情況下獨立完成，能夠最大程度簡化發生容災切換時的維護人員的技術操作、降低對廠商提供技術支撐的依賴、更短時間內實現容災切換的實現。
[0065]本實施例由於在發生容災切換前將發生災難那一刻(即需要進行容災接管，停止同步那一刻)的容災數據先複製到測試系統所用的第二存儲區域，對原始的容災數據不進行任何應用操作僅保留數據，做到容災數據的雙保險，解決了一般傳統容災系統沒有備份環境的弊端；即使之後發生二次破壞，依然能保證有一份完整的、未變動過的、停在生產系統發生災難那個時間點的容災數據。
[0066]與生產系統進行數據同步的第一存儲區域與進行容災接管的第二存儲區域存儲共用同一存儲設備的機制，可以實現容災數據隨時至第二存儲區域的一份或多份複製，可以應對多種數據使用要求；除去在測試環境硬體基礎上實施的與生產環境一致的容災應用環境外，其餘多份的數據複製會因內置腳本的不同複製到其他測試存儲的文件系統中，通過克隆技術完成多套新的測試環境的建立，實現測試環境的分類使用，達到對生產環境業務及功能更為全面的測試與保障，也使得測試環境的數據與生產環境更為接近，使測試的內容更具針對性和正確性，解決了以往測試環境更新緩慢需要停生產環境的弊端。
[0067]本實施例的一種實施方式中，所述第一存儲設備為智能存儲設備，第一存儲區域和第二存儲區域可以各包括一個磁碟陣列，用於保存生產系統的數據的生產系統存儲區域也可以是另一個智能存儲設備中的一個磁碟陣列。
[0068]本實施方式中，將所述第一存儲區域中的容災數據複製到所述第一存儲設備的第二存儲區域裡的步驟具體可以包括:
[0069]通過底層數據複製技術將所述第一存儲區域的磁碟陣列中的容災數據複製到所述第一存儲設備中的第二存儲區域的磁碟陣列裡。
[0070]本實施例的一種實施方式中，所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管的步驟具體可以包括:
[0071]所述測試系統調用複製到所述第二存儲區域的容災數據中的配置文件啟動容災資料庫及容災應用；所述配置文件可以包括以下任一項配置信息或其任意組合:
[0072]應用服務埠、資料庫埠、所使用的磁碟、路徑等信息。
[0073]本實施例的一種實施方式中，所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管的步驟還可以包括:
[0074]將用戶設備對於所述測試系統的訪問埠由禁用狀態改為開啟狀態，將用戶設備對於所述生產系統的訪問埠由開啟狀態改為禁用狀態。[0075]所述配置文件包括了應用層和資料庫層的配置信息，除上述配置信息之外，還可以包括構成測試系統所需的其它信息，其具體信息可根據ERP系統容災環境建設時，在測試系統進行應用克隆及資料庫配置而獲得，之後生成的與測試系統相關的配置文件打包放入生產系統存儲區域的指定路徑下；在需要使用測試系統進行應用級容災環境時，可以直接使用這些從生產環境同步過來的、與測試系統相關的配置文件進行測試系統的啟動。
[0076]本實施例的一種實施方式中，當包括多個生產實例時，停止同步的步驟具體可以包括:
[0077]判斷所述生產系統中各生產實例能否正常運行；對於無法正常運行的生產實例的數據，停止同步；對於正常運行的生產實例的數據，繼續同步至所述第一存儲區域；
[0078]所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管的步驟具體可以包括:
[0079]所述測試系統依據複製到所述第二存儲區域中的容災數據，對無法正常運行的生產實例進行接管。
[0080]本實施例中，將所述第一存儲區域中的容災數據複製到所述第一存儲設備中的第二存儲區域裡時，可以複製一份或多份。
[0081]本實施例的一種實施方式中，所述第一存儲設備為智能存儲設備，所述第一存儲區域為容災系統存儲區域，第二存儲區域為測試系統存儲區域；用於提供所述生產系統存儲區域的也是智能存儲設備。
[0082]該實施方式中，進行日常的數據同步時，ERP的生產、容災與測試系統存儲區域的關係如圖2a所示，智能存儲設備A (後文簡稱為A點)和智能存儲設備B (以下簡稱為B點)為兩個型號相同的智能存儲設備。A點主要包含ERP生產環境所用磁碟陣列(生產系統存儲區域)，還包括智能存儲設備的數據同步模塊和數據底層複製模塊。B點主要包括與生產環境存儲架構設計完全相同的兩份磁碟陣列，分別作為容災系統存儲區域和測試系統存儲區域，同時也包含智能存儲設備的數據同步模塊和數據底層複製模塊。
[0083]A點正常工作時保持與B點的數據實時同步，具體而言是生產系統存儲區域中的數據與容災系統存儲區域中的數據的同步。B點中測試系統存儲區域的數據通過智能存儲設備提供的底層數據複製功能從容災系統存儲區域獲得，在生產系統正常工作時，也可以通過外界下達指令或自動執行的方式將容災系統存儲區域中的數據複製到測試系統存儲區域的預定路徑中，通過克隆的方式實現測試系統的使用。複製的過程為人工執行或自動執行數據複製腳本完成。執行後測試系統存儲區域中運行的是與生產系統某時間點數據相同的測試環境，用來進行業務或系統測試。容災系統存儲區域與測試系統存儲區域之間的同步不一定是實時的，因此在圖2a中以虛線表示。
[0084]當出現ERP系統生產環境重大災難且生產環境中互備機制失效的情況下，需要啟動應用級容災環境接替生產應用；此時需要進行底層數據複製，ERP的生產、容災與測試系統存儲區域的關係如圖2b所示，A點與B點的數據實時同步會自動停止(生產環境此時已不具備進行數據同步的能力，在多生產實例的生產環境中，智能存儲設備具備依據生產實例斷開相應數據同步連結的功能)，此時B點的容災系統存儲區域中所保留的數據為生產環境發生災難那一個時間點的數據，根據需要此時可以直接進行複製容災系統存儲區域的數據至測試系統存儲區域的操作(可以由維護人員執行預置的腳本來進行複製，也可以由智能存儲設備B在同步停止時自動執行預置的腳本來進行複製)，此複製操作是基於智能存儲設備底層數據複製機制，複製過程通常很快(分鐘級)，此操作無需容災系統廠商的協助。
[0085]下面用該實施方式中的幾個典型處理流程的例子進一步說明本實施例。
[0086]因企業ERP系統建設時依據業務支撐能力、採用的硬體平臺架構等因素所致設計的不同資料庫會分為多實例、單實例之分；應用服務會有單節點應用與雙節點應用之分。無論生產實例及應用服務採用哪種架構，只要其採用文件系統存儲管理方式，且擁有與生產環境架構相同的測試環境，就能夠實現本實施例中利用測試系統接管生產系統，進行應用容災的方法，做到快速響應及時接替生產應用。
[0087]例子一、單生產實例與單節點應用的容災，如圖3a所示。
[0088]本例子中，生產系統存儲區域中包括一個生產資料庫和與該生產資料庫交互的一個生產應用節點的數據；測試系統存儲區域中包括一個容災資料庫和與該容災資料庫交互的一個容災應用節點的數據。
[0089]正常情況下ERP系統的生產系統存儲區域中的數據變化會實時同步至容災系統存儲區域中，當出現生產環境重大災難需要啟用容災環境接替生產應用時，此實時同步會由存儲設備的監控機制自動停止，使得容災系統存儲區域中的數據保持在生產環境發生災難失去同步的那一時間點上。
[0090]容災系統存儲區域與測試系統存儲區域在同一存儲設備中，發生容災切換時，直接通過存儲設備的底層數據複製技術將容災系統存儲區域中的數據複製到在測試系統存儲區域中依照生產環境的存儲結構設置的存儲路徑中，測試環境使用的作業系統也與生產環境相同；與此同時由企業網絡維護人員開啟負載均衡設備中原先處于禁用狀態的測試主機容災環境訪問檔口，如此時負載均衡設備已無法使用則無需進行此操作。
[0091]數據複製完畢後，通過之前在建設階段創建的、保存於生產系統存儲區域並同步至容災系統存儲區域中的配置文件啟動容災環境的資料庫及應用，完成對生產應用服務的接替；如此時負載均衡設備無法使用則由應用維護人員向用戶發布容災環境的訪問連結實現用戶的訪問使用，如此時負載均衡設備正常可用則無需執行此步驟，用戶按照以往訪問生產環境的方式即可實現對容災環境的使用。
[0092]例子二、單生產實例與雙節點應用的容災，如圖3b所示。
[0093]本例子中，生產系統存儲區域中包括一個生產資料庫和與該生產資料庫交互的兩個生產應用節點的數據；測試系統存儲區域中包括一個容災資料庫和與該容災資料庫交互的一個容災應用節點的數據。
[0094]正常情況下ERP系統生產系統存儲區域中的數據變化會實時同步至容災系統存儲區域中，當出現生產環境重大災難需要啟用容災環境接替生產應用時，此實時同步會由存儲設備的監控機制自動停止，使得容災系統存儲區域中的數據保持在生產環境發生災難失去同步的那一時間點上。
[0095]雙節點應用伺服器的目的在於提高應用伺服器應對風險的能力，兩臺應用伺服器各作為一個生產應用節點，兩者的軟硬體版本、型號、架構均相同，通過負載均衡設備實現對生產業務的共同支撐，由於是互備關係，這兩臺伺服器僅有一臺中的內容同步至容災系統存儲區域即可，容災切換後將在容災端啟用單節點應用。
[0096]容災系統存儲區域與測試系統存儲區域在同一存儲設備中，發生容災切換時直接通過存儲設備的底層數據複製技術，將容災系統存儲區域中的數據複製到在測試系統存儲區域中依照生產環境的存儲結構設置的存儲路徑中，使用的作業系統也與生產環境相同，與此同時由企業網絡維護人員開啟負載均衡設備中原先處于禁用狀態的測試主機容災環境訪問埠，如此時負載均衡設備已無法使用則無需進行此操作。
[0097]數據複製完畢後通過之前在建設階段創建的、保存於生產系統存儲區域並同步至容災系統存儲區域中的配置文件啟動容災環境的資料庫及應用，完成對生產應用服務的接替；如此時負載均衡設備無法使用則由應用維護人員向用戶發布容災環境的訪問連結實現用戶的訪問使用，如此時負載均衡設備正常可用則無需執行此步驟，用戶按照以往訪問生產環境的方式即可實現對容災環境的使用。
[0098]例子三、多生產實例與單節點應用的容災，如圖3c所示。
[0099]本例子中，生產系統存儲區域中包括N個生產資料庫(N為大於I的正整數)，和與各生產資料庫一一對應交互的N個生產應用節點的數據；測試系統存儲區域中包括N個容災資料庫和與各容災資料庫一一對應交互的N個容災應用節點的數據。
[0100]正常情況下，ERP系統生產環境中的數據變化會實時同步至容災系統存儲區域中，當出現生產環境重大災難需要啟用容災環境接替生產應用時，此實時同步會由存儲設備的監控機制自動停止，使得容災系統存儲區域中的數據保持在生產環境發生災難失去同步的那一時間點上。
[0101]ERP系統設計時由於考慮到應用環境、業務量、硬體平臺性能資源等因素，對於業務量集中、龐大的企業一般會採用多生產實例的方式達到對ERP系統支撐性能要求上的滿足。當災難發生時有可能並不是所有的生產環境硬體均失去運行能力，可能存在幾個(套)互備的生產實例無法運行的情況，智能存儲設備具有根據不同的生產實例進行數據同步的斷開的功能，正常的生產實例依然保持數據正常同步至容災系統存儲區域，而出現無法運行的生產實例將由測試系統啟用相應的容災環境所替代。
[0102]容災系統存儲區域與測試系統存儲區域在同一存儲設備中，發生容災切換時直接通過存儲設備的底層數據複製技術，將容災系統存儲區域中的數據複製到在測試系統存儲區域中依照生產環境的存儲結構設置的存儲路徑中，使用的作業系統也與生產環境相同，與此同時由企業網絡維護人員開啟負載均衡設備中原先處于禁用狀態的測試主機容災環境訪問檔口，如此時負載均衡設備已無法使用則無需進行此操作。
[0103]數據複製完畢後，通過之前在建設階段創建的、保存於生產系統存儲區域並同步至容災系統存儲區域中的配置文件啟動容災環境的資料庫及應用，完成對生產應用服務的接替；如此時負載均衡設備無法使用，則由應用維護人員向用戶發布容災環境的訪問連結實現用戶的訪問使用，如此時負載均衡設備正常可用則無需執行此步驟，用戶按照以往訪問生產環境的方式即可實現對容災環境的使用。
[0104]例子四，多生產實例與雙節點應用的容災，如圖3d所示。
[0105]本例子中，生產系統存儲區域中包括N個生產資料庫(N為大於I的正整數)，以及這N個生產資料庫各自交互的兩個生產應用節點的數據；測試系統存儲區域中包括N個容災資料庫和與各容災資料庫一一對應交互的N個容災應用節點的數據。
[0106]正常情況下ERP系統生產環境中的數據變化會實時同步至容災系統存儲區域中，當出現生產環境重大災難需要啟用容災環境接替生產應用時，此實時同步會由存儲設備的監控機制自動停止，使得容災系統存儲區域中的數據保持在生產環境發生災難失去同步的那一時間點上。
[0107]ERP系統設計時由於考慮到應用環境、業務量、硬體平臺性能資源等因素，對於業務量集中、龐大的企業一般會採用多生產實例的方式，達到對ERP系統支撐性能要求上的滿足；為提升ERP系統生產環境自身應對風險的能力，同時還採用應用雙節點的方式，兩臺應用節點伺服器軟硬體版本、型號、架構均相同，通過負載均衡設備實現對生產業務的共同支撐，由於是互備關係這兩臺伺服器僅有一臺中的內容同步至容災系統存儲區域即可。容災切換後將在容災端啟用單節點應用。當災難發生時有可能並不是所有的生產環境硬體均失去運行能力，可能存在幾個(套)互備的生產實例無法運行的情況，智能存儲設備具有根據不同的生產實例進行數據同步的斷開的功能，正常的生產實例依然保持數據正常同步至容災系統存儲區域，而出現無法運行的生產實例將由測試系統啟用的相應的容災環境所替代。
[0108]容災系統存儲區域與測試系統存儲區域在同一存儲設備中，發生容災切換時直接通過存儲設備的底層數據複製技術，將容災系統存儲區域中的數據複製到在測試系統存儲區域中依照生產環境的存儲結構設置的存儲路徑中，使用的作業系統也與生產環境相同；與此同時由企業網絡維護人員開啟負載均衡設備中原先處于禁用狀態的測試主機容災環境訪問檔口，如此時負載均衡設備已無法使用則無需進行此操作。
[0109]數據複製完畢後，通過之前在建設階段創建的、保存於生產系統存儲區域並同步至容災系統存儲區域中的配置文件啟動容災環境的資料庫及應用，完成對生產應用服務的接替，如此時負載均衡設備無法使用，則由應用維護人員向用戶發布容災環境的訪問連結實現用戶的訪問使用，如此時負載均衡設備正常可用則無需執行此步驟，用戶按照以往訪問生產環境的方式即可實現對容災環境的使用。
[0110]實施例二、一種容災接管系統，用於對生產系統進行容災接管；包括:第一存儲設備;
[0111]所述第一存儲設備包括:
[0112]第一存儲區域及第二存儲區域；所述第一存儲區域及第二存儲區域均採用文件系統方式管理，並且文件系統的結構、命名均與所述生產系統的一致；
[0113]數據同步模塊，用於將所述生產系統的數據同步到所述第一存儲設備的容災系統存儲區域中，作為容災數據；當需要啟用容災接管時，停止同步；
[0114]數據複製模塊，用於將所述第一存儲區域中的容災數據複製到所述第二存儲區域裡；
[0115]所述系統還包括:測試系統，用於在複製完成後，依據複製到所述第二存儲區域的容災數據進行容災接管。本實施例中，所述數據同步模塊進行同步的具體方式可以為:生產環境在不關閉的情況下通過與存儲設備的信息交換，將生產系統中的數據寫入到存儲設備中預留好的、結構、命名與生產系統一致的第一存儲區域中。同步方式採用存儲設備的在線同步方式。第一存儲區域是在進行存儲配置方案時預先制定劃分好的，這部分空間是獨立的，完全供生產系統的數據同步之用，一旦生產環境出現存儲擴容，相應的第一存儲區域也需要進行相同容量的擴容。第一次同步由於第一存儲區域中沒有數據，相當於將當時的生產系統的數據全部複製，所以時間會相對較長，之後再進行同步則可以是根據數據的增量進行寫入，並且是實時同步寫入的方式，時間會大為縮短。
[0116]本實施例中，生產系統的數據同步到第一存儲區域中後可以不馬上向第二存儲區域傳送；在需要進行容災接管時、或是在需要時、或是在指定的時刻，可以通過存儲環境的鏡像映射(也可以理解為存儲設備內不同磁碟陣列間的底層數據複製)將第一存儲區域中的容災數據傳送到指定的第二存儲區域之中，其結構與命名與生產系統一致。向第二存儲區域複製數據的工作可以通過預先設置好的腳本自動運行，或通過人工手動操作進行。
[0117]本實施例的一種實施方式中，所述第一存儲設備為智能存儲設備，第一存儲區域和第二存儲區域可以各包括一個磁碟陣列；用於保存生產系統的數據的生產系統存儲區域也可以是另一個智能存儲設備中的一個磁碟陣列。
[0118]所述數據複製模塊將所述第一存儲區域中的容災數據複製到所述第二存儲區域裡具體可以是指:
[0119]所述數據複製模塊通過底層數據複製技術將所述第一存儲區域的磁碟陣列中的容災數據複製到所述第二存儲區域的磁碟陣列裡。
[0120]本實施例的一種實施方式中，所述系統還可以包括:
[0121]負載均衡設備，用於向用戶設備提供對所述測試系統和所述生產系統的訪問埠 ；當所述生產系統正常工作時，將所述測試系統的訪問埠設置為禁用狀態，將所述生產系統的訪問埠設置為開啟狀態，如圖4a所示；當所述測試系統進行容災接管時，將所述測試系統的訪問埠由禁用狀態改為開啟狀態，將所述生產系統的訪問埠由開啟狀態改為禁用狀態，如圖4b所示。
[0122]本實施方式中，用戶設備正常訪問時會通過負載均衡內置的訪問埠實現對生產系統的訪問，負載均衡設備中除了正常訪問時使用的生產系統的訪問埠外，還會保留測試系統的訪問埠 ；正常情況下測試系統的訪問埠為禁用狀態，在發生容災切換後會打開測試系統的埠而將生產系統的訪問埠改為禁用狀態，此操作可自動執行或由企業內部網絡維護人員直接執行。操作時間在10分鐘以內，並可與複製數據至測試系統存儲區域的操作並行，相互間無影響。負載均衡設備中各訪問埠信息均來自系統實施時的設置。在ERP生產環境產生重大災難且需要進行容災切換時，如當時負載均衡設備運行正常則用戶設備對於系統的訪問方式不會發生任何改變，按照往常登陸生產環境的方式，即可藉助負載均衡設備的分配機制自動訪問已替換了生產系統、用以執行生產業務應用、運行於測試系統上的容災環境。
[0123]如果ERP系統發生容災切換後負載均衡設備無法使用，則如圖4c所示,可由應用維護人員直接向用戶設備提供運行於測試系統上的容災環境的訪問連結，實現用戶設備對容災環境的直接訪問。
[0124]本實施例的一種實施方式中，所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管是指:
[0125]所述測試系統調用複製到所述第二存儲區域的容災數據中的配置文件啟動容災資料庫及容災應用；所述配置文件可以包括以下任一項配置信息或其任意組合:應用服務埠、資料庫埠、所使用的磁碟、路徑。
[0126]該實施方式中，所述容災接管系統還可以包括一配置模塊，用於根據在容災接管系統實施時創建的、在測試系統上啟動的應用層和資料庫層的配置信息，配置運行於測試系統上的容災環境。所述配置文件在容災接管系統建設時創建並打包存放於生產系統中，除上述配置信息外，還可以包括構成測試系統所需的其它信息，其具體信息可根據ERP系統容災環境建設時在測試系統進行應用克隆及資料庫配置而獲得，並會隨著容災數據同步機制直接同步到第一存儲區域中，當在測試系統啟用容災應用時，會隨底層數據複製功能直接複製到第二存儲區域中，在啟動容災資料庫及容災應用時直接調用即可。
[0127]本實施例的一種實施方式中，當包括多個生產實例時，所述數據同步模塊停止同步具體可以是指:
[0128]所述數據同步模塊判斷所述生產系統中各生產實例能否正常運行；對於無法正常運行的生產實例的數據，停止同步；對於正常運行的生產實例的數據，繼續同步至所述第一存儲區域；
[0129]所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管具體可以是指:
[0130]所述測試系統依據複製到所述第二存儲區域的容災數據，對無法正常運行的生產實例進行接管。
[0131]當然，本發明還可有其他多種實施例，在不背離本發明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形，但這些相應的改變和變形都應屬於本發明的權利要求的保護範圍。
【權利要求】
1.一種容災接管方法，應用於至少包括生產系統和測試系統的企業資源系統中；所述方法包括: 將生產系統的數據同步到第一存儲設備的第一存儲區域中，作為容災數據； 當需要啟用容災接管時，停止同步； 將所述第一存儲區域中的容災數據複製到所述第一存儲設備的第二存儲區域裡；所述第一存儲區域及第二存儲區域均採用文件系統方式管理，並且文件系統的結構、命名均與所述生產系統的一致； 在複製完成後，測試系統依據複製到所述第二存儲區域的容災數據進行容災接管。
2.如權利要求1所述的方法，其特徵在於: 所述第一存儲設備為智能存儲設備；所述第一系統存儲區域和第二系統存儲區域各包括一個磁碟陣列； 將所述第一存儲區域中的容災數據複製到所述第一存儲設備的第二存儲區域裡的步驟包括: 通過底層數據複製技術將所述第一存儲區域的磁碟陣列中的容災數據，複製到所述第一存儲設備中的第二存儲區域的磁碟陣列裡。
3.如權利要求1所述的方法，其特徵在於，所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管的步驟包括: 所述測試系統調用複製到 所述第二存儲區域的容災數據中的配置文件啟動容災資料庫及容災應用；所述配置文件包括以下任一項配置信息或其任意組合: 應用服務埠、資料庫埠、所使用的磁碟、路徑。
4.如權利要求3所述的方法，其特徵在於，所述測試系統依據複製到所述第二存儲區域中的容災數據進行容災接管的步驟還包括: 將用戶設備對於所述測試系統的訪問埠由禁用狀態改為開啟狀態，將用戶設備對於所述生產系統的訪問埠由開啟狀態改為禁用狀態。
5.如權利要求1所述的方法，其特徵在於，當包括多個生產實例時，所述停止同步的步驟包括: 判斷所述生產系統中各生產實例能否正常運行；對於無法正常運行的生產實例的數據，停止同步；對於正常運行的生產實例的數據，繼續同步至所述第一存儲區域； 所述測試系統依據複製到所述第二存儲區域中的容災數據進行容災接管的步驟包括: 所述測試系統依據複製到所述第二存儲區域中的容災數據，對無法正常運行的生產實例進行接管。
6.一種容災接管系統，用於對企業資源系統中的生產系統進行容災接管；包括:第一存儲設備； 其特徵在於: 所述第一存儲設備包括: 第一存儲區域及第二存儲區域；所述第一存儲區域及第二存儲區域均採用文件系統方式管理，並且文件系統的結構、命名均與所述生產系統的一致； 數據同步模塊，用於將所述生產系統的數據同步到所述第一存儲設備的第一存儲區域中，作為容災數據；當需要啟用容災接管時，停止同步； 數據複製模塊，用於將所述第一存儲區域中的容災數據複製到所述第二存儲區域裡； 所述系統還包括: 測試系統，用於在複製完成後，依據複製到所述第二存儲區域的容災數據進行容災接管。
7.如權利要求6所述的系統，其特徵在於: 所述第一存儲設備為智能存儲設備；所述容災系統存儲區域和測試系統存儲區域各包括一個磁碟陣列； 所述數據複製模塊將所述第一存儲區域中的容災數據複製到所述第二存儲區域裡是指: 所述數據複製模塊通過底層數據複製技術將所述第一存儲區域的磁碟陣列中的容災數據複製到所述第二存儲區域的磁碟陣列裡。
8.如權利要求6所述的系統，其特徵在於，還包括: 負載均衡設備，用於向用戶設備提供對所述測試系統和所述生產系統的訪問埠 ；當所述生產系統正常工作時，將所述測試系統的訪問埠設置為禁用狀態，將所述生產系統的訪問埠設置為開啟狀態；當所述測試系統進行容災接管時，將所述測試系統的訪問埠由禁用狀態改為開啟狀態，將所述生產系統的訪問埠由開啟狀態改為禁用狀態。
9.如權利要求6所述的系統，其特徵在於，所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管是指: 所述測試系統調用複製到所述第二存儲區域的容災數據中的配置文件啟動容災資料庫及容災應用；所述配置文件包括以下任一項配置信息或其任意組合:應用服務埠、資料庫埠、所使用的磁碟、路徑。
10.如權利要求6所述的系統，其特徵在於，當包括多個生產實例時，所述數據同步模塊停止同步是指: 所述數據同步模塊判斷所述生產系統中各生產實例能否正常運行；對於無法正常運行的生產實例的數據，停止同步；對於正常運行的生產實例的數據，繼續同步至所述第一存儲區域； 所述測試系統依據複製到所述第二存儲區域的容災數據進行容災接管是指: 所述測試系統依據複製到所述第 二存儲區域的容災數據，對無法運行的生產實例進行接管。
【文檔編號】G06Q10/06GK103617269SQ201310654169
【公開日】2014年3月5日 申請日期:2013年12月5日 優先權日:2013年12月5日
【發明者】王長徵 申請人:中國聯合網絡通信集團有限公司, 聯通系統集成有限公司