自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

三分鐘掌握數(shù)據(jù)中心“容災(zāi)和備份的區(qū)別”

網(wǎng)絡(luò) 網(wǎng)絡(luò)管理 網(wǎng)絡(luò)運(yùn)維
本文將介紹“容災(zāi)和備份的區(qū)別”以及一些盡可能減少發(fā)生運(yùn)行故障失敗機(jī)會(huì),并加強(qiáng)企業(yè)的數(shù)據(jù)備份環(huán)境的簡(jiǎn)單要點(diǎn)。

一、前言

數(shù)據(jù)中心運(yùn)行突發(fā)故障(如:天災(zāi)不可避免的災(zāi)難)是無法預(yù)測(cè)的,計(jì)算機(jī)里的數(shù)據(jù)就像掃雷游戲一樣,十面埋伏充滿雷區(qū),隨時(shí)都有可能Game Over,容災(zāi)備份就是數(shù)據(jù)安全的最后防線,但是你可以避免由數(shù)據(jù)中心發(fā)生故障而丟失數(shù)據(jù)引發(fā)的數(shù)據(jù)丟失的局面,下面,本文將介紹“容災(zāi)和備份的區(qū)別”以及一些盡可能減少發(fā)生運(yùn)行故障失敗機(jī)會(huì),并加強(qiáng)企業(yè)的數(shù)據(jù)備份環(huán)境的簡(jiǎn)單要點(diǎn)。

??

容災(zāi)和備份

??

二、什么是容災(zāi)?

上世紀(jì)70年是容災(zāi)的起源期,80到90年代是容災(zāi)的快速發(fā)展期,90年代到2000年是容災(zāi)的膨脹期,從2010年開始互聯(lián)網(wǎng)時(shí)代對(duì)業(yè)務(wù)連續(xù)的要求更高,IT進(jìn)入了云的時(shí)代,容災(zāi)成為了一種服務(wù)。

容災(zāi)系統(tǒng)是指在相隔較遠(yuǎn)的異地,建立兩套或多套功能相同的IT系統(tǒng),互相之間可以進(jìn)行健康狀態(tài)監(jiān)視和功能切換,當(dāng)一處系統(tǒng)因意外(如火災(zāi)、地震等)停止工作時(shí),整個(gè)應(yīng)用系統(tǒng)可以切換到另一處,使得該系統(tǒng)功能可以繼續(xù)正常工作。

容災(zāi)技術(shù)是系統(tǒng)的高可用性技術(shù)的一個(gè)組成部分,容災(zāi)系統(tǒng)更加強(qiáng)調(diào)處理外界環(huán)境對(duì)系統(tǒng)的影響,特別是災(zāi)難性事件對(duì)整個(gè)IT節(jié)點(diǎn)的影響,提供節(jié)點(diǎn)級(jí)別的系統(tǒng)恢復(fù)功能。

??

[[210515]]

??

三、容災(zāi)的分類

從其對(duì)系統(tǒng)的保護(hù)程度來分,可以將容災(zāi)系統(tǒng)分為:數(shù)據(jù)容災(zāi)和應(yīng)用容災(zāi),數(shù)據(jù)容災(zāi)就是指建立一個(gè)異地的數(shù)據(jù)系統(tǒng),該系統(tǒng)是本地關(guān)鍵應(yīng)用數(shù)據(jù)的一個(gè)實(shí)時(shí)復(fù)制。

應(yīng)用容災(zāi)是在數(shù)據(jù)容災(zāi)的基礎(chǔ)上,在異地建立一套完整的與本地生產(chǎn)系統(tǒng)相當(dāng)?shù)膫浞輵?yīng)用系統(tǒng)(可以是互為備份),在災(zāi)難情況下,遠(yuǎn)程系統(tǒng)迅速接管業(yè)務(wù)運(yùn)行,數(shù)據(jù)容災(zāi)是抗御災(zāi)難的保障,而應(yīng)用容災(zāi)則是容災(zāi)系統(tǒng)建設(shè)的目標(biāo)。

四、容災(zāi)和備份有什么連系?

容災(zāi)備份實(shí)際上是兩個(gè)概念,容災(zāi)是為了在遭遇災(zāi)害時(shí)能保證信息系統(tǒng)能正常運(yùn)行,幫助企業(yè)實(shí)現(xiàn)業(yè)務(wù)連續(xù)性的目標(biāo),備份是為了應(yīng)對(duì)災(zāi)難來臨時(shí)造成的數(shù)據(jù)丟失問題。在容災(zāi)備份一體化產(chǎn)品出現(xiàn)之前,容災(zāi)系統(tǒng)與備份系統(tǒng)是獨(dú)立的。容災(zāi)備份產(chǎn)品的最終目標(biāo)是幫助企業(yè)應(yīng)對(duì)人為誤操作、軟件錯(cuò)誤、病毒入侵等"軟"性災(zāi)害以及硬件故障、自然災(zāi)害等“硬”性災(zāi)害。

