AlwaysOn 可用性群組的必要條件、限制和建議 （SQL Server）

本主題描述部署 AlwaysOn 可用性群組的考慮，包括主計算機的必要條件、限制和建議、Windows Server 故障轉移叢集 （WSFC） 叢集、伺服器實例和可用性群組。 它也會指出這些元件的安全性考量和必要權限 (如果有的話)。

支援 AlwaysOn 可用性群組的 .NET Hotfix

根據您將搭配 AlwaysOn 可用性群組使用的 SQL Server 2014 元件和功能，您可能需要安裝下表中識別的其他 .NET Hotfix。 您可以依照任何順序安裝 Hotfix。

	相依功能	Hotfix	連結
	Reporting Services	適用於 .NET 3.5 SP1 的 Hotfix 為 SQL Client 新增了 Read-intent、readonly 和 multisubnetfailover 的 SQL Client 支援。 每部 Reporting Services 報表伺服器上都需要安裝這個 Hotfix。	KB 2654347： 適用於 .NET 3.5 SP1 的 Hotfix，以新增 AlwaysOn 功能的支援

Windows 系統需求和建議

檢查清單：需求 (Windows 系統)

若要支援 AlwaysOn 可用性群組功能，請確定參與一或多個可用性群組的每部計算機都符合下列基本需求：

	需求	連結
	確定系統不是網域控制站。	網域控制站不支援可用性群組。
	確定每部計算機都執行 x86 （非 WOW64） 或 x64 Windows Server 2008 或更新版本。	WOW64 （Windows 64 位上的 Windows 32 位） 不支援 Always On 可用性群組。
	確定每部電腦都是 Windows Server 故障轉移叢集 （WSFC） 叢集中的節點。	SQL Server 的 Windows Server 容錯移轉叢集 (WSFC)
	請確定 WSFC 叢集包含足夠的節點來支援可用性群組組態。	WSFC 節點只能為指定的可用性群組裝載一個可用性複本。 在指定的 WSFC 節點上，一或多個 SQL Server 實例可以裝載許多可用性群組的可用性複本。 詢問資料庫管理員支持計劃可用性群組的可用性複本所需的WSFC節點數目。 AlwaysOn 可用性群組概觀 （SQL Server） 。
	確定所有適用的視窗 Hotfix 都已安裝在 WSFC 叢集中的每個節點上。	** 重要 ** 部署 AlwaysOn 可用性群組之 WSFC 叢集的節點需要或建議使用一些 Hotfix。 如需詳細資訊，請參閱本節稍後支援 AlwaysOn 可用性群組的 Windows Hotfix（Windows 系統）。

支援 AlwaysOn 可用性群組的 Windows Hotfix（Windows 系統）

