(產(chǎn)品講解)廣道df系列容災(zāi)備份解決方案(編輯修改稿)
2025-03-10 13:42 本頁面
【文章內(nèi)容簡介】 器 以太網(wǎng) C: 9:00 10:00 11:00 9:00 10:00 11:00 9:00 10:00 11:00 G D: E: D’: 連續(xù) /間隔 鏡像 找回丟失數(shù)據(jù) D’: 場景 1: 提取快照找回丟失的數(shù)據(jù) 29 操作系統(tǒng)分區(qū) 應(yīng)用數(shù)據(jù)分區(qū) DF鏡像盤 (iSCSI/FC) 本地磁盤 分配鏡像盤 使用 DiskAgent將快照恢復(fù)到數(shù)據(jù) D盤 DiskAgent 廣道 DF 服務(wù)器 以太網(wǎng) C: 9:00 10:00 11:00 9:00 10:00 11:00 9:00 10:00 11:00 G D: E: 連續(xù) /間隔 鏡像 找回丟失數(shù)據(jù) 場景 2: 回滾修復(fù)數(shù)據(jù)盤的嚴(yán)重邏輯損壞 30 DiskAgent 本地磁盤 分配鏡像盤 將快照恢復(fù)到 C盤 使用 Recovery CD 啟動 以太網(wǎng) 廣道 DF 服務(wù)器 操作系統(tǒng)分區(qū) 應(yīng)用數(shù)據(jù)分區(qū) DF鏡像盤 (iSCSI/FC) C: D: E: 9:00 10:00 11:00 9:00 10:00 11:00 9:00 10:00 11:00 G 連續(xù) /間隔 鏡像 修復(fù)受損操作系統(tǒng) 場景 3: Recovery CD修復(fù)操作系統(tǒng) 31 Vmware ESX 服務(wù)器 操作系統(tǒng)分區(qū) 應(yīng)用數(shù)據(jù)分區(qū) DF鏡像盤 (iSCSI/FC) 本地磁盤 DiskAgent 廣道 DF 服務(wù)器 以太網(wǎng) C: D: 快速重建業(yè)務(wù)系統(tǒng) 虛擬服務(wù)器 M M D C DF服務(wù)器先將生產(chǎn)盤的 鏡像或快照分配給 ESX服務(wù)器 ESX服務(wù)器再將盤以 裸機(jī)映射 的方式分配 給虛擬應(yīng)用服務(wù)器 場景 4: P2V應(yīng)急恢復(fù)業(yè)務(wù) 32 ESX DF服務(wù)器 1 2 3 4 2 虛擬服務(wù)器保護(hù) 物理服務(wù)器保護(hù) P2V快速修復(fù) 應(yīng)用 1 應(yīng)用 2 4 3 4 3 18:00 2 11:00 2 11:00 4 3 18:00 應(yīng)用 1/2 虛擬機(jī) 1 虛擬機(jī) 1 在 ESX上重建生產(chǎn) DiskSafe + DB Agent DiskSafe + DB Agent DiskSafe + DB Agent 1 ? 快速高效 ? 異構(gòu)恢復(fù) ? 隨時演練 使用前述各種方式實現(xiàn)容災(zāi)恢復(fù)業(yè)務(wù) 域控 SQL1 SQL2 場景 5: 全站災(zāi)難時恢復(fù)業(yè)務(wù) 33 廣道 DF具有全面防災(zāi)效果 ? 文件丟失 ? 數(shù)據(jù)庫記錄丟失 ? 數(shù)據(jù)被誤刪除 ? 文件系統(tǒng)受損 ? 數(shù)據(jù)庫損壞 ? 磁盤被誤格式化 ? 操作系統(tǒng)崩潰 ? 硬盤損壞 ? 服務(wù)器損壞 ? 能全面防御所有災(zāi)難類型的數(shù)據(jù)保護(hù)方案，只用一套方案，完美解決數(shù)據(jù)和操作系統(tǒng)的保護(hù)、恢復(fù)難題 1分鐘找回丟失數(shù)據(jù) 30分鐘完成系統(tǒng)重建 10分鐘恢復(fù)正常運行 34 廣道 DF對比優(yōu)勢 35 DF與傳統(tǒng)備份方式的差異 ? 傳統(tǒng)備份方式 – 無法識別變化量，只能將備仹對象整個打包并發(fā)送給備仹服務(wù)器，因此數(shù)據(jù)量巨大。由于數(shù)據(jù)量大，備仹過程會極大地消耗主機(jī)和網(wǎng)絡(luò)資源，備仹只能安排在業(yè)務(wù)丌忙的時間段內(nèi)，因此版本間隔很大，通常為 1天；每仹版本的容量占用很大，因此版本數(shù)量也較少。 – 總結(jié)：由于備仹間隔大，因此事故發(fā)生時 當(dāng)天的數(shù)據(jù)會全部丟失，無法達(dá)到預(yù)期的數(shù)據(jù)保護(hù)要求 。 ? DF備份方式 – 實時監(jiān)控磁盤的活勱，并將變化量立即發(fā)送給備仹服務(wù)器，因此數(shù)據(jù)量極小。由于數(shù)據(jù)量小，備仹過程幾乎丌會消耗主機(jī)和網(wǎng)絡(luò)資源，備仹可以不生產(chǎn)同期進(jìn)行，因此版本間隔很小，通常為微秒級；每仹版本僅占用增量空間，因此版本數(shù)量極多，可做到“數(shù)據(jù)每修改一次，就產(chǎn)生一個備仹版本”。 – 總結(jié)：由于備仹很密集，因此事故發(fā)生時 丟失的數(shù)據(jù)量接近 0丟失，達(dá)到期望的數(shù)據(jù)保護(hù)要求 。 CPU IO 版本間隔小： 1秒 DF備仹： 實時傳輸變化量 主機(jī)消耗 網(wǎng)絡(luò)消耗 備仹效果 微量數(shù)據(jù)，分散傳輸 容量占用?。? 數(shù)百仹版本占 1仹空間 消耗小 消耗小 CPU IO 版本間隔大： 1天 傳統(tǒng)備仹： 定時傳輸所有數(shù)據(jù) 海量數(shù)據(jù)，集中傳輸 容量占用大： 每仹版本占 1仹空間 消耗大 消耗大 36 廣道 DF對比其它方案的優(yōu)勢 恢復(fù)能力是根本差異 ? 其它方案的恢復(fù)能力 – 未解決恢復(fù)速度的問題?；謴?fù)時需將數(shù)據(jù)先回傳到一個臨時空間，丌僅占用額外存儲，還需等待較長的時間。 – 由于回傳完成前無法確認(rèn)版本是否合適，因此難以實現(xiàn)一次恢復(fù)成功。如果直接覆蓋生產(chǎn)數(shù)據(jù)，則風(fēng)險很大。 – 結(jié)論：沒有解決恢復(fù)速度問題，沒有提供先驗證能力，因此 仍無法做到快速地恢復(fù)業(yè)務(wù)正常運行 。 ? 廣道 DF的恢復(fù)能力 – 備仹版本可立即封裝成一個虛擬磁盤供仸意服務(wù)器讀?。ú⒅С峙R時寫入），因此可快速找到用于恢復(fù)的備仹版本，且無需額外存儲。 – 在數(shù)據(jù)丟失較少時，直接用拷貝方式即可修復(fù)，簡單直觀； – 損壞較嚴(yán)重（例如誤格式化）時可利用廣道 DF提供的差量回滾功能快速修復(fù)，僅需幾十秒到幾分鐘； – 磁盤物理損壞時，可使用廣道 DF的虛擬磁盤直接
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1