ALTER AVAILABILITY GROUP (Transact-SQL)
更改 SQL Server 中現有的 AlwaysOn 可用性組。????????????? 只有當前主副本支持大多數 ALTER AVAILABILITY GROUP 參數。 但是，只有輔助副本支持 JOIN、FAILOVER 和 FORCE_FAILOVER_ALLOW_DATA_LOSS 參數。
| 適用范圍：SQL Server（SQL Server 2012 到當前版本）。???????????????????? ?????????????????? |
Transact-SQL 語法約定
???????????????? 語法?????????????? ???????????????? ALTER AVAILABILITY GROUP group_name {SET ( <set_option_spec> ) |?ADD DATABASE database_name |?REMOVE DATABASE database_name|?ADD REPLICA ON <add_replica_spec> | MODIFY REPLICA ON <modify_replica_spec>|?REMOVE REPLICA ON <server_instance>| JOIN|?FAILOVER| FORCE_FAILOVER_ALLOW_DATA_LOSS???|?ADD LISTENER ‘dns_name’?( <add_listener_option> )|?MODIFY LISTENER ‘dns_name’?( <modify_listener_option> )|?RESTART LISTENER ‘dns_name’|?REMOVE LISTENER ‘dns_name’| OFFLINE} [ ; ]<set_option_spec> ::= AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }| FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 } | HEALTH_CHECK_TIMEOUT =?milliseconds?<server_instance> ::= {?'system_name[\instance_name]'?|?'FCI_network_name[\instance_name]'?}<add_replica_spec>::=<server_instance>?WITH(ENDPOINT_URL =?'TCP://system-address:port',AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT },FAILOVER_MODE = { AUTOMATIC | MANUAL }[?, <add_replica_option> [?,...n?] ]) <add_replica_option>::=BACKUP_PRIORITY =?n| SECONDARY_ROLE ( { ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL } | READ_ONLY_ROUTING_URL =?'TCP://system-address:port' }?)| PRIMARY_ROLE ( { ALLOW_CONNECTIONS = { READ_WRITE | ALL } | READ_ONLY_ROUTING_LIST = { (?‘<server_instance>’ [ ,...n?] ) | NONE } }?)| SESSION_TIMEOUT =?seconds?<modify_replica_spec>::=<server_instance>?WITH( ENDPOINT_URL =?'TCP://system-address:port' | AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT } | FAILOVER_MODE = { AUTOMATIC | MANUAL } | BACKUP_PRIORITY =?n| SECONDARY_ROLE ( { ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL } | READ_ONLY_ROUTING_URL =?'TCP://system-address:port' }?)| PRIMARY_ROLE ( { ALLOW_CONNECTIONS = { READ_WRITE | ALL } | READ_ONLY_ROUTING_LIST = { (?‘<server_instance>’ [ ,...n?] ) | NONE } }?)| SESSION_TIMEOUT =?seconds?)? <add_listener_option> ::={WITH DHCP [ ON ( <network_subnet_option> ) ]|?WITH IP ( { ( <ip_address_option> ) } [?, ...n?] ) [ , PORT =?listener_port ]}<network_subnet_option> ::=‘four_part_ipv4_address’,?‘four_part_ipv4_mask’ <ip_address_option> ::={ ‘four_part_ipv4_address’,?‘four_part_ipv4_mask’|?‘ipv6_address’}<modify_listener_option>::={ADD IP ( <ip_address_option> ) |?PORT =?listener_port} ???????????????? 參數?????????????? ??????????????
group_name???? ??
指定新可用性組的名稱。 group_name 必須是一個有效的 SQL Server 標識符，并且它必須在 WSFC 群集的所有可用性組中保持唯一。
指定在選擇執行備份的位置時有關備份作業應該如何評估主副本的首選項。 您可以編寫給定備份作業的腳本，以便納入自動備份首選項。 SQL Server 不會強制執行首選項，因此它對即席備份沒有影響，了解這一點很重要。
僅在主副本上支持。????
這些值如下所示：????
PRIMARY??????指定備份應該始終在主副本上發生。 如果您需要在對輔助副本運行備份時不支持的備份功能，例如創建差異備份，此選項將很有用。
| 如果您計劃使用日志傳送為可用性組準備任何輔助數據庫，請將自動備份首選項設置為“主要”，直到準備好所有輔助數據庫并將其加入可用性組。???????????????? |
指定備份應該永遠不會在主副本上執行。 如果主副本是唯一的聯機副本，則備份應不會發生。
指定備份應在輔助副本上發生，但在主副本是唯一聯機的副本時除外。 在該情況下，備份應在主副本上發生。 這是默認行為。
指定您希望在選擇要執行備份的副本時備份作業將忽略可用性副本的角色。 請注意，備份作業可能評估其他因素，例如每個可用性副本的備份優先級及其操作狀態和已連接狀態。
| 沒有強制的 AUTOMATED_BACKUP_PREFERENCE 設置。 對此首選項的解釋依賴于您為給定可用性組中的數據庫撰寫作業腳本的邏輯（如果有）。 自動備份首選項設置對即席備份沒有影響。 有關詳細信息，請參閱配置可用性副本備份 (SQL Server)。 |
| 若要查看現有可用性組的自動備份首選項，請選擇 sys.availability_groups 目錄視圖的 automated_backup_preference 或 automated_backup_preference_desc 列。 此外，sys.fn_hadr_backup_is_preferred_replica (Transact-SQL) 還可以用于確定首選備份副本。 此函數始終對至少一個副本返回 1（即使 AUTOMATED_BACKUP_PREFERENCE = NONE）。 |
指定將為此可用性組觸發自動故障轉移的失敗條件。 FAILURE_CONDITION_LEVEL 在組級別設置，但僅針對為同步-提交可用性模式 (AVAILIBILITY_MODE = SYNCHRONOUS_COMMIT) 配置的可用性副本。 此外，只有在主副本和輔助副本均配置為自動故障轉移模式 (FAILOVER_MODE = AUTOMATIC) 并且輔助副本當前與主副本同步的情況下，失敗條件才可以觸發自動故障轉移。
僅在主副本上支持。????
失敗條件級別的范圍 (1–5) 是從最少限制的級別 1 到最多限制的級別 5。 給定的條件級別包含所有限制較少的級別。 因此，最嚴格的條件級別 5 包含四個限制較少的級別 (1-4)，級別 4 包含級別 1-3，依此類推。 下表介紹了與各級別相對應的失敗條件。
| 1???????????? | 指定在發生以下任何情況時應啟動自動故障轉移：????????????
|
| 2???????????? | 指定在發生以下任何情況時應啟動自動故障轉移：????????????
|
| 3???????????? | 指定在發生了嚴重的 SQL Server 內部錯誤（例如孤立的自旋鎖、嚴重的寫訪問沖突或過多的轉儲）時應啟動自動故障轉移。???????????? 這是默認行為。???????????? |
| 4???????????? | 指定在發生了中等程度的 SQL Server 內部錯誤（例如在 SQL Server 內部資源池中出現持久的內存不足情況）時應啟動自動故障轉移。???????????? |
| 5???????????? | 指定在出現任何符合的失敗條件時應啟動自動故障轉移，這些失敗條件包括：????????????
|
| 缺少 SQL Server 的實例對客戶端請求的響應與可用性組無關。???????????? |
FAILURE_CONDITION_LEVEL 和 HEALTH_CHECK_TIMEOUT 值為給定組定義“靈活的故障轉移策略”。 此靈活的故障轉移策略向您提供對必須導致自動故障轉移的條件的精確控制。 有關詳細信息，請參閱針對可用性組的自動故障轉移的靈活的故障轉移策略 (SQL Server)。
指定在 WSFC 群集假定服務器實例速度較慢或掛起前，等待 sp_server_diagnostics 系統存儲過程返回服務器運行狀況信息的等待時間（毫秒）。 HEALTH_CHECK_TIMEOUT 在組級別設置，但僅針對為具有自動故障轉移的同步-提交可用性模式 (AVAILIBILITY_MODE = SYNCHRONOUS_COMMIT) 配置的可用性副本。 此外，只有在主副本和輔助副本均配置為自動故障轉移模式 (FAILOVER_MODE = AUTOMATIC) 并且輔助副本當前與主副本同步的情況下，運行狀況檢查超時才可以觸發自動故障轉移。
默認的 HEALTH_CHECK_TIMEOUT 值為 30000 毫秒（30 秒）。 最小值為 15000 毫秒（15 秒），最大值為 4294967295 毫秒。
僅在主副本上支持。????
| sp_server_diagnostics 在數據庫級別不執行運行狀況檢查。???????????? |
指定要添加到可用性組的一個或多個用戶數據庫的列表。 這些數據庫必須位于承載當前主副本的 SQL Server 實例上。 您可以為一個可用性組指定多個數據庫，但每個數據庫只能屬于一個可用性組。 有關可用性組可支持的數據庫類型的信息，請參閱針對 AlwaysOn 可用性組的先決條件、限制和建議 (SQL Server)。 若要找出已屬于某個可用性組的本地數據庫，請參閱 sys.databases 目錄視圖中的 replica_id 列。
僅在主副本上支持。????
| 在創建可用性組后，將需要連接到承載輔助副本的每個服務器實例，然后準備每個輔助數據庫并將它們加入可用性組。 有關詳細信息，請參閱啟動 AlwaysOn 輔助數據庫的數據移動 (SQL Server)。 |
從可用性組中刪除指定的主數據庫和相應的輔助數據庫。 僅在主副本上支持。
有關在從可用性組中刪除可用性數據庫之后推薦執行的后續任務的信息，請參閱從可用性組中刪除主數據庫 (SQL Server)。????
指定一到四個 SQL Server 實例以便在可用性組中承載輔助副本。 通過在每個副本的服務器實例地址后追加 WITH (…) 子句來指定每個副本。
僅在主副本上支持。????
您需要將每個新的輔助副本聯接到可用性組。 有關詳細信息，請參閱本節后面對 JOIN 選項的說明。
指定承載副本的 SQL Server 實例的地址。 地址格式依賴于該實例是默認實例還是命名實例以及它是獨立實例還是故障轉移群集實例 (FCI)。 語法如下：
{ 'system_name[\instance_name]' |'FCI_network_name[\instance_name]' }
此地址由以下部分組成：????
system_name???????? ??????SQL Server 的目標實例所在的計算機系統的 NetBIOS 名稱。 此計算機必須是一個 WSFC 節點。
用于訪問 SQL Server 故障轉移群集的網絡名稱。 如果服務器實例作為 SQL Server 故障轉移伙伴參與，則使用此名稱。 在 FCI 服務器實例上執行 SELECT @@SERVERNAME 將返回其完整的 'FCI_network_name[\instance_name]' 字符串（即完整的副本名稱）。
由 system_name 或 FCI_network_name 承載且已啟用 AlwaysOn 的 SQL Server 實例的名稱。 對于默認服務器實例，instance_name 是可選的。 此實例名不區分大小寫。 在獨立服務器實例上，此值名稱與執行 @@SERVERNAME 所返回的值相同。
僅在指定 instance_name 時才使用的分隔符，用來將該名稱與 system_name 或 FCI_network_name 區分開來。????????
有關 WSFC 節點和服務器實例的先決條件的信息，請參閱 針對 AlwaysOn 可用性組的先決條件、限制和建議 (SQL Server)。????
指定 SQL Server 實例（該實例將承載您要添加或修改的可用性副本）的數據庫鏡像端點的 URL 路徑。????
ENDPOINT_URL 在 ADD REPLICA ON 子句中是必需的，在 MODIFY REPLICA ON 子句中是可選的。 有關詳細信息，請參閱在添加或修改可用性副本時指定端點 URL (SQL Server)。
指定一個 URL，它用于指定端點 URL 或只讀路由 URL。 URL 參數如下所示：
system-address???????? ??????一個字符串，例如系統名稱、完全限定的域名或 IP 地址，它們明確標識了目標計算機系統。????????
是與服務器實例的鏡像端點關聯的端口號（對于 ENDPOINT_URL 選項）或服務器實例的數據庫引擎使用的端口號（對于 READ_ONLY_ROUTING_URL 選項）。????????
指定在主副本可以在給定主數據庫上提交事務前，是否必須等待輔助副本確認日志記錄硬編碼（寫入）到磁盤。 針對同一主副本上不同數據庫的事務可以單獨提交。
SYNCHRONOUS_COMMIT??????指定主副本已在此輔助副本上進行硬編碼（同步提交模式）前，將等待提交事務。 您可以為最多三個副本（包括主副本）指定 SYNCHRONOUS_COMMIT。
指定主副本無需等待此輔助副本對日志進行硬編碼（同步提交可用性模式）即可提交事務。 您可以為最多五個可用性副本（包括主副本）指定 ASYNCHRONOUS_COMMIT。
AVAILABILITY_MODE 在 ADD REPLICA ON 子句中是必需的，在 MODIFY REPLICA ON 子句中是可選的。 有關詳細信息，請參閱可用性模式（AlwaysOn 可用性組）。
指定您要定義的可用性副本的故障轉移模式。????
AUTOMATIC??????啟用自動故障轉移。 僅在指定 VAILABILITY_MODE = SYNCHRONOUS_COMMIT 的情況下才支持 AUTOMATIC。 您可以為最多兩個可用性副本（包括主副本）指定 AUTOMATIC。
| SQL Server 故障轉移群集實例 (FCI) 不支持通過可用性組來自動進行故障轉移，因此，只能為手動故障轉移配置任何由 FCI 承載的可用性副本。???????????????? |
允許數據庫管理員手動故障轉移或強制手動故障轉移（“強制故障轉移”）。????????
FAILOVER_MODE 在 ADD REPLICA ON 子句中是必需的，在 MODIFY REPLICA ON 子句中是可選的。 存在在不同條件下支持的兩種手動故障轉移，沒有數據丟失的手動故障轉移和強制故障轉移（可能存在數據丟失）。 有關詳細信息，請參閱故障轉移和故障轉移模式（AlwaysOn 可用性組）。
指定相對于同一可用性組中的其他副本，在此副本上執行備份的優先級。 該值是范圍 0..100 中的整數。 這些值將具有以下含義：
-
1..100 表示可被選擇來執行備份的可用性副本。 1 表示最低優先級，100 表示最高優先級。 如果 BACKUP_PRIORITY = 1，則只有在沒有更高的優先級可用性副本當前可用的情況下，才會選擇可用性副本來執行備份。
-
0 表示此可用性副本將永遠不會被選擇執行備份。 例如，這對于您永遠不希望備份故障轉移到的遠程可用性副本十分有用。
有關詳細信息，請參閱活動輔助副本：輔助副本備份（AlwaysOn 可用性組）。????
指定在此可用性副本當前擁有輔助角色（即它是輔助副本）時將要生效的角色特有設置。 在括號內指定一個或兩個輔助角色選項。 如果指定兩個選項，則使用以逗號分隔的列表。
輔助角色選項如下所示：????
ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }??????指定給定的可用性副本（正在執行輔助角色，也就是充當輔助副本）的數據庫是否可以接受來自客戶端的連接，可以是以下之一：????????
NO??????????不允許與此副本的輔助數據庫的用戶連接。 它們不可用于讀訪問。 這是默認行為。
只允許連接 Application Intent 屬性設置為 ReadOnly 的輔助副本中的數據庫。 有關此屬性的詳細信息，請參閱將連接字符串關鍵字用于 SQL Server Native Client。
允許針對輔助副本中的數據庫的所有連接進行只讀訪問。????????????
有關詳細信息，請參閱活動輔助副本：可讀輔助副本（AlwaysOn 可用性組）。????????
指定要用于此可用性副本的路由讀意向連接請求的 URL。 這是 SQL Server 數據庫引擎偵聽的 URL。 通常，SQL Server 數據庫引擎的默認實例偵聽 TCP 端口 1433。
對于命名實例，您可以通過查詢 sys.dm_tcp_listener_states 動態管理視圖的 port 和 type_desc 列來獲取端口號。 服務器實例使用 Transact-SQL 偵聽器 (type_desc='TSQL')。
有關計算可用性副本的只讀路由 URL 的詳細信息，請參閱計算 AlwaysOn 的 read_only_routing_url。????????
| 對于 SQL Server 的命名實例，應將 Transact-SQL 偵聽器配置為使用特定端口。 有關詳細信息，請參閱配置服務器以偵聽特定 TCP 端口（SQL Server 配置管理器）。 |
指定在此可用性副本當前擁有主角色（即它是主副本）時將要生效的角色特有設置。 在括號內指定一個或兩個主角色選項。 如果指定兩個選項，則使用以逗號分隔的列表。
主角色選項如下所示：????
ALLOW_CONNECTIONS = { READ_WRITE | ALL }??????指定給定的可用性副本（正在執行主要角色，也就是充當主副本）的數據庫可以接受的來自客戶端的連接類型，可以是以下之一：????????
READ_WRITE??????????不允許 Application Intent 連接屬性設置為 ReadOnly 的連接。 在 Application Intent 屬性設置為 ReadWrite 或者未設置 Application Intent 連接屬性時，將允許連接。 有關 Application Intent 連接屬性的詳細信息，請參閱將連接字符串關鍵字用于 SQL Server Native Client。
主副本中的數據庫允許所有連接。 這是默認行為。
指定一個以逗號分隔的服務器實例列表，這些實例承載在以輔助角色運行時滿足以下要求的此可用性組的可用性副本：????????
-
被配置為允許所有連接或只讀連接（參閱上文 SECONDARY_ROLE 選項的 ALLOW_CONNECTIONS 參數）。????????????
-
定義了只讀路由 URL（參閱上文 SECONDARY_ROLE 選項的 READ_ONLY_ROUTING_URL 參數）。????????????
READ_ONLY_ROUTING_LIST 的值如下：????????
<server_instance>??????????指定承載可用性副本的 SQL Server 實例的地址，該副本在以輔助角色運行時是可讀輔助副本。????????????
使用以逗號分隔的列表指定可能承載可讀輔助副本的所有服務器實例。 只讀路由將遵循在列表中指定服務器實例的順序。 如果在副本的只讀路由列表中包含副本的宿主服務器實例，通常將此服務器實例放在列表末尾比較好，這樣在一個輔助副本可用時讀意向連接將訪問它。
指定此可用性副本為主副本時將不支持只讀路由。 這是默認行為。 與 MODIFY REPLICA ON 一起使用時，此值將禁用現有列表（如果有）。
以秒為單位指定會話超時期限。 如果不指定此選項，則在默認情況下，超時期限為 10 秒。 最小值為 5 秒。
| 我們建議您將超時期限保持為 10 秒或更長。???????????? |
有關會話超時期限的詳細信息，請參閱 AlwaysOn 可用性組概述 (SQL Server)。????
修改可用性組的任何副本。 要修改的副本列表包含每個副本的服務器實例地址和 WITH (…) 子句。
僅在主副本上支持。????
從可用性組中刪除指定的輔助副本。 不能從可用性組刪除當前的主副本。 在刪除時，副本停止接收數據。 其輔助數據庫從可用性組中刪除，并且進入 RESTORING 狀態。
僅在主副本上支持。????
| 如果您在某一副本處于不可用或失敗狀態時刪除該副本，則在其恢復聯機狀態時，將會發現不再屬于該可用性組。???????????? |
導致本地服務器實例承載指定可用性組中的輔助副本。????
僅在尚未加入可用性組的輔助副本上支持。????
有關詳細信息，請參閱將輔助副本聯接到可用性組 (SQL Server)。????
啟動可用性組的手動故障轉移，并且沒有對您連接到的輔助副本的數據丟失。 對其輸入故障轉移目標故障轉移命令的副本稱為“故障轉移目標”。 故障轉移目標將接管主要角色，恢復各數據庫的副本并且使它們作為新的主數據庫處于聯機狀態。 以前的主副本同時轉換為輔助角色，并且其數據庫將成為輔助數據庫且立即掛起。 在發生一系列故障后，這些角色可能來回切換。
僅在當前與主副本同步的同步提交輔助副本上支持。 請注意，對于要同步的輔助副本，主副本也必須在同步提交模式下運行。
| 故障轉移命令將在故障轉移目標接受它之后立即返回。 但是，在可用性組完成故障轉移之后，數據庫恢復操作將以異步方式執行。 |
有關執行計劃的手動故障轉移的限制、先決條件和建議的信息，請參閱執行可用性組的計劃手動故障轉移 (SQL Server)。????
| 強制故障轉移（這可能會涉及一些數據丟失）嚴格來說是一種災難恢復方法。 因此，我們強烈建議您僅在以下情況下才強制故障轉移：主副本不再運行、您愿意承擔丟失數據的風險并且您必須立即將服務還原到可用性組。 |
僅在其角色處于 SECONDARY 或 RESOLVING 狀態的副本上支持。 --對其輸入故障轉移命令的副本稱為“故障轉移目標”。
強制將可用性組故障轉移到故障轉移目標（可能會丟失數據）。 故障轉移目標將接管主要角色，恢復各數據庫的副本并且使它們作為新的主數據庫處于聯機狀態。 在剩余的任何輔助副本上，在手動恢復前每個輔助數據庫都處于掛起狀態。 在以前的主副本可用前，它將切換到輔助角色，并且其數據庫將成為掛起的輔助數據庫。
| 故障轉移命令將在故障轉移目標接受它之后立即返回。 但是，在可用性組完成故障轉移之后，數據庫恢復操作將以異步方式執行。 |
有關強制故障轉移的限制、必備條件和建議的信息，以及強制故障轉移對可用性組中以前的主數據庫的影響，請參閱執行可用性組的強制手動故障轉移 (SQL Server)。????
為此可用性組定義新的可用性組偵聽器。 僅在主副本上支持。
| 在創建第一個偵聽器之前，我們強烈建議您閱讀創建或配置可用性組偵聽器 (SQL Server)。???????????? 為給定可用性組創建偵聽器后，我們強烈建議您執行以下操作：????????????
|
指定可用性組偵聽器的 DNS 主機名。 在域和 NetBIOS 中，偵聽器的 DNS 名稱必須唯一。
dns_name 是一個字符串值。 該名稱只能包含字母數字字符、破折號 (-) 和連字符 (_)，順序不分先后。 DNS 主機名不區分大小寫。 最大長度為 63 個字符。
我們建議您指定一個有意義的字符串。 例如，對于名為 AG1的可用性組，有意義的 DNS 主機名將是 ag1-listener。
| NetBIOS 只識別 dns_name 中的前 15 個字符。 如果您的兩個 WSFC 群集均由同一 Active Directory 控制，而您試圖使用超過 15 個字符的名稱（具有相同的 15 字符前綴）在這兩個群集中創建可用性組偵聽器，此時您將收到錯誤，報告無法使虛擬網絡名稱資源聯機。 有關 DNS 名稱的前綴命名規則的信息，請參閱分配域名。 |
ADD LISTENER 采用以下選項之一：????
WITH DHCP [ ON { (‘four_part_ipv4_address’,‘four_part_ipv4_mask’) } ]??????指定可用性組偵聽器將使用動態主機配置協議 (DHCP)。 或者，使用 ON 子句標識將在其上創建此偵聽器的網絡。 DHCP 限制為單個子網，該子網用于在可用性組中承載可用性副本的每個服務器實例。
| 不建議在生產環境中使用 DHCP。 如果停止工作且 DHCP IP 租期已到，則需要額外的時間來注冊與偵聽器 DNS 名稱相關聯且影響客戶端連接的新 DHCP 網絡 IP 地址。 但是，DHCP 適合用于設置開發和測試環境以驗證可用性組的基本功能并適合與應用程序集成。 |
例如：????????
WITH DHCP ON ('10.120.19.0','255.255.254.0')
指定可用性組偵聽器將使用一個或多個靜態 IP 地址，而不使用 DHCP。 若要跨多個子網創建一個可用性組，每個子網均需要一個偵聽器配置中的靜態 IP 地址。 對于某一給定子網，靜態 IP 地址可以是 IPv4 地址或 IPv6 地址。 請與您的網絡管理員聯系以獲取將承載新可用性組的可用性副本的每個子網的靜態 IP 地址。
例如：????????
WITH IP ( ('10.120.19.155','255.255.254.0') )
指定可用性組偵聽器的由四部分組成的 IPv4 地址。 例如，10.120.19.155。
指定可用性組偵聽器的由四部分組成的 IPv4 掩碼。 例如，255.255.254.0。
指定可用性組偵聽器的 IPv6 地址。 例如，2001::4898:23:1002:20f:1fff:feff:b3a3。
指定要由通過 WITH IP 子句指定的可用性組偵聽器使用的端口號 listener_port。 PORT 是可選的。
支持默認端口號 1433。 但出于安全考慮，我們建議使用其他端口號。
例如：WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777????
修改此可用性組的現有可用性組偵聽器。 僅在主副本上支持。
MODIFY LISTENER 采用以下選項之一：????
ADD IP { (‘four_part_ipv4_address’, ?‘four_part_ipv4_mask’) |?(‘dns_nameipv6_address’) }??????將指定的 IP 地址添加到由 dns_name 指定的可用性組偵聽器。????????
請參閱本節前面對此參數的說明。????????
重新啟動與指定的 DNS 名稱關聯的偵聽器。 僅在主副本上支持。
刪除與指定的 DNS 名稱關聯的偵聽器。 僅在主副本上支持。
使聯機的可用性組脫機。 同步提交數據庫沒有數據丟失。
在某一可用性組脫機后，其數據庫將不可用于客戶端，并且您無法使該可用性組重新聯機。 因此，在將可用性組資源遷移到新 WSFC 群集時，僅在 AlwaysOn 可用性組 的跨群集遷移過程中使用 OFFLINE 選項。
有關詳細信息，請參閱 使可用性組脫機 (SQL Server)。????
?? [返回頁首]??
???????????????? 先決條件和限制?????????????? ??????????????有關針對可用性副本及其宿主服務器實例和計算機的先決條件和限制的信息，請參閱針對 AlwaysOn 可用性組的先決條件、限制和建議 (SQL Server)。
有關針對 AVAILABILITY GROUP Transact-SQL 語句的限制的信息，請參閱 AlwaysOn 可用性組的 Transact-SQL 語句概述 (SQL Server)。
???????????????? 安全性?????????????? ??????????????權限
對可用性組要求 ALTER AVAILABILITY GROUP 權限、CONTROL AVAILABILITY GROUP 權限、ALTER ANY AVAILABILITY GROUP 權限或 CONTROL SERVER 權限。??
???????????????? 示例?????????????? ??????????????A.將輔助副本聯接到可用性組
下面的示例聯接連接到 AccountsAG可用性組的輔助副本。??
???? ALTER AVAILABILITY GROUP AccountsAG JOIN; GOB.強制可用性組的故障轉移
下面的示例強制 AccountsAG可用性組故障轉移到您所連接的輔助副本。??
???? ALTER AVAILABILITY GROUP AccountsAG FORCE_FAILOVER_ALLOW_DATA_LOSS; GO 《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的ALTER AVAILABILITY GROUP (Transact-SQL)的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Enterprise Library——
- 下一篇： 实用ExtJS教程100例-004：等待