根據您的叢集拓撲，其他數個 Windows Server 2008 Service Pack 2 （SP2） 或 Windows Server 2008 R2 Hotfix 可能適用於支援 AlwaysOn 可用性群組。 下表識別這些 Hotfix。 這些 Hotfix 可以依任何順序安裝。

	適用於 Windows 2008 SP2	適用於 Windows 2008 R2 SP1	包含在 Windows 2012 中	若要支援...	Hotfix	連結
	Yes	.是	Yes	設定最佳 WSFC 仲裁	在每個 WSFC 節點上，確定已安裝知識庫文章2494036中所述的 Hotfix。 此 Hotfix 支援使用非自動故障轉移目標設定最佳仲裁。 這項功能可讓您選取哪些節點投票來改善多月臺叢集。	KB 2494036： Hotfix 可讓您設定在 Windows Server 2008 和 Windows Server 2008 R2 中沒有仲裁投票的叢集節點 如需仲裁投票的相關信息，請參閱 WSFC 仲裁模式和投票設定 （SQL Server）
	Yes	.是	Yes	更有效率地使用網路頻寬	在每個 WSFC 節點上，確定已安裝知識庫文章2616514中所述的 Hotfix。 如果沒有此 Hotfix，叢集服務會在叢集節點之間傳送不必要的登錄通知。 此行為會限制網路頻寬，這是 AlwaysOn 可用性群組的嚴重問題。	KB 2616514： 叢集服務會在 Windows Server 2008 或 Windows Server 2008 R2 中的叢集節點之間傳送不必要的登錄機碼變更通知
		Yes	不適用	所有 WSFC 節點無法使用的磁碟上的 VPD 記憶體測試	如果 WSFC 節點正在執行 Windows Server 2008 R2 Service Pack 1 （SP1）和驗證 SCSI 裝置重要產品數據 （VPD） 記憶體測試失敗，在聯機磁碟上執行不正確且不適用於 WSFC 叢集中的所有節點之後，請安裝知識庫文章2531907中所述的 Hotfix。 當磁碟上線時，此 Hotfix 可排除驗證報告中不正確的警告或錯誤。	KB 2531907： 安裝 Windows Server 2008 R2 SP1 之後，驗證 SCSI 裝置重要產品數據 （VPD） 測試失敗
		Yes	Yes	更快速地故障轉移至本機複本	如果 WSFC 節點正在執行 Windows Server 2008 R2 Service Pack 1 （SP1），請確定已安裝知識庫文章2687741中所述的 Hotfix。 此 Hotfix 可改善 AlwaysOn 可用性群組故障轉移至本機複本的效能。	KB 2687741： SQL Server 2012 中改善「AlwaysOn 可用性群組」功能效能的 Hotfix 適用於 Windows Server 2008 R2
	Yes	.是	Yes	容錯轉移叢集實例的非對稱記憶體 （FCI）	如果AlwaysOn可用性群組已啟用任何故障轉移叢集實例 （FCI），請安裝 Windows Server 2008 Hotfix 976097。 此 Hotfix 可讓故障轉移叢集管理Microsoft管理控制台 （MMC） 嵌入式管理單元支援只有部分 WSFC 節點上可用的非對稱記憶體共用磁碟。	KB 976097： Hotfix，針對執行 Windows Server 2008 或 Windows Server 2008 R2 的故障轉移叢集，將非對稱記憶體的支援新增至故障轉移叢集管理 MMC 嵌入式管理單元 AlwaysOn 架構指南：使用故障轉移叢集實例和可用性群組來建置高可用性和災害復原解決方案
	Yes	是	不適用	因特網通訊協定安全性 （IPsec）	如果您的環境使用 IPsec 連線，當用戶端電腦重新建立虛擬網路名稱的 IPsec 連線時，您可能會遇到長時間的延遲（大約兩到三分鐘）。（在此內容中，聯機到可用性群組接聽程式）。 如果您使用 IPsec 連線，建議您檢閱知識庫文章 （KB 980915） 中詳述的特定案例。	KB 980915： 當您從執行 Windows Server 2003、Windows Vista、Windows Server 2008、Windows 7 或 Windows Server 2008 R2 的計算機重新連線 IPSec 連線時，就會發生長時間的延遲
	Yes	.是	Yes	IPv6	如果您使用 IPv6，建議您檢閱知識庫文章2578103或2578113中詳述的特定案例，視您的 Windows Server 操作系統而定。 如果您的 Windows Server 拓撲使用 IP 第 6 版 （IPv6），WSFC 叢集服務需要大約 30 秒才能故障轉移 IPv6 IP 位址。 這會導致用戶端等候大約 30 秒以重新連線到 IPv6 IP 位址。	KB 2578103 （Windows Server 2008）： 叢集服務需要大約 30 秒的時間才能在 Windows Server 2008 中故障轉移 IPv6 IP 位址 KB 2578113 （Windows Server 2008 R2）： Windows Server 2008 R2：叢集服務需要大約 30 秒的時間才能在 Windows Server 2008 R2 中故障轉移 IPv6 IP 位址
	Yes	.是	Yes	叢集與應用程式伺服器之間沒有路由器	如果故障轉移叢集與應用程式伺服器之間沒有路由器，叢集服務就會緩慢地故障轉移網路相關資源。 這會在可用性群組故障轉移之後延遲用戶端重新連線。 如果沒有路由器，建議您檢閱知識庫文章中詳述的特定案例，2582281並安裝 Hotfix，如果適用於您的環境。	KB 2582281： 如果叢集與應用程式伺服器之間沒有路由器，故障轉移作業速度緩慢

