共用方式為

高可用性/災害復原的 SQL Server Native Client 支援

  • 發行項

本主題將討論適用於 AlwaysOn 可用性群組 的 SQL Server Native Client 支援 (在 SQL Server 2012 中所新增)。 如需有關 AlwaysOn 可用性群組 的詳細資訊，請參閱＜可用性群組接聽程式、用戶端連接及應用程式容錯移轉 (SQL Server)＞、＜建立及設定可用性群組 (SQL Server)＞、＜容錯移轉叢集和 AlwaysOn 可用性群組 (SQL Server)＞和＜使用中次要：可讀取的次要複本 (AlwaysOn 可用性群組)＞。

您可以在連接字串中指定給定可用性群組的可用性群組接聽程式。 如果 SQL Server Native Client 應用程式連接到可用性群組中發生容錯移轉的資料庫，則原始連接會中斷，而且應用程式必須在容錯移轉後開啟新連接，才能繼續工作。

如果未連接到可用性群組接聽程式，而且如果多個 IP 位址與主機名稱相關聯，SQL Server Native Client 會循序逐一查看與 DNS 項目相關聯的所有 IP 位址。 如果 DNS 伺服器所傳回的第一個 IP 位址未繫結至任何網路介面卡 (NIC)，這項作業可能會很費時。 在連接到可用性群組接聽程式時，SQL Server Native Client 會嘗試平行建立與所有 IP 位址的連接，如果某個連接嘗試成功，驅動程式就會捨棄任何暫止的連接嘗試。

[!附註]

增加連接逾時並實作連接重試邏輯可提高應用程式連接到可用性群組的機率。 此外，因為連接可能會由於可用性群組容錯移轉而失敗，所以您應該實作連接重試邏輯，並重試失敗的連接，直到重新連接為止。

使用 MultiSubnetFailover 進行連接

在連接到 SQL Server 2012 可用性群組接聽程式或 SQL Server 2012 容錯移轉叢集執行個體時，永遠指定 MultiSubnetFailover=Yes。 MultiSubnetFailover 對於 SQL Server 2012 中的所有可用性群組和容錯移轉叢集執行個體可促進更快的容錯移轉，並大幅縮短單一和多重子網路 AlwaysOn 拓撲的容錯移轉時間。 在多重子網路容錯移轉期間，用戶端會平行嘗試連接。 在子網路容錯移轉期間，SQL Server Native Client 會積極重試 TCP 連接。

MultiSubnetFailover 連接屬性指示，應用程式正在可用性群組或容錯移轉叢集執行個體中部署，而且 SQL Server Native Client 會透過嘗試連接到所有 IP 位址，嘗試連接到主要 SQL Server 執行個體的資料庫。 為連接指定 MultiSubnetFailover=Yes 時，用戶端重試 TCP 連線的速度會比作業系統的預設 TCP 重新傳輸間隔快。 這種方式可在容錯移轉 AlwaysOn 可用性群組或 AlwaysOn 容錯移轉叢集執行個體之後更快重新連線，且同時適用於單一和多重子網路可用性群組和容錯移轉叢集執行個體。

如需有關連接字串關鍵字的詳細資訊，請參閱＜搭配 SQL Server Native Client 使用連接字串關鍵字＞。

當連接到可用性群組接聽程式或容錯移轉叢集執行個體以外的某個項目時，指定 MultiSubnetFailover=Yes 將會產生負面效能影響，而且不支援這樣的處理方式。

請使用下列指導方針，連接到可用性群組或容錯移轉叢集執行個體中的伺服器：

  • 在連接到單一子網路或多重子網路時，使用 MultiSubnetFailover 連接屬性；這會提高這兩種可用性群組接聽程式的效能。

  • 若要連接到可用性群組，在連接字串中指定可用性群組的可用性群組接聽程式做為伺服器。

  • 連接到設定超過 64 個 IP 位址的 SQL Server 執行個體會導致連接失敗。

  • 使用 MultiSubnetFailover 連接屬性之應用程式的行為不受驗證類型影響：SQL Server 驗證、Kerberos 驗證或 Windows 驗證。

  • 您可以增加 loginTimeout 的值，來容納容錯移轉時間並減少應用程式連接重試次數。

  • 不支援分散式交易。

