具有2 TB數據的MySQL服務器。

什麼是備份2 TB MySQL數據的時間和頻率應該安排數據備份的最佳策略？我正在使用複製作爲備份策略，但我知道這不是好的做法。具有2 TB數據的MySQL服務器。

請注意：我是新來的MySQL服務器和這個問題聽起來很基本的，不適合一些老users.But我努力學習。謝謝。

來源

2017-10-04 Priyanshu

一個很好的開始閱讀這些業務挑戰：https://dev.mysql.com/doc/refman/5.7 /en/backup-methods.html –

這個問題很好，但不是關於編程。它應該在dba.stackexchange.com上。 –

大小最重要的是，所有的操作需要更長的時間。沒有得到解決。否則，很多備份策略保持不變。

首先是不能進行復製備份。這是爲了可用性和可擴展性。複製（帶有延遲的從屬應用程序）最好是單個快照。一旦錯誤的更新/刪除/截斷被複制，數據就消失了。

您的「最佳策略」取決於以下幾個因素：
- 恢復時間目標（需要多快恢復）。
- 恢復點目標（到什麼時間點恢復）。
- 許多小型數據庫？一個2 TB數據庫？
- 你需要花多少錢在資源上。
- 您是否有能力恢復1,3,7，年等數據的法規要求。

使用Persona Xtrabackup的物理備份將能夠獲取所有數據庫的時間點快照你的服務器。（注意使用myisam引擎作爲非事務性表）

具有mysqldump的邏輯備份可能會更快地進行備份，更小且壓縮更好，但在恢復時需要構建索引，因此可能需要更長的時間。

所以......在一個完美的情況下，採取定期的物理和邏輯備份。持續備份二進制日誌（https://www.percona.com/blog/2012/01/18/backing-up-binary-log-files-with-mysqlbinlog/）。只要你的奴隸是最新的，你可以在那裏做備份，以免影響你的主人。要確定您的備份頻率，恢復備份以及應用1周的日誌需要多長時間。你有沒有達到你的「恢復時間目標」？不，需要更頻繁的備份。

此外，掛在https://dba.stackexchange.com得到一些更深入地瞭解擁有一個數據庫:)

來源

2017-10-04 16:06:04

具有2 TB數據的MySQL服務器。

回答

相關問題