如果您經(jīng)營網(wǎng)站或在線業(yè)務(wù)，則需要有備份策略以在緊急情況下恢復(fù)數(shù)據(jù)。在沒有備份的情況下運行關(guān)鍵網(wǎng)站可能意味著全部數(shù)據(jù)丟失，從而導(dǎo)致您的公司倒閉。2021年3月，歐洲的一個 OVH 數(shù)據(jù)中心被燒毀，導(dǎo)致數(shù)百萬個站點和數(shù)千家企業(yè)倒閉。

抱最好的希望，做最壞的打算

當(dāng)我們開發(fā)新產(chǎn)品、應(yīng)用程序或服務(wù)時，我們會抱最好的希望，但也會考慮最壞的情況。為防止出現(xiàn)最壞情況，您需要備份、恢復(fù)和驗證策略。我的第一位導(dǎo)師總是對我說：“如果你不測試你的備份，你就沒有備份。”擁有完整備份意味著您可以免受多種風(fēng)險，包括硬件故障、人為錯誤、網(wǎng)絡(luò)攻擊、數(shù)據(jù)損壞或自然災(zāi)害。

3-2-1 備份規(guī)則

3-2-1 備份規(guī)則是一個易于記憶的首字母縮寫詞，是在幾乎任何故障情況下保護數(shù)據(jù)安全的常用方法。規(guī)則是：至少保留三 (3) 個數(shù)據(jù)副本并將兩 (2) 個備份副本存儲在不同的存儲介質(zhì)上，其中一 (1) 個位于異地。

在本質(zhì)上：

• 至少擁有三個數(shù)據(jù)副本。
• 將副本存儲在兩個不同的介質(zhì)上。
• 使用異地備份副本確保 IT 安全。

三份數(shù)據(jù)

除了您的主要數(shù)據(jù)外，建議至少保留兩個額外的備份。您擁有的備份副本越多，一次丟失所有副本的可能性就越小。因此，3-2-1 備份規(guī)則規(guī)定您至少需要三個數(shù)據(jù)副本，即主要數(shù)據(jù)和該數(shù)據(jù)的兩個備份。

兩種不同的媒體類型

不用說，在同一個服務(wù)器/實例中存儲多個數(shù)據(jù)備份是不合邏輯的。墨菲定律或磨損，或者驅(qū)動器是一起購買的并且具有相同的平均故障間隔時間 (MTBF) 率。在一個驅(qū)動器出現(xiàn)故障后，同一存儲中的另一個驅(qū)動器大約在同一時間出現(xiàn)故障是很常見的。強烈建議在不同的存儲介質(zhì)類型上保留兩份數(shù)據(jù)副本，例如內(nèi)部硬盤驅(qū)動器和可移動存儲介質(zhì)（磁帶、外部硬盤驅(qū)動器、USB 驅(qū)動器等）。

在異地至少保留一份備份副本

很明顯，一場本地災(zāi)難可能會損壞存儲在一個地方的所有數(shù)據(jù)副本，3-2-1 備份規(guī)則說：在遠(yuǎn)程位置至少保留一份數(shù)據(jù)副本，例如異地存儲或云。在異地存儲一個備份副本可增強數(shù)據(jù)安全性，而在現(xiàn)場存儲另一個備份副本可在發(fā)生故障時提供更快、更簡單的恢復(fù)。

我們的備份策略

我們在MGT-COMMERCE管理小型和企業(yè)自動縮放客戶。普通客戶使用150 GB磁盤空間，而MySQL 數(shù)據(jù)庫在5-10 GB之間。在公司早期，我們使用開源備份軟件如rsnapshot進行增量數(shù)據(jù)備份，并使用bash 腳本通過mysqldump每4 小時備份一次MySQL 數(shù)據(jù)庫。

這種方法在數(shù)據(jù)量小、數(shù)據(jù)庫小的情況下效果很好，但在數(shù)據(jù)變化多、數(shù)據(jù)庫大的項目中效果不佳，因為增量變化的計算需要時間，會降低磁盤性能。每隔幾個小時運行一次mysqldump會鎖定和阻止性能，并可能導(dǎo)致停機。多年來，我們一直在使用Amazon Machine Images (AMI) 為所有客戶進行每小時備份。

什么是亞馬遜機器映像？

Amazon 系統(tǒng)映像(AMI)基本上是整個實例的完整備份，包括所有相關(guān)磁盤。

優(yōu)點：

• 通過 AWS SDK 輕松創(chuàng)建和管理
• 幾分鐘內(nèi)恢復(fù)
• 性能無惡化
• 存儲在不同的數(shù)據(jù)中心
• 您為數(shù)據(jù)更改付費，而不是為創(chuàng)建的 AMI 付費
• 易于復(fù)制到其他 AWS 區(qū)域
• 可以利用 Amazon EBS 加密
• 市場領(lǐng)導(dǎo)者 - 被數(shù)百萬家公司使用

缺點：

• 成本估算困難
• 需要啟動實例（源）以恢復(fù)文件、目錄或數(shù)據(jù)庫
• 今天，我們每天執(zhí)行超過 25.000 次備份，保留期為7 天。可以在每個客戶的實例級別單獨配置保留期。

測試你的備份

您可以進行每小時備份或異地備份，但如果它們在您需要它們時不工作，它們就毫無價值。CloudPanel在每晚凌晨4:15創(chuàng)建每個數(shù)據(jù)庫的轉(zhuǎn)儲并將它們存儲在目錄中。/home/cloudpanel/backups/$databaseName

此轉(zhuǎn)儲對于更新不需要更新數(shù)據(jù)庫的開發(fā)、測試或暫存環(huán)境很有用。對于許多客戶，我們都有 bash 腳本（cron 作業(yè)）每晚更新測試/階段環(huán)境。我們rsync測試/階段之間的差異，并從晚上導(dǎo)入數(shù)據(jù)庫。一個非常好的方法是將便宜的測試/階段服務(wù)器與您的生產(chǎn)環(huán)境分開，例如，通過使用另一個云提供商。每天，您都會 rsync 所有文件并從晚上導(dǎo)入最新的數(shù)據(jù)庫轉(zhuǎn)儲。在緊急情況下，您可以在不同的數(shù)據(jù)中心進行多個備份，并可以使用一個異地備份。

結(jié)論

如您所知，如果您不想冒數(shù)據(jù)或業(yè)務(wù)損失的風(fēng)險，則必須具備良好的備份和恢復(fù)策略。假設(shè)您是開發(fā)人員、代理機構(gòu)或托管服務(wù)提供商。在那種情況下，它應(yīng)該是您最優(yōu)先考慮的事情之一，因為即使是擁有超過 20 年經(jīng)驗的專家也是人，也會犯錯誤。如果您使用托管服務(wù)來管理您的應(yīng)用程序，您應(yīng)該詢問他們?nèi)绾螆?zhí)行備份以及執(zhí)行備份的頻率。通常，備份不包括在內(nèi)，需要您自己完成。盡管如此，強烈建議您進行異地備份，因為您只有在公司已經(jīng)發(fā)生時才知道它有多好，并且您總是希望為最壞的情況做好準(zhǔn)備。