如果唯讀路由不在作用中，在下列狀況下，連接到可用性群組中的次要複本位置將會失敗：

  1. 如果未設定次要複本位置接受連接。

  2. 如果應用程式使用 ApplicationIntent=ReadWrite (下文討論)，而且已針對唯讀存取設定次要複本位置。

如果設定主要複本拒絕唯讀工作負載，而且連接字串包含 ApplicationIntent=ReadOnly，則連接會失敗。

從資料庫鏡像升級到使用多子重網路叢集

如果連接字串中有 MultiSubnetFailover 和 Failover_Partner 連接關鍵字，則會發生連接錯誤。 如果使用 MultiSubnetFailover 而且 SQL Server 傳回容錯移轉夥伴回應，指出它是資料庫鏡像配對的一部分，也會發生錯誤。

如果您將目前使用資料庫鏡像的 SQL Server Native Client 應用程式升級為多重子網路案例，應該移除 Failover_Partner 連接屬性，以設為 Yes 的 MultiSubnetFailover 取代它，並以可用性群組接聽程式取代連接字串中的伺服器名稱。 如果連接字串使用 Failover_Partner 和 MultiSubnetFailover=Yes，驅動程式會發生錯誤。 不過，如果連接字串使用 Failover_Partner 和 MultiSubnetFailover=No (或 ApplicationIntent=ReadWrite)，應用程式就會使用資料庫鏡像。

如果可用性群組中的主要資料庫使用資料庫鏡像，而且如果在連接到主要資料庫 (而不是可用性群組接聽程式) 的連接字串中使用 MultiSubnetFailover=Yes，驅動程式會傳回錯誤。

指定應用程式意圖

當 ApplicationIntent=ReadOnly 時，用戶端在連接到啟用 AlwaysOn 的資料庫時會要求讀取工作負載。 伺服器會在連接時和在 USE 資料庫陳述式期間，只針對啟用 AlwaysOn 的資料庫強制執行此意圖。

ApplicationIntent 關鍵字不適用於舊版唯讀資料庫。

資料庫可以允許或不允許 AlwaysOn 目標資料庫上的讀取工作負載 (這是透過 PRIMARY_ROLE 和 SECONDARY_ROLE Transact-SQL 陳述式的 ALLOW_CONNECTIONS 子句來完成)。

ApplicationIntent 關鍵字用於啟用唯讀路由。

唯讀路由

唯讀路由是可確保資料庫的唯讀複本之可用性的功能。 若要啟用唯讀路由：

  1. 您必須連接到 AlwaysOn 可用性群組的可用性群組接聽程式。

  2. ApplicationIntent 連接字串關鍵字必須設為 ReadOnly。

  3. 可用性群組必須由資料庫管理員設定為啟用唯讀路由。

使用唯讀路由的多個連接可能不會連接至相同的唯讀複本。 資料庫同步處理的變更或伺服器路由組態的變更，可能會導致用戶端連接至不同的唯讀複本。 若要確保所有唯讀要求連接至相同的唯讀複本，請勿將可用性群組接聽程式傳遞給 Server 連接字串關鍵字。 請改為指定唯讀執行個體的名稱。

唯讀路由可能比連接到主要複本的時間更長，因為唯讀路由先連接到主要複本，再尋找最佳的可讀取次要複本。 因此，您應該增加登入逾時。

ODBC

已加入兩個 ODBC 連接字串關鍵字來支援 SQL Server Native Client 中的 AlwaysOn 可用性群組：

  • ApplicationIntent

  • MultiSubnetFailover

如需有關 SQL Server Native Client 中 ODBC 連接字串關鍵字的詳細資訊，請參閱＜搭配 SQL Server Native Client 使用連接字串關鍵字＞。

同等的連接屬性如下：

  • SQL_COPT_SS_APPLICATION_INTENT

  • SQL_COPT_SS_MULTISUBNET_FAILOVER

如需有關 SQL Server Native Client 中 ODBC 連接屬性的詳細資訊，請參閱＜SQLSetConnectAttr＞。

