Always On 可用性組 - 標準版
我需要關於 SQL Server Standard Edition 2019 的 Always On 的建議。我的問題是……這是否可能，如果在生產中使用它是否有意義？
我有兩台伺服器（
A-主要和-B被動副本）的想法是
- 在兩者上安裝標準版。
- 將
A伺服器中的每個數據庫放入單個基本可用性組，並使用虛擬 IP 連結見證。我想得越多，我就越覺得這似乎是個壞主意。
第一個問題是基本可用性組有一些限制（在輔助副本上沒有備份和 checkdb 作業），在這種情況下可能會有點問題。
但是，其次（更重要的是）擁有多個可用性組似乎是一個過於復雜的架構。
您能否告知是否有人在生產中使用類似的東西？有什麼陷阱嗎？
最後，我是否必須將伺服器許可
B為被動副本？
這甚至可能嗎？如果在生產中使用它是否有意義？
是的，這是可能的，但它是否對您的生產環境有意義真的取決於您的需求。
正如您已經註意到的，基本可用性組存在限制。另一個重大限制之一是它不能用作只讀副本（因此它只是處於休眠狀態，直到您需要故障轉移到它）：
基本可用性組包括以下限制：
兩個副本的限制（主要和次要）。Linux 上 SQL Server 2017 的基本可用性組支持額外的僅配置副本。
對次要副本沒有讀取訪問權限。
次要副本上沒有備份。
對輔助副本不進行完整性檢查。
不支持在執行 SQL Server 2016 社區技術預覽版 3 (CTP3) 之前的 SQL Server 版本的伺服器上託管的副本。
支持一個可用性數據庫。
基本可用性組無法升級到高級可用性組。必須刪除該組並將其重新添加到包含僅執行 SQL Server 2016 企業版的伺服器的組中。
僅標準版伺服器支持基本可用性組。
基本可用性組不能是分佈式可用性組的一部分。
您可能有多個基本可用性組連接到 SQL Server 的單個實例。
如果您不需要使用輔助數據庫進行讀取，並且您的目標是在災難事件期間擁有數據庫副本以進行故障轉移，並且您可以容忍上述其他限制，那麼基本可用性組可以為您工作在生產中。
雖然如果您有大量數據庫要添加到可用性組，那麼您可能會發現僅使用基本可用性組無法管理，您可能更喜歡正常的 AlwaysOn 可用性組，而不是允許將多個數據庫添加到單個可用性團體。不過那是你自己決定的。
最後，我是否必須將伺服器許可
B為被動副本？我們通常不回答具體的許可問題，但是這個問題很簡單，可以說是，每當您在 SQL Server 實例（甚至是休眠的基本可用性組輔助副本）上進行生產工作時，您都需要遵守所有正常的該實例的許可規則。正如 AMTwo 和 Marcin 指出的那樣，這些規則可能已經通過 SA（軟體保障）得到遵守，但我們無法回答，只有您的許可供應商可以回答。
要了解有關許可的更多具體資訊，請參閱Microsoft 的此文件和/或與您的供應商討論。上述所有關於許可的資訊都不能保證是事實，無論如何都應該與您的供應商討論。我和 StackExchange 均不對它的解釋或使用方式承擔任何法律或其他責任。
首先擔心的是基本可用性組有一些限制（在輔助副本上沒有備份和檢查數據庫作業），在這種情況下可能會有點問題。
我什至不會讓這成為等式的一部分。事實上，無論您走哪條路線，我都建議您在主副本上執行備份和完整性檢查。雖然理論上將它們解除安裝到輔助副本聽起來是個好主意，但存在太多數據失去或損壞的風險。
主副本上的數據文件中的數據可能會損壞，而該數據文件永遠不會復製到輔助副本，反之亦然。同樣，備份類型也是有限的，首選備份副本設置並不像人們想像的那麼簡單。
我在這裡更詳細地討論解除安裝備份（並部分涉及完整性檢查）的坑。
但是，其次（更重要的是）擁有多個可用性組似乎是一個過於復雜的架構。
這將是您最大的驅動因素，因為每個基本可用性組只能擁有一個數據庫。如果您需要所有這些數據庫同時進行故障轉移，則必須將企業版視為您的解決方案。除了單個數據庫，我不會考慮使用基本可用性組。
最後，我是否必須將伺服器 B 許可為被動副本？
如有任何與許可相關的問題，請聯繫您的許可供應商。