對裝載可用性複本之電腦的建議 (Windows 系統)

• 可相比的系統：針對給定的可用性群組，所有可用性複本都應該在可處理相同工作負載的可相比系統上執行。

• 專用網路適配器： 為了獲得最佳效能，請使用AlwaysOn可用性群組的專用網路適配器（網路適配器）。

• 足夠的磁碟空間：伺服器執行個體裝載可用性複本的每部電腦都必須擁有足夠的磁碟空間，才能容納可用性群組中的所有資料庫。 請牢記，當主要資料庫成長時，其對應的次要資料庫也會成長相同的數量。

權限 (Windows 系統)

若要管理 WSFC 叢集，用戶必須是每個叢集節點上的系統管理員。

如需管理叢集之帳戶的詳細資訊，請參閱附錄 A：容錯移轉叢集需求。

相關工作 (Windows 系統)

變更 HostRecordTTL (使用 Windows PowerShell)

1. 透過 [以系統管理員身分執行] 開啟 PowerShell 視窗。

2. 匯入 FailoverClusters 模組。

3. Get-ClusterResource使用 Cmdlet 來尋找網路名稱資源，然後使用 Set-ClusterParameter Cmdlet 來設定HostRecordTTL值，如下所示：

   Get-ClusterResource "<NetworkResourceName>" | Set-ClusterParameter HostRecordTTL <TimeInSeconds>

   下列 PowerShell 範例會將名為 「SQL Network Name (SQL35)」 的網路名稱資源，將 HostRecordTTL 設定為 300 秒。

   Import-Module FailoverClusters  
   
   $nameResource = "SQL Network Name (SQL35)"  
   Get-ClusterResource $nameResource | Set-ClusterParameter ClusterParameter HostRecordTTL 300  
   

   提示

   每次開啟新的 PowerShell 視窗時，都需要匯入 FailoverClusters 模組。

相關內容 (PowerShell)

• Clustering and High-Availability (叢集和高可用性 - 容錯移轉叢集和網路負載平衡團隊部落格)

• 在容錯移轉叢集上開始使用 Windows PowerShell

• 叢集資源命令和對等的 Windows PowerShell 指令程式

相關內容 (Windows 系統)

• 在多網站容錯移轉叢集中設定 DNS 設定

• 網路名稱資源的 DNS 註冊

• Windows 2008 R2 故障轉移多月臺叢集

SQL Server 執行個體的必要條件和限制

每個可用性群組都需要 SQL Server 執行個體所裝載的一組容錯移轉夥伴，稱為「可用性複本」。 給定的伺服器執行個體可以是「獨立執行個體」或 SQL Server「容錯移轉叢集執行個體」(FCI)。