從 SQL Server 2012 開始，ApplicationIntent 和 MultiSubnetFailover 關鍵字的功能將會公開在使用 SQL Server Native Client 驅動程式之 DSN 的 ODBC 資料來源管理員中。

SQL Server Native Client ODBC 應用程式可以使用三個函數的其中一個進行連接：

函數

說明

SQLBrowseConnect

SQLBrowseConnect 傳回的伺服器清單不包括 VNN。 您只會看到伺服器清單，無從得知伺服器是否為獨立伺服器或是 Windows Server 容錯移轉叢集 (WSFC) 中，包含兩個或多個已啟用 AlwaysOn 可用性群組 之 SQL Server 執行個體的主要或次要伺服器。 如果您連接到伺服器而且發生失敗狀況，可能是因為您已經連接到伺服器，而且 ApplicationIntent 設定與伺服器組態不相容。

因為 SQLBrowseConnect 無法辨識 Windows Server 容錯移轉叢集 (WSFC) 中，包含兩個或多個已啟用 AlwaysOn 可用性群組 之 SQL Server 執行個體的伺服器，所以 SQLBrowseConnect 會忽略 MultiSubnetFailover 連接字串關鍵字。

SQLConnect

SQLConnect 透過資料來源名稱 (DSN) 或連接屬性來支援 ApplicationIntent 和 MultiSubnetFailover。

SQLDriverConnect

SQLDriverConnect 透過連接字串關鍵字、連接屬性或 DSN 來支援 ApplicationIntent 和 MultiSubnetFailover。

OLE DB

SQL Server Native Client 中的 OLE DB 不支援 MultiSubnetFailover 關鍵字。

SQL Server Native Client 中的 OLE DB 將會支援應用程式意圖。 OLE DB 應用程式與 ODBC 應用程式的應用程式意圖將會有相同的行為 (請參閱上面的內容)。

已加入一個 OLE DB 連接字串關鍵字來支援 SQL Server Native Client 中的 AlwaysOn 可用性群組：

  • Application Intent

如需有關 SQL Server Native Client 中連接字串關鍵字的詳細資訊，請參閱＜搭配 SQL Server Native Client 使用連接字串關鍵字＞。

同等的連接屬性如下：

  • SSPROP_INIT_APPLICATIONINTENT

  • DBPROP_INIT_PROVIDERSTRING

SQL Server Native Client OLE DB 應用程式可以使用其中一個方法來指定應用程式意圖：

  • IDBInitialize::Initialize
    IDBInitialize::Initialize 會使用之前設定的屬性集合來初始化資料來源及建立資料來源物件。 將應用程式意圖指定為提供者屬性或是擴充屬性字串的一部分。

  • IDataInitialize::GetDataSource
    IDataInitialize::GetDataSource 會採用可包含 Application Intent 關鍵字的輸入連接字串。

  • IDBProperties::GetProperties
    IDBProperties::GetProperties 會擷取目前在資料來源上設定的屬性值。 您可以透過 DBPROP_INIT_PROVIDERSTRING 屬性和 SSPROP_INIT_APPLICATIONINTENT 屬性擷取 Application Intent 值。

  • IDBProperties::SetProperties
    若要設定 ApplicationIntent 屬性值，請呼叫 IDBProperties::SetProperties 來傳入 SSPROP_INIT_APPLICATIONINTENT 屬性 (該屬性的值為 "ReadWrite" 或 "ReadOnly")，或是傳入 DBPROP_INIT_PROVIDERSTRING 屬性 (該屬性的值包含 "ApplicationIntent=ReadOnly" 或 "ApplicationIntent=ReadWrite")。

您可以在 [資料連結屬性] 對話方塊中，[全部] 索引標籤的 [應用程式意圖屬性] 欄位內指定應用程式意圖。

當建立隱含連接時，隱含連接將會使用父連接的應用程式意圖設定。 同樣地，從相同資料來源建立的多個工作階段將會繼承資料來源的應用程式意圖設定。

請參閱

概念

搭配 SQL Server Native Client 使用連接字串關鍵字

其他資源

SQL Server Native Client 功能