為SQL Server構建SANless群集

在此視頻中，Dave Bermingham提供了使用SIOS Protection Suite for SQL Server的快速演示。

在GUI中，我們配置SQL Server保護，為您提供高可用性和災難恢復配置。 您看到我們已連接到2台服務器。  我們將逐步介紹在主服務器和輔助服務器之間創建故障轉移過程。

1. 創建通信路徑：我們要做的第一件事就是創建通信路徑，這些心跳將檢測整個服務器何時出現故障。  我們啟動嚮導以選擇通信路徑，然後首先選擇本地服務器，然後選擇遠程服務器。 我們將使用的通信心跳類型是TCP或標準心跳。  心跳間隔決定了我們發送心跳的頻率。  我們將選擇默認值為6秒。  最大心跳是在我們確定發生故障之前我們可以錯過多少次心跳。  默認值為5秒。  基本上30秒後我們將確定發生了故障。最後，我們將選擇用於心跳的本地ip地址，然後完成嚮導。

2。創建資源層次結構：現在已建立通信心跳，我們將創建資源層次結構。

• 首先，我們將創建一個IP資源 – 應用程序服務器將與之通信的地址。我們將選擇主服務器和輔助服務器以及我們要保護的應用程序。  在此示例中，我們將在公共網絡上選擇一個未使用的網絡。IP資源標記將保持原樣。 本地恢復 – 我們可以進行故障轉移，但在這種情況下現在會選擇本地恢復。 我們看到IP地址聯機並與主服務器相關聯。
• 接下來，我們將該資源擴展到輔助服務器。  IP地址將保持不變。 我們想要使用的網絡是公共網絡。我們還將啟用目標還原模式，這對於跨越不同子網的子網集失敗非常有用。然後我們點擊extend。

3。創建SQL Server資源和卷資源：現在我們已經創建了IP資源，我們將創建SQL服務器資源和卷資源。我們將選擇主服務器和備份服務器。  我們要保護的應用程序是Microsoft SQL服務器。  該實例是主要的。  查找的名稱是sa帳戶和sa帳戶的密碼。 它在此服務器上查詢SQL Server實例。  當前數據庫都位於E驅動器上。

4。創建鏡像：我們可以看到在主服務器上創建了SQL Server資源。  下一步是在輔助服務器上進行擴展。  現在它想要將捲E擴展到輔助服務器，以便我們創建一個鏡像。  它要求我們提供鏡子的端點。我們為複制設置專用網絡，然後為局域網選擇同步鏡像。 然後我們創建鏡子。

我們將資源擴展到輔助服務器。  當我們點擊完成後，我們將擁有一個完全配置的功能SIOS Protection Suite for SQL Server。 我們有SQL，IP和卷都在主服務器上運行並由輔助服務器備份。

了解有關SIOS Protection Suite和SQL Server高可用性的更多信息，或立即申請您的免費試用版。

SIOS集群優勢

了解SIOS群集軟件如何簡化保護應用程序。

每年，您的任務可能會使用現有基礎架構和較小的IT預算來提供更高級別的服務。停機或數據丟失的容忍度已經消失。  應用程序必須全天候運行，無論是服務器中斷，網絡中斷，應用程序中斷，還是整個數據中心丟失，您都需要受到保護。期望是停機時間和數據丟失量收斂於“0”。

IT專業人員比以往任何時候都更多地選擇支持最終用戶，無論是部署物理服務器，虛擬服務器，還是雲技術。選擇解決方案歸結為了解業務目標，技術要求和預算限制，以及需要了解如何保護環境以確保始終可用，並且您沒有任何停機或任何數據丟失。

這通常通過實現傳統的基於SAN的集群來完成，該集群涉及連接到某種類型的共享存儲的兩個或更多個服務器。如果存在問題，它將使應用程序失敗並將所有內容重新聯機。SIOS軟件支持此功能，便於設置和管理。雖然基於SAN的群集非常適合本地高可用性，但SAN通常代表群集架構中的高成本，複雜性和潛在故障，並且它也無法幫助您解決災難恢復問題。

SIOS軟件允許您使用您選擇的硬件構建群集，但現在利用本地存儲。SIOS提供完全群集感知和集成的實時塊級數據複製，允許您利用群集配置利用非常快速的本地存儲。此外，採用SANLess群集可以通過消除SAN來降低解決方案的總體成本。因此，您不僅可以節省SAN硬件的成本，還可以消除SAN許可證節省帶來的SAN基礎架構和管理成本。此外，您將在集群架構中切斷單點故障，這樣就不會消除整個環境。您還可以消除數據丟失，因為我們的實時塊級數據複製技術可以使本地存儲保持同步。隨軟件提供的還有用戶友好的基於嚮導的用戶界面。

總而言之，SIOS使您可以靈活地保護物理，虛擬或云環境中的關鍵任務應用程序和數據。  詳細了解我們的高可用性解決方案。