檢查清單：必要條件 (伺服器執行個體)

	必要條件	連結
	主計算機必須是 Windows Server 故障轉移叢集 （WSFC） 節點。 裝載指定可用性群組之可用性複本的 SQL Server 實例必須位於單一 WSFC 叢集的個別節點上。 唯一的例外狀況是在移轉至另一個 WSFC 叢集期間，可用性群組可以暫時跨兩個叢集。	SQL Server 的 Windows Server 容錯移轉叢集 (WSFC) 容錯轉移叢集和 AlwaysOn 可用性群組 （SQL Server）
	若要讓可用性群組使用 Kerberos： 裝載可用性群組之可用性複本的所有伺服器執行個體都必須使用相同的 SQL Server 服務帳戶。 網域管理員需要針對可用性群組接聽程式之虛擬網路名稱 (VNN) 的 SQL Server 服務帳戶，在 Active Directory 中手動註冊伺服器主體名稱 (SPN)。 如果對 SQL Server 服務帳戶以外的帳戶註冊 SPN，驗證會失敗。 **重要** 如果您變更 SQL Server 服務帳戶，則網域管理員將需要手動重新註冊 SPN。	註冊 Kerberos 連接的服務主體名稱 簡短說明： Kerberos 和 SPN 強制執行相互驗證。 SPN 對應到啟動 SQL Server 服務的 Windows 帳戶。 如果不正確地註冊 SPN 或註冊作業失敗，則 Windows 安全層無法判斷與 SPN 相關聯的帳戶，也無法使用 Kerberos 驗證。 注意:NTLM 沒有此需求。
	如果您計劃使用 SQL Server 容錯移轉叢集執行個體 (FCI) 來裝載可用性複本，則請確定您了解 FCI 限制且符合 FCI 需求。	使用 SQL Server 故障轉移叢集實例 （FCI） 裝載可用性複 本的必要條件和需求（本主題稍後）
	每個伺服器實例都必須執行 SQL Server 2014 的 Enterprise Edition。	SQL Server 2014 各版本所支援的功能
	裝載可用性群組之可用性複本的所有伺服器執行個體都必須使用相同的 SQL Server 定序。	設定或變更伺服器定序
	在每個將裝載任何可用性群組可用性複本的伺服器實例上，啟用 AlwaysOn 可用性群組功能。 在指定的電腦上，您可以啟用 SQL Server 安裝所支援之 Always On 可用性群組的多個伺服器實例。	開啟與停用 AlwaysOn 可用性群組 （SQL Server） ** 重要 ** 如果您刪除並重新建立 WSFC 叢集，您必須在原始 WSFC 叢集上針對 AlwaysOn 可用性群組啟用的每個伺服器實例停用並重新啟用 Always On 可用性群組功能。
	每一個伺服器執行個體都需要資料庫鏡像端點。 請注意，伺服器執行個體上的所有可用性複本、資料庫鏡像夥伴和見證都會共用此端點。 如果您選取來裝載可用性複本的伺服器執行個體在網域使用者帳戶下執行，而且還沒有資料庫鏡像端點， 新增可用性群組精靈 (或 新增複本至可用性群組精靈) 可以建立端點並授與伺服器執行個體服務帳戶 CONNECT 權限。 但是，如果 SQL Server 服務是以內建帳戶 (例如本機系統、本機服務或網路服務) 或非網域帳戶的身分執行，您就必須將憑證用於端點驗證，而且精靈無法在伺服器執行個體上建立資料庫鏡像端點。 在此情況下，我們建議您先手動建立資料庫鏡像端點，然後再啟動精靈。 ** 安全性注意事項 ** AlwaysOn 可用性群組的傳輸安全性與資料庫鏡像相同。	資料庫鏡像端點 (SQL Server) 資料庫鏡像和 AlwaysOn 可用性群組的傳輸安全性 （SQL Server）
	如果使用 FILESTREAM 的任何資料庫將要加入至可用性群組，請確定即將裝載可用性群組之可用性複本的每個伺服器執行個體都啟用了 FILESTREAM。	啟用及設定 FILESTREAM
	如果任何自主資料庫都會新增至可用性群組，請確定 contained database authentication 在將載入可用性群組可用性複本的每個伺服器實例上，都會將伺服器選項設定 1 為 。	自主資料庫驗證伺服器組態選項 伺服器組態選項 (SQL Server)

可用性群組的執行緒使用量

AlwaysOn 可用性群組對背景工作線程有下列需求：

• 在 SQL Server 的閒置實例上，Always On 可用性群組會使用 0 個線程。

• 可用性群組所使用的線程數目上限是伺服器線程數目上限 （''max worker threads'） 減 40 的設定。

