【文章內(nèi)容簡(jiǎn)介】 兩個(gè)中心之間之間彼此備份。在兩個(gè)中心之間，彼此的在線關(guān)鍵數(shù)據(jù)的拷貝不停地相互傳送著。在災(zāi)難發(fā)生時(shí)，需要的關(guān)鍵數(shù)據(jù)通過網(wǎng)絡(luò)可迅速恢復(fù)，通過網(wǎng)絡(luò)的切換，關(guān)鍵應(yīng)用的恢復(fù)時(shí)間也可降低到了小時(shí)級(jí)。 Tier 5Tier 5 兩中心兩階段確認(rèn) (TwoSite TwoPhase Commit)Tier 5 是在 Tier 4 的基礎(chǔ)上在鏡像狀態(tài)上管理著被選擇的數(shù)據(jù) (根據(jù)單一mit 范圍，在本地和遠(yuǎn)程數(shù)據(jù)庫中同時(shí)更新著數(shù)據(jù))，也就是說，在更新請(qǐng)求被容災(zāi)項(xiàng)目方案設(shè)計(jì)認(rèn)為是滿意之前，Tier 5 需要生產(chǎn)中心與備份中心的數(shù)據(jù)都被更新。我們可以想象這樣一種情景，數(shù)據(jù)在兩個(gè)中心之間相互映像，由遠(yuǎn)程 twophase mit 來同步，因?yàn)殛P(guān)鍵應(yīng)用使用了雙重在線存儲(chǔ)，所以在災(zāi)難發(fā)生時(shí)，僅僅傳送中的數(shù)據(jù)被丟失，恢復(fù)的時(shí)間被降低到了小時(shí)級(jí)。 Tier 6Tier 6 零數(shù)據(jù)丟失 (Zero Data Loss)Tier 6 可以實(shí)現(xiàn)零數(shù)據(jù)丟失率，同時(shí)保證數(shù)據(jù)立即自動(dòng)地被傳輸?shù)絺浞葜行?。Tier 6 被認(rèn)為是災(zāi)難備份的最高的級(jí)別，在本地和遠(yuǎn)程的所有數(shù)據(jù)被更新的同時(shí)，利用了雙重在線存儲(chǔ)和完全的網(wǎng)絡(luò)切換能力。Tier 6 是災(zāi)難備份中最昂貴的方式，也是速度最快的恢復(fù)方式，恢復(fù)的時(shí)間被降低到了分鐘級(jí)。對(duì)于 Tier 6 的災(zāi)難備份解決方案，可以應(yīng)用兩種遠(yuǎn)程拷貝技術(shù)來實(shí)現(xiàn)，即 PPRC 同步遠(yuǎn)程拷貝和 XRC 異步遠(yuǎn)程拷貝。 因此，企業(yè)需要根據(jù)其計(jì)算機(jī)處理系統(tǒng)中數(shù)據(jù)的重要性，以及需要恢復(fù)的速度和程度，來進(jìn)行災(zāi)備系統(tǒng)建設(shè)的整體考慮和不同災(zāi)難對(duì)業(yè)務(wù)沖擊的分析，并最終確定災(zāi)備系統(tǒng)建設(shè)的總體規(guī)劃。災(zāi)備系統(tǒng)建設(shè)的總體規(guī)劃應(yīng)包括以下幾個(gè)方面： 界定災(zāi)備系統(tǒng)的適用范圍分析不同的應(yīng)用系統(tǒng)，確定災(zāi)備系統(tǒng)是一個(gè)覆蓋整個(gè)計(jì)算機(jī)系統(tǒng)的工程，根據(jù)業(yè)務(wù)的重要性，對(duì)不同的系統(tǒng)采用不同級(jí)別的容災(zāi)方案，如針對(duì)關(guān)鍵的業(yè)務(wù)應(yīng)用子系統(tǒng)，實(shí)施高級(jí)別的容災(zāi)工程；對(duì)低級(jí)別的業(yè)務(wù)系統(tǒng)，實(shí)施低級(jí)別的容災(zāi)工程?？傊⒁粋€(gè)綜合性的整體災(zāi)備建設(shè)工程。 界定災(zāi)備建設(shè)的目標(biāo) 容災(zāi)項(xiàng)目方案設(shè)計(jì)　　生產(chǎn)系統(tǒng)在單位時(shí)間內(nèi)的數(shù)據(jù)處理能力或 IO 流量確定的情況下，RPO 實(shí)際上成為一個(gè)反映災(zāi)備恢復(fù)過程中的數(shù)據(jù)丟失量的指標(biāo)。而 RTO 則是指從災(zāi)難發(fā)生到備份系統(tǒng)可以接管原有生產(chǎn)系統(tǒng)所需要花費(fèi)的時(shí)間，這不僅要考慮數(shù)據(jù)的恢復(fù)時(shí)間，還應(yīng)該考慮恢復(fù)后數(shù)據(jù)的完整性、一致性的修復(fù)和確認(rèn)、備份中心計(jì)算機(jī)處理系統(tǒng)的啟動(dòng)和備份中心的網(wǎng)絡(luò)切換等全部時(shí)間?？傮w規(guī)劃中應(yīng)為災(zāi)備系統(tǒng)設(shè)定明確的 RPO和 RTO 指標(biāo)。 但是設(shè)計(jì)容災(zāi)系統(tǒng)不能只看 RTO 和 RPO，對(duì)于不同的業(yè)務(wù)系統(tǒng)和用戶特殊的要求，其它一些指標(biāo)有可能成為選擇容災(zāi)解決方案的主要因素。例如，某些地區(qū)為了防范一些特定自然災(zāi)害的風(fēng)險(xiǎn)，要求容災(zāi)備份中心與業(yè)務(wù)中心保持足夠的距離，在這種情況下，容災(zāi)備份中心與業(yè)務(wù)中心的距離要求就是容災(zāi)系統(tǒng)的重要指標(biāo)。通信網(wǎng)絡(luò)是容災(zāi)系統(tǒng)的組成部分，通信線路的質(zhì)量也是容災(zāi)系統(tǒng)的性能指標(biāo)之一，其中包括網(wǎng)絡(luò)的數(shù)據(jù)傳輸帶寬、網(wǎng)絡(luò)傳輸通道的冗余和網(wǎng)絡(luò)服務(wù)商的服務(wù)水平（網(wǎng)絡(luò)年中斷率）。如果容災(zāi)系統(tǒng)使用的通信網(wǎng)絡(luò)是確定的，為了比較不同容災(zāi)解決方案，可以用單位存儲(chǔ)容量的數(shù)據(jù)庫在同一通信網(wǎng)絡(luò)上的數(shù)據(jù)完全恢復(fù)時(shí)間作為一項(xiàng)設(shè)計(jì)指標(biāo)。大部分業(yè)務(wù)系統(tǒng)都是數(shù)據(jù)庫應(yīng)用結(jié)構(gòu)，但業(yè)務(wù)系統(tǒng)容災(zāi)并不等于是數(shù)據(jù)庫容災(zāi)，還包括訪問數(shù)據(jù)庫的應(yīng)用程序和相關(guān)配置信息。實(shí)現(xiàn)數(shù)據(jù)庫容災(zāi)是容災(zāi)的基礎(chǔ)，在保數(shù)據(jù)庫數(shù)據(jù)一致的前提下，還要實(shí)現(xiàn)應(yīng)用程序和配置信息的一致性；實(shí)現(xiàn)應(yīng)用系統(tǒng)的高可用性、應(yīng)用程序在容災(zāi)中心與生產(chǎn)中心接管和切回的過程，因此，還要考慮應(yīng)用的模式是 C/S、B/S，兩層、三層、多層次的應(yīng)用結(jié)構(gòu)等等。 界定災(zāi)備系統(tǒng)的總體架構(gòu) 　　根據(jù)實(shí)際需求、現(xiàn)有技術(shù)、所在地域、計(jì)劃防范的災(zāi)難種類和預(yù)算投入的資金量等實(shí)際情況，確定災(zāi)備系統(tǒng)預(yù)期達(dá)到的級(jí)別，并以此來確定災(zāi)備系統(tǒng)與生產(chǎn)運(yùn)行系統(tǒng)在地理位置上的距離（同城還是異地或兩者兼?zhèn)洌竟?jié)點(diǎn)），備份數(shù)據(jù)存儲(chǔ)所在的介質(zhì)（磁盤還是磁帶或兩者兼?zhèn)洌?，備份?shù)據(jù)在生產(chǎn)中心與備份中心傳輸?shù)娜轂?zāi)項(xiàng)目方案設(shè)計(jì)方式（這就涉及到了具體的計(jì)算機(jī)存儲(chǔ)與網(wǎng)絡(luò)技術(shù)），以及備份中心計(jì)算機(jī)系統(tǒng)的處理能力和網(wǎng)絡(luò)接管所需的具體架構(gòu)（是否與生產(chǎn)中心采用完全同等數(shù)量、容量和性能的計(jì)算機(jī)、存儲(chǔ)設(shè)備和網(wǎng)絡(luò)體系結(jié)構(gòu)）。 容災(zāi)項(xiàng)目方案設(shè)計(jì)第 2 章 主流容災(zāi)技術(shù)說明根據(jù) SHARE 78 評(píng)審標(biāo)準(zhǔn)，容災(zāi)技術(shù)必需涵蓋了如下內(nèi)容： 數(shù)據(jù)備份 數(shù)據(jù)備份是系統(tǒng)、數(shù)據(jù)容災(zāi)的基礎(chǔ)，也是低端容災(zāi)的實(shí)現(xiàn)，是高端容災(zāi)（實(shí)時(shí)數(shù)據(jù)保護(hù)）的有力保障。目前備份技術(shù)主要有快照備份、離線備份、異地存儲(chǔ)備份。備份系統(tǒng)通過備份策略，對(duì)計(jì)算機(jī)信息系統(tǒng)的操作系統(tǒng)、文件系統(tǒng)、應(yīng)用程序、數(shù)據(jù)庫系統(tǒng)等數(shù)據(jù)集，實(shí)現(xiàn)某一時(shí)間點(diǎn)的完整拷貝，拷貝的數(shù)據(jù)處在非在線狀態(tài)，不能被立刻訪問，必須通過相應(yīng)操作,如恢復(fù)等方式使用備份數(shù)據(jù)。這也解決了高端容災(zāi)（實(shí)時(shí)數(shù)據(jù)保護(hù)）不能解決的問題：人為誤操作、惡意性操作等，這類操作，計(jì)算機(jī)系統(tǒng)是不能區(qū)分的，一旦執(zhí)行，將造成數(shù)據(jù)中心、災(zāi)備中心同時(shí)修改；對(duì)于數(shù)據(jù)庫系統(tǒng)，在日志方式下，可以通過回滾方式修改，對(duì)于文件系統(tǒng)、操作系統(tǒng)等其他配置信息是不能回滾的，將造成毀滅性的結(jié)果。因此在建設(shè)高端容災(zāi)系統(tǒng)的前提，一定要做好本地系統(tǒng)的備份，這是容災(zāi)技術(shù)的起點(diǎn)。目前成熟的備份軟件有某 NetBackup、EMC Legato，IBM TSM，HP Protect Server 等等。 實(shí)時(shí)數(shù)據(jù)保護(hù) 實(shí)時(shí)數(shù)據(jù)保護(hù)，就是在多塊磁盤上、多個(gè)陣列、多臺(tái)服務(wù)器、多個(gè)數(shù)據(jù)中心實(shí)時(shí)的保存同一份數(shù)據(jù)的多份存儲(chǔ)，目的是為了避免物理故障，數(shù)據(jù)不會(huì)因?yàn)橐粔K磁盤、一個(gè)陣列、一臺(tái)服務(wù)器、一個(gè)數(shù)據(jù)中心的故障，而不能訪問。注意，實(shí)時(shí)數(shù)據(jù)保護(hù)需要以數(shù)據(jù)備份作為前提，它不能防范人為誤操作和惡性操作。這里我們要強(qiáng)調(diào)容災(zāi)的目的是讓數(shù)據(jù)在災(zāi)難發(fā)生時(shí)，還能被訪問，通過實(shí)時(shí)數(shù)據(jù)保護(hù)，保證數(shù)據(jù)的完整性；因此實(shí)時(shí)數(shù)據(jù)保護(hù)是容災(zāi)手段，而不是目的。容災(zāi)項(xiàng)目方案設(shè)計(jì)目前實(shí)時(shí)數(shù)據(jù)保護(hù)的技術(shù)主要有兩種：數(shù)據(jù)鏡像和數(shù)據(jù)復(fù)制。 數(shù)據(jù)鏡像（Mirroring）數(shù)據(jù)鏡像（Mirroring）是冗余的一種類型，一個(gè)磁盤上的數(shù)據(jù)在另一個(gè)磁盤上存在一個(gè)完全相同的副本即為鏡像。分軟件鏡像與硬件鏡像，它們的的區(qū)別就在于實(shí)現(xiàn)鏡像所需的 CPU 周期所處的位置。最終，都是根據(jù)程序的指令，為硬件（磁盤，以及磁盤上存儲(chǔ)的數(shù)據(jù)）制作一個(gè)鏡像副本。鏡像可以保證兩份數(shù)據(jù)完全一樣。鏡像軟件有某 Volume Manager；各硬件廠商都有基于自己陣列的硬件鏡像方式。 數(shù)據(jù)復(fù)制（Replication）數(shù)據(jù)復(fù)制（Replication）是將一個(gè)原數(shù)據(jù)的及其改動(dòng)，通過后續(xù)機(jī)制拷貝到另外一處，可以是另一個(gè)磁盤、另一個(gè)陣列、另一個(gè)服務(wù)器、另一個(gè)數(shù)據(jù)中心。由于實(shí)現(xiàn)的機(jī)制不同，又分為同步復(fù)制和異步復(fù)制兩種方式。同步復(fù)制，能夠確保兩份數(shù)據(jù)完全一致，但對(duì)系統(tǒng)的影響較大，一般不會(huì)采用；異步復(fù)制，通過后續(xù)機(jī)制，確保將本地改動(dòng)的數(shù)據(jù)復(fù)制的異地，對(duì)系統(tǒng)的影響較小，但數(shù)據(jù)同步有延遲，是目前實(shí)現(xiàn)遠(yuǎn)程數(shù)據(jù)同步的主要方法。根據(jù)實(shí)現(xiàn)機(jī)制，數(shù)據(jù)復(fù)制分為軟件方式和硬件方式；硬件方式往往又被稱為遠(yuǎn)程鏡像。軟件復(fù)制有某 Volume Replicator；硬件復(fù)制有 EMC SRDF、HDS TrueCopy等。 軟 件 復(fù) 制 （ 卷 復(fù) 制 ）某 Volume Replicator(簡(jiǎn)稱 VVR)負(fù)責(zé)遠(yuǎn)程數(shù)據(jù)復(fù)制。VVR 復(fù)制基于 Volume 進(jìn)行。復(fù)制的數(shù)據(jù)可以是數(shù)據(jù)庫中的數(shù)據(jù)（文件方式或裸設(shè)備方式），數(shù)據(jù)庫日志，復(fù)制的數(shù)據(jù)也可以是各種文件，如應(yīng)用和數(shù)據(jù)庫配置文件，應(yīng)用程序，庫文件，等等。復(fù)制的示意圖見圖四。容災(zāi)項(xiàng)目方案設(shè)計(jì)VVR 與 VxVM 完全集成在一起。用 VxVM 管理界面和命令統(tǒng)一配置管理；由于 VVR僅僅將 Volume 上每次 I/O 的實(shí)際數(shù)據(jù)實(shí)時(shí)復(fù)制到遠(yuǎn)程節(jié)點(diǎn)，所以在網(wǎng)絡(luò)線路上傳輸?shù)臄?shù)據(jù)量很少，對(duì)帶寬的需求也很小，因此也與應(yīng)用無關(guān)，只要是在定義的復(fù)制卷上的仍和操作，都會(huì)被復(fù)制到異地。 硬 件 復(fù) 制以 EMC 的 SRDF 為例，如下圖：1．系統(tǒng)定期檢測(cè)磁盤物理數(shù)據(jù)塊的改變狀況。容災(zāi)項(xiàng)目方案設(shè)計(jì)如果發(fā)現(xiàn)有數(shù)據(jù)塊改動(dòng)，將會(huì)被系統(tǒng)記錄，并一次性將改動(dòng)過的數(shù)據(jù)塊考到復(fù)制緩存，這一動(dòng)作被稱為 Switch?？截惖骄彺嬷械臄?shù)據(jù)塊，在下一個(gè) Switch 來臨之前，被復(fù)制到異地相應(yīng)的陣列緩存中。容災(zāi)項(xiàng)目方案設(shè)計(jì)在下一個(gè) Switch 時(shí)，本地?cái)?shù)據(jù)塊被復(fù)制到本地存中，而異地緩存中上一次被改動(dòng)過的數(shù)據(jù)塊才被復(fù)制到容災(zāi)系統(tǒng)中。根據(jù)實(shí)應(yīng)用范圍，數(shù)據(jù)復(fù)制分為應(yīng)用復(fù)制、數(shù)據(jù)庫復(fù)制、卷復(fù)制、控制器復(fù)制。應(yīng)用復(fù)制，是指通過應(yīng)用系統(tǒng)直接向原生產(chǎn)中心和容災(zāi)中心同時(shí)發(fā)交易，生產(chǎn)容災(zāi)項(xiàng)目方案設(shè)計(jì)中心和容災(zāi)中心都處理成功，該筆交易才算成功；只要有一邊應(yīng)用處理失敗，該筆交易就算失敗。由于交易的延遲性較大、健壯性較差，應(yīng)用復(fù)制一般不會(huì)考慮。應(yīng)用數(shù)據(jù)庫操作系統(tǒng)控制器物理磁盤數(shù)據(jù)塊SITE A應(yīng)用數(shù)據(jù)庫操作系統(tǒng)控制器物理磁盤SITE BIO LogSQL/Log交易 數(shù) 據(jù) 庫 復(fù) 制數(shù)據(jù)庫復(fù)制，如 Oracle 的 Data Guard、Quest SharePlex、DSG RealSync 等，通過分析數(shù)據(jù)庫 Redo Log 和 Archive Log 實(shí)現(xiàn)日志的復(fù)制，將分析結(jié)果直接或轉(zhuǎn)化為 SQL 語句傳到容災(zāi)中心，在容災(zāi)中通過心 Aply 數(shù)據(jù)庫日志或?qū)⑷罩巨D(zhuǎn)化的 SQL語句重做，來保證數(shù)據(jù)庫數(shù)據(jù)的一致性。數(shù)據(jù)庫復(fù)制實(shí)際上是應(yīng)用復(fù)制的數(shù)據(jù)庫實(shí)現(xiàn)，復(fù)制方式通過異步完成。卷復(fù)制如上某 Volume Replicator。控制器復(fù)制，如上 EMC 的復(fù)制過程。容災(zāi)項(xiàng)目方案設(shè)計(jì) IBM SVC實(shí)際上還有一種新的復(fù)制方式，稱為基于 SAN 網(wǎng)絡(luò)的卷復(fù)制，如 IBM 的 SVC。它是通過特殊的設(shè)備 SAN 控制器，建立基于 SAN 控制器的卷，通過這種與主機(jī)應(yīng)用無關(guān)，但與 SAN 控制器直接相關(guān)的卷實(shí)現(xiàn)復(fù)制。由于技術(shù)較新，且只有 IBM 一家推出，未得到其他硬件廠商支持，非主流技術(shù)，以下不再闡述。 應(yīng)用系統(tǒng)恢復(fù)正如前所述，數(shù)據(jù)復(fù)制是容災(zāi)的手段，不是目的，容災(zāi)的目的是數(shù)據(jù)的訪問。因此應(yīng)用的恢復(fù)和以下的網(wǎng)絡(luò)的恢復(fù)也是容災(zāi)的關(guān)鍵。應(yīng)用系統(tǒng)恢復(fù)，這和系統(tǒng)的應(yīng)用模式直接相關(guān)。需要考慮應(yīng)用系統(tǒng)的應(yīng)用架構(gòu)。是 Client/Server 架構(gòu)，還是 Broswer/Server 架構(gòu)；是 2 層架構(gòu)、還是 3 層架構(gòu)、還是多層架構(gòu)。兩層架構(gòu)，表示容災(zāi)中心的應(yīng)用只要啟動(dòng)數(shù)據(jù)庫就可以服務(wù)了。如果是三層架構(gòu)，就意味著應(yīng)用系統(tǒng)除數(shù)據(jù)庫以外，還有網(wǎng)絡(luò)服務(wù)程序，如中間件Tuxedo、CICS、WebLogic、WebSphere、9iAS、SAP 等等。在容災(zāi)應(yīng)用切換時(shí)，能夠手工或自動(dòng)化的將這些服務(wù)一一啟動(dòng)。 網(wǎng)絡(luò)系統(tǒng)恢復(fù) 在災(zāi)難發(fā)生后，應(yīng)用切換到災(zāi)備中心了，本地的應(yīng)用前端需要重新訪問容災(zāi)節(jié)點(diǎn)的服務(wù)，帶來另外一個(gè)問題，網(wǎng)絡(luò)如何切換？是建立新的網(wǎng)絡(luò)，還是使用動(dòng)態(tài)路由，還是有其它辦法？實(shí)際上最簡(jiǎn)單的辦法，就是通過外部 DNS 服務(wù)器，改變服務(wù)器名和 IP 的映射關(guān)系，將原服務(wù)器名映射到新的 IP 地址上，就可以利用容災(zāi)網(wǎng)絡(luò)，實(shí)現(xiàn)前端對(duì)容災(zāi)中心服務(wù)器數(shù)據(jù)的訪問。容災(zāi)項(xiàng)目方案設(shè)計(jì) 容災(zāi)切換過程 就是在災(zāi)難發(fā)生后，數(shù)據(jù)庫切換、應(yīng)用重新啟動(dòng)、網(wǎng)絡(luò)實(shí)現(xiàn)切換等等,容災(zāi)中心接管原生產(chǎn)中心的整個(gè)過程；同時(shí)還包含了在原數(shù)據(jù)中心修復(fù)后，數(shù)據(jù)庫、應(yīng)用、網(wǎng)絡(luò)需要重新切會(huì)來的整個(gè)過程。這些過程，可以通過手工切換、也可以通過自動(dòng)化過程完成。 消防演習(xí)大部分的容災(zāi)方案，在項(xiàng)目實(shí)施后，很難有機(jī)會(huì)來實(shí)現(xiàn)預(yù)演，因?yàn)閷?duì)于大部分方案來說，這種預(yù)演活動(dòng)，需要耗費(fèi)大量的人力財(cái)力。但是消防預(yù)演是必不可少的，它是實(shí)時(shí)測(cè)試目前的容災(zāi)方案的漏洞，保證容災(zāi)方案在災(zāi)難發(fā)生時(shí)，能夠真正生效。容災(zāi)項(xiàng)目方案設(shè)計(jì)第 3 章 主流容災(zāi)技術(shù)分析與對(duì)比沒有一種技術(shù)可以解決所有得 IT 問題，因此，也沒有一個(gè)解決方案是完美無缺得，依據(jù)現(xiàn)狀、技術(shù)要求、和未來的拓展，我們?cè)诖擞懻摰氖亲詈线m容災(zāi)技術(shù)的解決方案。 數(shù)據(jù)備份 SHARE 78 評(píng)審標(biāo)準(zhǔn)中，Tier 0、Tier Tier2 級(jí)別容災(zāi)要解決的問題。如前面所闡述的，數(shù)據(jù)備份是容災(zāi)系統(tǒng)的起點(diǎn)，是最低端的容災(zāi)方案。不是說有了高端的實(shí)時(shí)容災(zāi)方案，就可以不要備份系統(tǒng)了，因?yàn)閷?shí)時(shí)容災(zāi)不能解決惡性操作、誤操作等故障，而備份系統(tǒng)可以解決。在此我們要討論的是，如何利用現(xiàn)有的備份系統(tǒng)，是容災(zāi)方案更加完備。正如 Veritas 的備份軟件 NetBackup, 對(duì)目前所有的操作系統(tǒng)AIX、Solaris、HP－Unix、Windows、數(shù)據(jù)庫 Oracle、SQL Server、DBSybaseASE 等，Veritas NetBackup 除了可以很好的備份相關(guān)的文件系統(tǒng)數(shù)據(jù)、數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)外，同時(shí)通過 BMR(Bare Metal Restore:裸金屬恢復(fù))模塊，可以對(duì) AIX、Solaris、HP－Unix、Windows、Linux 操作系統(tǒng)實(shí)現(xiàn)備份，備份這些操作系統(tǒng)的相關(guān)補(bǔ)丁、外設(shè)驅(qū)動(dòng)程序、相關(guān)的文件系統(tǒng)配置信息、相關(guān)的卷配置信息、內(nèi)核參數(shù)等。在災(zāi)難修復(fù)時(shí)，可以通過恢復(fù)的方式快速恢復(fù)相關(guān)操作系統(tǒng)。實(shí)際經(jīng)驗(yàn)，操作系統(tǒng)安裝、打補(bǔ)丁，安裝相關(guān)驅(qū)動(dòng)程序、恢復(fù)內(nèi)核參數(shù)、恢復(fù)文件系統(tǒng)配置、恢復(fù)卷管理系統(tǒng)配置等整個(gè)過程，可以縮短在 1 小時(shí)內(nèi)完成，并且降低了人為錯(cuò)誤操作過程。這樣大大提高了原生產(chǎn)中