用戶在數(shù)據(jù)備份技術(shù)上的核心訴求從未改變：既要速度快，又要運(yùn)行穩(wěn)，管理更簡(jiǎn)單。要同時(shí)體驗(yàn)到這三方面的優(yōu)勢(shì)，與備份方式密切相關(guān)——你使用的是中轉(zhuǎn)備份，還是流式備份？本文我們將用通俗的方式帶你深入了解這兩種備份的本質(zhì)區(qū)別。

1 技術(shù)原理對(duì)比，路徑?jīng)Q定效率

一、中轉(zhuǎn)備份

流程：

① 啟用預(yù)置在業(yè)務(wù)服務(wù)器的備份腳本，從源端讀取備份數(shù)據(jù)。

② 生成臨時(shí)備份文件，寫入業(yè)務(wù)服務(wù)器本地的中轉(zhuǎn)存儲(chǔ)空間/中轉(zhuǎn)硬盤。

③ 從中轉(zhuǎn)存儲(chǔ)空間中讀出臨時(shí)備份文件。

④ 傳輸至遠(yuǎn)端備份目標(biāo)。

解讀：

? ? ?備份數(shù)據(jù)在中轉(zhuǎn)節(jié)點(diǎn)來(lái)回傳輸，消耗大量的磁盤 IO，擠占業(yè)務(wù) IO，成為系統(tǒng)的性能瓶頸。

? ? ?臨時(shí)備份文件占用大量存儲(chǔ)空間，容易導(dǎo)致本地硬盤空間不足，引發(fā)業(yè)務(wù)故障及備份失敗。

? ? ?需要根據(jù)應(yīng)用類型編寫對(duì)應(yīng)的備份腳本，難以迭代升級(jí)，人工運(yùn)維工作量大，出錯(cuò)概率高。

? ? ?有些實(shí)現(xiàn)方式需要“掛盤”，不僅傳輸效率低、暴露更多系統(tǒng)端口、且不支持源端去重壓縮。

? ? ?對(duì)于數(shù)據(jù)量大的應(yīng)用，不僅備份速度慢，而且中轉(zhuǎn)存儲(chǔ)空間大，難以通過(guò)這種模式來(lái)備份。

二、流式備份

流程：

① 實(shí)時(shí)獲取已生成的備份數(shù)據(jù)，如：數(shù)據(jù)文件 / binlog / redo log 等。

② 將采集到的備份數(shù)據(jù)，通過(guò)網(wǎng)絡(luò)發(fā)送到備份系統(tǒng)，寫入到目標(biāo)存儲(chǔ)。

在此備份過(guò)程中，支持?jǐn)帱c(diǎn)續(xù)傳、多線程上傳、源端重刪、壓縮、加密等，確保備份數(shù)據(jù)的一致性和高性能傳輸。

解讀：

? ? ?備份數(shù)據(jù)全程在應(yīng)用服務(wù)器內(nèi)存中處理，無(wú)需本地中轉(zhuǎn)落盤。

? ? ?策略配置在管理端預(yù)置，下發(fā)到備份 Agent 中按時(shí)自動(dòng)執(zhí)行。

? ? ?無(wú)需定制任何備份腳本，有利于應(yīng)用系統(tǒng)和備份系統(tǒng)的版本迭代更新。

? ? ?支持多種類型的數(shù)據(jù)傳輸安全機(jī)制，確保數(shù)據(jù)的安全性和可靠性。

? ? ?備份數(shù)據(jù)的處理效率更高，支持豐富的備份高級(jí)特性，運(yùn)維管理簡(jiǎn)單。

| 類比說(shuō)明，以倉(cāng)庫(kù)中的貨物出站為例：

中轉(zhuǎn)備份如同一個(gè)老式倉(cāng)庫(kù)，需要開(kāi)辟臨時(shí)堆場(chǎng)，用推車將一件件貨物從倉(cāng)庫(kù)中取出，臨時(shí)暫存到堆場(chǎng)中，再用推車裝上發(fā)貨車輛，發(fā)往目的地。工作節(jié)點(diǎn)多、易出錯(cuò)、占用空間大、運(yùn)營(yíng)成本高。

流式備份則是一個(gè)高科技倉(cāng)庫(kù)，使用自動(dòng)化傳送帶，貨物從倉(cāng)庫(kù)直達(dá)發(fā)貨車輛，貨物直接裝車，發(fā)往目的地。不額外占用空間，工作節(jié)點(diǎn)少、不等待、效率高、鏈路短、運(yùn)營(yíng)成本低。

2 實(shí)現(xiàn)流式備份，需要跨越技術(shù)鴻溝

表面上看，“邊傳邊備份”很理想，但要真正做到“流式”，其實(shí)背后挑戰(zhàn)重重：

總結(jié)來(lái)說(shuō)：開(kāi)發(fā)一套高效的流式備份功能，不僅需要強(qiáng)大的研發(fā)實(shí)力支撐，還需要長(zhǎng)期的技術(shù)投入，在已有流式框架的基礎(chǔ)上，適配更多的應(yīng)用類型，才能保持產(chǎn)品的市場(chǎng)競(jìng)爭(zhēng)力。

3 鼎甲 DBackup，流式備份的踐行者

對(duì)于流式備份的實(shí)現(xiàn)方式，也存在不同的認(rèn)知和解讀。如果在實(shí)際使用中發(fā)現(xiàn)：仍需要基于腳本、手動(dòng)配置存儲(chǔ)路徑、各種繁瑣的調(diào)參、本地空間經(jīng)常爆滿等。大概率是通過(guò)封裝第三方類似 Rsync 工具來(lái)實(shí)現(xiàn)的偽流式方案。

偽流式備份方案，基于低效的校驗(yàn)算法、低效的壓縮算法、且難以實(shí)現(xiàn)多線程/多通道備份，性能整體表現(xiàn)低下。采用這種實(shí)現(xiàn)模式，無(wú)非是不想精心研究和鉆研技術(shù)，而是想快速適配應(yīng)用?？此铺峁┝藨?yīng)用的備份能力，實(shí)則是半成品，后續(xù)維護(hù)的成本會(huì)大大增加。

作為國(guó)產(chǎn)數(shù)據(jù)保護(hù)的頭部廠商，鼎甲早已落地成熟的流式備份方案，并廣泛應(yīng)用于政企、金融、電信等關(guān)鍵行業(yè)。我們不是“腳本 + 緩存 + 中轉(zhuǎn)”的偽流式，而是真正實(shí)現(xiàn)了：

鼎甲核心技術(shù)實(shí)力包括：

? XBSA：連接應(yīng)用與備份存儲(chǔ)，提升新應(yīng)用的適配效率。

? EOBS：提供標(biāo)準(zhǔn)化的對(duì)象存儲(chǔ)接口，無(wú)縫對(duì)接新興應(yīng)用。

? EPFS：基于文件系統(tǒng) Native 接口，多線程高速傳輸。

? 自研框架：保障全鏈路的效率和可靠性，保證版本迭代和版本升級(jí)。

? 流式重刪：流式備份過(guò)程中即實(shí)現(xiàn)重刪，減少備份鏈路帶寬占比。我們?cè)谖臋n和 PPT 中寫明的每一項(xiàng)功能，都是經(jīng)過(guò)真實(shí)場(chǎng)景驗(yàn)證的——真正做到“所見(jiàn)即所得”。