• 裝載在給定伺服器執行個體上的可用性複本共用單一執行緒集區。

  視需要共用執行緒，如下所示：

  • 一般而言，有 3-10 個共用的執行緒，但這個數目會根據主要複本的工作負載而增加。

  • 如果給定的執行緒已經閒置一段時間，則會將其釋回一般 SQL Server 執行緒集區。 一般而言，非使用中的執行緒在 ~15 秒非使用狀態之後釋出。 不過，根據上一個活動，閒置執行緒可能會保留更久。

• 此外，可用性群組也使用不共用的執行緒，如下所示：

  • 每個主要複本會針對每個主要資料庫使用 1 個記錄檔擷取執行緒。 此外，它會針對每個次要資料庫使用 1 個記錄檔傳送執行緒。 記錄檔傳送執行緒在 ~15 秒非使用狀態之後釋出。

  • 每個次要複本會針對每個輔助資料庫使用1個重做線程。 重做線程會在閑置 15 秒後釋出。

  • 次要複本上的備份會在備份作業的持續時間內保留主要複本上的執行緒。

如需詳細資訊，請參閱 AlwaysON - HADRON 學習系列：HADRON 已啟用資料庫 的背景工作集區使用方式（CSS SQL Server 工程師部落格）。

權限 (伺服器執行個體)

相關工作 (伺服器執行個體)

相關內容 (伺服器執行個體)

• AlwaysON - HADRON 學習系列：已啟用HADRON資料庫的背景工作集區使用量

網路連線建議

強烈建議您將相同的網路連結用於 WSFC 叢集成員之間的通訊，以及可用性復本之間的通訊。 使用不同的網路連結時，部分連結失敗 (或甚至間歇性失敗) 可能會發生意外的行為。

例如，如果希望可用性群組支援自動容錯移轉，則屬於自動容錯移轉夥伴的次要複本必須處於 SYNCHRONIZED 狀態。 如果此次要複本的網路連結失敗 (或甚至間歇性失敗)，此複本會進入 UNSYNCHRONIZED 狀態，而且要等到還原連結之後才會開始重新同步處理。 如果 WSFC 叢集在次要復本未同步處理時要求自動故障轉移，則不會進行自動故障轉移。

用戶端連接性支援

如需用戶端連線的 AlwaysOn 可用性群組支援資訊，請參閱 AlwaysOn 用戶端連線能力（SQL Server）。

使用 SQL Server 容錯移轉叢集執行個體 (FCI) 裝載可用性複本的必要條件和限制

限制 (FCI)

• FCI 的叢集節點只能為指定的可用性群組裝載一個複本： 如果您在FCI上新增可用性複本，則可能為相同可用性群組裝載另一個複本的WSFC 叢集節點。

  此外，其他每個復本都必須由位於相同 WSFC 叢集中不同 WSFC 節點的 SQL Server 2012 實例裝載。 唯一的例外狀況是在移轉至另一個 WSFC 叢集期間，可用性群組可以暫時跨兩個叢集。

• FCI 不支援依照可用性群組進行自動容錯移轉：FCI 不支援依可用性群組進行自動容錯移轉，因此任何由 FCI 裝載的可用性複本只能設定為手動容錯移轉。

• 變更 FCI 網路名稱：如果您需要對裝載可用性複本的 FCI 變更網路名稱，則需要從其可用性群組移除複本，然後將複本重新新增至可用性群組。 您無法移除主要複本，因此如果要對裝載可用性複本的 FCI 重新命名，應該容錯移轉至次要複本，然後移除先前的主要複本並重新加回。 請注意重新命名 FCI 可能改變其資料庫鏡像端點的 URL。 當您加入複本時，請務必指定目前端點的 URL。