??

[[210516]]

??

五、容災(zāi)和備份的區(qū)別

一般意義上,備份指的是數(shù)據(jù)備份或系統(tǒng)備份,容災(zāi)指的是不在同一機(jī)房的數(shù)據(jù)備份或應(yīng)用系統(tǒng)備份。備份采用備份軟件技術(shù)實(shí)現(xiàn),而容災(zāi)通過復(fù)制或鏡像軟件實(shí)現(xiàn),兩者的根本區(qū)別在于:

  • 容災(zāi)主要針對(duì)火災(zāi)、地震等重大自然災(zāi)害,因此備份中心與主中心間必須保證一定的安全距離;數(shù)據(jù)備份在同一數(shù)據(jù)中心進(jìn)行。
  • 容災(zāi)系統(tǒng)不僅保護(hù)數(shù)據(jù),更重要的目的在于保證業(yè)務(wù)的連續(xù)性;而數(shù)據(jù)備份系統(tǒng)只保護(hù)數(shù)據(jù)的安全性。
  • 容災(zāi)保證數(shù)據(jù)的完整性;備份則只能恢復(fù)出備份時(shí)間點(diǎn)以前的數(shù)據(jù)。
  • 容災(zāi)是在線過程;備份是離線過程。
  • 容災(zāi)系統(tǒng)中,兩地的數(shù)據(jù)是實(shí)時(shí)一致的;備份的數(shù)據(jù)則具有一定的時(shí)效性。
  • 故障情況下,容災(zāi)系統(tǒng)的切換時(shí)間是幾秒鐘至幾分鐘;而備份系統(tǒng)的恢復(fù)時(shí)間可能幾小時(shí)到幾十小時(shí)。

??

容災(zāi)和備份的區(qū)別

??

六、容災(zāi)的分類

1. 數(shù)據(jù)級(jí)

數(shù)據(jù)級(jí)容災(zāi)是最基礎(chǔ)的手段,指通過建立異地容災(zāi)中心,做數(shù)據(jù)的遠(yuǎn)程備份,在災(zāi)難發(fā)生之后要確保原有的數(shù)據(jù)不會(huì)丟失或者遭到破壞,但在數(shù)據(jù)級(jí)容災(zāi)這個(gè)級(jí)別,發(fā)生災(zāi)難時(shí)應(yīng)用是會(huì)中斷的。可以簡(jiǎn)單的把這種容災(zāi)方式理解成一個(gè)遠(yuǎn)程的數(shù)據(jù)備份中心,就是建立一個(gè)數(shù)據(jù)的備份系統(tǒng)或者一個(gè)容災(zāi)系統(tǒng),比如數(shù)據(jù)庫(kù)、文件等等。

  • 優(yōu)點(diǎn):費(fèi)用比較低,構(gòu)建實(shí)施相對(duì)簡(jiǎn)單
  • 缺點(diǎn):數(shù)據(jù)級(jí)容災(zāi)的恢復(fù)時(shí)間比較長(zhǎng)

2. 應(yīng)用級(jí)

應(yīng)用級(jí)容災(zāi)是在數(shù)據(jù)級(jí)容災(zāi)的基礎(chǔ)之上,在備份站點(diǎn)同樣構(gòu)建一套相同的應(yīng)用系統(tǒng),通過同步或異步復(fù)制技術(shù),這樣可以保證關(guān)鍵應(yīng)用在允許的時(shí)間范圍內(nèi)恢復(fù)運(yùn)行,盡可能減少災(zāi)難帶來的損失,讓用戶基本感受不到災(zāi)難的發(fā)生。應(yīng)用級(jí)容災(zāi)就是建立一個(gè)應(yīng)用的備份系統(tǒng),比如一套OA系統(tǒng)正在運(yùn)行,在另一個(gè)地方建立一套同樣的OA系統(tǒng)。

  • 優(yōu)點(diǎn):提供的服務(wù)是完整、可靠、安全的,確保業(yè)務(wù)的連續(xù)性
  • 缺點(diǎn):費(fèi)用較高,需要更多軟件的實(shí)現(xiàn)

3 業(yè)務(wù)級(jí)

