DRDS 數據恢復重磅發佈 全方位保障數據安全

背景介紹

數據庫存儲着企業的核心數據，在企業中佔據很是重要的位置，一旦出現SQL注入，數據誤刪的狀況，影響的不單單是業務，還會泄露用戶的我的信息。所以，數據庫的數據安全問題十分重要。

當數據庫遷移到雲端，其安全問題又被進一步放大，雲數據庫可否高效、便捷地備份數據庫，當發生故障或者數據誤刪時，及時高效地恢復數據，成爲企業用戶關心的重要問題，影響着他們遷移數據庫上雲的信心。

近期，阿里雲分佈式關係型數據庫服務 DRDS 數據恢復功能重磅發佈，針對實例級、數據庫級、表級、行級的數據丟失，分別提供備份恢復、表回收站、SQL 閃回功能，助您在不一樣場景下快速恢復數據，全方位保障用戶數據的安全。

功能優點

• 全方位的數據守護：提供實例級、數據庫級、表級、行級全方位的數據恢復能力
• 一致性備份恢復：針對 MySQL 分庫分表場景，在最小化對用戶業務影響的前提下，提供了保證數據的全局一致性的備份恢復方案
• SQL 級精確閃回：針對SQL誤刪(改)操做，無需依賴備份集，提供精確到特定 SQL 的數據閃回能力
• 操做便捷：基於 DRDS 控制檯便可完成數據恢復工做，無需再次跳轉至 RDS 控制檯，體驗便捷高效
• 價格優點：功能免費，僅需支付 RDS 備份集所佔用的存儲空間費用

應用場景

在實際的生產應用中，數據庫的數據丟失，按照不一樣場景，大體能夠分爲實例&數據庫級、數據行級、表級：

• 實例&數據庫級數據丟失：整個實例或者數據庫的數據丟失，一般是用戶誤刪實例（數據庫）形成。
• 數據行級丟失：數據表中的部分數據丟失，一般是用戶執行了錯誤的 DELETE（UPDATE）SQL 或者 SQL 注入攻擊，該狀況最爲常見。
• 數據表丟失：整張數據表的丟失，一般是用戶執行錯誤的 DROP TABLE 操做形成。

針對以上的幾種場景，DRDS 數據恢復都提供了相應的恢復能力，以下圖所示：

 

備份恢復——實例&數據庫級的恢復能力

DRDS 備份恢復提供了 OLTP 場景下必備的實例級、數據庫級的備份恢復能力。備份策略上，支持自動備份與手動備份兩種，用戶能夠按需選擇，知足實際的安全需求。

備份恢復方式上，針對MySQL Sharding 場景，提供了快速備份恢復與一致性備份恢復兩種。衆所周知，全局一致性的備份恢復能力是金融行業以及在線核心交易類業務對數據庫的核心訴求。然而面向 MySQL Sharding 場景，現有的數據庫備份方案主要有兩種：

1. 針對每一個 MySQL 實例分別進行備份。該方案只能保證單個物理分庫的數據一致性，在分佈式事務存在的狀況下，沒法保證全局的數據一致性。
2. 對數據庫全局禁寫，以後分別針對每一個 MySQL 實例進行備份。該方案保證了全局的數據一致性，可是對用戶業務侵入較大，數據庫在必定時間內沒法提供數據寫入服務。

顯然以上兩種備份恢復方式都沒法知足實際的用戶備份需求。針對這一問題，DRDS 在最小化對用戶業務影響的前提下，創新性地爲用戶提供了全局一致性的備份恢復能力，備份過程當中數據庫無需禁寫，僅存在亞秒級的RT 抖動。

 

SQL 閃回——SQL 級誤操做的精確恢復能力

在實際的生產環境中，運維人員執行了錯誤的DELETE（UPDATE）語句，形成數據丟失，是較爲常見的數據丟失場景。面對這種狀況，一般的解決方案是經過備份恢復或者MySQL Binlog Flashback 工具逆向 Binlog 恢復數據：

• 備份恢復依賴備份集的存在，且這種恢復方式一般會丟失部分數據
• MySQL Binlog Flashback 工具，也只能按照時間範圍及簡單的過濾條件，逆向 Binlog 的數據，而後用戶從中挑選數據，須要較多的人工介入

DRDS SQL 閃回針對上述數據行級的誤操做場景，提供精確到特定 SQL 的數據恢復能力。用戶僅需提供誤操做 SQL 的相關信息，便可針對該 SQL 生成精確的回滾SQL（或原始 SQL）文件，用戶下載後根據需求恢復數據。

下圖給出了 SQL 閃回恢復數據的示例：

 

SQL 閃回的使用界面及生成的恢復文件以下圖所示：

 

表回收站——表誤刪後的快速恢復能力

DRDS 表回收站針對誤刪表操做，提供快速的數據恢復能力。表回收站功能開啓後，經過 DROP TABLE 指令刪除的表，將移動至表回收站中，2 小時內皆可從回收站中快速恢復。

 

原文連接

本文爲雲棲社區原創內容，未經容許不得轉載。