<form id="tznrh"><form id="tznrh"><th id="tznrh"></th></form></form>

            世界備份日,Don’t Be An April Fool

            發布時間:2020-04-08 | 信息來源: | 發布作者:




            作為IT界里的浪里小白條,你一定聽說過世界備份日,但是你知道為什么備份日定在3月31日嗎?換個方式問,


            為什么定在愚人節的前一天。


            因為這一天的口號是:Don’t Be An April Fool,Backup Your Data(不要當一個傻瓜,注意備份資料)。


            時常備份,未雨綢繆,不要失去寶貴資料才懂得珍惜。


            數據庫備份仍處于黑暗時代?


            根據《Boston Computing Network》做過的一項調查,全球約有

            - 34% 的公司沒有檢查他們的備份是否有效。

            - 77% 的公司曾發現過備份失效的問題。

            - 60% 的公司在過去六個月內發生過數據丟失的情況。


            凡是面向文件備份的產品,無論它使用了多少看似高大上的技術,統統都不適用于數據庫。

            備份并不是一個新鮮的詞,從世界上產生第一個比特開始,人們便意識到數據的重要性。國內外不斷有廠商推出自己的備份產品,其技術原理或是基于文件差異比對,或是基于IO復制,廣泛運用于操作系統,文件服務器,郵件服務器等領域。


            但是這種備份方式照搬到數據庫備份領域并不合適,究其原因,是因為其本質均將數據作為冷冰冰的文件來復制。而數據庫在實時運行的過程中,并不將數據實時的刷新到硬盤上。也就是說,一條執行成功的事務,它對數據文件所做的修改,將在內存中存在一段時間后才一并刷新(Checkpoint)到硬盤。傳統存儲廠商的IO復制技術,是基于硬盤上的數據進行同步,因此,由于數據文件極大可能性是處于不一致的狀態,備份的數據庫并不能打開,自然也無法讀取數據。


            凡是面向文件的通用型備份產品,由于其實現原理的的缺陷,均存在兩大嚴重問題:


            - 可靠性差 備份的數據庫文件無法保證一致性,備份的可恢復性未知。


            - 強侵入性 多數采取IO復制的方式實現,IO攔截等操作嚴重影響源數據庫的性能及穩定性。


            數據庫原生備份,作用有限


            另一種常見的解決方式是數據庫原生的備份工具,例如Oracle的rman、MySQL的MySQLdump等,也是當今DBA們日常工作中使用頻率最高的備份手段。


            原生備份易安裝,易學習,因此使用較為廣泛,但它同樣存在幾個嚴重的問題:


            - 備份窗口 兩次備份之間的時間窗口,數據完全處于無保護狀態,存在數據丟失風險。


            - 耗時較長 無論是備份還是恢復過程,因為都需要導出和導入全庫,往往耗費數小時甚至數天的時間。


            - 驗證困難 總數據量達到數TB以后,每次驗證備份耗時數天,實際工作中幾乎難以執行。


            - 影響性能 每次備份均需要占用源庫大量的IO資源,影響源庫性能。



            圖1 常規數據庫恢復流程

            什么是基于業務的True-CDP備份


            CDP即連續數據保護(continual data protection),要求持續不間斷的監控并備份數據變化,可以恢復到過去任意時間點。根據實現的程度,又分為Near-CDP和True-CDP。

            Near-CDP實現仍為按照一定的時間周期持續備份數據,因此存在時間窗口,需要數據恢復時僅能恢復到固定的時間點,并不能形成完全意義上的持續保護。


            True-CDP相比Near-CDP,可以恢復任意歷史時間點的數據,要求更為苛刻,對業務數據的保護也更為嚴密。


            基于業務的True-CDP才是王道


            如今數據庫備份領域存在一種怪現象:一方面市面上備份產品非常多,DBA也在每日進行備份工作;另一方面數據丟失、備份難以驗證有效性、恢復時間過長等問題卻仍在困擾諸多企業。究其根本原因,是因為存儲廠商,數據庫廠商等各自為戰,每一方僅在自己的領域內尋求解決方案,所以可供選擇的技術手段十分有限。


            沃趣科技自主研發的QPlus備份容災云一體機,是為數據庫量身定做,綜合存儲、虛擬化、數據庫多種領域各自的特點,創新性的結合起來解決實際業務中的困境,以高效的方式解決了當前數據庫備份領域遇到的難題。


            QPlus采用零侵入的方式持續、實時地備份源數據庫。當數據庫出現數據丟失時,可以選擇任意歷史時間點恢復;并且面向數據庫設計的同時,充分的考慮了業務場景,將業務連續性、時效性放在第一位,因此是基于業務的True-CDP解決方案。


            基于業務的True-CDP有什么樣的優勢呢?舉個例子:某公司源數據庫因人為失誤,于10:00 AM覆蓋某表現有數據。當11: 00 AM 管理員發現后,他有如下三種解決方案:


            - 使用最近的備份集,他需要放棄最后一次備份到當前時間的所有數據,并且恢復時間長達數小時甚至數天。


            - 使用Near-CDP備份產品,由于是每小時備份一次,他將會丟失部分數據。


            - 使用QPlus True-CDP產品,幾分鐘即創建出基于09:59:59 AM時刻的鏡像數據庫,導出需要的歷史表數據進行恢復,數據無丟失。


            結論是明確的,無論是時效性,還是數據完整性,使用面向數據庫的True-CDP產品都是最優解。


            QPlus 具備以下特性:


            - 實時備份 無備份時間窗口,源數據庫的每一次提交均處于保護狀態。


            - 秒級恢復 相比于rman,mysqldump的“冷備份”,歷史數據隨時處于可用狀態,秒級讀取。


            - 極簡驗證 由于歷史數據秒級可用,備份的驗證再也不用耗時數天才能完成。


            - 無侵入性 對源數據庫無侵入性,性能幾乎無影響。


            來自用戶的聲音


            場景一:某證券行業客戶


            “我們的業務經過多年運行,數據量已達60TB,并且仍有其他業務在不斷并入。數據庫使用原生rman備份,通過現有千兆網絡全備一次需60小時以上,工作難以推進。

            使用QPlus備份容災云一體機之后,數據庫備份變的極為簡單,不僅實時,持續的備份了源庫數據,而且對源庫性能幾乎沒什么影響?!?/span>


            場景二:杭州某醫院CTO


            “操作人員在做報表時,一不小心覆蓋掉了生產數據。當時情況十分緊急,我們馬上使用QPlus創建誤操作時間點前的歷史數據庫,并使用報表工具導出恢復該報表,整個過程僅僅消耗不超過五分鐘時間。當時選擇QPlus就是看中它秒級恢復的特性,沒想到這么快就用上了?!?/span>



            沃趣科技,讓客戶用上更好的數據庫技術!
            三分快3