如果我的軟體通過可用性組進行故障轉移，我的軟體如何連接到我的 SQL Server？
我對這個話題有點困惑。
我知道使用預設實例，我們可以使用 ip xxx10 創建一個集群。然後這個IP會自動連接到作為主體的xxx9。如果主體已關閉，它將連接到 xxx8 即輔助。
如果我有一個命名實例，這將如何工作？我有一個問題，我創建了實例
X.X.X.36\SQLPRIMARY和X.X.X.37\SQLBACKUP. 我正在嘗試通過 SSMS 連接到 XXX38，這是 CLUSTERs Ip，但它顯示無法找到實例的錯誤。通常對於非命名實例，使用該集群 IP，它指向該集群上的主 SLQ 實例。
listener這裡有這份工作嗎？我想我安靜不明白它的目的。
我正在嘗試通過 SSMS 連接到 XXX38，這是 CLUSTERs Ip，但它顯示無法找到實例的錯誤。
預設情況下，命名實例不會偵聽埠 1433，這是在沒有特定埠或實例名稱的情況下進行連接所必需的。
但是，故障轉移群集實例始終偵聽專用 IP，因此您可以（並且應該）重新配置 FCI 以使用 SQL Server 配置管理器偵聽埠 1433。
如果您的實例是獨立的（非 FCI），您可以執行相同的操作，但如果您在伺服器上安裝了多個實例，則必須將它們配置為偵聽特定 IP。如果您在每台伺服器上安裝了一個命名實例，您只需將其配置為偵聽所有 IP 上的埠 1433。
通常使用非命名實例，使用該集群 IP，它指向該集群上的主 SLQ 實例
通常，這由
listener不使用集群 IP 管理。據我了解（從標題），兩個實例（
SQLPRIMARY和SQLBACKUP）都是可用性組的副本。通常，該組資源在 WSFC 中可用以具有自動故障轉移功能，
listener是其中之一（網路資源），當我們連接listenerIP（連同它的埠）時，它會將連接重定向到Primary Replica. 此答案可能有助於快速了解 AG 設置。正如 David Browne 先生已經確認的那樣，命名實例不會偵聽
1433，預設情況下，命名實例會偵聽由SQL Brower服務管理的動態埠，請確保服務正在執行，並UDP: 1434在防火牆處打開埠，以防萬一直接連接命名實例（出於某種原因）。