業(yè)務(wù)級(jí)容災(zāi)是全業(yè)務(wù)的災(zāi)備,除了必要的IT相關(guān)技術(shù),還要求具備全部的基礎(chǔ)設(shè)施。

  • 優(yōu)點(diǎn):保障業(yè)務(wù)的連續(xù)性
  • 缺點(diǎn):費(fèi)用很高,還需要場(chǎng)所費(fèi)用的投入,實(shí)施難度大。

??

[[210518]]

??

七、備份等級(jí)

容災(zāi)備份是通過在異地建立和維護(hù)一個(gè)備份存儲(chǔ)系統(tǒng),利用地理上的分離來保證系統(tǒng)和數(shù)據(jù)對(duì)災(zāi)難性事件的抵御能力。根據(jù)容災(zāi)系統(tǒng)對(duì)災(zāi)難的抵抗程度,可分為數(shù)據(jù)容災(zāi)和應(yīng)用容災(zāi)。數(shù)據(jù)容災(zāi)是指建立一個(gè)異地的數(shù)據(jù)系統(tǒng),該系統(tǒng)是對(duì)本地系統(tǒng)關(guān)鍵應(yīng)用數(shù)據(jù)實(shí)時(shí)復(fù)制。當(dāng)出現(xiàn)災(zāi)難時(shí),可由異地系統(tǒng)迅速接替本地系統(tǒng)而保證業(yè)務(wù)的連續(xù)性。應(yīng)用容災(zāi)比數(shù)據(jù)容災(zāi)層次更高,即在異地建立一套完整的、與本地?cái)?shù)據(jù)系統(tǒng)相當(dāng)?shù)膫浞輵?yīng)用系統(tǒng)(可以同本地應(yīng)用系統(tǒng)互為備份,也可與本地應(yīng)用系統(tǒng)共同工作)。

在災(zāi)難出現(xiàn)后,遠(yuǎn)程應(yīng)用系統(tǒng)迅速接管或承擔(dān)本地應(yīng)用系統(tǒng)的業(yè)務(wù)運(yùn)行,設(shè)計(jì)一個(gè)容災(zāi)備份系統(tǒng),需要考慮多方面的因素,如備份/恢復(fù)數(shù)據(jù)量大小、應(yīng)用數(shù)據(jù)中心和備援?dāng)?shù)據(jù)中心之間的距離和數(shù)據(jù)傳輸方式、災(zāi)難發(fā)生時(shí)所要求的恢復(fù)速度、備援中心的管理及投入資金等,根據(jù)這些因素和不同的應(yīng)用場(chǎng)合,通常可將容災(zāi)備份分為四個(gè)等級(jí)。

1. 第0級(jí):沒有備援中心

這一級(jí)容災(zāi)備份,實(shí)際上沒有災(zāi)難恢復(fù)能力,它只在本地進(jìn)行數(shù)據(jù)備份,并且被備份的數(shù)據(jù)只在本地保存,沒有送往異地。


2. 第1級(jí):本地磁帶備份,異地保存

在本地將關(guān)鍵數(shù)據(jù)備份,然后送到異地保存。災(zāi)難發(fā)生后,按預(yù)定數(shù)據(jù)恢復(fù)程序恢復(fù)系統(tǒng)和數(shù)據(jù)。這種方案成本低、易于配置。但當(dāng)數(shù)據(jù)量增大時(shí),存在存儲(chǔ)介質(zhì)難管理的問題,并且當(dāng)災(zāi)難發(fā)生時(shí)存在大量數(shù)據(jù)難以及時(shí)恢復(fù)的問題。為了解決此問題,災(zāi)難發(fā)生時(shí),先恢復(fù)關(guān)鍵數(shù)據(jù),后恢復(fù)非關(guān)鍵數(shù)據(jù)。

3. 第2級(jí):熱備份站點(diǎn)備份

在異地建立一個(gè)熱備份點(diǎn),通過網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)備份。也就是通過網(wǎng)絡(luò)以同步或異步方式,把主站點(diǎn)的數(shù)據(jù)備份到備份站點(diǎn),備份站點(diǎn)一般只備份數(shù)據(jù),不承擔(dān)業(yè)務(wù)。當(dāng)出現(xiàn)災(zāi)難時(shí),備份站點(diǎn)接替主站點(diǎn)的業(yè)務(wù),從而維護(hù)業(yè)務(wù)運(yùn)行的連續(xù)性。

4. 第3級(jí):活動(dòng)備援中心

