TW201411338A - 自動災難復原和資料遷移系統及方法 - Google Patents

自動災難復原和資料遷移系統及方法 Download PDF

Info

Publication number
TW201411338A
TW201411338A TW102119603A TW102119603A TW201411338A TW 201411338 A TW201411338 A TW 201411338A TW 102119603 A TW102119603 A TW 102119603A TW 102119603 A TW102119603 A TW 102119603A TW 201411338 A TW201411338 A TW 201411338A
Authority
TW
Taiwan
Prior art keywords
machine
recovery
host image
client
type
Prior art date
Application number
TW102119603A
Other languages
English (en)
Other versions
TWI610166B (zh
Inventor
Po-Hsin Wei
Andrew Spyros Malitzis
Andrew Lee Modansky
Sheng-Chang Chang
Original Assignee
Falconstor Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Falconstor Inc filed Critical Falconstor Inc
Publication of TW201411338A publication Critical patent/TW201411338A/zh
Application granted granted Critical
Publication of TWI610166B publication Critical patent/TWI610166B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/119—Details of migration of file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2048—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share neither address space nor persistent storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4406—Loading of operating system
    • G06F9/441—Multiboot arrangements, i.e. selecting an operating system to be loaded
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/805—Real-time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data

Abstract

揭露用以轉移第一機器之主機影像至第二機器的方法及系統，例如在災難復原或遷移期間。於一範例中，第一類型的第一機器(例如第一客戶機器)之第一設定檔係與第二機器(例如復原機器或第二類型(與第一類型不同)之第二客戶機器)之第二設定檔比較，該主機影像係藉由第一處理裝置轉移至復原機器或第二類型之第二客戶機器。第一及第二設定檔各分別包含第一類型的第一機器及第二類型的第二機器之至少一性質。第一機器之主機影像的至少一性質係與第二機器的至少一對應的性質一致。經一致化的主機影像係經由網路被提供至第二機器。藉由第二機器之第二處理裝置，第二機器係經組構有主機影像之至少一經一致化的性質。

Description

自動災難復原和資料遷移系統及方法
本發明主張2012年6月4日申請的美國臨時申請案第61/655,308號之優先權，其以讓與本發明之受讓人，且係併入於此作為參考。
自任何類型之客戶機器至任何類型之復原機器的資料復原，更具體言之，自動資料復原，及回到任何類型之客戶機器的失效備援(failover)。
在因停電、天然災難(例如地震、洪水、颶風、龍捲風)、或人為問題(例如危險材料的溢出、基礎架構的失效、或破壞)之後的資料遺失或損壞、設備失效或全站停機的停工期後，確保順利的復原操作是資料中心的明顯挑戰。資料災難復原站台(site)處的恢復操作，不論有計畫的(例如排程的站台遷移)或未計畫的(例如突發事件)，皆需要小心的準備。對於這種偶發事件的準備可需花費數月，而計劃的執行可能需要在數分鐘內執行。數十 或數百個步驟需要被應用程式、硬體、網路、及儲存小組所施行。任何錯誤、處理瑕疵、行程問題、或其他因素會延遲站台復原。
為了分擔造成客戶系統之站台相同的風險，遠端災難復原站台可與客戶系統分隔數英里。災難復原站台可相對於客戶系統，在城市的不同部分、不同城市、不同州、不同國家、或甚至不同洲，依據例如客戶系統之風險及客戶系統之預算。如此減輕電力失效、自然災難、或人為問題亦影響災難復原站台的風險。
在客戶端處之伺服器、桌上型電腦、膝上型電腦、及工作站係稱為客戶機器，而在資料復原站台處之伺服器、桌上型電腦、膝上型電腦、及工作站係稱為復原機器。客戶機器及復原機器可為實體或虛擬的。在購買前安裝於機器的磁碟上之資料影像及未個人化的作業系統(“OS”)係稱為OS影像(OS Image)。OS影像在啟動時係被個人化並成為該機器的主機影像。應用程式可接著被安裝、資料可被建立、且機器可被進一步自訂(customized)。在機器被組構及使用後，儲存於機器之硬碟的OS及資料影像係稱為主機影像。於災難復原時，該主機影像之備份副本(backed up copy)係典型地被復原至復原機器，使得該主機影像可運行於復原機器上。
已知的商業可用災難復原方案具有限制。某些已知商業可用轉換處理需要預先組構之目的機器或是與客戶機器相同的硬體及/或作業系統(“OS”)之機器，其增加明 顯的成本且速度慢。其他方案需要軟體被寫入以處理預先決定的類型之復原機器的復原。
例如在美國Palo Alto,CA之VMware,Inc.的站台復原管理(Site Recovery Manager)僅能運行於藉由超級監督者(hypervisor)之VMware ESX伺服器所主持(hosted)的虛擬機器中之應用程式上的復原。其無法移動運行於失效的實體機器之主機影像至虛擬復原機器及回到實體機器或至在自災難復原資料中心回到客戶系統的失效返回(failback)期間至另一實體機器。在美國Fort Lauderdale,FL之Citrix Systems,Inc.具有類似的產品也具有類似的限制。
在美國Redmond,WA之Microsoft Corporation的Windows® Server 2008 R2失效備援Clustering(為Microsoft Cluster Service(MSCS)的改版)允許支援的應用程式為叢集的。此為高可用度方案，其在預期災難的情形下需要在災難復原站台處的叢集機器運作且全年無休地運行。此方案相當昂貴。在災難復原站台處之活動的叢集機器需要電力、許可(licensing)、及維護。
在美國Melville,NY之FalconStor,Inc.的RecoverTrac 2.0能從實體客戶機器自動復原至實體復原機器(physical-to-physical(“P2P”)復原)，只要兩個實體機器為相同類型(相同類型的硬體、相同製造、及相同作業系統)。RecorerTrac 2.0亦可對於任何認證的超級監督者或實體平台，從虛擬客戶機器自動復原至虛擬復原機器 (virtual-to-virtual(“V2V”)復原)，及從實體客戶機器自動復原至虛擬復原機器(physical-to-virtual(“P2V”)復原)，只要客戶機器的類型及復原機器的類型已為復原系統所知。於此情況下，需要包括儲存驅動器之替換及IP位址的設定(如需要)之主機影像或復原機器的轉換係被硬編碼(hard coded)於控制復原程序的軟體中。該軟體係基於客戶機器及復原機器之類型及其作業系統被寫入。復原工作包括本地資料復原(例如裸機(bare metal)復原工作以及遠端資料復原，包含站台失效備援及站台失效返回結合(failback orchestration)兩者。
在許多範例中，客戶機器是老舊的而相同款式的硬體已不再販賣。所要復原的客戶機器並非總是為災難復原站台所知，且復原機器在災難之前並非總是為客戶系統所知。
揭露一種在例如災難復原或遷移期間將第一機器之主機影像轉移至第二機器的方法及系統。於一實施例中，第一類型之第一機器(例如第一客戶機器)的第一設定檔係與第二類型之第二機器(例如復原機器或第二客戶機器)的第二設定檔比較，藉由第一處理裝置，該第一機器之主機影像係要轉移至該第二機器，第一類型之第一機器係不同於第二類型之第二機器。該第一及該第二設定檔分別各包含第一類型之第一機器及第二類型之第二機器的至少一 性質。第一機器之主機影像的至少一性質係被使得與第二機器之至少一對應的性質一致。經一致化的該主機影像係經由一網路被提供至該第二機器。藉由該第二機器之該第二處理裝置，該第二機器係利用該主機影像的至少一經一致化的性質來組構。
根據本發明之實施例，揭露一種將第一機器之主機影像轉移至第二機器的方法，包含：藉由第一處理裝置，比較所要復原的第一類型之第一機器的第一設定檔與第二類型之第二機器的第二設定檔，第一類型之第一機器係不同於第二類型之第二機器。該第一及該第二設定檔分別各包含第一類型之第一機器及第二類型之第二機器的至少一性質。藉由該第一處理裝置，至少部份基於該比較，使第一機器之主機影像的至少一性質與第二機器之至少一對應的性質一致。該主機影像包括一作業系統。經由一網路，提供經一致化的該主機影像至該第二機器，且藉由該第二機器之該第二處理裝置而利用該主機影像的至少一經一致化的性質來組構該第二機器。該第二處理裝置與該第一處理裝置不同。
根據本發明之實施例，揭露一種將第一機器之客戶機器的主機影像復原至第二類型之復原機器的方法，第一類型係不同於第二類型，包含：對至少一客戶機器及至少一復原機器收集並儲存設定檔資訊，及比較所要復原的第一類型之客戶機器的第一設定檔與第二類型之復原機器的第二設定檔，第一類型係不同於第二類型。該方法進一步包 含：基於該比較，使客戶機器之主機影像的性質與復原機器的性質一致；提供經一致化的該主機影像至該復原機器；於第一受限的啟動、及在第二正常模式重新啟動復原機器期間，基於該主機影像的經一致化的性質來組構該復原機器。
受限的啟動可為安全模式啟動。在某些情況下，受限的啟動係跟隨在正常啟動後，在正常啟動後，復原機器可如客戶機器般運作。在其他情況下，需要兩次受限的啟動。第一受限的啟動(例如Windows(R)mini set up)可被提供以替換復原機器之硬體抽象層(“HAL”)，而第二受限的啟動(例如安全模式啟動)可被提供以組構復原機器的其他態樣。於此情況下，正常模式啟動可跟隨在第二受限的啟動後。
主機影像之性質(其可被使與復原機器之性質一致)可包括例如網路儲存驅動器、儲存器配接器驅動器、及/或分割方式。使其一致的程序可由與復原機器分隔的處理裝置施行。於復原機器上之主機影像的操作所需之額外的資訊可被提供於工作檔案。此資訊可包括可組構的資訊，例如網路設定、服務設定、幾何設定、及轉換策略。主機影像可含有作業系統且在受限的或安全模式啟動期間，復原機器至少部份可由主機影像上之作業系統所組構。客戶機器及復原機器的設定檔可分別為例如客戶及復原機器之代表的設定檔。
主機影像可被儲存於SAN裝置，其可為例如客戶系 統之本地備份儲存裝置(用於備份客戶機器)及/或於災難復原系統處之遠端備份儲存裝置(用於備份本地備份儲存裝置)。客戶機器至本地備份儲存裝置之備份、本地備份儲存裝置至遠端備份儲存裝置之備份、及客戶機器之主機影像至復原機器的復原可發生在例如一或多個網路、網際網路、廣域網路(“WAN”)、區域網路(“LAN”)、光纖通道儲存區域網路(“SAN”)、乙太網路(Ethernet)、及/或網路小型電腦系統介面(“iSCSI”)。於一實施例中，客戶機器至本地備份儲存裝置之備份可發生在客戶系統之第一網路(例如SAN)，而本地備份儲存裝置至遠端備份儲存裝置之備份可發生在WAN。自客戶機器之主機影像的復原及自遠端備份儲存裝置至復原機器的備份可發生在災難復原系統中之SAN。本地復原機器的復原亦可被提供，若本地復原機器仍在操作中。自復原機器至客戶機器的失效返回亦可根據本發明之實施例而被提供。
根據本發明之另一實施例，係揭露一種用於復原一第一機器之主機影像至一第二機器之系統，包含：第一處理裝置；至少一第二機器，包含第二處理裝置，係不同於該至少一第一處理裝置；及與該第一處理裝置相關聯之儲存器。該儲存器儲存第一複數個類型之第一機器的第一個別設定檔資訊與第二複數個類型之第二機器之第二個別設定檔資訊，該複數個類型之第一機器包括第一類型的第一機器，該複數個類型之第二機器包括與第一類型的第一機器不同之第二類型的第二機器。該等設定檔資訊分別包含各 複數個類型的第一機器及各複數個類型的第二機器的至少一性質。第一處理裝置係經組構以比較所要轉移的第一類型之第一機器的第一設定檔與第二類型之第二機器的第二設定檔。第一處理裝置係經進一步組構以至少部份基於該比較，使第一機器之主機影像的至少一性質與第二機器之至少一對應的性質一致及經由一網路，使經一致化的該主機影像轉移至第二機器。該第二處理裝置係經組構以利用該主機影像之至少一經一致化的性質來組構該第二機器。
根據本發明之另一實施例，係揭露一種災難復原系統，包含復原管理器，其包含處理裝置(例如中央處理單元或微處理器)、備份儲存裝置(用以備份客戶系統)、及復原機器，各耦接至網路。復原管理器儲存代表客戶及復原機器之設定檔。處理裝置比較所要復原的客戶機器與復原機器的設定檔，且至少部份基於該比較，使客戶機器之主機影像的至少特定性質與個別的復原機器之性質一致。處理裝置亦輸入程式至個別的主機影像中，其在個別的復原機器之啟動期間運行，用以利用該主機影像之經一致化的性質來組構復原機器。組構可在復原機器之受限的安全模式啟動(其可被正常模式啟動跟隨於後)期間發生。第二受限的啟動可為第一受限的啟動之前所需者，用以完成特定組構改變，例如改變復原機器之硬體抽象層(“HAL”)至主機影像及客戶機器的HAL。為了使主機影像與復原機器之性質一致，主機影像的例如網路儲存驅動 器、儲存器配接器驅動器、及/或分割方式可被使與復原機器一致。
根據本發明之另一實施例，如上述之復原管理器係被提供於客戶系統中以如上所述關於復原至災難復原系統的類似方式，透過網路來復原客戶機器至本地復原機器。根據本發明之另一實施例，於客戶系統處失效返回至客戶機器或本地復原機器係由災難復原系統中或客戶系統中的復原管理器以如上所述關於復原至災難復原系統的類似方式所管理。根據本發明之另一實施例，主機影像自第一客戶機器至第二客戶機器的遷移係類似於主機影像自客戶機器至復原機器的復原。
10‧‧‧災難復原環境
12‧‧‧災難復原系統
14‧‧‧客戶系統
16‧‧‧遠端復原管理器
18a‧‧‧遠端復原裝置
18b‧‧‧遠端復原裝置
18n‧‧‧遠端復原裝置
20‧‧‧遠端備份裝置
22‧‧‧網路
24a‧‧‧客戶機器
24b‧‧‧客戶機器
24n‧‧‧客戶機器
26‧‧‧本地備份儲存裝置
28‧‧‧處理裝置
30‧‧‧硬碟
30a‧‧‧軟體引擎
31‧‧‧記憶體
32‧‧‧處理裝置
34‧‧‧儲存裝置
42‧‧‧處理單元
44‧‧‧硬碟
46‧‧‧記憶體
50‧‧‧處理單元
52‧‧‧硬碟
54‧‧‧記憶體
60‧‧‧處理單元
62‧‧‧硬碟
64‧‧‧儲存裝置
100‧‧‧方法
102‧‧‧步驟
104‧‧‧步驟
106‧‧‧步驟
108‧‧‧步驟
110‧‧‧步驟
112‧‧‧步驟
300‧‧‧方法
302‧‧‧步驟
304‧‧‧步驟
306‧‧‧步驟
308‧‧‧步驟
310‧‧‧步驟
312‧‧‧步驟
402‧‧‧方法
404‧‧‧步驟
406‧‧‧步驟
408‧‧‧步驟
410‧‧‧步驟
412‧‧‧步驟
414‧‧‧步驟
416‧‧‧步驟
418‧‧‧步驟
420‧‧‧步驟
422‧‧‧步驟
424‧‧‧步驟
426‧‧‧步驟
428‧‧‧步驟
430‧‧‧步驟
432‧‧‧步驟
434‧‧‧步驟
436‧‧‧步驟
438‧‧‧步驟
440‧‧‧步驟
442‧‧‧步驟
446‧‧‧步驟
448‧‧‧步驟
450‧‧‧步驟
452‧‧‧步驟
454‧‧‧步驟
456‧‧‧步驟
500‧‧‧方法
502‧‧‧步驟
504‧‧‧步驟
506‧‧‧步驟
508‧‧‧步驟
510‧‧‧步驟
512‧‧‧步驟
514‧‧‧步驟
600‧‧‧程序
602‧‧‧步驟
604‧‧‧步驟
606‧‧‧步驟
608‧‧‧步驟
610‧‧‧步驟
612‧‧‧步驟
614‧‧‧步驟
618‧‧‧步驟
620‧‧‧步驟
700‧‧‧系統
702‧‧‧災難復原站台
703‧‧‧SAN
704‧‧‧客戶系統
705‧‧‧SAN
706a‧‧‧本地復原機器
706b‧‧‧本地復原機器
706n‧‧‧本地復原機器
708‧‧‧本地復原管理器
714‧‧‧網路
800‧‧‧環境
800a‧‧‧客戶系統
800b‧‧‧客戶系統
802‧‧‧客戶機器
802n‧‧‧客戶機器
804‧‧‧本地備份儲存裝置
806‧‧‧客戶機器
806n‧‧‧客戶機器
808‧‧‧本地備份儲存裝置
810‧‧‧遷移管理器
第1圖為根據本發明之實施例的災難復原環境的範例之方塊圖，災難復原環境包括災難復原系統及由災難復原系統所保護的客戶系統；第2圖為第1圖之實施例中復原管理器的範例之方塊圖；第3圖為第1圖之實施例中復原機器的範例之方塊圖；第4圖為第1圖之實施例中客戶機器的範例之方塊圖；第5圖為根據本發明之實施例的於災難復原期間用於復原客戶機器之主機影像至復原機器的方法之範例的流程 圖；第6圖為根據本發明之實施例的建立客戶機器或復原機器之機器硬體設定檔的方法的範例之流程圖；第7圖為根據本發明之實施例的影像轉換之方法的範例之流程圖；第8圖為顯示於第6圖中之方法的輸入驅動器之方法的範例之流程圖；第9圖為利用經一致化的客戶機器之主機影像來啟動復原機器之方法的範例之流程圖；第10圖為根據本發明之實施例的災難復原環境之另一範例；及第11圖為根據本發明之另一實施例的資料遷移環境之另一範例。
揭露一種在例如災難復原或遷移期間將第一機器之主機影像轉移至第二機器的方法及系統。於一實施例中，第一類型之第一機器(例如第一客戶機器)的第一設定檔係與第二類型之第二機器(例如復原機器或第二客戶機器)的第二設定檔比較，藉由第一處理裝置，該第一機器之主機影像係要轉移至該第二機器，第一類型之第一機器係不同於第二類型之第二機器。該第一及該第二設定檔分別各包含第一類型之第一機器及第二類型之第二機器的至少一性質。第一機器之主機影像的至少一性質係被使得與第二 機器之至少一對應的性質一致。經一致化的該主機影像係經由一網路被提供至該第二機器。藉由該第二機器之該第二處理裝置，該第二機器係利用該主機影像的至少一經一致化的性質來組構。
根據本發明之實施例，係提供客戶機器至復原機器之實體至實體(“P2P”)、虛擬至虛擬(“V2V”)、虛擬至實體(“V2P”)、及實體至虛擬(“P2V”)的自動裸機復原之系統及方法，其中復原機器之類型及客戶機器之類型可為不同且不需為彼此或個別的客戶及復原系統所知。此處所使用之用語“類型”係指硬體之類型及/或製造商之類型。硬體之類型可包括伺服器、桌上型電腦、膝上型電腦、及/或工作站，且製造商之類型可包括美國德州Round Rock的Dell,Inc.(“Dell”)、美國加州Palo Alto的Hewlett Packard Company(“HP”)、美國北卡羅來納州Morrisville的Lenovo(“Lenovo”)等。舉例來說，由於電力中斷而遭受停機的Dell客戶伺服器可被復原至HP復原伺服器，而當伺服器或客戶系統可再度操作時，HP復原伺服器可被失效返回至相同或另一Dell伺服器。於另一範例中，複數個Lenovo膝上型電腦可被復原至運行於Dell伺服器上之超級監督者中之虛擬機器，且可被失效返回至Lenovo或其他膝上型電腦。根據本發明之實施例，藉由比較各機器之設定檔、修改客戶機器(亦稱為主機影像)、及/或復原機器之備份副本使得客戶機器之主機影像可運行於復原機器上，復原至與客戶機器不同類型 的機器(其中，客戶機器及復原機器之類型並非預先決定的)是可行的。
第1圖為根據本發明之實施例的災難復原環境10的範例之方塊圖，災難復原環境10包括災難復原系統12及由災難復原系統所保護的客戶系統14。災難復原系統12包含遠端復原管理器16、一或多個遠端復原裝置或機器18a、18b...18n、及遠端備份裝置20，其各耦接至網路22。此範例中之客戶系統14包含一或多個客戶機器24a、24b...24n及本地備份儲存裝置26，其各耦接至網路22。對於客戶系統之本地復原，一或多個本地復原機器(未圖示)亦可被耦接至網路。後文將進一步說明本地復原。
網路22可包含任何一或數個不同類型的網路。透過網路的通訊可藉由例如IP協定或光纖通道協定而發生。網路可為例如企業內部網路、網際網路、廣域網路(“WAN”)、區域網路(“LAN”)(例如乙太網路)、光纖通道儲存區域網路(“SAN”)、或網路小型電腦系統介面(“iSCSI”)。
遠端復原管理器16包含一或多個處理裝置28，例如中央處理單元或微控制器。遠端復原管理器16亦包括至少一硬碟30。其他記憶體31(例如ROM及/或RAM)亦可被提供。復原管理器可為例如伺服器或電腦。遠端復原管理器16可替代地在系統的其他位置，例如遠端備份儲存裝置20的部份，在此情形中，遠端備份儲存裝置上 之處理裝置42可被組構以施行復原管理器的功能。復原管理器16係經組構以在硬碟30上或其他儲存器中的軟體引擎30a之控制下藉由處理裝置28實現本發明之實施例的態樣。復原管理器16亦可被整體或部分組構以藉由硬體(例如ASIC)或藉由硬體及軟體的組合來實現本發明之實施例的態樣。
遠端備份儲存裝置20以所屬技術領域中所已知的方式周期性地備份本地備份儲存裝置26，例如藉由使用複寫(replication)及快照指標(snapshot marker)。複寫的範例係說明於美國專利第7,155,585號，其係被讓與本發明之受讓人且係併入於此作為參考。快照指標之使用的範例係說明於例如美國專利第7,165,145號，其亦被讓與本發明之受讓人且係併入於此作為參考。例如美國紐約州Melville的FalconStor,Inc.所發表的IPStor(R)可被使用，其具體實現美國專利第7,165,145號及美國專利第7,155,585號的態樣。資料重複資料刪除(deduplication)亦可被施行，如美國專利公開案第2012/0089578 A1號所述，其係於2011年8月21日申請，且係被讓與本發明之受讓人且係併入於此作為參考。
回到第1圖，遠端備份儲存裝置20可包含一或多個伺服器或電腦，各包含處理裝置32(例如中央處理單元或微處理器)、及至少一儲存裝置34(其可界定資料庫DB，如第1圖所示。其他記憶體(例如ROM及/或RAM(未圖示))亦被典型地提供。遠端備份儲存裝置 20可提供實體及/或虛擬記憶體儲存器。根據例如客戶系統14的需求及遠端備份儲存裝置20的能力，本地備份裝置20至遠端備份裝置的備份可週期性地或連續性地發生。
對於客戶系統14中之各客戶機器24a、24b...24n，雖然並非必需的，其在災難復原系統12中典型會有對應的個別的遠端復原機器18a、18b...18n。遠端復原機器18a、18b...18n可包含例如遠端實體或虛擬機器、電腦、膝上型電腦、及/或工作站。超級監督者伺服器可對於多個客戶機器運行於多個虛擬復原機器。遠端虛擬機器可在災難復原需要時被建立及當不再需要時被移除，使得災難復原系統12不需要預先配置或事先建立。
遠端復原機器18a、18b...18n各包含處理單元42(例如中央處理單元或微處理器)、硬碟44、及額外的記憶體46(例如ROM及/或RAM)，如第3圖所示。遠端復原機器可為如上所述界定於伺服器之虛擬機器。根據本發明之實施例，遠端復原機器可或可不為與個別的客戶機器相同類型的硬體、可為來自不同的製造商、且非為預先組構以自特定客戶機器或客戶機器之類型接收主機影像。
回到第1圖，客戶系統14中之客戶機器24a、24b...24n包含處理裝置50(例如中央處理單元或微處理器)、硬碟54、及記憶體(例如ROM及/或RAM)，如第4圖所示。客戶系統14可包含實體及/或虛擬客戶機器24a、24b...24n，例如實體及/或虛擬伺服器、桌上 型電腦、膝上型電腦、及/或工作站。
客戶機器24a、24b...24n係以所屬技術領域中所已知的方式定期地備份本地備份儲存裝置26，例如如上所述藉由複寫及快照指標的使用。例如IPStor(R)可被使用且資料重複資料刪除亦可被提供，亦如前所述者。本地備份儲存裝置26包含處理裝置60(例如中央處理單元或微處理器)、一或多個硬碟62、及儲存裝置64(其可為例如資料庫(“DB”))。具體言之，如上所述，備份儲存裝置26例如經由網路22備份客戶機器24a、24b...24n之硬碟的副本(亦稱為主機影像)於資料庫64。儲存裝置64可提供實體及/或虛擬記憶體儲存器。如上所述，根據例如客戶系統14的需求及遠端備份儲存裝置20的能力，在由客戶系統14所界定的備份程序期間，本地備份儲存裝置26經由網路22週期性地或連續性地提供備份主機影像至遠端備份儲存裝置20。
要說明根據本發明之實施例所保護的伺服器或桌上型電腦，需要說明機器之類型，包括機器之製造商(Dell、HP、Lenovo等)、硬體(桌上型、膝上型電腦、伺服器等)及主機影像。舉例來說，運行Windows® 2008連同應用程式(例如SQL Server 2008)之IBM系統x3650伺服器可被識別為運行包括Windows® 2008、應用程式及資料的主機影像之“IBM System x3560”機器。
不同類型及在不同位置的客戶及復原機器可具有不同的網路設定及位址。不同類型的客戶及復原機器亦可具有 不同的驅動器，例如不同的儲存器驅動器、不同的介面卡驅動器、及不同的系統驅動器(例如不同的USB驅動器及電力控制器)。不同類型的客戶及復原機器亦可具有不同的配接器，例如儲存器配接器、IDE配接器、網路配接器、顯示器配接器、主機匯流排配接器(“HBA”)、及/或視訊配接器。其可具有不同的硬體抽象層(“HAL”)及/或SAN架構。這些不同可避免來自一類型的客戶機器運行於另一類型之復原機器、或避免復原機器施行個別的客戶機器之所有期望的功能。
根據本發明之實施例，為了復原個別的客戶機器(例如客戶機器24b)至遠端復原機器(例如遠端復原機器18b，其係不同於客戶機器24b)，客戶機器24b之主機影像係經組構以運行於遠端復原機器24b上。舉例來說，若個別的客戶機器上之配接器係與復原機器(其為主機影像所要復原者)上之配接器不同，則相容的驅動器需要被提供於主機影像上以使主機影像啟動及操作於復原機器上。一旦啟動，特定轉換係被施行於個別的主機影像且其他轉換係被施行於復原機器。為了使主機影像被轉換，其必須是可寫入的主機影像。舉例來說，用於復原機器(其係被提供至主機影像)之網路設定係在啟動期間被載入於復原機器上。若儲存於本地或遠端備份儲存裝置26、32之主機影像非為可寫入的，則主機影像可寫入的副本係被準備以供轉換。
客戶機器24a、24b...24n及復原機器18a、18b...18n 之性質可藉由遠端復原管理器16而被儲存且在復原程序期間被比較，以決定使主機影像可運行復原機器所需之改變。個別的特性可被儲存於個別的設定檔，各稱為機器硬體設定檔(“MHP”)，其係例如由復原管理器所儲存且於硬碟30之目錄中列出。
第5圖為根據本發明之實施例的於災難復原期間用於復原客戶機器之主機影像至復原機器的方法100之範例的流程圖。於步驟102中，在災難發生之前，代表客戶機器及復原機器之設定檔資訊係被收集。設定檔可被例如儲存於遠端復原管理器16中。於步驟104，當需要復原時，第一類型的客戶機器與第二不同的類型之復原機器之設定檔係被比較。於步驟106中，基於該比較，使客戶機器之主機影像的性質與復原機器的性質一致。
於步驟108，經一致化的主機影像係被提供至復原機器。於步驟110，在第一受限的啟動(例如安全模式啟動)期間，復原機器係基於經一致化的主機影像之性質而被組構。接著，復原機器於正常模式中在第二啟動中再啟動。在正常模式啟動後，復原機器可如同其為客戶機器般操作。
MHP係被產生於客戶系統14中之客戶機器24a、24b...24n的至少每一OS/硬體結合及災難復原站台12中之遠端復原機器18a、18b...18n的每一OS/硬體結合。舉例來說，若客戶具有200台的兩種不同的硬體類型(例如Dell及Lenovo)之客戶機器(其各運行於兩種不同的作 業系統之其中一者)，則有需要運行MHP於四台代表客戶機器，其各具有不同的硬體及OS之組合。遠端復原機器18a、18b...18n亦如此應用。
在復原之前，復原機器18a、18b...18n不具有作業系統。為使主機影像運行於復原機器上，主機影像上之作業系統(其為客戶機器24b之作業系統)必須能夠在復原機器18b上運作(launch)。因此，主機影像上之儲存器驅動器必須為主機影像將被復原於其上之個別的復原機器(於此範例為復原機器18b)之適當驅動器。舉例來說，若遠端復原機器24b上之硬碟44為積體磁碟電子(“IDE”)磁碟，則主機影像機器需要IDE驅動器。若硬碟44為特定製造商的小型電腦系統介面(“SCSI”)磁碟，則主機影像需要該製造商的SCSI驅動器。個別的復原機器所需的儲存器驅動器係於MHP中識別。
為使遠端復原機器與網路22通訊及無縫地(seamlessly)代替客戶機器24b運作(例如接收針對客戶機器24b的資料)，基於客戶機器24b的主機影像之網路設定需要與復原系統12之網路設定一致。然而，客戶機器24b的名稱係被保存，使得被送至客戶機器24b的資料將由復原機器18b所接收。若IP位址改變，則其將藉由在復原站台12處的網域名稱系統(“DNS”)伺服器而典型地被映射至復原機器24b。為了成功地復原至災難復原系統12，IP位址可能需要被改變，除非災難復原系統12如客戶系統14使用相同的IP位址子網路(subnet)。
使主機影像與復原機器之其他驅動器、配接器、及設定一致具有優勢，其亦可用於復原機器上之主機影像的進一步功能，例如視訊配接器(其可提供螢幕較高解析度)、及電力控制驅動器(其可提供遠端電力控制能力，例如智慧平台管理介面(“IPMI”)、積體熄燈(integrated lights out(“iLO”))及/或熄燈管理(lights out management(“LOM”)))。
於本發明之一實施例中，為使主機影像至少部份與復原機器18b之環境一致使得主機影像可運行於復原機器上，遠端復原管理器16比較個別的客戶及復原機器之MHPs、架設儲存主機影像(遠端備份儲存裝置或本地備份儲存裝置)之備份儲存裝置、及若有需要經由軟體轉換引擎30a(稱為RT Convert，其係被儲存於遠端復原機器之硬碟30及藉由復原管理器16之處理裝置28所運行)，藉由復原機器上之儲存器驅動器替換主機影像上之儲存器驅動器。復原機器之儲存器驅動器可例如對於個別的復原機器被儲存於MHP中，及若需要可被擷取。復原機器上之主機影像的操作所需之額外的資訊可被提供於工作檔案。此資訊可包括可組構的資訊，例如網路設定、服務設定、幾何設定、及轉換策略。同樣地，基於在復原機器之MHP中或於工作檔案中所找到的遠端復原機器24b之網路設定，RT Convert 30a改變主機影像之網路設定。基於個別的MHPs之比較，主機影像之其他特性亦可被改變。
MHPs可藉由軟體工具來收集。於一實施例中，用於 客戶機器24a、24b...24n之MHPs係藉由客戶系統14所收集，其在災難發生之前運行工具(utilities)。MHP軟體工具可經由網路22藉由災難復原站台12下載至客戶系統14。客戶系統可安裝MHP軟體工具於本地備份儲存裝置26之硬碟62上，或該工具可藉由遠端復原管理器16經由例如在網路22共享之網路被放於該處。MHP軟體工具亦可為藉由本地備份儲存裝置26所運行的備份軟體之一部分。本地備份儲存裝置26之處理裝置60可例如經由網路共享而運行MHP工具於所有或特定的客戶機器24a、24b...24n。藉由MHP工具所產生的設定檔可由本地儲存裝置26所收集、儲存於硬碟62、儲存裝置64、或其他儲存器(未圖示)上之本地備份儲存裝置16、並接著例如經由網路共享或SAN透過網路22被傳送至遠端復原管理器16。
MHP工具亦可經由客戶機器中之網路共享，藉由客戶機器上之遠端復原管理器16被運行。當復原工作係首先被設定且接著無論新硬體/OS組合何時被引進客戶系統14或資料復原系統12，該工具可藉由個別的處理裝置被運行。無論主機影像何時被備份，其亦可被運行於客戶機器24a、24b...24n之主機影像上。
復原管理器16可儲存個別的MHP於MHP目錄，連同例如硬碟30上之個別的客戶機器類型的識別。於一實施例中，各MHP係被儲存於不同的MHP目錄之子目錄中。
由於復原機器18a、18b...18n係關機(off)及不包括作業系統，為了收集用於遠端復原機器18a、18b...18n之MHP(其為與復原機器已被收集的任何設定檔不同的硬體/OS組構)，復原機器必須被以與所要復原之個別的客戶機器相同的OS來啟動。此可藉由復原站台12之操作員或藉由遠端復原管理器16被手動地完成，其可啟動遠端復原機器18a、18b...18n、提供與所要復原的個別的客戶機器相同類型之暫時的作業系統、且然後運行MHP工具於某些或所有遠端復原機器(如有需要)。如上所述，於一實施例中，遠端復原機器18a、18b...18n之MHPs係被儲存於遠端復原管理器16之目錄中，其接著移除作業系統並使復原機器關機。復原機器18a、18b...18n之MHPs可被儲存於例如儲存客戶機器24a、24b...24n之相同目錄、相關目錄、或不同目錄。
藉由檢查個別的機器上之適當的目錄，MHP工具收集客戶機器及復原機器的硬體裝置識別(Dell、Lenovo等)、OS類型、驅動器資訊、配接器資訊、及HAL資訊。舉例來說，驅動器資訊係典型地包含於Windows®系統驅動器目錄，例如C：\Windows\System32\drivers。實際驅動器及配接器亦可被包括於MHPs。
於一實施例中，所收集的MHPs係在例如藉由於本地備份儲存裝置26中之處理裝置60在MHP工具的控制下被置於一或多個XML檔案中。XML檔案及驅動器可例如藉由工具被置於機櫃(“CAB”)檔案中，以易於透過網路 22傳送至遠端復原管理器16。CAB檔案可含有用於多個OS/硬體組合之數個XML檔案及驅動器。用於個別OS/硬體組合之複數個MHPs可被結合以形成較大的設定檔以界定用於一硬體型號上之許多OSs的規格。用於客戶系統14之一或多個CAB檔案係藉由本地備份儲存裝置經由網路共享被提供至遠端復原管理器16，或其可例如經由SAN以虛擬檔案出現於遠端復原管理器上。遠端復原管理器16自CAB檔案移除一或多個XML檔案及驅動器，並將其例如儲存於個別的子目錄，如上所述。
在MHP工具或手動的控制下，復原管理器16之處理裝置28可類似地建立XML檔案並將XML檔案及驅動器置於該目錄中。用於客戶系統14及災難復原系統12之MHP的目錄或子目錄可被共享，使得MHPs係被集中(centralized)及用於許多客戶機器之主機影像可被相同或多個轉換引擎或一或多個復原管理器16轉換。
第6圖為根據本發明之實施例藉由個別的處理裝置在工具的控制下建立用於客戶機器24a、24b...24n及/或復原機器18a、18b...18n之MHP的方法300之範例的流程圖。根據本發明之一實施例，該工具可藉由本地備份裝置26之處理裝置60、個別的客戶機器之處理裝置50、或遠端復原管理器16之處理裝置28而被運行，以建立用於客戶機器24a、24b...24n之MHPs。該工具可藉由遠端復原管理器之處理裝置28、個別的復原機器之處理裝置42、或遠端備份裝置20之處理裝置32而被運行，以建立用於 個別的復原機器及復原機器18a、18b…18u之MHPs。
於步驟302中，該工具開始收集關於之客戶機器之硬體資訊。於步驟304中，驅動器、硬體、型號、OS、及HAL類型係自個別的客戶機器之作業系統被列舉。於步驟306中，XML中用於裝置的所有驅動器係被選擇。於步驟308中，檔案名稱及位置係被選擇用於CAB檔案，其將包含個別的一或多個XML檔案或檔案。於步驟310中，包括硬體設定檔資訊之XML檔案係被建立。於步驟312中，包括XML檔案及驅動器檔案之CAB檔案係被建立。於步驟314中，該工具結束。CAB檔案係被置於例如本地備份儲存裝置26之網路共享中及藉由遠端復原管理器26自網路共享或SAN輸入。藉由遠端復原管理器16之處理裝置28以對於復原機器建立設定檔來運行之工具係以類似的方式操作，除了其不需要建立CAB檔案(其為選項的)。如上所述，該工具可被運行於所有客戶機器及復原機器、或僅代表機器。
當災難復原站台係藉由客戶系統14通知時，復原程序開始運行預定工作，其可為例如測試模式中的一運行或真正災難復原模式。工作的參數可藉由客戶系統14被界定於工作檔案中，使得工作檔案將能夠在事件之前運行測試或復原。於一實施例中，工作檔案為XML檔案，其係藉由遠端復原管理器16被儲存於工作目錄中。工作檔案可界定主機影像上所要改變的特定設定以供主機影像操作於其為個別的客戶機器24a、24b...24c所要復原的個別的 復原機器18a、18b...18c上，例如所要賦能及去能(disable)之網路設定、電力控制管理，無論特定機器為例如現用目錄(“AD”)伺服器、及/或AD復原策略。工作檔案可包括對於復原機器之網路設定，例如IP位址、網路遮罩、閘道位址、DNS位址、及/或Windows® Internet Name Service(“WINS”)位址。網路設定可在個別的復原機器之MHP中，代替或額外地於工作檔案中。
於真實災難中，客戶系統14指示災難復原系統12運行災難復原工作以復原所有或某些客戶機器24a、24b...24n。客戶系統15可通知災難復原系統12，本地備份儲存裝置26亦需要被復原。災難復原站台12亦可例如經由心跳或其他方法自動地監視客戶機器24a、24b...24n或客戶系統14。到含有MHPs之目錄的路徑係接著被提供至遠端復原管理器16之處理裝置28所運行的RT Convert轉換引擎30a，其於個別的子目錄中存取適當的工作檔案及MHPs。
於一範例中，遠端復原管理器16經由網路22架設遠端備份儲存裝置20之網路共享及運行RT Convert轉換引擎70於備份至遠端備份裝置之目前主機影像上。若遠端備份儲存裝置20為SAN儲存裝置，則主機影像可被以一或複數個虛擬磁碟呈現至遠端復原管理器16，其係藉由復原管理器16所架設。替代地，遠端復原管理器16可被組構以透過網路22來架設本地備份儲存裝置26，若其仍可作用。本地備份儲存裝置26可具有較遠端備份儲存器 設備多的目前主機影像，基於主機影像自本地備份儲存裝置備份至遠端備份儲存裝置的頻率及關於災難發生的最後一次備份時而定。替代地，若本地備份儲存裝置26仍可作用，則其可提供最目前的主機影像至遠端備份儲存裝置20，於遠端復原管理器16或遠端備份儲存裝置之請求時，其係由遠端復原管理器所使用。
根據本發明之實施例，為使需要被復原的各客戶機器24a,24b...24n的各主機影像與個別的復原機器18a、18b...18n一致，RT Convert引擎30a施行一或多個以下操作於所要復原的各主機影像：組構Windows®服務開始設定；輸入網路組構；預載儲存器配接器驅動器以用於個別的復原機器之OS啟動；準備驅動器以用於個別的復原機器之啟動；調整啟動磁碟之幾何，其含有作業系統於主機影像上(若需要)；改變分割方式(若需要)；賦能信賴的(“AD”)或非信賴的復原；決定是否復原機器之HAL需要被改變；及賦能安全模式啟動於個別的復原機器上。可直接改變主機影像或可建立包含關於原始主機影像之另外的主機影像。於此情形中，原始主機影像及經改變的主機影像兩者可被提供至個別的復原機器。改變係基於客戶機器及個別的復原機器之MHPs、或客戶機器及復原機器之MHPs、以及工作檔案中之資訊的比較。
RT Convert亦輸入至主機影像(程式將在復原機器18a、18b...18n之啟動期間運行於個別的復原機器上)以完成復原程序。此程式(亦稱為RT Rehome)施行復原機 器18a、18b...18n在啟動期間必須完成的其餘轉換，以使個別的主機影像運行於其上，且接著以正常模式重新啟動復原機器。
在RT Convert程序之後，各主機影像係藉由遠端復原管理器16經由各復原機器之網路共享或SAN被指定至個別的復原機器18a、18b...18n及轉移至個別的復原機器以供啟動。主機影像可以虛擬磁碟(例如SAN磁碟)出現於個別的復原機器。
輸入至主機影像中之RT Rehome程式係藉由接收主機影像虛擬磁碟之各復原機器18a、18b...18n的處理裝置42而運行。於此範例中，當主機影像係被啟動於個別的遠端復原機器上以復原主機影像時，需要於個別的復原機器18a、18b...18n上完成之轉換操作係由RT Rehome所控制。RT Rehome係藉由各復原機器之處理裝置42運行於遠端復原機器18a、18b...18n之第一啟動。遠端復原機器之第一啟動將為受限的啟動(例如安全模式啟動)，其僅啟動作業系統。兩個受限的啟動可被需要。
根據本發明之實施例，在安全模式啟動期間，RT Rehome施行一或多個以下操作：安裝驅動器、安裝配接器、組構網路設定(IP位址及網路遮罩、閘道位址、DNS位址、及/或Windows® Internet Name Service(“WINS”)位址)、加入Windows®服務、加入登錄基碼、組構叢集、組構SCSI、確定磁卷架設點(volume mount points)及磁碟機代號係被指定如同在客戶機器 上、更新HAL(若需要)、組構主機影像上之程式(例如SAN Disk Manager(“SDM”)及/或美國紐約州Melville的FalconStor,Inc.之Intelligent Management Agent(“IMA”))，以在新環境中以未註冊本地備份儲存裝置26之IMA及將其註冊至遠端備份儲存裝置20(且在失效返回期間反之亦然)而工作。此外，若其係於主機影像上復原，其可去能FalconStor DiskSafe以確定其在復原期間未嘗試透過WAN來復原，其會使復原機器慢下來。在完成之後，個別的復原機器係藉由RT Rehome而關機且然後啟動至正常模式中。客戶機器將接著被復原至個別的復原機器。若HAL需要被更新，其可於第一受限的啟動中施行，例如Windows(R)小型設定，其後可由第二受限的安全模式啟動接續，然後接著正常啟動。
第7圖為根據本發明之實施例在RT Convert的控制下藉由復原管理器16之處理裝置28之影像轉換的方法400之範例的流程圖。在由客戶系統14通知(需要復原)之後，影像轉換開始於步驟402。於此範例中，主機影像至本地備份儲存裝置26的路徑係被載入至RT Convert引擎30a，於步驟404。影像路徑界定對於本地備份伺服器26上之個別的客戶機器的主機影像之位置。若本地備份裝置26為SAN裝置，則至SAN裝置上之主機影像的位置之路徑係被界定。若本地備份裝置26非為SAN裝置，則該路徑可為備份儲存裝置之網路共享，其可藉由復原管理器16被架設以運行例如RT Convert於備份 儲存裝置20。
於步驟406中，MHP XML檔案係由復原管理器16之處理裝置28自目錄擷取且藉由遠端復原管理器16之處理裝置28被載入至RT Convert引擎30a。
於步驟406中，工作檔案係藉由處理裝置28被載入至RT Convert引擎。於此範例中之工作檔案含有作業系統(“OS”)相關資訊，例如指定至主機影像之OS磁碟的磁碟號碼、服務設定、幾何設定(例如啟動之開始的位置)、轉換策略、網路設定(包括網路位址)、電力控制管理、AD復原策略、及/或硬體ID。
於步驟410中，接著決定是否包括驅動器資訊(如上所述，例如檔案夾32)之Windows®檔案夾係在主機影像中被找到。於步驟412中，若否，則影像轉換結束，因為本發明之實施例的方法無法在沒有驅動器資訊的情況下進行。
於步驟414中，若是，則RT Convert引擎30a檢視分割方式以決定是否主機影像之分割方式為全域唯一識別碼(“GUID”)分割表(“GPT”)(步驟416)，其係使用於當磁碟具有大於2兆位元組的資料；或主啟動計錄(“MBR”)，其係使用於當磁碟具有小於2兆位元組的資料。
於步驟418中，若主機影像之分割方式為GPT，則基於個別的MHP中所識別之個別的復原機器的分割方式來決定是否有需要將分割方式轉換成MBR，因為個別的復 原機器不支援GPT。
於步驟420中，若有需要轉換成MBR，則接著決定是否有可能轉換。於步驟412中，若否，因為主機影像之OS磁碟係大於2兆位元組，則影像轉換結束，因為復原機器無法支援GPT啟動。
於步驟420中，若有需要轉換成MBR，且決定轉換是可能的，則於步驟422中，分割方式係被轉換。
於步驟424中，接著決定是否所有需要的裝置驅動器可在復原機器之MHP中被找到，藉由比較個別的復原機器之MHP中所識別的驅動器與復原機器之MHP中的實際驅動器。驅動器可包括用於例如啟動磁碟、SCSI控制器、網路驅動器、視訊驅動器、及/或電力控制驅動器之儲存器驅動器。驅動器係由MHPs中之硬體IDs所識別。於步驟412中，若無法找到所有的驅動器，則於此範例中，影像轉換結束。
若分割方式非GPT(步驟416)或不需要轉換成MBR(步驟418)，則方法亦前進至步驟424以找到所有的裝置驅動器。於步驟424中，若所有的檔案驅動器無法被找到，則影像轉換結束，於步驟412中，因為復原至復原機器無法在沒有所有的檔案驅動器的情況下被提供。
於步驟424中，若所有檔案驅動器可被找到，則藉由主機影像之OS磁碟上的設定，安全模式啟動係被賦能於主機影像上，於步驟426，使得復原機器上之第一啟動將為安全模式啟動。
於步驟428中，接著決定是否個別的機器為現用目錄(“AD”)伺服器。現用目錄伺服器記錄使用者、交換伺服器、電腦、及其他物件，且包括其安全存取控制資訊。於步驟430中，若伺服器為AD伺服器，則同樣在工作檔案中的AD復原策略係被應用。AD復原策略可包括是否伺服器為信賴的伺服器，其為所要應用信賴的復原者。於信賴的復原中，AD伺服器為主(master)且將同步化其他AD伺服器，而於非信賴的復原中，AD伺服器為從(slave)且將關於另一AD伺服器同步化。
於步驟432中，架設的裝置磁卷資訊係由主機影像上之影像登錄所收集且被紀錄於主機影像上之分開的檔案以由RT Rehome使用。裝置磁卷資訊包括磁碟機代號及影像上之架設點，以確保當主機影像啟動於個別的復原機器上時所有磁卷係被正確地架設。若主機影像並非用於AD伺服器(步驟428)，則程序前進至步驟432。
於步驟434中，轉換重新啟動設定係被應用，使得復原機器啟動於安全模式中。於步驟436中，服務控制設定係被應用以允許轉換程序賦能及去能會妨礙復原速度及復原啟動之服務。服務控制設定可包括硬體OEM/供應商特定服務，其可賦能於客戶機器上，例如指紋辨識、RAID軟體、硬體監視或其他軟體相關服務，例如防毒、備份軟體等。
於步驟438中，需要運行於復原機器上之驅動器係自復原機器之MHP被載入於主機影像中。驅動器可被置於 一目錄，例如Windows®系統驅動器目錄。
於步驟440中，接著藉由比較客戶機器之MHP中及個別的復原機器之MHP中的HAL，初步決定是否需要改變HAL，以確認復原機器具有運行主機影像所需的HAL。若否，則主機影像之HAL必須被替換，使得其可被下載至復原機器。
於步驟444中，若需要HAL替換，則決定是否作業系統為Windows® 2003或早期版本。於步驟446中，若否，則OS版本為Windows® 2008或更新版，在安全模式重新啟動期間，啟動組構資料(“BCD”)組構之偵測HAL選項係被賦能以改變HAL。於步驟448中，若作業系統為Windows® 2003或更早，則決定是否中央處理單元為32位元處理器。於步驟450中，若為32位元處理器，則受限的啟動程序(稱為“Windows®小型設定”)係被賦能於RT Rehome以改變HAL。於此範例中，分開的啟動係被提供予HAL替換，因為HAL替換可為複雜的，但其並非需要的。Windows®小型設定可藉由修改Windows®登錄及準備Windows®回答檔案於主機影像而被賦能。RT Convert接著組構第一啟動於復原機器以改變HAL。於此情況下，復原機器之第一啟動為小型設定(mini-setup)啟動，其後將接著安全模式重新啟動及接著正常重新啟動。
若復原機器之中央處理單元並非32位元處理器，則其為64位元處理器，且HAL替換為非必需的，因為HAL 係相容的。於步驟452，RT Convert進行複製網路組構及RT Rehome至主機影像中。方法前進至步驟452，在步驟446及448之後。
於步驟454中，RT Convert代理服務係被加入以運行RT Rehome於復原機器之第一啟動。
於步驟456中，若客戶機器之啟動磁碟幾何與個別的復原機器之啟動磁碟幾何不同，其係皆被界定於工作檔案中，則主機影像上之啟動磁碟幾何係被修改使其與復原機器上的一致。影像轉換係結束，於步驟412。
第8圖為輸入驅動器(顯示於第6圖之方法400的步驟438)之方法500的範例之流程圖。驅動器輸入開始於步驟502。於步驟504中，資訊(“INF”)檔案係被掃瞄於主機影像之OS磁碟上以尋找符合復原機器之MHP中的INF檔案之INF檔案。若沒有符合，則RT Convert程序結束，如上所述第7圖之步驟424及412所示。
於步驟506中，接著決定是否復原機器之驅動器為SCSI或IDE配接器驅動器。於步驟508中，若否，則用於INF配接器驅動器之驅動器封裝係被複製至復原機器之OS檔案夾中，且RT Rhome係經組構以在安全模式重新啟動期間安裝INF配接器驅動器。於步驟510中，驅動器輸入接著結束。
於步驟512中，若驅動器為SCSI或IDE配接器驅動器(步驟506)，則決定是否驅動器已安裝於主機影像上。若是，則程序移動至步驟508，如上所述，以更新驅 動器版本(若需要)。
於步驟514中，若否，則接著以INF語法(syntax)複製驅動器檔案、加入登錄基碼、加入服務、及安裝驅動器於主機影像。此外，RT Rehome係經組構以繼續轉換。程序接著結束於步驟510。
第9圖為RT Rehome程序600的範例之流程圖，RT Rehome程序600係在復原機器之第一啟動期間由個別的復原機器之處理單元42運行，如上所述。OS啟動開始於步驟602。啟動模式係決定於步驟604。於步驟450中，若小型設定係在RT Convert程序期間被賦能，則於此範例中，主機影像上之作業系統係被首先啟動於Windows(R)小型設定模式，以基於回答檔案替換HAL，如上所述。
於步驟606中，當小型設定完成，則安全模式接著被賦能且安全模式重新啟動被執行，於步驟608中，以於安全模式完成復原機器上之其他轉換，於步驟610-614。於步驟608中，RT Rehome檢查主機影像以決定是否新的裝置驅動器係存在，且若是，則OS之裝置設定係被呼叫以安裝裝置驅動器，於步驟608。若小型設定在步驟604不需要，則程序直接前進至步驟610。
在裝置設定以更新裝置驅動器(於步驟610)之後，網路設定(包括網路位址)係例如自主機影像被應用(於步驟612)。接著確認復原機器上之磁卷組構(其係在主機影像上)係相同於客戶機器之原始磁卷組構，於步驟 614，藉由確認所有磁碟機代號及架設點係設為與個別的客戶機器相同的設定，使得應用程式將如同在客戶機器般運行。
於步驟616中，安全模式啟動係接著被去能以允許復原機器重新啟動主機影像於正常模式，於步驟618。在正常模式啟動期間，儲存於個別的客戶機器之硬碟上的作業系統、資料、及應用程式係被載入至(及將運行於)復原機器，使得其將如個別的客戶機器般操作。
若小型設定係被施行，則復原機器之啟動程序包括三個啟動：小型設定啟動、安全模式啟動、及正常模式啟動。若小型設定未被施行，則有兩個啟動：安全模式啟動及正常模式啟動。
第10圖為根據本發明之實施例可被使用的系統700之另一範例。其與第1圖中的組件有類似的元件符號。於此情況下，於災難復原站台702中，遠端復原管理器16、遠端復原機器18a、18b...18n、及遠端備份儲存裝置20係被耦接至第一SAN 703。
於客戶系統704中，客戶機器24a、24b...24n及本地備份儲存裝置26係耦接至第二SAN 705。客戶機器將主機影像備份至本地備份儲存裝置26，如上所述。於此範例中，本地復原機器706a,706b...706n係被提供、耦接至SAN 705。本地復原機器可具有與第1及3圖之遠端復原機器18a、18b...18c相同的結構。本地復原管理器708亦被耦接至第二SAN 705。本地復原管理器708可具有與第 1圖及第2圖之遠端復原管理器16相同的結構。
災難復原站台702係透過網路714(其可為例如WAN)耦接至客戶系統704。具體言之，遠端復原管理器16、遠端備份儲存裝置20、本地備份儲存裝置26、及本地復原管理器708亦耦接至網路714。本地備份儲存裝置透過網路714從客戶機器以例如如上所述藉由複寫及快照指標的使用來備份主機影像至遠端備份儲存裝置。例如IPStor(R)可被使用，且資料重複資料刪除亦可被如上述提供。
於此範例中，災難復原站台702之至復原機器18a、18b...18c的復原可如上述第1圖之範例中的相同方式發生。此外，至本地復原機器706a、706b...706n的復原亦可根據本發明之實施例被提供，只要本地備份儲存裝置26、本地復原機器、及復原管理器708仍可作用。本地備份儲存裝置26、本地復原機器、及復原管理器708可與客戶機器24a、24b...24n分開(為了保護的目的)，但將不會與災難復原站台702分開。
於此情況下，本地復原管理器708亦儲存客戶機器24a、24b...24n及本地復原機器706a、706b...706n之MHP、XML檔案、及CAB檔案，其可被藉由MHP工具以上述相同方式來產生。於此範例中，MHP工具可藉由本地復原管理器708、本地備份儲存裝置26、或個別客戶機器而被運行。若為客戶系統704所期望者，因應影響一個、一些、或全部的客戶機器(但非本地復原管理器 708、本地備份儲存裝置26、及本地復原機器706a、706b...706c)之撞擊或災難，主機影像可被以一個或複數個虛擬磁碟(其係由本地復原管理器所架設)的方式呈現至本地復原管理器708。本地復原管理器可藉由運行RT Convert修改儲存於備份儲存裝置上之所有或適當主機影像，並指定修改後的主機影像至個別的本地復原機器706a、706b...706n，其中其可使用RT Rehome被啟動於兩步驟程序，如以上關於復原至遠端復原機器18a、18b...18n所述。於此情況下，經一致化的主機影像係透過例如網路分享被提供至個別的本地復原機器。
若災難去能本地備份儲存裝置26及/或本地復原管理器708，則客戶系統704將基於備份至遠端備份儲存裝置20的主機影像而通知遠端復原管理器16以復原客戶機器之主機影像。RT Convert及RT Rehome將被運行，如上所述。
根據本發明之實施例，藉由切換災難復原站台702及客戶系統704的角色，亦可提供自災難復原站台702至客戶機器24a、24b...24n、本地復原機器706a、706b...706n、及/或新客戶機器(未圖示)之自動恢復。自動恢復亦可發生於如第1圖所組構的系統。在復原後，主機影像可被備份至遠端備份儲存裝置20。當本地備份儲存裝置26(或另一此備份儲存裝置)係運行在客戶系統704時，遠端備份儲存裝置可備份儲存於其中的主機影像至本地備份。為了自動恢復，本地復原管理器708可以 遠端復原管理器16在災難復原時相同的方式運作，使用用於客戶機器24a、24b...24n、或用於本地復原機器706a、706b...706n之相同的MHPs、XML、及CAB檔案(其已對於災難復原而準備)，或者新MHPs、XML、及CAB檔案可被準備以用於新客戶機器。本地復原管理器708可接著基於MHP藉由運行RT Convert來修改主機影像，使得其可運行於個別的客戶機器(或本地復原機器)、並指定修改的主機影像至客戶機器(其為自動恢復所要發生者)。RT Rehome接著導致兩或三步驟啟動，如上關於復原至災難復原站台所述，使得主機影像可運行於客戶系統704處之個別的客戶機器、本地復原機器、或新客戶機器。
第11圖為根據本發明之實施例的環境800的範例之方塊圖，其中主機影像之遷移可發生。於此範例中，第一客戶系統800a包括客戶機器802...802n、及本地備份儲存裝置804。第二客戶系統800b(客戶機器806...806n之主機影像將被遷移至其中)包括客戶機器806...806n、本地備份儲存裝置808、及遷移管理器810。第一客戶機器802...802n可具有與客戶機器24相同的結構且可以相同方式操作，如上所述及如第4圖所示。第二客戶機器806...806n可具有與遠端復原機器18a相同的結構且可以相同方式操作，如上所述及如第3圖所示。本地備份儲存裝置804、808可具有與本地備份儲存裝置60相同的結構且可被組構以相同方式操作，如上所述及如第1圖所示。 第一及第二客戶系統800a、800b之組件經由網路812(其可包含上述之一或多個網路)彼此通訊。
遷移管理器810可具有與遠端復原管理器16相同的結構，如上所述及如第2圖所示，且可被組構以如上述以相同方式操作，以自第一客戶機器802...802n遷移主機影像至個別的第二客戶機器806...806n。舉例來說，設定檔資訊可自不同的類型的第一及第二客戶機器被收集。藉由以第二客戶機器取代復原機器於圖式及說明中，設定檔可被比較、主機影像可被一致化、及第二客戶機器如關於第5-9圖所述被組構。
上述替代組構亦可應用至此實施例。舉例來說，第一及第二客戶系統800a、800b可被組構，如第10圖所述。此外，遷移管理器810可為於第二客戶系統800b中及/或於第一客戶系統800a中之分開的處理裝置，或者遷移管理器的功能可藉由在備份儲存裝置808及/或備份儲存裝置804中之處理裝置來實現。
如上所述，主機影像遷移可分別發生於實體至實體(“P2P”)、虛擬至虛擬(“V2V”)、虛擬至實體(“V2P”)、及實體至虛擬(“P2V”)、第一客戶機器802...802n至第二客戶機器802...802n之間，其中復原機器之及客戶機器之類型可為不同的且可非為彼此(或個別的第一及第二客戶系統800a、800b)所已知。
自第一客戶系統800a至第二客戶系統800b的遷移可在工作檔案(其界定程序的參數且包括程序中所使用的資 訊)的控制下被執行，如上所述。由於轉移主機影像之後沒有自動恢復，所遷移的主機影像係被指定為主要影像以例如在遷移完成後用於災難復原。與第一客戶系統800a之本地備份儲存裝置804相關聯者可被移除。
本發明之實施例的實現之範例係如上所述。可在不超出本發明之精神及範疇的情況下對範例進行修改。以下申請專利範圍係界定本發明之範疇。
10‧‧‧災難復原環境
12‧‧‧災難復原系統
14‧‧‧客戶系統
16‧‧‧遠端復原管理器
18a‧‧‧遠端復原裝置
18b‧‧‧遠端復原裝置
18n‧‧‧遠端復原裝置
20‧‧‧遠端備份裝置
22‧‧‧網路
24a‧‧‧客戶機器
24b‧‧‧客戶機器
24n‧‧‧客戶機器
26‧‧‧本地備份儲存裝置
32‧‧‧處理裝置
34‧‧‧儲存裝置
60‧‧‧處理單元
62‧‧‧硬碟
64‧‧‧儲存裝置

Claims (46)

  1. 一種將一第一機器之一主機影像轉移至一第二機器的方法，包含：藉由至少一第一處理裝置，比較所要轉移的第一類型之第一機器的一第一設定檔與第二類型之第二機器的一第二設定檔，該第一機器之主機影像係要轉移至該第二機器，第一類型之第一機器係不同於第二類型之第二機器，其中該第一及該第二設定檔分別各包含第一類型之第一機器及第二類型之第二機器的至少一性質；藉由該第一處理裝置，至少部份基於該比較，使第一機器之主機影像的至少一性質與第二機器之至少一對應的性質一致，其中該主機影像包括一作業系統；經由一網路，提供經一致化的該主機影像至該第二機器；及藉由該第二機器之該第二處理裝置，利用該主機影像的至少一經一致化的性質來組構該第二機器，其中該第二處理裝置與該第一處理裝置不同。
  2. 如申請專利範圍第1項之方法，其中該主機影像係藉由與該第一機器相關聯的一備份儲存裝置而被儲存。
  3. 如申請專利範圍第2項之方法，包含：經由一網路，藉由該至少一第一處理裝置，架設該備份儲存裝置以存取該主機影像。
  4. 如申請專利範圍第2項之方法，其中該備份儲存裝置為在該第一機器的位置處之一本地備份儲存裝置，或 在該第二機器的位置處之一遠端備份儲存裝置，該方法更包含：經由該網路，藉由該第一處理裝置，從該第一備份儲存裝置或從該第二備份儲存裝置接收該主機影像。
  5. 如申請專利範圍第4項之方法，其中：該至少一第一處理裝置及該第二機器係在該第一位置或該第二位置處。
  6. 如申請專利範圍第1項之方法，包含：運行至少部份由一工作檔案所界定的一預定復原程序，該工作檔案包含：網路設定、幾何設定、服務設定、及/或轉換策略。
  7. 如申請專利範圍第1項之方法，包含：收集複數個類型之第一機器的第一設定檔資訊與複數個類型之第二機器的第二設定檔資訊，該複數個類型之第一機器包括第一類型之第一機器，該複數個類型之第二機器包括第二類型之第二機器，該等設定檔資訊分別包含各類型的第一機器及各類型的第二機器之至少一性質；基於個別的第一及第二設定檔資訊來形成第一及第二設定檔；及儲存該等設定檔資訊。
  8. 如申請專利範圍第7項之方法，包含：藉由至少一第三處理裝置，在一軟體工具的控制下，收集第一類型的第一機器之至少一性質，其中該軟體工具使該第三處理裝置進行以下操作： 收集由以下所組成之群組中所選出的至少一性質：硬體裝置資訊、作業系統類型、驅動器資訊、配接器資訊、及硬體抽象層(HAL)資訊。
  9. 如申請專利範圍第8項之方法，其中所收集的驅動器資訊與以下所列之一或多者有關：儲存器配接器驅動器資訊；SCSI驅動器資訊；IDE驅動器資訊；網路驅動器資訊；視訊驅動器資訊；及電力控制驅動器資訊。
  10. 如申請專利範圍第1項之方法，包含藉由以下所列操作來使該第一機器的主機影像與該第二機器一致：組構Windows®服務開始設定；輸入一網路組態；安裝儲存器配接器驅動器以於在該第二機器上之作業系統啟動；準備至少一驅動器以於該第二機器上啟動；調整啟動磁碟之幾何；改變分割方式；決定該硬體抽象層(HAL)是否需要被改變；對於現用目錄第一機器賦能信賴的或非信賴的復原；及/或於個別的第二機器上賦能安全模式啟動。
  11. 如申請專利範圍第10項之方法，包含藉由以下所列操作來組構該復原機器：藉由至少一第一處理裝置之其中一者，輸入一程式至該主機影像中以運行於該第二機器上以組構該第二機器，以運行經一致化的該主機影像於該第二機器上；及藉由該第二機器之第二處理裝置，在該第二機器的一啟動之期間，運行該程式。
  12. 如申請專利範圍第11項之方法，其中該啟動包含一受限的啟動。
  13. 如申請專利範圍第12項之方法，其中該受限的啟動包含一安全模式啟動。
  14. 如申請專利範圍第11項之方法，其中組構該第二機器包含藉由該第二機器之第二處理裝置在所輸入的程式之控制下施行以下所列操作之一或多者：安裝至少一驅動器；安裝至少一配接器；組構至少一網路設定；加入至少一Windows®服務；加入至少一登錄基碼；組構至少一叢集；組構SCSI；當指定於該第一機器上時指定至少一磁卷點；當指定於該第一機器上時指定至少一磁碟機代號；替換一硬體抽象層(HAL)； 組構至少一主機影像程式於該主機影像上以運行於該第二機器；及/或註冊至少一主機影像程式以運行於該復原機器。
  15. 如申請專利範圍第1項之方法，其中組構該第二機器包含藉由該第二機器之第二處理器在所輸入的程式之控制下施行以下所列操作之一或多者：安裝至少一驅動器；安裝至少一配接器；組構至少一網路設定；加入至少一Windows®服務；加入至少一登錄基碼；組構至少一叢集；組構SCSI；當指定於該第一機器時指定至少一磁卷點；當指定於該第一機器時指定至少一磁碟機代號；替換一硬體抽象層(HAL)；組構至少一主機影像程式於該主機影像上以運行於該第二機器；及/或註冊至少一主機影像程式以運行於該第二機器。
  16. 如申請專利範圍第1項之方法，包含：於該復原機器之至少一啟動的期間，藉由該主機影像上之該作業系統組構該第二機器。
  17. 如申請專利範圍第1項之方法，其中該第二機器並未被預先組構以從第一類型的第一機器之該第一機器接 收一主機影像。
  18. 如申請專利範圍第1項之方法，其中：該第一機器為實體或虛擬第一機器；及該第二機器為實體或虛擬第二機器。
  19. 如申請專利範圍第1項之方法，其中該網路包含以下所列之一或多者：網際網路、廣域網路(WAN)、區域網路(LAN)、儲存區域網路(SAN)、及/或網路小型電腦系統介面(iSCSI)。
  20. 如申請專利範圍第1項之方法，其中：第一機器之類型及/或第二機器之第二類型包含硬體之類型及/或製造商之類型；及硬體之類型包含伺服器、桌上型電腦、膝上型電腦或工作站。
  21. 如申請專利範圍第1項之方法，其中該主機影像為可寫入的。
  22. 如申請專利範圍第1項之方法，其中：該第一機器包含第一類型之一客戶機器；該第二機器包含第二類型之一復原機器；及該方法更包含：經由一網路，從該復原機器提供該主機影像至一第二客戶機器，其中該第二客戶機器與該第一客戶機器相同；或經由一網路，從該復原機器提供該主機影像至一 第二客戶機器，其中該第二客戶機器與該第一客戶機器不同。
  23. 如申請專利範圍第22項之方法，在提供該主機影像至該第二客戶機器之前，更包含：比較第二類型的復原機器之第二設定檔與第一類型的第一客戶機器之第一設定檔；或比較第二類型的復原機器之第二設定檔與複數個類型的客戶機器之其中一者的第二客戶機器之第三設定檔；至少部份基於該比較，使復原機器之主機影像的至少一性質與第二客戶機器之至少一性質一致；及藉由第二客戶機器之第三處理裝置，在從該復原機器遷移該主機影像至該第二客戶機器之後，利用來自該復原機器之主機影像的至少一經一致化的性質來組構該第三客戶機器。
  24. 如申請專利範圍第1項之方法，其中：該第一機器包含第一類型之一第一客戶機器；及該第二機器包含第二類型之一第二客戶機器；該方法包含從該第一客戶機器遷移該主機影像至該第二客戶機器。
  25. 一種用於復原一第一機器之主機影像至一第二機器之系統，包含：至少一第一處理裝置；至少一第二機器，各第二機器包含一個別的第二處理裝置，係不同於該至少一第一處理裝置； 與該至少一第一處理裝置相關聯之儲存器，用以儲存複數個類型之第一機器的第一個別設定檔資訊與複數個類型之第二機器之第二個別設定檔資訊，該複數個類型之第一機器包括第一類型的第一機器，該複數個類型之第二機器包括第二類型的第二機器，第一類型之第一機器係不同於第二類型之第二機器，該等設定檔資訊分別包含各複數個類型的第一機器及各複數個類型的第二機器的至少一性質；其中該至少一第一處理裝置係經組構以進行下列操作：比較所要轉移的第一類型之第一機器的第一設定檔與第二類型之第二機器的第二設定檔，該主機影像係要復原至第二類型之第二機器；至少部份基於該比較，使第一機器之主機影像的至少一性質與第二機器之至少一對應的性質一致；及經由一網路，使經一致化的該主機影像轉移至第二機器；及該第二處理裝置係經組構以利用該主機影像之至少一經一致化的性質來組構該第二機器。
  26. 如申請專利範圍第25項之系統，其中該至少一第一處理裝置係進一步組構以進行下列操作：經由一網路，架設與該第一機器相關聯的一備份儲存裝置以存取該主機影像。
  27. 如申請專利範圍第26項之系統，其中： 該第一處理裝置及該第二機器係於一第一位置處；及該備份儲存裝置為一本地備份儲存裝置於該第一機器之一第二位置處，或一遠端備份儲存裝置於該第一位置處。
  28. 如申請專利範圍第25項之系統，其中該第一處理裝置係進一步經組構以進行下列操作：運行至少部份由一工作檔案所界定的一預定復原程序，該工作檔案包含：網路設定、幾何設定、服務設定、及/或轉換策略。
  29. 如申請專利範圍第25項之系統，其中該第一處理裝置係經組構以進行下列操作：於一資料復原中心收集至少一用於個別的複數個類型的第二機器之第二設定檔資訊，及用於個別的複數個類型的第一機器之第一設定檔資訊；其中：該第一及該第二設定檔各包含自下列所組成之群組中所選出的至少一性質：硬體裝置資訊、作業系統類型、驅動器資訊、配接器資訊、及來自於該第一位置處之各複數個類型的第二機器之各者的HAL資訊；及該至少一第一處理裝置係經組構以儲存該第一及該第二設定檔於該儲存裝置。
  30. 如申請專利範圍第29項之系統，其中該至少一第一處理裝置係經組構以藉由以下所列操作來收集至少該 第一設定檔資訊：提供一軟體工具至備份儲存裝置或個別的第一機器之至少一第三處理裝置，其中該軟體工具係經組構以使該第三處理裝置進行以下操作：從該第一機器收集由以下所組成之群組中所選出的至少一性質：硬體裝置資訊、作業系統類型、驅動器資訊、配接器資訊、及HAL資訊以形成該第一設定檔；及經由一網路，傳送該第一設定檔至該第一處理裝置。
  31. 如申請專利範圍第30項之系統，其中所收集的資訊與以下所列之一或多者有關：儲存器配接器驅動器資訊；SCSI控制器資訊；IDE驅動器資訊；網路驅動器資訊；視訊驅動器資訊；及電力控制驅動器資訊。
  32. 如申請專利範圍第31項之系統，其中該第二處理裝置係經組構以藉由以下所列操作來使該第一機器的主機影像與該第二機器一致：組構Windows®服務開始設定；輸入一網路組態；預載儲存器配接器驅動器以於個別的該第二機器上之作業系統啟動；準備至少一驅動器以於個別的該第二機器上啟動； 調整啟動磁碟之幾何；改變分割方式；改變硬體抽象層(HAL)；若該第一機器為現用目錄第一機器，則賦能信賴的或非信賴的復原；及/或於個別的該第二機器上賦能安全模式啟動。
  33. 如申請專利範圍第32項之系統，其中該至少一第一處理裝置係經組構以進行下列操作：輸入一程式至該主機影像中以使該第二處理裝置組構該第二機器，以在該第二機器的一啟動之期間運行經一致化的該主機影像於該第二機器上。
  34. 如申請專利範圍第33項之系統，其中該啟動包含一受限的啟動。
  35. 如申請專利範圍第34項之系統，其中該受限的啟動包含一安全模式啟動。
  36. 如申請專利範圍第33項之系統，其中該程式係經組構以使該第二處理裝置施行以下所列操作之一或多者以組構該第二機器：安裝至少一驅動器；安裝至少一配接器；組構至少一網路設定；加入至少一Windows®服務；加入至少一登錄基碼；組構至少一叢集； 組構SCSI；當指定於該第一機器時指定至少一磁卷點；當指定於該第一機器時指定至少一磁碟機代號；經由Windows®小型設定(mini-setup)，替換硬體抽象層(HAL)；組構至少一主機影像程式於該主機影像上以運行於該第二機器上；及/或註冊至少一主機影像程式以運行於該復原機器上。
  37. 如申請專利範圍第25項之系統，其中該網路包含：網際網路、廣域網路(WAN)、區域網路(LAN)、儲存區域網路(SAN)、及/或網路小型電腦系統介面(iSCSI)。
  38. 如申請專利範圍第25項之系統，其中：第一機器之類型及/或復原機器之類型包含硬體之類型及/或製造商之類型；及硬體之類型包含伺服器、桌上型電腦、膝上型電腦或工作站。
  39. 如申請專利範圍第25項之系統，其中該第二機器並未被預先組構以從該第一機器或第一類型的第一機器接收一主機影像。
  40. 如申請專利範圍第25項之系統，其中該至少一第一處理裝置係經組構以藉由以下操作而使該第一機器之主機影像與該第二機器一致： 至少部分基於該主機影像，建立一新主機影像；及使複製的該主機影像一致。
  41. 如申請專利範圍第25項之系統，其中該第二處理裝置係經組構以在該第二機器的至少一啟動的期間組構該第二機器。
  42. 如申請專利範圍第25項之系統，其中該至少一第一處理裝置係經組構以從該第一機器之位置處的一第一備份儲存裝置或從至少一第一處理裝置之位置處的第二備份儲存裝置接收該主機影像。
  43. 如申請專利範圍第25項之系統，其中：該第一機器為實體或虛擬第一機器；及該第二機器為實體或虛擬第二機器。
  44. 如申請專利範圍第25項之系統，其中：該第一機器包含一第一客戶機器；及該第二機器包含一復原機器；其中：該第一處理裝置係進一步組構以進行下列操作：經由一網路，從該復原機器提供該主機影像至一第二客戶機器，其中該第二客戶機器與該第一客戶機器相同；或經由一網路，提供該主機影像至一第二客戶機器，其中該第二客戶機器與該第一客戶機器不同。
  45. 如申請專利範圍第44項之系統，其中該第一處理裝置係經組構以在提供該主機影像至該第二客戶機器之 前進行下列操作：比較第二類型之復原機器的第二設定檔與第二客戶機器之類型的第三設定檔；至少部份基於該比較，使復原機器之主機影像的至少一性質與第二客戶機器之至少一性質一致；及輸入一程式該第二經一致化的至主機影像中以使該第二客戶機器之處理裝置組構該第二客戶機器以在該復原機器的一啟動之期間運行第二經一致化的該主機影像於該復原機器上。
  46. 如申請專利範圍第25項之系統，其中：該第一機器包含一第一客戶機器；該第二機器包含一第二客戶機器；及該至少一第一處理裝置係經組構以從該第一客戶機器遷移該主機影像至該第二客戶機器。
TW102119603A 2012-06-04 2013-06-03 自動災難復原和資料遷移系統及方法 TWI610166B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261655308P 2012-06-04 2012-06-04
US61/655,308 2012-06-04

Publications (2)

Publication Number Publication Date
TW201411338A true TW201411338A (zh) 2014-03-16
TWI610166B TWI610166B (zh) 2018-01-01

Family

ID=49671806

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102119603A TWI610166B (zh) 2012-06-04 2013-06-03 自動災難復原和資料遷移系統及方法

Country Status (7)

Country Link
US (9) US9087063B2 (zh)
EP (1) EP2856329B1 (zh)
KR (1) KR20150028964A (zh)
CN (1) CN104487960B (zh)
HK (1) HK1209200A1 (zh)
TW (1) TWI610166B (zh)
WO (1) WO2013184675A2 (zh)

Families Citing this family (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8307177B2 (en) 2008-09-05 2012-11-06 Commvault Systems, Inc. Systems and methods for management of virtualization data
US11449394B2 (en) 2010-06-04 2022-09-20 Commvault Systems, Inc. Failover systems and methods for performing backup operations, including heterogeneous indexing and load balancing of backup and indexing resources
US9063939B2 (en) * 2011-11-03 2015-06-23 Zettaset, Inc. Distributed storage medium management for heterogeneous storage media in high availability clusters
TWI610166B (zh) 2012-06-04 2018-01-01 飛康國際網路科技股份有限公司 自動災難復原和資料遷移系統及方法
US9740702B2 (en) * 2012-12-21 2017-08-22 Commvault Systems, Inc. Systems and methods to identify unprotected virtual machines
US9286086B2 (en) 2012-12-21 2016-03-15 Commvault Systems, Inc. Archiving virtual machines in a data storage system
US20140196039A1 (en) 2013-01-08 2014-07-10 Commvault Systems, Inc. Virtual machine categorization system and method
US9372726B2 (en) 2013-01-09 2016-06-21 The Research Foundation For The State University Of New York Gang migration of virtual machines using cluster-wide deduplication
US20140201151A1 (en) 2013-01-11 2014-07-17 Commvault Systems, Inc. Systems and methods to select files for restoration from block-level backup for virtual machines
US9286110B2 (en) 2013-01-14 2016-03-15 Commvault Systems, Inc. Seamless virtual machine recall in a data storage system
US9582386B2 (en) 2013-03-15 2017-02-28 Cloudendure, Ltd. System and method for maintaining a copy of a cloud-based computing environment and restoration thereof
US10191823B2 (en) * 2014-03-11 2019-01-29 Cloudendure Ltd. System and method for restoring original machines from replicated machines in a secondary computing environment
CN104238952A (zh) * 2013-06-06 2014-12-24 鸿富锦精密工业(武汉)有限公司 磁盘分区格式转换方法及系统
US20150074536A1 (en) 2013-09-12 2015-03-12 Commvault Systems, Inc. File manager integration with virtualization in an information management system, including user control and storage management of virtual machines
US10614047B1 (en) 2013-09-24 2020-04-07 EMC IP Holding Company LLC Proxy-based backup and restore of hyper-V cluster shared volumes (CSV)
US20150127770A1 (en) * 2013-11-06 2015-05-07 Pax8, Inc. Distributed Cloud Disk Service Provisioning and Management
US9563518B2 (en) 2014-04-02 2017-02-07 Commvault Systems, Inc. Information management by a media agent in the absence of communications with a storage manager
US9495258B2 (en) 2014-04-30 2016-11-15 Oracle International Corporation Dynamic generation of disaster recovery plan which react to changes to an underlying topology
US9396052B2 (en) * 2014-04-30 2016-07-19 Oracle International Corporation Periodic validation and health reports of disaster recovery plan
US10496495B2 (en) 2014-04-30 2019-12-03 Hewlett Packard Enterprise Development Lp On demand remote diagnostics for hardware component failure and disk drive data recovery using embedded storage media
US20160019117A1 (en) * 2014-07-16 2016-01-21 Commvault Systems, Inc. Creating customized bootable image for client computing device from backup copy
US20160019317A1 (en) 2014-07-16 2016-01-21 Commvault Systems, Inc. Volume or virtual machine level backup and generating placeholders for virtual machine files
US9436555B2 (en) 2014-09-22 2016-09-06 Commvault Systems, Inc. Efficient live-mount of a backed up virtual machine in a storage management system
US9710465B2 (en) 2014-09-22 2017-07-18 Commvault Systems, Inc. Efficiently restoring execution of a backed up virtual machine based on coordination with virtual-machine-file-relocation operations
US9417968B2 (en) 2014-09-22 2016-08-16 Commvault Systems, Inc. Efficiently restoring execution of a backed up virtual machine based on coordination with virtual-machine-file-relocation operations
US10970179B1 (en) * 2014-09-30 2021-04-06 Acronis International Gmbh Automated disaster recovery and data redundancy management systems and methods
US10776209B2 (en) 2014-11-10 2020-09-15 Commvault Systems, Inc. Cross-platform virtual machine backup and replication
US9983936B2 (en) 2014-11-20 2018-05-29 Commvault Systems, Inc. Virtual machine change block tracking
US9632876B1 (en) * 2014-12-19 2017-04-25 EMC IP Holding Company LLC Backup appliance replication to provide virtual machine recovery at a remote site
US9619340B1 (en) 2014-12-24 2017-04-11 Western Digital Technologies, Inc. Disaster recovery on dissimilar hardware
US9971658B2 (en) * 2015-01-09 2018-05-15 Vmware, Inc. Client deployment with disaster recovery considerations
US9087001B1 (en) * 2015-01-16 2015-07-21 Storagecraft Technology Corporation Virtualizing multiple networked machines using a predetermined network recovery policy
CN106202092B (zh) 2015-05-04 2020-03-06 阿里巴巴集团控股有限公司 数据处理的方法及系统
CN104850471A (zh) * 2015-05-12 2015-08-19 浪潮电子信息产业股份有限公司 一种基于安腾平台下实现db2数据库两地三中心的方法
WO2017041817A1 (en) * 2015-09-07 2017-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Method for redundancy of a vlr database of a virtualized msc
US10956174B1 (en) * 2015-10-05 2021-03-23 Veritas Technologies Llc Lazy bare metal restore
US10127055B2 (en) * 2015-10-16 2018-11-13 Quanta Computer Inc. iSCSI based bare metal OS image deployment and diskless boot
US10592350B2 (en) 2016-03-09 2020-03-17 Commvault Systems, Inc. Virtual server cloud file system for virtual machine restore to cloud operations
US9582445B1 (en) * 2016-03-29 2017-02-28 Viewpost Ip Holdings, Llc USB drive security systems and methods
US10152386B1 (en) * 2016-07-29 2018-12-11 Nutanix, Inc. Efficient disaster rollback across heterogeneous storage systems
US10474548B2 (en) 2016-09-30 2019-11-12 Commvault Systems, Inc. Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, using ping monitoring of target virtual machines
US10152251B2 (en) 2016-10-25 2018-12-11 Commvault Systems, Inc. Targeted backup of virtual machine
US10162528B2 (en) 2016-10-25 2018-12-25 Commvault Systems, Inc. Targeted snapshot based on virtual machine location
US10678758B2 (en) 2016-11-21 2020-06-09 Commvault Systems, Inc. Cross-platform virtual machine data and memory backup and replication
US10783046B2 (en) 2016-11-22 2020-09-22 Nutanix, Inc. Executing resource management operations in distributed computing systems
US20180276022A1 (en) 2017-03-24 2018-09-27 Commvault Systems, Inc. Consistent virtual machine replication
US10387073B2 (en) 2017-03-29 2019-08-20 Commvault Systems, Inc. External dynamic virtual machine synchronization
WO2019089047A1 (en) * 2017-11-06 2019-05-09 Hewlett-Packard Development Company, L.P. Operating system repairs via recovery agents
US10877928B2 (en) 2018-03-07 2020-12-29 Commvault Systems, Inc. Using utilities injected into cloud-based virtual machines for speeding up virtual machine backup operations
CN110413207B (zh) * 2018-04-28 2023-02-17 伊姆西Ip控股有限责任公司 降低存储系统的数据恢复时间的方法、设备和程序产品
CN108829350B (zh) * 2018-05-31 2020-02-21 阿里巴巴集团控股有限公司 基于区块链的数据迁移方法和装置
CN110620752B (zh) * 2018-06-20 2022-07-29 杭州海康威视数字技术股份有限公司 Logo更换方法、装置、电子设备及存储介质
US11200124B2 (en) 2018-12-06 2021-12-14 Commvault Systems, Inc. Assigning backup resources based on failover of partnered data storage servers in a data storage management system
US11178221B2 (en) * 2018-12-18 2021-11-16 Storage Engine, Inc. Methods, apparatuses and systems for cloud-based disaster recovery
US10996974B2 (en) 2019-01-30 2021-05-04 Commvault Systems, Inc. Cross-hypervisor live mount of backed up virtual machine data, including management of cache storage for virtual machine data
US10768971B2 (en) 2019-01-30 2020-09-08 Commvault Systems, Inc. Cross-hypervisor live mount of backed up virtual machine data
SG11202009002SA (en) * 2019-09-19 2021-04-29 Arctan Analytics Pte Ltd A system and method for assessing customer satisfaction from a physical gesture of a customer
US11467753B2 (en) 2020-02-14 2022-10-11 Commvault Systems, Inc. On-demand restore of virtual machine data
US11442768B2 (en) 2020-03-12 2022-09-13 Commvault Systems, Inc. Cross-hypervisor live recovery of virtual machines
US11099956B1 (en) 2020-03-26 2021-08-24 Commvault Systems, Inc. Snapshot-based disaster recovery orchestration of virtual machine failover and failback operations
CN111538613B (zh) * 2020-04-28 2023-06-13 浙江大华技术股份有限公司 一种集群系统异常恢复处理方法及装置
US11500669B2 (en) 2020-05-15 2022-11-15 Commvault Systems, Inc. Live recovery of virtual machines in a public cloud computing environment
US11656951B2 (en) 2020-10-28 2023-05-23 Commvault Systems, Inc. Data loss vulnerability detection
US11514100B2 (en) * 2020-12-17 2022-11-29 EMC IP Holding Company LLC Automatic detection and identification of gold image library files and directories
US11513904B2 (en) * 2020-12-17 2022-11-29 EMC IP Holding Company LLC Gold image library management system to reduce backup storage and bandwidth utilization
CN117270756A (zh) * 2022-06-14 2023-12-22 富联精密电子(天津)有限公司 盘符校准方法、系统、电子设备及存储介质

Family Cites Families (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0510691B1 (en) 1991-04-26 2004-11-03 Osaka Bioscience Institute DNA coding for human cell surface antigen
US5497483A (en) * 1992-09-23 1996-03-05 International Business Machines Corporation Method and system for track transfer control during concurrent copy operations in a data processing storage subsystem
US5375232A (en) * 1992-09-23 1994-12-20 International Business Machines Corporation Method and system for asynchronous pre-staging of backup copies in a data processing storage subsystem
US5564054A (en) * 1994-08-25 1996-10-08 International Business Machines Corporation Fail-safe computer boot apparatus and method
JPH08139900A (ja) * 1994-11-14 1996-05-31 Canon Inc 画像通信装置
US5974546A (en) 1997-05-08 1999-10-26 Micron Electronics, Inc. Apparatus and method to determine cause of failed boot sequence to improve likelihood of successful subsequent boot attempt
JP4689137B2 (ja) 2001-08-08 2011-05-25 株式会社日立製作所 リモートコピー制御方法、及びストレージシステム
US6535998B1 (en) 1999-07-26 2003-03-18 Microsoft Corporation System recovery by restoring hardware state on non-identical systems
US7020697B1 (en) 1999-10-01 2006-03-28 Accenture Llp Architectures for netcentric computing systems
US7203732B2 (en) 1999-11-11 2007-04-10 Miralink Corporation Flexible remote data mirroring
US20020049883A1 (en) 1999-11-29 2002-04-25 Eric Schneider System and method for restoring a computer system after a failure
US6990606B2 (en) * 2000-07-28 2006-01-24 International Business Machines Corporation Cascading failover of a data management application for shared disk file systems in loosely coupled node clusters
JP3581094B2 (ja) 2000-10-31 2004-10-27 株式会社プロトコーポレーション 残価予測システム及びその方法、並びにコンピュータ上で動作する残価予測プログラムを記録した記録媒体
US6920555B1 (en) 2001-03-10 2005-07-19 Powerquest Corporation Method for deploying an image into other partition on a computer system by using an imaging tool and coordinating migration of user profile to the imaged computer system
GB0112781D0 (en) * 2001-05-25 2001-07-18 Global Continuity Plc Method for rapid recovery from a network file server failure
US7024477B2 (en) 2001-06-29 2006-04-04 International Business Machines Corporation Service time analysis methods for the WSM QOS monitor
GB2377284B (en) * 2001-07-02 2005-06-22 Sun Microsystems Inc Computer storage systems
US20030149750A1 (en) * 2002-02-07 2003-08-07 Franzenburg Alan M. Distributed storage array
US7565517B1 (en) * 2002-04-03 2009-07-21 Symantec Corporation Retargeting a captured image to new hardware while in a pre-boot environment
EP1490771A4 (en) 2002-04-03 2007-11-21 Powerquest Corp USING DISSOCIATED PICTURES TO THE COMPUTER? AND MEMORY MANAGEMENT
US6813708B2 (en) * 2002-10-29 2004-11-02 Electronic Data Systems Corporation System and method for searching a BIOS for a type of computer network drive to boot and an operating system for migrating an operating system to a computer
AU2003282361A1 (en) 2002-11-20 2004-06-15 Filesx Ltd. Fast backup storage and fast recovery of data (fbsrd)
NO317775B1 (no) 2003-04-07 2004-12-13 Validsign As Fremgangsmate og tjeneste for vurdering av kvaliteten av offentlig nokkelsertifikat
US8209680B1 (en) * 2003-04-11 2012-06-26 Vmware, Inc. System and method for disk imaging on diverse computers
US7136994B2 (en) * 2003-05-13 2006-11-14 Intel Corporation Recovery images in an operational firmware environment
US7165145B2 (en) 2003-07-02 2007-01-16 Falconstor Software, Inc. System and method to protect data stored in a storage system
US7448034B2 (en) 2003-07-30 2008-11-04 International Business Machines Corporation Build time determination and installation of drivers on cloned systems
US7155585B2 (en) 2003-08-01 2006-12-26 Falconstor Software, Inc. Method and system for synchronizing storage system data
US7702610B2 (en) 2003-09-19 2010-04-20 Netezza Corporation Performing sequence analysis as a multipart plan storing intermediate results as a relation
US7260589B2 (en) 2003-12-04 2007-08-21 International Business Machines Corporation High performance support for XA protocols in a clustered shared database
US7383483B2 (en) 2003-12-11 2008-06-03 International Business Machines Corporation Data transfer error checking
US7200626B1 (en) 2004-01-22 2007-04-03 Unisys Corporation System and method for verification of a quiesced database copy
US20050229175A1 (en) 2004-04-13 2005-10-13 Surgient, Inc. Hardware agnostic manipulation and management of image resources
US7313682B2 (en) 2004-04-29 2007-12-25 Alcatel Lucent Method and system for updating boot memory that stores a fail-safe reset code and is configured to store boot code and boot updater code
US7257811B2 (en) * 2004-05-11 2007-08-14 International Business Machines Corporation System, method and program to migrate a virtual machine
JP2006011541A (ja) 2004-06-22 2006-01-12 Hitachi Ltd 計算機および共用記憶装置を含む計算機システムにおける情報記録方法
US20060017970A1 (en) 2004-07-24 2006-01-26 Samsung Electronics Co., Ltd. Image forming system, apparatus and method
CA2486103A1 (en) * 2004-10-26 2006-04-26 Platespin Ltd. System and method for autonomic optimization of physical and virtual resource use in a data center
US7499954B2 (en) * 2004-11-01 2009-03-03 International Business Machines Corporation Consistent reintegration of a failed primary instance
US7730486B2 (en) * 2005-02-28 2010-06-01 Hewlett-Packard Development Company, L.P. System and method for migrating virtual machines on cluster systems
US8266473B2 (en) 2005-03-10 2012-09-11 Telecom Italia S.P.A. Disaster recovery architecture
US8417796B2 (en) 2006-01-17 2013-04-09 Leostream Corporation System and method for transferring a computing environment between computers of dissimilar configurations
US8015441B2 (en) 2006-02-03 2011-09-06 Emc Corporation Verification of computer backup data
US7873702B2 (en) 2006-03-31 2011-01-18 Masstech Group Inc. Distributed redundant adaptive cluster
US8832045B2 (en) 2006-04-07 2014-09-09 Data Storage Group, Inc. Data compression and storage techniques
WO2007118243A2 (en) * 2006-04-07 2007-10-18 Data Storage Group Data compression and storage techniques
US8225309B2 (en) 2006-10-16 2012-07-17 Dell Products L.P. Method and process for using common preinstallation environment for heterogeneous operating systems
US20080141015A1 (en) 2006-12-06 2008-06-12 Glen Edmond Chalemin System and method for operating system deployment in a peer-to-peer computing environment
US7796843B2 (en) 2007-03-21 2010-09-14 University Of Houston Design and performance of a Fiber Bragg grating displacement sensor for measurement of movement
KR20090132629A (ko) * 2007-04-09 2009-12-30 가부시키가이샤 엔.티.티.도코모 화상 예측 부호화 장치, 화상 예측 부호화 방법, 화상 예측 부호화 프로그램, 화상 예측 복호 장치, 화상 예측 복호 방법 및 화상 예측 복호 프로그램
CN101136758A (zh) 2007-07-20 2008-03-05 南京联创科技股份有限公司 在线计费系统在欠费风险控制系统中的应用方法
US8006103B2 (en) * 2007-10-26 2011-08-23 Hewlett-Packard Development Company, L.P. TPM device for multi-processor systems
US7765371B2 (en) * 2007-10-29 2010-07-27 Dell Products L.P. Method and apparatus for full backups in advance
JP5142678B2 (ja) * 2007-11-15 2013-02-13 株式会社日立製作所 デプロイ方法およびシステム
JP4448878B2 (ja) * 2007-12-06 2010-04-14 株式会社日立製作所 障害回復環境の設定方法
US8103747B2 (en) 2008-01-24 2012-01-24 Symantec Operating Corporation Automatically configuring a network device during a dissimilar system restore
US7870299B1 (en) * 2008-02-06 2011-01-11 Westinghouse Electric Co Llc Advanced logic system
US20090210427A1 (en) * 2008-02-15 2009-08-20 Chris Eidler Secure Business Continuity and Disaster Recovery Platform for Multiple Protected Systems
JP4585575B2 (ja) 2008-03-04 2010-11-24 本田技研工業株式会社 電動ダンパ装置
US7506037B1 (en) * 2008-05-13 2009-03-17 International Business Machines Corporation Method determining whether to seek operator assistance for incompatible virtual environment migration
US8171276B2 (en) 2008-06-10 2012-05-01 International Business Machines Corporation Minimal startup mode for performing multiple-reboot configuration
CN101308463B (zh) 2008-06-13 2011-03-23 南京邮电大学 网格环境内面向代理编程计算任务的自适应方法
JP5235569B2 (ja) 2008-09-12 2013-07-10 サンデン株式会社 容量制御弁、可変容量圧縮機及び可変容量圧縮機の容量制御システム
US8458717B1 (en) * 2008-09-23 2013-06-04 Gogrid, LLC System and method for automated criteria based deployment of virtual machines across a grid of hosting resources
US8332365B2 (en) 2009-03-31 2012-12-11 Amazon Technologies, Inc. Cloning and recovery of data volumes
US8959061B1 (en) 2009-09-30 2015-02-17 Emc Corporation Rapid restore from a prepared system image
US8676761B1 (en) 2009-09-30 2014-03-18 Emc Corporation Preparation of a system image for rapid restore
US8713139B1 (en) * 2009-10-29 2014-04-29 Hewlett-Packard Development Company, L.P. Automatic fixup of network configuration on system image move
US9626206B2 (en) * 2010-03-18 2017-04-18 Microsoft Technology Licensing, Llc Virtual machine homogenization to enable migration across heterogeneous computers
US8484653B2 (en) * 2010-07-28 2013-07-09 Red Hat Israel, Ltd. Mechanism for delayed hardware upgrades in virtualization systems
WO2012030383A1 (en) 2010-08-31 2012-03-08 Falconstor, Inc. Data deduplication
US8468383B2 (en) * 2010-12-08 2013-06-18 International Business Machines Corporation Reduced power failover system
US9329886B2 (en) * 2010-12-10 2016-05-03 Amazon Technologies, Inc. Virtual machine morphing for heterogeneous migration environments
JP5417553B2 (ja) * 2011-02-28 2014-02-19 株式会社日立製作所 管理計算機及び計算機システムの管理方法
US8522068B2 (en) * 2011-05-02 2013-08-27 International Business Machines Corporation Coordinated disaster recovery production takeover operations
US20120310683A1 (en) 2011-06-06 2012-12-06 Carter Michael M Engine, system and method of providing cloud-based business valuation and associated rules-based services
US8880934B2 (en) * 2012-04-04 2014-11-04 Symantec Corporation Method and system for co-existence of live migration protocols and cluster server failover protocols
TWI610166B (zh) * 2012-06-04 2018-01-01 飛康國際網路科技股份有限公司 自動災難復原和資料遷移系統及方法
JP6362483B2 (ja) * 2014-09-02 2018-07-25 キヤノン株式会社 情報処理装置、情報処理方法及びプログラム
US9501361B2 (en) * 2014-09-26 2016-11-22 Silverstring Ltd. Disaster recovery system
JP2020048300A (ja) 2018-09-18 2020-03-26 株式会社東芝 制御装置、制御システム、及び制御方法

Also Published As

Publication number Publication date
US20150317215A1 (en) 2015-11-05
HK1209200A1 (zh) 2016-03-24
CN104487960A (zh) 2015-04-01
US11675670B2 (en) 2023-06-13
US9367404B2 (en) 2016-06-14
US9734019B2 (en) 2017-08-15
US10073745B2 (en) 2018-09-11
US10901858B2 (en) 2021-01-26
US20210240577A1 (en) 2021-08-05
US9087063B2 (en) 2015-07-21
US10761947B2 (en) 2020-09-01
TWI610166B (zh) 2018-01-01
EP2856329B1 (en) 2019-07-24
US20130326260A1 (en) 2013-12-05
KR20150028964A (ko) 2015-03-17
WO2013184675A3 (en) 2014-02-20
US20160283330A1 (en) 2016-09-29
US20190004905A1 (en) 2019-01-03
EP2856329A2 (en) 2015-04-08
US20170344437A1 (en) 2017-11-30
CN104487960B (zh) 2017-10-24
WO2013184675A2 (en) 2013-12-12
EP2856329A4 (en) 2016-03-02
US20210255934A1 (en) 2021-08-19
US20130346370A1 (en) 2013-12-26
US11561865B2 (en) 2023-01-24
US20230161671A1 (en) 2023-05-25

Similar Documents

Publication Publication Date Title
TWI610166B (zh) 自動災難復原和資料遷移系統及方法
KR102443172B1 (ko) 멀티테넌트 어플리케이션 서버 환경에서 패치를 지원하는 시스템 및 방법
AU2006297144B2 (en) Application of virtual servers to high availability and disaster recovery solutions
US8949188B2 (en) Efficient backup and restore of a cluster aware virtual input/output server (VIOS) within a VIOS cluster
JP5746312B2 (ja) 複製されたデータインスタンスのプロビジョニングおよび管理
US9442813B2 (en) Replaying jobs at a secondary location of a service
US8392378B2 (en) Efficient backup and restore of virtual input/output server (VIOS) cluster
US20230252045A1 (en) Life cycle management for standby databases
Shaikh Automated Failover Disaster Recovery of Virtual Machines in Geocluster Environment over Layer 3
Pot’vin et al. High Availability, Backup, and Recovery