我們的一個團隊正在開發一個資料庫，該資料庫將有點大（~500GB）並從此增長（我知道500 Gig 對你們許多人來說可能看起來很小，但它將是我們商店中較大的資料庫之一）。他們正在解決的問題之一是備份和還原資料庫。基本上，資料庫將有幾個“數據”表和一個用於儲存圖像/文件的表。我們需要完成以下任務：
- 能夠快速僅將資料表（無映像）備份和還原到我們的測試伺服器以進行調試和測試。
- 如果發生災難性資料庫故障，恢復資料表只是為了讓大部分應用程式盡快啟動並運行。然後，盡可能恢復圖像表。
- 在分配的每晚時間窗口（幾個小時）內備份資料庫。我的問題是：
是否有可能實現前兩個目標，同時仍將影像儲存在同一資料庫中？如果是這樣，我們會使用文件組、文件流還是其他東西？其他商店如何在合理的時間窗口內備份資料庫，同時保持高可用性？您是否複製到第二台伺服器並從那裡進行備份？
答案1
很簡單：不打算恢復。
如果發生災難性資料庫故障，恢復資料表只是為了讓大部分應用程式盡快啟動並運行。
真的嗎？你對災難的定義不是我的，也不是世界其他人的。
如果發生資料災難，您希望盡快恢復，但由於火災可能需要盡快重建資料中心。這是一場災難。
對於伺服器故障等 - 不打算使用備份。使用複製、日誌檔案傳送來保持第二台伺服器（位於單獨的 SAN 上）的熱度並讀取以在定義的短 tmieframe 內接管。我知道有些公司每 10 分鐘發送一次日誌檔案。
幾乎是你唯一的機會。將災難升級為真正的災難，而不是突襲/SAN 失敗。您的問題不是“我能多快恢復”，而是“我能多快獲得新硬體”。
開發等的恢復對時間要求較低。