Date: 27 2 月, 2015
SQL Server 是關鍵商務應用程式，需要高可用性保護，無論它部署在何處。 就算在雲端，你仍然需要保護 SQL Server 從停機時間，如果雲實例或雲供應商失敗。 然而，傳統的解決辦法，例如共用存儲集群可能不實用或甚至可能在雲。 SANless 軟體可以為企業提供高可用性和災害復原保護 SQL server 中的共用存儲限制下雲。 這篇文章將看看對於如何實現這一目標的戰略。 大多數的雲供應商允許您跨多個單獨和冗余的資料中心部署您的應用程式。 然而，他們不提供共用的存儲 (即，SAN)，這些計算資源支援傳統 Microsoft Windows 伺服器容錯移轉叢集 (WSFC) 所需。 解決方案是使用 SANless 軟體而不是一個共用的存儲創建使用 WSFC 與本機存放區的高可用性群集。 您可以跨多個 windows 實例在雲中部署高度可用的 SQL 伺服器容錯移轉叢集實例 (FCI)。 當發生故障時，WSFC 將協調 SQL Server 容錯移轉和重新開機群集中的另一個節點上的 SQL。 作為您的雲部署的 WSFC 環境中成分的 sANless 軟體消除了對共用存儲的需要。 而不是一個 SAN 軟體保持存儲同步的所有節點 （相同的） 使用即時，塊級別複製。 可以同步或非同步方式執行複製。 叢集節點還可以位於單獨的雲地區增加保護。 本地、 複製存儲提交 WSFC 就好像它是共用的存儲。 使用 SANless 群集是快速、 方便地部署 SQL Server 在雲計算中同時繼續使用 Windows 伺服器容錯移轉叢集的高可用性配置。 為了提供高可用性和災難保護 SQL server 在雲中，可能還想要配置容錯移轉叢集節點在不同地理位置分開的區域 （例如，AWS 或微軟 Azure 地區）。 要實現這一目標的一種方法使用內置 SQL 伺服器本身 AlwaysOn 可用性組功能。 然而，可用性組需要 SQL Server 企業版，可以是非常符合成本高昂，簡單的兩節點部署在此配置中。 不幸的是，可用性組也有大量的限制，你應該意識到： 這不是相容與分散式交易，所以如果您的應用程式依賴于對 Microsoft 分散式交易協調器 (MSDTC) 你不能使用 AlwaysOn 可用性組因為伺服器更改後故障切換和分散式交易處理協調器的實例 ID 不知道新的實例 id。 此外，可用性組僅複製使用者定義資料庫和不系統資料庫 （如 Master 和 MSDB）。 SQL 代理作業和 SQL 登錄不會自動同步，不會失敗作為可用性組的一部分。 最後，可用性組介紹了額外的管理開銷，你可能不想要處理。 可用性組的配置和管理資料庫級別的不是在 SQL Server 實例級別。 因此，管理員必須重新配置保護，每次添加或刪除資料庫時。 本質上，你正在管理兩個單獨的 SQL 實例和有很大的照顧你保持其配置同步。 在這些情況下，可以用 SANless 軟體來部署 SQL 容錯移轉叢集實例 (FCI)，用來提供高可用性故障切換為整個 SQL 實例，甚至可以跨不同的子網，使用成本高效的 SQL Server 標準版。 您可以構建使用 SANless 軟體提高 WSFC 啟用 SQL Server 標準版跨雲可用性區域或區域的容錯移轉叢集。 這可以是那些想要完整的高可用性和災害復原保護的整個 SQL 實例; 企業的最佳選擇獲得 SQL Server 標準版，最大的應用程式相容性，並減少管理開銷的負擔能力。 總結了許多年，WSFC 已被用於提供傳統的現場環境中的 SQL 應用程式高可用性和災害復原保護。 直到最近，管理網站故障一直非常複雜和昂貴的需要大量的投資，在專門的硬體和軟體，以及第二個資料中心網站的可用性。 雲計算提供具吸引力和成本效益高的第二個網站，在其中找到一個集群成員並處理本地網站出現故障時的容錯移轉。 然而，由於傳統產業集群需要共用存儲之間所有的叢集節點在各個地方和雲資源，這並不是一個實際的傳統產業集群體系結構。 在這些情況下，可以用 SANless 軟體來創建跨本地提供高可用性的群集和雲資源，並對處所基於 SAN 或 SANless 群集 SQL server 向雲實現災害復原保護沒有成本的遠端恢復網站或 SQL Server 企業版許可證。 SANless 軟體可以方便、 成本效益高可用性和災害復原解決方案，繼續管理其 SQL 環境對物理的、 私有雲或在處所 VM 環境的公司。 作者： 托尼 · 托瑪律基奧是主任的欄位工程在處長科技股份有限公司 托尼是負責定義和向處長客戶、 潛在客戶和合作夥伴提供售前的技術服務、 支援和最佳做法。 托尼已經超過十年的經驗，為企業客戶提供系統管理和高可用性解決方案。 讀這篇文章在 ContinuityCentral.com