在相隔較遠(yuǎn)的地方分別建立兩個(gè)數(shù)據(jù)中心,它們都處于工作狀態(tài),并進(jìn)行相互數(shù)據(jù)備份。當(dāng)某個(gè)數(shù)據(jù)中心發(fā)生災(zāi)難時(shí),另一個(gè)數(shù)據(jù)中心接替其工作任務(wù)。這種級(jí)別的備份根據(jù)實(shí)際要求和投入資金的多少,又可分為兩種:

  • 兩個(gè)數(shù)據(jù)中心之間只限于關(guān)鍵數(shù)據(jù)的相互備份;
  • 兩個(gè)數(shù)據(jù)中心之間互為鏡像,即零數(shù)據(jù)丟失等。零數(shù)據(jù)丟失是目前要求最高的一種容災(zāi)備份方式,它要求不管什么災(zāi)難發(fā)生,系統(tǒng)都能保證數(shù)據(jù)的安全。所以,它需要配置復(fù)雜的管理軟件和專用的硬件設(shè)備,需要投資相對(duì)而言是最大的,但恢復(fù)速度也是最快的。

 

??

??

八、改善備份性能的五大要點(diǎn)

1. 監(jiān)控程序

在備份過程中,監(jiān)控本身并不會(huì)導(dǎo)致發(fā)生故障運(yùn)行失敗,但其確實(shí)可以使得當(dāng)某一個(gè)故障失敗發(fā)生時(shí)更難以被發(fā)現(xiàn)。隨著IT世界的范疇變得越來越廣闊,備份系統(tǒng)必須進(jìn)行改變,以查看和管理多個(gè)備份服務(wù)器?,F(xiàn)在,大多數(shù)系統(tǒng)并不是設(shè)計(jì)用于同時(shí)監(jiān)控多臺(tái)服務(wù)器的,而如果一個(gè)問題出現(xiàn),整個(gè)拆解過程會(huì)變得相當(dāng)繁瑣和困難。

解決方案:

我們所需要的是一款具有自動(dòng)化功能的監(jiān)控系統(tǒng),該系統(tǒng)將能夠匯編數(shù)據(jù),并以圖形方式提供用戶界面,提供對(duì)于整個(gè)環(huán)境的一個(gè)全面的視圖。同時(shí)對(duì)于個(gè)別服務(wù)器和客戶端也應(yīng)該是可視化的。為了進(jìn)一步簡(jiǎn)化操作,該系統(tǒng)還必須能夠監(jiān)控在某一特定的業(yè)務(wù)中使用多供應(yīng)商的備份。

2. 不要錯(cuò)過通知警報(bào)

雖然對(duì)于一般性的溝通問題而言,將電子郵件通知警報(bào)發(fā)送到適當(dāng)?shù)墓芾韱T通常是一個(gè)可靠的方式,但情況并不總是保持不變的。隨著時(shí)間的推移,服務(wù)器,應(yīng)用程序,備份設(shè)備和人員安置情況總是在變化的,因此,經(jīng)常核實(shí)并確保警報(bào)能夠在第一時(shí)間通知到恰當(dāng)?shù)墓ぷ魅藛T來進(jìn)行處理是非常有必要的。

解決方案:

實(shí)時(shí)警報(bào)是一款很好的解決方案。這種類型的警告可通過電子郵件、SNMP集成整合和SMS短信將警報(bào)發(fā)送給不同的人員,精確定位適當(dāng)?shù)娜藛T來接收信息,并快速、高效地進(jìn)行溝通。

??

??

3. 注意命令行操作系統(tǒng)錯(cuò)誤

雖然管理員可能更傾向于采用命令行界面來完成一項(xiàng)工作,但這很容易出錯(cuò)!原因是由于在使用該方法時(shí),不同管理者之間的備份缺乏一致性。最佳的做法應(yīng)該是通過及時(shí)更新來加強(qiáng)編纂,但這種情況并不經(jīng)常發(fā)生,致使錯(cuò)誤發(fā)生屢見不鮮。

解決方案:

一款用戶界面允許GUI操作的備份功能必須添加到IT部門的備份系統(tǒng)。這樣就減少了人為錯(cuò)誤的機(jī)會(huì),提高了當(dāng)前操作的可重復(fù)性。

4. 對(duì)于報(bào)告和規(guī)劃重視不足

由于企業(yè)的備份專業(yè)人員能夠?qū)⒅饕性谙到y(tǒng)所發(fā)送的警報(bào)報(bào)告方面,但務(wù)必要記住的是,這些信息只提供了管理備份環(huán)境中的難題的一部分。很多時(shí)候,備份管理人員會(huì)錯(cuò)過某些特定部門和程序所發(fā)來的許多其他重要的報(bào)告。