檢查清單：必要條件 (FCI)

	必要條件	連結
	使用FCI裝載可用性複本之前，請確定系統管理員已安裝知識庫文章 KB 976097中所述的 Windows Server 2008 Hotfix。 此 Hotfix 可讓故障轉移叢集管理Microsoft管理控制台 （MMC） 嵌入式管理單元支援只有部分 WSFC 節點上可用的非對稱記憶體共用磁碟。	KB 976097： Hotfix，針對執行 Windows Server 2008 或 Windows Server 2008 R2 的故障轉移叢集，將非對稱記憶體的支援新增至故障轉移叢集管理 MMC 嵌入式管理單元
	依照標準 SQL Server 容錯移轉叢集執行個體安裝，確定每個 SQL Server 容錯移轉叢集執行個體 (FCI) 都擁有必要的共用儲存體。

相關工作 (FCI)

相關內容 (FCIs)

• 容錯轉移叢集和 AlwaysOn 可用性群組 （SQL Server）

• AlwaysOn 架構指南：使用故障轉移叢集實例和可用性群組來建置高可用性和災害復原解決方案

可用性群組的必要條件和限制

限制 (可用性群組)

• 可用性複本必須由一個 WSFC 叢集的不同節點裝載： 針對指定的可用性群組，可用性複本必須由在相同 WSFC 叢集的不同節點上執行的伺服器實例裝載。 唯一的例外狀況是在移轉至另一個 WSFC 叢集期間，可用性群組可以暫時跨兩個叢集。

  注意

  同一部實體電腦上的虛擬機器可各自裝載相同可用性群組的可用性複本，因為每部虛擬機器都會當做個別的電腦。

• 唯一的可用性組名： 每個可用性組名在 WSFC 叢集上都必須是唯一的。 可用性群組名稱的最大長度為 128 個字元。

• 可用性複本：每個可用性群組都支援一個主要複本和最多八個次要複本。 所有複本都可以在異步認可模式下執行，或最多三個複本可以在同步認可模式下執行（一個具有兩個同步次要複本的主要複本）。

• 每一部電腦之可用性群組和可用性資料庫的最大數量： 您可以放到電腦的資料庫和可用性群組 (VM 或實體) 的實際數量取決於硬體和工作負載，但沒有強制執行的限制。 Microsoft已廣泛測試每部實體機器 10 個 AG 和 100 個 DB。 多載系統的跡象可以包含，但不限於背景工作線程耗盡、AlwaysOn 系統檢視和 DMV 的回應時間緩慢，以及/或停滯的發送器系統傾印。 請確實透過類似實際執行的工作負載徹底測試您的環境，確保其能夠在應用程式 SLA 範圍內處理尖峰工作負載容量。 在考量 SLA 的情況下，務必考慮失敗情況下的負載，以及預期的回應時間。

• 請勿使用故障轉移叢集管理員來操作可用性群組：

  例如：

  • 不要變更任何可用性群組屬性，例如可能的擁有者。

  • 不要使用容錯移轉叢集管理員進行可用性群組的容錯移轉。 您必須使用 Transact-SQL 或 SQL Server Management Studio。

必要條件 (可用性群組)

在建立或重新設定可用性群組組態時，請務必遵守下列需求。

	必要條件	描述
	如果您計劃使用 SQL Server 容錯移轉叢集執行個體 (FCI) 來裝載可用性複本，則請確定您了解 FCI 限制且符合 FCI 需求。	使用 SQL Server 故障轉移叢集實例 （FCI） 裝載可用性複 本的必要條件和限制 （本主題稍早）

安全性 (可用性群組)

• 安全性繼承自 Windows Server 故障轉移叢集 （WSFC） 叢集。 WSFC 提供兩個層級的用戶安全性，其數據粒度為整個WSFC 叢集 API：

  • 唯讀存取

  • 完整控制

    AlwaysOn 可用性群組需要完全控制，而且在 SQL Server 實例上啟用 Always On 可用性群組，可完全控制 WSFC 叢集（透過服務 SID）。

    您無法在 WSFC 故障轉移叢集管理員中直接新增或移除伺服器實例的安全性。 若要管理 WSFC 安全性會話，請使用來自 SQL Server 的 SQL Server 組態管理員 或 WMI 對等專案。

• 每個 SQL Server 實例都必須具有存取登錄、叢集和 soforth 的許可權。

