SQL Server 標準版 - 限制
下面的 SQLServer 許可證版本比較 URL未提及有關 AlwaysOn故障轉移群集實例中支持的數據庫數量的任何限制- 對於標準版本。是否可以安全地得出結論，在單個 AlwaysOn FCI 標準版許可證中支持的數據庫數量沒有強制限制？
我知道對於標準版，單個 SQLServer FCI 中有 2 個節點的限制。我還了解，對於標準版的基本可用性組，每個可用性組有一個數據庫的限制。
只是提供一些背景資訊，我們的應用程序和數據庫設計是這樣的，每個客戶都有一個數據庫。我們將多個小型客戶端的數據庫（比如 10 個）放入單個 SQL Server 實例中。
我們目前的目標只是 HA，不需要 DR 場景，也不需要 AG 提供的 ReadOnly 數據庫輔助副本。
我當然不想在同一個 SQL Server 實例中管理 10 個不同的基本可用性組（用於 10 個數據庫）來實現 HA 目標。因此避免流行的 AG 並探索 SQL Server FailOver Cluster 實例。
這是第二個問題…
此外，如果我們將軟體保障納入其中會怎樣。SQLServer 2019 許可指南說，通過軟體保障，我們可以免費獲得 HA、DR（和 Azure）副本，但在此上下文中沒有提及 Ent 或 Std 版許可證。
即使有軟體保障，標準版的 - 2 節點集群限制是否仍然適用於 AlwaysOn 故障轉移集群實例？如果我們還購買軟體保障，我們能否擁有一個帶有標準版許可證的 3 節點 SQL FCI 集群？如果是這樣，那將是錦上添花（同一 SQL FCI 中的主節點、HA 和 DR 節點！）
非常感謝這裡的任何幫助。謝謝！
正如已經詳盡評論的那樣，許可問題超出了範圍，但是為了技術澄清……
AlwaysOn 建立在故障轉移群集之上，但與故障轉移群集實例 (FCI) 不同。區別主要在於它們是否共享儲存。
此連結https://straightpathsql.com/archives/2019/02/basic-availability-groups-myths-truths/在消除/澄清基本可用性組方面做得很好。
是的，基本 AG 只允許單個數據庫。但是，您可以有很多很多可用性組，每個可用性組都有一個數據庫。這確實使事情變得有點複雜，因為這意味著數據庫不一定會彼此同步移動。但是你得到你得到的。
鑑於您的情況，我認為每個數據庫管理一個 AG 不會有很大的問題。您將不得不編寫故障轉移命令的腳本，但通過 TSQL 檢查 AG 執行狀況應該讓您密切關注 AG 的群（羊群？聚集？）。我不會強調它。
至於使用故障轉移集群實例而不是 AG，去吧。它們沒有限制，如果您只想要 HA，那麼管理起來更容易，因為您不需要同步登錄、作業等。這確實意味著您必須依賴儲存層的 HA，而不是可能擁有完全獨立的 HA，但是使用 FCI 將允許您進行滾動升級並在計算（CPU、記憶體、O/S）故障中倖存下來。
Standard Edition 上的故障轉移群集實例 (FCI) 上可以擁有的數據庫數量沒有特別限制。
軟體保障權益不會改變標準版的任何技術限制，只是需要多少許可證。標準版仍然僅限於基本 AG 和 FCI 的兩個節點。
您可以將帶有日誌傳送的 2 節點 FCI 部署到 DR 備用伺服器。