Date: 30 6 月, 2023
在不花費大量資金的情況下實現 SQL Server 的 HA/DR
高可用性和災難恢復 (HA/DR) 是所有數據庫環境的基本要求，尤其是關鍵任務數據庫環境。然而，許多企業面臨著在不大幅增加成本的情況下實現 HA/DR 的挑戰。如果您正在努力解決這些問題，本文將為您提供有效的解決方案。
SQL Server 標準版被廣泛使用，但它有一定的局限性：它僅支持集群中的兩個節點。但是，通過利用 SIOS DataKeeper Cluster Edition 的功能，您可以克服此限制，從而能夠將數據複製到第三個節點以進行災難恢復。
此策略允許您使用 SQL Server 標準版創建 SANLess SQL Server 故障轉移群集實例 (FCI)，而不是升級到 SQL Server 企業版並使用 Always On 可用性組，從而為您節省 70% 以上的 SQL Server 許可費用。
本博文旨在指導您完成使用 SIOS DataKeeper 在不屬於集群的第三個節點上進行數據恢復的過程。
配置您的節點
在此場景中，我們假設您在集群中配置了兩個節點，即 DataKeeper-1 和 DataKeeper-2。這些節點的 E 驅動器相互複製。此外，DataKeeper-1 正在復製到第三個節點 DataKeeper-3，該節點不屬於集群。需要注意的是，對於 SQL Server Standard Edition，第三個節點永遠不能成為群集的一部分。
準備第三個節點
首先，確保 DataKeeper-3 與集群分離。這樣，您現在就有了一個雙節點集群（DataKeeper-1 和 DataKeeper-2），其中 SQL Server 配置為故障轉移集群實例，但仍使用複製到第三個節點 DataKeeper-3SIOS數據管理器。
引導災難恢復過程
那麼，這在實際災難中會如何發揮作用呢？以下是您需要遵循的步驟：
- 模擬災難：在本例中，為了模擬災難，我們使 SQL Server 在集群（DataKeeper 1 和 2）上脫機。
- 切換到 DataKeeper 3：當 SQL Server 離線時，我們切換到 DataKeeper-3。然而，DataKeeper 3 上的捲 E 最初無法訪問。
- 解鎖音量：要解鎖 DataKeeper-3 上的捲，您需要執行名為“emcmd”的教程視頻中所示的命令行操作。切換量’
- 附加數據庫：在真正的災難中，您需要在 DataKeeper-3 上運行一個獨立的 SQL Server 實例。然後，您可以從此獨立實例附加用戶定義的數據庫。
- 複製回集群：DataKeeper-3 上寫入的數據將復制回 DataKeeper-1 和 DataKeeper-2。這可以使用 SIOS DataKeeper 界面進行驗證。
災後恢復
災難解決後，您可以使用類似的過程將捲切換回原始源。
通過利用 SIOS DataKeeper Cluster Edition，您可以實施穩健、經濟高效且高效的解決方案高可用性/災難恢復適用於您的 SQL Server 環境的策略。此過程不僅無需升級到 SQL Server Enterprise Edition，從而有助於節省大量成本，而且還可以確保災難期間的數據可用性和快速恢復。
查看這個視頻了解該過程的完整演練，並確保您的 SQL Server 保持彈性，而無需花費太多。
經許可轉載安全操作系統