通過 sql server 2014 企業版中的複製驅動器進行災難恢復
我是一名 DBA 菜鳥，最近我的工作考慮為他們的生產數據庫制定一個災難恢復計劃，比如說 A（sql server 2014 企業版）。生產伺服器A和容災伺服器B位於不同的地理位置。我們在生產 A 中只有 10 個數據庫，每個數據庫大小不超過 4GB。在安裝過程中，我將預設位置分別更改為 D、E 和 F，系統數據庫和 tempdb 文件也儲存在 D 和 E 驅動器中。但是，我在伺服器 A 和 B 的 C 驅動器中將根目錄保留為預設值。我在災難恢復 (DR) 伺服器中也遵循了類似的路徑配置。
因此，我的管理計劃是在災難恢復 (B) 伺服器中製作每小時從生產伺服器 A 複製的所有 LUN 的複製副本。一旦這些副本（來自 A 的 D 和 E 驅動器）完成，他們計劃將它們掛載到災難恢復伺服器。
所以我的問題是，這是遵循災難恢復的適當方式嗎？另外，我可能會遇到什麼問題？我有點擔心一旦在 DR 伺服器中完成掛載，數據庫是否會啟動並執行？如果不是，我應該考慮哪些步驟？任何建議高度讚賞。
Data : D:\MSSQL\Data\ Log: E:\MSSQL\Data\ Backup: F:\MSSQL\Backup
首先，您需要確定生產伺服器上每個數據庫的可接受的恢復點目標（總數據失去）和恢復時間目標（恢復系統所用的時間）。
如果您的企業願意接受的數據失去量小於將磁碟複製到 DR 站點的時間間隔，那麼這將無法作為一種策略。如果為 DR 伺服器複製和配置磁碟所需的時間比 RTO 長，則此解決方案將不起作用。
下載 Brent Ozar 的First Responder Kit，其中包括一個高可用性和災難恢復工作表，可幫助您確定和設計適合您的數據庫的 DR 解決方案。
SQL Server 本身有許多選項可提供可能比 SAN 複製更適合的 DR 功能（儘管這始終是一個選項）。例如，日誌傳送是一種簡單、低成本的解決方案，它可以實現比每小時 SAN 複製更低的 RPO 和 RTO，並且比必須複製 LUN 並將它們附加到 SQL Server 更簡單。