大型數據庫的維護視窗和恢復

我們的一個團隊正在開發一個較大的數據庫（約 500GB）並從那裡增長（我知道 500 Gigs 對你們中的許多人來說可能看起來很小，但它將是我們商店中較大的數據庫之一）。他們正在努力解決的問題之一是備份和恢復數據庫。基本上，數據庫將有幾個“數據”表和一個用於儲存圖像/文件的表。我們需要完成以下工作：

• 能夠快速將數據表（無圖像）備份和恢復到我們的測試伺服器，以進行調試和測試。
• 如果發生災難性數據庫故障，請僅恢復數據表以使大部分應用程序盡快啟動並執行。然後，盡可能恢復圖像表。
• 在分配的每晚時間視窗（幾個小時）內備份數據庫。我的問題是：

是否有可能實現前兩個目標，同時仍將圖像儲存在同一個數據庫中？如果是這樣，我們會使用文件組、文件流或其他東西嗎？其他商店如何在合理的時間視窗內備份他們的數據庫，同時保持高可用性？您是否複製到第二台伺服器並從那裡備份？

很簡單：不打算恢復。

如果發生災難性數據庫故障，請僅恢復數據表以使大部分應用程序盡快啟動並執行。

真的嗎？你對災難的定義不是我和世界其他地方的。

如果發生數據災難，您希望盡快恢復，但由於火災可能需要盡快重建數據中心。這是一場災難。

對於伺服器故障等 - 不打算使用備份。使用複制、日誌文件傳送來保持第二台伺服器（在單獨的 SAN 上）熱並讀取以在定義的短 tmieframe 內接管。我知道公司每 10 分鐘發送一次日誌文件。

幾乎是你唯一的機會。將災難轉移到真正的災難上，而不是突襲 / san 失敗。您的問題不是“我能以多快的速度恢復”，而是“我能以多快的速度獲得新硬體”。

開發人員等的恢復時間要求不高。

引用自：https://serverfault.com/questions/214910