當(dāng)備份服務(wù)器開始托管傳輸?shù)木瘓?bào)和監(jiān)視數(shù)據(jù)時(shí),問題很快就會(huì)隨之而來。一般情況下,主備份服務(wù)器上的數(shù)據(jù)只保存很短的時(shí)間,可能導(dǎo)致其不能夠再被訪問,從而使得理解和防止下一次故障失敗的任務(wù)變得幾乎不可能。

解決方案:

遵循我所推薦的最佳實(shí)踐方案,謹(jǐn)慎的做法是從初級(jí)的和分布式備份服務(wù)器編譯數(shù)據(jù)到單個(gè)數(shù)據(jù)庫(kù),這將有助于保持日常數(shù)據(jù)備份的平穩(wěn)運(yùn)行。通過這種方式,可以進(jìn)行數(shù)據(jù)分析,并在您的部門根據(jù)具體需求采用各種報(bào)告。

??

[[210520]]

??

5. 配置錯(cuò)誤

雖然IT部門非常精通備份和恢復(fù)系統(tǒng),但有時(shí)也可能出錯(cuò)。配置錯(cuò)誤便是一個(gè)例子;這種情況經(jīng)常發(fā)生,因?yàn)閿?shù)據(jù)和服務(wù)器環(huán)境被擴(kuò)大。下面是一些常見的問題:

恢復(fù)日志的規(guī)模大小不準(zhǔn)確:這樣的恢復(fù)日志可能會(huì)導(dǎo)致信息丟失。這種特殊的領(lǐng)域,必須手動(dòng)擴(kuò)大并重新啟動(dòng),以避免災(zāi)難的發(fā)生。

從磁盤到磁帶不匹配:當(dāng)使用小的磁盤池時(shí),可能存在新的數(shù)據(jù)不被接受、推遲備份、并導(dǎo)致錯(cuò)過了備份窗口的機(jī)會(huì)。只有一個(gè)線程可以從一個(gè)磁盤池寫入到磁帶設(shè)備,并且如果磁帶不能處理數(shù)據(jù)必須從磁盤被寫入的速度,磁盤池將不能夠備份數(shù)據(jù)。

同時(shí)備份的過載:備份系統(tǒng)的最大客戶端數(shù)很容易被超過,更不要說錯(cuò)過了備份窗口。這個(gè)問題可能會(huì)在數(shù)據(jù)環(huán)境增長(zhǎng)和添加備份客戶端時(shí)發(fā)生。

解決方案:

不管錯(cuò)誤情況時(shí)怎樣的,許多IT專業(yè)人士使用的都是更大型的監(jiān)控系統(tǒng),其提供了更全面的看法。這種更全面的視圖提供了對(duì)于發(fā)現(xiàn)錯(cuò)誤更直接的方法,并有助于在一個(gè)不斷變化的環(huán)境中確定造成的因素。備份軟件和監(jiān)控系統(tǒng)被一起使用,以便IT部門可以準(zhǔn)確評(píng)估備份環(huán)境的需求。

責(zé)任編輯:趙寧寧 來源: 中國(guó)IDC圈
相關(guān)推薦

2017-11-20 10:37:03

2022-03-26 09:06:40

ActorCSP模型

2020-08-17 17:20:36

pythonJAVA代碼

2021-12-17 07:47:37

IT風(fēng)險(xiǎn)框架

2025-02-13 08:04:49

spliceCPU數(shù)據(jù)

2024-05-16 11:13:16

Helm工具release

2023-12-04 18:13:03

GPU編程

2009-11-09 12:55:43

WCF事務(wù)

2024-12-18 10:24:59

代理技術(shù)JDK動(dòng)態(tài)代理

2009-10-29 16:22:10

VB.NET操作MyS

2015-10-23 17:47:32

BaaSPaaS移動(dòng)中間件

2020-03-08 16:45:58

數(shù)據(jù)挖掘學(xué)習(xí)數(shù)據(jù)量

2022-02-17 09:24:11

TypeScript編程語言javaScrip

2021-04-20 13:59:37

云計(jì)算

2023-12-27 08:15:47

Java虛擬線程

2024-01-16 07:46:14

FutureTask接口用法

2024-08-30 08:50:00

2013-06-28 14:30:26

棱鏡計(jì)劃棱鏡棱鏡監(jiān)控項(xiàng)目

2020-06-30 10:45:28

Web開發(fā)工具

2020-07-21 07:42:29

數(shù)據(jù)庫(kù)信息技術(shù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)