SIOS SANless clusters High-availability Machine Learning monitoring
對你來說是一個好消息Windows Server 2012的早期使用者 – 你現在可以在Windows Server 2012中使用DataKeeper Cluster Edition。我將在今年年底之前發布一些Windows Server 2012分步驟文章，並確保也包含一些多站點群集示例。與此同時，如果您想要構建基於Windows Server 2012的群集，並希望將共享存儲作為單點故障消除，或者希望跨地理位置擴展群集，則可以使用DataKeeper Cluster Edition v7.5來實現。
http://googleenterprise.blogspot.com/2012/12/changes-to-google-apps-for-businesses.html
我很高興在截止日期之前登記了童子軍部隊20名。免費的Google Apps對我來說是一個非常棒的產品介紹，我把它看作是一個網關“毒品”，讓我有足夠的眼光來考慮任何“嚴重的”基於雲的商業運作的高級版本，即不是一個男孩偵察兵部隊。
雖然每個用戶每年50美元並不昂貴，但對於許多可能是潛在客戶的小型非營利組織來說，這肯定是一個阻礙。所以問題是微軟會利用這個開放獲得市場份額嗎？如果是這樣，我知道我將在哪裡部署我的下一個基於雲的小型企業網站。轉載https://clusteringformeremortals.com/2012/12/10/no-more-free-google-apps-googleapps-azure/的許可
我最近閱讀了一篇名為SQL Server 2012 AlwaysOn：雲數據中心的高可用性數據庫的文章，作者John Joyner在雲中使用AlwaysOn可用性組為SQL Server提供高可用性。我一直在調查AlwaysOn可用性組，因為它在SQL Server 2012的預發布版本中可用。雖然它確實有一些有效的用途（主要是在災難恢復配置中），但它說這是一種“實現HA SQL的新方法”，掩蓋了部署AlwaysOn可用性組作為故障轉移群集的替代品的許多問題，而不是一個可行在許多情況下選項。
在我寫給這篇文章的回復中，我提出使用基於主機的複制解決方案DataKeeper Cluster Edition的AlwaysOn多站點集群是一個更好的選擇，我繼續解釋了為什麼..
我原來對這篇文章的回應似乎已經被刪除了，所以我決定把我對以下原文的回應轉載：
AlwaysOn可用性組有幾件事情需要考慮。正如你所提到的，“微軟宣布支持一些System Center 2012 SP1應用程序與SQL AlwaysOn一起工作”，這意味著仍然有應用程序不支持AlwaysOn。實際上，有很多應用程序不支持AlwaysOn可用性組，包括使用分佈式事務的任何應用程序。而其他的限制，如不能保持MSDB，主數據庫和其他數據庫同步呢？我在這裡博客了這些限制。
我同意SQL HA很重要，但是，使用AlwaysOn可用性組獲得“高可用性”（意思是在出現故障時自動恢復）的唯一方法是使用同步鏡像。本月早些時候，在西雅圖的PASS Summitt，我參加了AlwaysOn的許多不同的演講，主持人談論了AlwaysOn的異步配置。原因是AlwaysOn同步複製對應用程序的性能有著重大的影響。我個人使用AlwaysOn Synchronous鏡像測量了高達68％的性能損失，這是在一個專用的10 Gbps局域網中！我在這裡博客關於這個結果
不幸的是，在異步配置中，您放棄了自動故障轉移，所以您確實沒有獲得HA，您正在獲得數據保護，但肯定不像傳統SQL故障轉移群集所期望的那樣。
最後還有成本考慮。SQL Server 2012 Enterprise沒什麼可打噴嚏的。如果你想構建一個雙節點的集群，並利用可讀的輔助節點，並且你正在使用一個2路16核的服務器，那麼你正在為SQL Server 2012企業版許可證花費近22萬美元。我在這裡的博客文章中分解了相關的成本。
不要誤解我的意思，SQL Server 2012 AlwaysOn可用性組可以解決許多問題，但我不會將大多數雲部署中所需的異步配置歸類為HA備選方案。很多人都忽略了AlwaysOn AlwaysOn故障轉移群集。SQL Server AlwaysOn故障轉移群集的新功能（包括對跨子網多站點群集的增強支持）將為您提供真正的HA解決方案，並克服上述所有限制。當然，在純雲解決方案中，您可能無法與基於陣列的複制集成以支持多站點群集，但是您始終可以使用基於主機的複制解決方案（例如SteelEye DataKeeper Cluster Edition）在公共雲或私有云中構建多站點群集，自己的物理數據中心，你可以做到這一點，SQL Server 2008到2012年，它可以在SQL Server標準版以及企業。
您是否使用HA配置中的AlwaysOn可用性組進行了任何測試？如果是的話，我會很好奇，知道你是否測量了與你的環境中同步複製相關的開銷。轉載https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/
毫無疑問，AlwaysOn可用性組在SQL PASS峰會上是一個熱門話題。正如我在之前的帖子中提到的，在部署SQL Server 2012 Enterprise Edition時，您需要考慮與AlwaysOn相關的開銷以及其他限制。在我介紹SIOS DataKeeper Cluster Edition時請繼續閱讀。
我使用SQL Server 2012 AlwaysOn可用性組（僅限具有典型雙插槽16核心服務器配置的目標）定價（標價）雙節點解決方案。我還添加了一個類似的配置。在SQL 2012 Standard Edition上運行DataKeeper Cluster Edition，並作為SQL 2008 R2 Enterprise Edition。
如您所見，部署SQL Server 2012 Enterprise Edition（對可用性組是必需的），與使用DataKeeper Cluster Edition部署類似的複制群集解決方案相比，費用要高得多。
聯繫我們以最優惠的價格獲得最佳的SQL Server Alwayson功能。
經Clusteringformeremortals.com許可轉載
在SQL PASS可用性組峰會上聽到所有精彩的會議之後，您是否正在考慮將子彈升級到SQL Server 2012企業版？在您拿出支票簿之前，請停下來問問自己這些問題，並允許我介紹SteelEye DataKeeper Cluster Edition。
我使用/需要嗎？
如果您對這些問題中的任何一個回答為“是”，則在涉及SQL Server HA / DR部署時，您可能需要重新考慮您的選項。雖然AlwaysOn可用性組確實佔有一席之地，但您可能需要考慮與它們相關的開銷。閱讀我之前的文章。此外，您確實需要考慮哪些應用程序將使用SQL Server數據庫，因為並非所有應用程序都支持AlwaysOn可用性組。這包括許多Microsoft的應用程序，如Lync Server和其他應用程序（請查看您的應用程序文檔）。
我建議的是考慮構建一個傳統的主動/被動群集，它克服了上面列出的所有Alwayson可用性組限制。但是，不使用共享存儲，而是使用SIOS Technology的集群塊級複製解決方案，名為SteelEye DataKeeper Cluster Edition。使用此復制解決方案，您可以將SAN消除為單點故障，並消除與上面列出的AlwaysOn可用性組相關的所有限制。當您考慮使用高速本地存儲解決方案（如@Fusionio和DataKeeper）的可能性時，您可以擁有一個高速，高可用性的SQL Server群集，並且對硬件和軟件的投資最小。最重要的是，此解決方案適用於SQL 2005/2008 / 2008R2 / 2012標準版以及企業版。僅在SQL Server許可上節省成本可以超過解決方案的成本。更多關於我下一篇文章中的成本節約。
您可以購買包含HP，Dell或Supermicro服務器，Fusion-io ioDrives的2服務器預包解決方案。DataKeeper軟件可幫助您部署第一個高速，高可用性SQL群集。欲了解更多信息，請參閱這裡的新聞稿。
http://www.sqlpass.org/summit/2012/About/News/PressReleases/PartnerPressRelease9.aspx
就像Datakeeper如何幫助克服Alwayson可用性組限制一樣？在這裡閱讀更多成功案例
經Clusteringformeremortals.com許可轉載