一般是做異地備份和異地容災(zāi)。目前也有更好的選擇,比如說用“多備份”這款工具來實現(xiàn)異地多云備份容災(zāi),把MySQL數(shù)據(jù)庫加密分布式存儲備份到百度云、阿里云、亞馬遜云、金山云、騰訊云、七牛、ucloud等,保證數(shù)據(jù)不丟失!
醴陵網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)!從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站設(shè)計等網(wǎng)站項目制作,到程序開發(fā),運營維護。創(chuàng)新互聯(lián)成立與2013年到現(xiàn)在10年的時間,我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗,來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。
我們就說三個層次的災(zāi)備系統(tǒng)的標準:首先看國際標準SHARE78,這個標準將災(zāi)難恢復分成八個層次:那么從存儲結(jié)構(gòu)來看,SHARE78涵蓋最簡單的本地磁盤的備份,到將備份的磁帶存儲在異地,再到建立應(yīng)用系統(tǒng)實時的切換的異地備份系統(tǒng)。那么從恢復的時間點角度來看,SHARE78涵蓋幾天級,幾小時級、幾分鐘、幾秒級,這是零數(shù)據(jù)丟失。
SHARE78它將異地災(zāi)備的定義為如下七個級別,我們國家六個級別,它是定義七級別。
第一個級別第0級容災(zāi)方案:這個時候數(shù)據(jù)僅在本地進行備份,沒有在異地備份,并且沒有制定災(zāi)難恢復計劃,這是最簡單的一種,對吧,也是最便宜的一種。
第1級容災(zāi)方案,它將關(guān)鍵數(shù)據(jù)備份到本地磁帶介質(zhì)上,然后送往異地保存。
第2級容災(zāi)方案,就是在第1級的容災(zāi)方案的基礎(chǔ)上,再增加了一個熱備中心。
那么從第0級,第1級,第2級這三種容災(zāi)方案,到目前來說,應(yīng)該說對于大中型企事業(yè)單位,已經(jīng)不能再用了,已經(jīng)被淘汰了。被小的機構(gòu)用是另外一回事。
大機構(gòu)用的都是下面要介紹的3級以上的容災(zāi)方案,或者是容災(zāi)級別。
第3級,那么在這一級中,就通過網(wǎng)絡(luò)將關(guān)鍵的數(shù)據(jù)進行備份,并且存放至異地,制定有相應(yīng)的災(zāi)難恢復計劃,有備份中心,并且配備部分數(shù)據(jù)處理系統(tǒng)及其網(wǎng)絡(luò)通信系統(tǒng)。
第4級的容災(zāi)方案,那么這個時候增加了備份管理軟件,自動通過通信網(wǎng)絡(luò)將部分關(guān)鍵數(shù)據(jù)定時的備份到異地,這么一種功能。同時還制定了相應(yīng)的災(zāi)難恢復計劃。
第5級的容災(zāi)方案,增加了硬件的鏡像技術(shù)和軟件的數(shù)據(jù)復制技術(shù)。也就是說可以實現(xiàn)在應(yīng)用站點與備份站點的數(shù)據(jù)多備份更新。
第6級容災(zāi)方案,這個時候利用專用的存儲網(wǎng)絡(luò),將關(guān)鍵數(shù)據(jù)同步鏡像至備援中心,數(shù)據(jù)不僅在本地進行確認,而且需要在異地進行確認,這個異地就是備援中心那個地方進行確認,實現(xiàn)零數(shù)據(jù)的丟失。
第7級也就是最高級的容災(zāi)方案。那么這個時候當一個工作中心發(fā)生災(zāi)難時,能夠提供一定程度的跨站點動態(tài)負載平衡和自動系統(tǒng)的故障切換功能,這是最高級的,這是SHARE78的情況。
災(zāi)備的7個層次
據(jù)國際標準SHARE78的定義,災(zāi)難恢復解決方案可根據(jù)以下主要方面所達到的程度分為七級,即從低到高有七種不同層次的災(zāi)難恢復解決方案??梢愿鶕?jù)企業(yè)數(shù)據(jù)的重要性以及您需要恢復的速度和程度,來設(shè)計選擇并實現(xiàn)您的災(zāi)難恢復計劃
簡單的說幾句吧。其實這個解決方案呢,主要是要先考慮成本問題,其他的,技術(shù)問題其實都很容易解決,但是企業(yè)應(yīng)用上,最大的限制就是成本。下面以O(shè)RACLE數(shù)據(jù)庫為例,簡單說說。希望對你有所幫助。(數(shù)據(jù)庫類型并不重要,解決方案都是大同小異。)
1、基于存儲層的容災(zāi)復制方案
這種技術(shù)的復制機制是通過基于SAN的存儲局域網(wǎng)進行復制,復制針對每個IO進行,復制的數(shù)據(jù)量比較大;系統(tǒng)可以實現(xiàn)數(shù)據(jù)的同步或異步兩種方式的復制。對大數(shù)據(jù)量的系統(tǒng)來說有很大的優(yōu)勢(每天日志量在60G以上),但是對主機、操作系統(tǒng)、數(shù)據(jù)庫版本等要求一致,且對絡(luò)環(huán)境的要求比較高。
2、基于邏輯卷的容災(zāi)復制方案
這種技術(shù)的機制是通過基于TCP/IP的網(wǎng)絡(luò)環(huán)境進行復制,由操作系統(tǒng)進程捕捉邏輯卷的變化進行復制。其特點與基于存儲設(shè)備的復制方案比較類似,也可以選擇同步或異步兩種方式,對主機的軟、硬件環(huán)境的一致性要求也比較高,對大數(shù)據(jù)量的應(yīng)用比較有優(yōu)勢。其目標系統(tǒng)如果要實現(xiàn)可讀,需要創(chuàng)建第三方鏡像。個人認為這種技術(shù)和上面提到的基于存儲的復制技術(shù)比較適合于超大數(shù)據(jù)量的系統(tǒng),或者是應(yīng)用系統(tǒng)的容災(zāi)復制。
3、基于oracle redo log的邏輯復制方式
使用這種方式的主要有一些第三方的軟件,以及oracle自己的DATAGUARD 中的logical Standby。目前,國外已經(jīng)有了很多比較成熟的產(chǎn)品及成功案例,國內(nèi)也有類似的產(chǎn)品, 但在產(chǎn)品的成熟程度和成功案例上跟國外還有一定的差距。
使用oracle以外的獨立進程,捕捉redo log file 的信息,將其翻譯成sql語句,再通過網(wǎng)絡(luò)傳輸?shù)侥繕硕藬?shù)據(jù)庫,在目標端數(shù)據(jù)庫執(zhí)行同樣的sql。如果其進程趕不上oracle日志切換,也可以捕捉歸檔日志中的內(nèi)容。也有的產(chǎn)品在源端以事務(wù)為單位,當一個事務(wù)完成后,再把它傳輸?shù)侥繕硕?。所有的產(chǎn)品一般都是以表為單位進行復制,同時也支持大部分DDL的復制(主要在oracle9i環(huán)境中)。
數(shù)據(jù)庫的吞吐量太大時,其實據(jù)會有較大的延遲,當數(shù)據(jù)庫每天的日量達到60G或更大時,這種方案的可行性交差;實施的過程可能會有一些停機時間,來進行數(shù)據(jù)的同步和配置的激活;復制環(huán)境建立起來以后,對數(shù)據(jù)庫結(jié)構(gòu)上的一些修改需要按照規(guī)定的操作流程進行,有一定的維護成本。
1、mysqldump,mysql自帶的備份,每日業(yè)務(wù)低峰期全備一次,備份完未壓縮前大小10G-50G不等,不管mysql多大,這個備份最好每日都備份一次,選擇業(yè)務(wù)最不忙的時候,例如凌晨3、4點鐘。不建議每天備份若干次,因為備份時間長,期間占用資源比較高
2、xtrabackup,第三方percona公司出的全備+增量備份工具,根據(jù)你業(yè)務(wù)特征,如果需要恢復級別很高。例如只允許丟失半小時數(shù)據(jù),那么就凌晨全備,之后都在前一個備份的基礎(chǔ)上進行增量備份。對于innodb引擎表不會鎖表,且增量備份時間短且占用系統(tǒng)資源不高,且可以實現(xiàn)相對實時的備份,所以還是很實用的mysql備份工具的。具體內(nèi)容你上perocona官網(wǎng)周到xtrabackup文檔好好閱讀下,不是很多內(nèi)容,很快能讀完的。答案摘自希賽系統(tǒng)學院
標題名稱:怎么看mysql容災(zāi)方案 mysql容災(zāi)備份方案
鏈接URL:http://jinyejixie.com/article12/hpcjdc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供軟件開發(fā)、網(wǎng)站改版、面包屑導航、外貿(mào)建站、網(wǎng)站維護、全網(wǎng)營銷推廣
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)