• 建議您針對裝載 Always On 可用性群組可用性複本的伺服器實例之間的連線使用加密。

權限 (可用性群組)

相關工作 (可用性群組)

可用性資料庫的必要條件和限制

資料庫必須符合下列必要條件和限制，才適合加入至可用性群組。

檢查清單：需求 (可用性資料庫)

資料庫必須擁有下列資格，才能加入至可用性群組：

	需求	連結
	必須是使用者資料庫。 系統資料庫不得屬於可用性群組。
	位於建立可用性群組的 SQL Server 執行個體上，而且伺服器執行個體能夠對其進行存取。
	必須是讀取/寫入資料庫。 唯讀資料庫不得加入至可用性群組。	sys.databases (is_read_only = 0)
	必須是多使用者資料庫。	sys.databases (user_access = 0)
	不使用 AUTO_CLOSE。	sys.databases (is_auto_close_on = 0)
	使用完整復原模式 (也稱為完整復原模式)。	sys.databases (recovery_model = 1)
	至少擁有一個完整資料庫備份。 注意:將資料庫設為完整復原模式之後，需要完整備份以起始完整復原記錄檔鏈結。	建立完整資料庫備份 (SQL Server)
	不屬於任何現有的可用性群組。	sys.databases (group_database_id = NULL)
	並未設定資料庫鏡像。	sys.database_mirroring (如果資料庫未參與鏡像，前置詞為 "mirroring_" 的所有資料行都是 NULL)
	將使用 FILESTREAM 的資料庫加入至可用性群組之前，請確定 (將要) 裝載可用性群組之可用性複本的每個伺服器執行個體都啟用了 FILESTREAM。	啟用及設定 FILESTREAM
	將自主資料庫新增至可用性群組之前，請確定 contained database authentication 在裝載或將裝載可用性群組可用性複本的每個伺服器實例上，將伺服器選項設定 1 為 。	自主資料庫驗證伺服器組態選項 伺服器組態選項 (SQL Server)

限制 (可用性資料庫)

• 如果次要資料庫的檔案路徑 (包括磁碟機代號) 不同於對應主要資料庫的路徑，下列限制適用：

  • 新增可用性群組精靈/將資料庫新增至可用性群組精靈： 不支援 [完整] 選項 (在選取初始資料同步處理頁面頁面上)。

  • RESTORE WITH MOVE：若要建立次要資料庫，在裝載次要複本的每個 SQL Server 執行個體上，資料庫檔案必須是 RESTORED WITH MOVE。

  • 對新增檔案作業的影響：在次要資料庫上，對主要複本稍後的新增檔案作業可能會失敗。 此失敗可能導致次要資料庫暫停。 而這又會導致次要複本進入 NOT SYNCHRONIZING 狀態。

    注意

    如需回應失敗廣告文件作業的資訊，請參閱針對失敗的 Add-File 作業進行疑難解答（AlwaysOn 可用性群組）。

• 您無法卸除目前屬於可用性群組的資料庫。

追蹤 TDE 保護的資料庫

如果您使用透明資料加密 (TDE)，用來建立及解密其他金鑰的憑證或非對稱金鑰在裝載可用性群組之可用性複本的每一個伺服器執行個體上都必須相同。 如需詳細資訊，請參閱 將 TDE 保護的資料庫移至另一個 SQL Server。

權限 (可用性資料庫)

需要資料庫的 ALTER 權限。

相關工作 (可用性資料庫)

相關內容

• Microsoft高可用性和災害復原的 SQL Server AlwaysOn 解決方案指南

• SQL Server AlwaysOn 小組部落格：官方 SQL Server AlwaysOn 小組部落格

• AlwaysON - HADRON 學習系列：已啟用HADRON資料庫的背景工作集區使用量

另請參閱

AlwaysOn 可用性群組概觀 （SQL Server）
容錯轉移叢集和 AlwaysOn 可用性群組 （SQL Server）
AlwaysOn 用戶端連線能力 （SQL Server）