Always On 可用性群組的必要條件、限制和建議

  • 發行項

適用於：SQL Server

本文描述部署 Always On 可用性群組的考量，包括對於主機電腦、Windows Server 容錯移轉叢集 (WSFC)、伺服器執行個體和可用性群組的必要條件、限制和建議。 它也會指出這些元件的安全性考量和必要權限 (如果有的話)。

重要

在您部署 Always On 可用性群組之前，強烈建議您先閱讀本主題的每一節。

支援可用性群組的 .NET Hotfix

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

相依功能 Hotfix 連結
Reporting Services 適用於 .NET 3.5 SP1 的 Hotfix 新增對 AlwaysOn 功能的 SQL 用戶端支援，包括讀取意圖、Readonly 與 Multisubnetfailover。 每部 Reporting Services 報表伺服器上都需要安裝這個 Hotfix。 KB 2654347：適用於 .NET 3.5 SP1 的 Hotfix 新增對 Always On 功能的支援

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

若要支援 Always On 可用性群組功能，請確定要參與一個或多個可用性群組的每部電腦都符合下列基礎需求：

需求 連結
確定系統不是網域控制站。 網域控制站不支援可用性群組。
確認每一部電腦都正在執行 Windows Server 2019 或更新版本。 SQL Server 2022：硬體與軟體需求
確定每部電腦都是 WSFC 中的節點。 SQL Server 的 Windows Server 容錯移轉叢集
確定 WSFC 包含足夠多的節點可支援您的可用性群組組態。 叢集節點可以裝載可用性群組的一個複本。 相同的節點不能裝載來自相同可用性群組的二個複本。 叢集節點可以參與多個可用性群組，包含來自每個群組的一個複本。

詢問您的資料庫管理員，規劃可用性群組的可用性複本支援需要多少叢集節點。

什麼是 Always On 可用性群組？。

重要

還要確定您的環境已正確設定為連接到可用性群組。 如需詳細資訊，請參閱可用性群組的驅動程式和用戶端連線支援。

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

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

  • 專用的網路介面卡：為達最佳效能，請為 Always On 可用性群組使用專用的網路介面卡 (NIC)。

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

權限 (Windows 系統)

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

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

相關工作 (Windows 系統)

Task 連結
設定 HostRecordTTL 值。 變更 HostRecordTTL (使用 Windows PowerShell)

變更 HostRecordTTL (使用 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 HostRecordTTL 300

    提示

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

相關內容 (PowerShell)

相關內容 (Windows 系統)

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

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

本節內容：

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

必要條件 連結
主機電腦必須是 WSFC 節點。 裝載給定可用性群組之可用性複本的 SQL Server 執行個體，位於叢集的不同節點上。 可用性群組在移轉至不同叢集時可以暫時跨兩個叢集。 SQL Server 2016 (13.x) 引進分散式的可用性群組。 在分散式可用性群組中，有兩個可用性群組位在不同的叢集中。 SQL Server 的 Windows Server 容錯移轉叢集

容錯移轉叢集和 AlwaysOn 可用性群組 (SQL Server)

分散式可用性群組
若要讓可用性群組使用 Kerberos：

裝載可用性群組之可用性複本的所有伺服器執行個體都必須使用相同的 SQL Server 服務帳戶。

網域管理員需要針對可用性群組接聽程式之虛擬網路名稱 (VNN) 的 SQL Server 服務帳戶，在 Active Directory 中手動註冊伺服器主體名稱 (SPN)。 如果對 SQL Server 服務帳戶以外的帳戶註冊 SPN，驗證會失敗。

若要針對可用性群組 (AG) 端點之間的通訊使用 Kerberos 驗證，請為 AG 所使用的資料庫鏡像端點手動註冊 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，才能參與可用性群組。 如需詳細資訊，請參閱本節結尾的版本和支援的功能清單。
裝載可用性群組之可用性複本的所有伺服器執行個體都必須使用相同的 SQL Server 定序。 設定或變更伺服器定序
在將要裝載任何可用性群組之可用性複本的每個伺服器執行個體上，啟用 Always On 可用性群組功能。 在給定的電腦上，只要 SQL Server 安裝支援，您就可以對多個伺服器執行個體啟用 Always On 可用性群組。 啟用或停用 Always On 可用性群組功能

重要： 如果您終結後重新建立 WSFC，則必須針對原始叢集上已啟用 Always On 可用性群組的每個伺服器執行個體，停用後重新啟用 Always On 可用性群組功能。
每一個伺服器執行個體都需要資料庫鏡像端點。 伺服器執行個體上的所有可用性複本、資料庫鏡像夥伴和見證都會共用此端點。

如果您選取來裝載可用性複本的伺服器執行個體正在網域使用者帳戶下執行，而且還沒有資料庫鏡像端點，使用可用性群組精靈 (SQL Server Management Studio) (或在 SQL 伺服器管理員中使用可用性群組精靈將複本新增至您的 Always On 可用性群組) 可以建立端點並授與伺服器執行個體服務帳戶 CONNECT 權限。 但是，如果 SQL Server 服務是以內建帳戶 (例如本機系統、本機服務或網路服務) 或非網域帳戶的身分執行，您就必須將憑證用於端點驗證，而且精靈無法在伺服器執行個體上建立資料庫鏡像端點。 在此情況下，我們建議您先手動建立資料庫鏡像端點，然後再啟動精靈。

安全性注意事項： Always On 可用性群組的傳輸安全性與資料庫鏡像相同。		 資料庫鏡像端點 (SQL Server)

傳輸安全性 - 資料庫鏡像 - AlwaysOn 可用性
如果使用 FILESTREAM 的任何資料庫將要加入至可用性群組，請確定即將裝載可用性群組之可用性複本的每個伺服器執行個體都啟用了 FILESTREAM。 啟用及設定 FILESTREAM
如果要將任何自主資料庫加入可用性群組，請確定在裝載可用性群組之可用性複本的每個伺服器執行個體上，contained database authentication (伺服器組態選項) 皆設為 1。 自主資料庫驗證伺服器組態選項

伺服器組態選項 (SQL Server)

如需 SQL Server 版本所支援的功能清單，請參閱：

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

Always On 可用性群組具有下列背景工作執行緒需求：

  • 在閒置的 SQL Server 執行個體上，Always On 可用性群組會使用 0 個執行緒。

  • 可用性群組使用之執行緒的最大數目是伺服器執行緒最大數目的設定值 ('最大工作者執行緒') 減 40。

  • 在 SQL Server 2019 (15.x) 和舊版中，裝載於指定伺服器執行個體的可用性複本會共用單一執行緒集區。

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

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

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

    • SQL Server 執行個體針對次要複本最多可使用 100 個平行重做執行緒。 每個資料庫最多可使用 CPU 核心總數的一半，但每個資料庫不得超過 16 個執行緒。 如果單一執行個體所需的執行緒總數超過 100，SQL Server 會針對其餘每個資料庫使用單一重做執行緒。 序列重做執行緒會在處於非使用狀態約 15 秒之後釋出。

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

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

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

  • SQL Server 2022 (16.x) 引入了平行重做執行緒集區，這是與具有重做工作之所有資料庫共用的執行個體層級執行緒集區。 使用此集區時，同一組執行緒可以同時 (平行) 處理不同資料庫的記錄檔記錄。 在 SQL Server 2019 (15.x) 和舊版中，重做可用的執行緒數量限制為 100。

  • SQL Server 2019 (15.x) 已針對經記憶體最佳化的可用性群組資料庫引進平行重做。 在 SQL Server 2016 (13.x) 與 SQL Server 2017 (14.x) 中，如果可用性群組中的資料庫也已進行記憶體最佳化，則磁碟型資料表不會使用平行重做。

如需詳細資訊，請參閱 Always On - HADRON 學習系列：資料庫啟用 HADRON 時工作者集區的使用方式 (CSS SQL Server 工程師部落格)。

權限 (伺服器執行個體)

Task 必要權限
建立資料庫鏡像端點 需要 CREATE ENDPOINT 權限或 系統管理員 (sysadmin) 固定伺服器角色的成員資格。 也需要 CONTROL ON ENDPOINT 權限。 如需詳細資訊，請參閱 GRANT 端點權限 (Transact-SQL)。
啟用 Always On 可用性群組 需要本機電腦的 Administrator 群組成員資格和 WSFC 的完整控制。

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

Task 發行項
判斷資料庫鏡像端點是否存在 sys.database_mirroring_endpoints (Transact-SQL)
建立資料庫鏡像端點 (如果尚未存在) 建立 Windows 驗證的資料庫鏡像端點 (Transact-SQL)

使用資料庫鏡像端點憑證 (Transact-SQL)

使用 PowerShell 針對可用性群組建立資料庫鏡像端點
啟用可用性群組 啟用或停用 Always On 可用性群組功能

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

網路連線建議

強烈建議您針對 WSFC 節點之間的通訊及可用性複本之間的通訊使用相同的網路連結。 使用不同的網路連結時，部分連結失敗 (或甚至間歇性失敗) 可能會發生意外的行為。

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

用戶端連線支援

如需 Always On 可用性群組支援用戶端連線的相關資訊，請參閱可用性群組的驅動程式和用戶端連線支援。

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

本節內容：

限制 (FCI)

注意

容錯移轉叢集執行個體 (FCI) 支援叢集共用磁碟區 (CSV)。 如需有關 CSV 的詳細資訊，請參閱 了解容錯移轉叢集的叢集共用磁碟區。

  • FCI 的叢集節點只能針對給定的可用性群組裝載一個複本：如果您在 FCI 上新增可用性複本，則可能是 FCI 擁有者的 WSFC 節點將無法針對相同的可用性群組裝載另一個複本。 若要避免可能發生的衝突，建議為容錯移轉叢集執行個體設定可能的擁有者。 這樣可避免可能導致單一 WSFC 嘗試裝載同一個可用性群組的兩個可用性複本。

    此外，其他每個複本都必須由相同 Windows Server 容錯移轉叢集之不同叢集節點上的 SQL Server 執行個體進行裝載。 唯一的例外狀況是在移轉至另一個叢集期間，可用性群組可以暫時跨兩個叢集。

    警告

    使用容錯移轉叢集管理員將裝載可用性群組的 FCI 移至已裝載相同可用性群組複本的節點時，可能會導致遺失可用性群組複本，使其無法在目標節點上線。 容錯移轉叢集的單一節點無法裝載相同可用性群組的多個複本。 若要了解這種情況是如何發生的和如何復原，請參閱部落格：可用性群組中意外卸除的複本。

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

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

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

必要條件 連結
依照標準 SQL Server 容錯移轉叢集執行個體安裝，確定每個 SQL Server 容錯移轉叢集執行個體 (FCI) 都擁有必要的共用儲存體。

相關工作 (FCI)

Task 發行項
安裝 SQL Server FCI 建立新的 Always On 容錯移轉叢集執行個體 (安裝程式)
現有 SQL Server FCI 的就地升級 升級容錯移轉叢集執行個體
維護現有 SQL Server FCI 在容錯移轉叢集執行個體中新增或移除節點 (安裝程式)

相關內容 (FCI)

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

本節內容：

限制 (可用性群組)

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

    注意

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

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

  • 可用性複本：每個可用性群組都支援一個主要複本和最多八個次要複本。 所有複本都可以在非同步認可模式下執行，或其中多達五個複本可以在同步認可模式下執行 (一個主要複本並且包含兩個同步次要複本)。 每個複本在 Windows 和 SQL Server 中都必須要有唯一的伺服器名稱。 Windows 與 SQL Server 之間的伺服器名稱必須相符。

  • 每一部電腦之可用性群組和可用性資料庫的最大數量： 您可以放到電腦的資料庫和可用性群組 (VM 或實體) 的實際數量取決於硬體和工作負載，但沒有強制執行的限制。 Microsoft 已針對每部實體機器測試了多達 10 個 AG 和 100 個 DB，不過，這不是繫結限制。 根據伺服器和工作負載的硬體規格，您可以在 SQL Server 執行個體上輸入更高數目的資料庫和可用性群組。 超載系統的徵狀包括 (但不限於)：工作者執行緒耗盡、AlwaysOn 系統檢視和 DMV 的回應時間緩慢，及/或停止的發送器系統傾印。 請確實透過類似實際執行的工作負載徹底測試您的環境，確保其能夠在應用程式 SLA 範圍內處理尖峰工作負載容量。 在考量 SLA 的情況下，務必考慮失敗情況下的負載，以及預期的回應時間。

  • 不要使用容錯移轉叢集管理員操作可用性群組。 SQL Server (FCI) 的狀態會在 SQL Server 和 Windows Server 容錯移轉叢集 (WSFC) 之間共用，其中 SQL Server 會保留比叢集在意程度更詳細的執行個體狀態資訊。 管理模型是 SQL Server 必須驅動交易，且負責將叢集狀態檢視與 SQL Server 的狀態檢視保持同步。 若叢集狀態在 SQL Server 的外部產生變更，狀態便可能會在 WSFC 和 SQL Server 間失去同步，並可能導致無法預期的行為。

    例如：

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

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

  • 請不要新增資源或改變與可用性群組角色相關聯的相依性。 不建議將任何其他資源 (包括使用者或協力廠商) 放在可用性群組角色，或改變角色相依性，因為這些變更可能會對容錯移轉效能造成負面影響。

必要條件 (可用性群組)

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

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

安全性 (可用性群組)

  • 安全性是繼承自 WSFC。 Windows Server 容錯移轉叢集依整個叢集的細微性提供兩種層級的使用者安全性：

    • 唯讀存取

    • 完整控制

      Always On 可用性群組需要完整控制權，而在 SQL Server 執行個體上啟用 Always On 可用性群組即可提供給它叢集的完整控制權 (透過服務 SID)。

      您不能在叢集管理員直接新增或移除伺服器執行個體的安全性。 若要管理叢集安全性工作階段，請使用 SQL Server 組態管理員或 SQL Server 中的 WMI 對等工具。

  • 每個 SQL Server 執行個體都必須具有權限可存取登錄、叢集等項目。

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

權限 (可用性群組)

Task 必要權限
建立可用性群組 需要 系統管理員 (sysadmin) 固定伺服器角色的成員資格，以及 CREATE AVAILABILITY GROUP 伺服器權限、ALTER ANY AVAILABILITY GROUP 權限或 CONTROL SERVER 權限。
改變可用性群組 需要可用性群組的 ALTER AVAILABILITY GROUP 權限、CONTROL AVAILABILITY GROUP 權限、ALTER ANY AVAILABILITY GROUP 權限或 CONTROL SERVER 權限。

此外，將資料庫聯結至可用性群組需要 db_owner 固定資料庫角色的成員資格。
卸除/刪除可用性群組 需要可用性群組的 ALTER AVAILABILITY GROUP 權限、CONTROL AVAILABILITY GROUP 權限、ALTER ANY AVAILABILITY GROUP 權限或 CONTROL SERVER 權限。 若要卸除本機複本位置所未裝載的可用性群組，您需要該可用性群組的 CONTROL SERVER 權限或 CONTROL 權限。

相關工作 (可用性群組)

Task 發行項
建立可用性群組 使用可用性群組精靈 (SQL Server Management Studio)

使用 Transact-SQL (T-SQL) 建立 Always On 可用性群組

使用 PowerShell 建立 Always On 可用性群組

指定端點 URL - 新增或修改可用性複本
修改可用性複本的數目 將次要複本新增至 Always On 可用性群組

將次要複本聯結至 Always On 可用性群組

將次要複本從可用性群組移除 (SQL Server)
建立可用性群組接聽程式 設定 Always On 可用性群組的接聽程式
卸除可用性群組 移除可用性群組 (SQL Server)

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

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

本節內容：

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

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

需求 連結
必須是使用者資料庫。 系統資料庫不得屬於可用性群組。
位於建立可用性群組的 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)
至少擁有一個完整資料庫備份。

附註：將資料庫設為完整復原模式之後，需要完整備份以開始完整復原記錄鏈結。		 建立完整資料庫備份
不屬於任何現有的可用性群組。 sys.databases (group_database_id = NULL)
並未設定資料庫鏡像。 sys.database_mirroring (如果資料庫未參與鏡像，前置詞為 "mirroring_" 的所有資料行都是 NULL)
將使用 FILESTREAM 的資料庫加入至可用性群組之前，請確定 (將要) 裝載可用性群組之可用性複本的每個伺服器執行個體都啟用了 FILESTREAM。 啟用及設定 FILESTREAM
在可用性群組中加入自主資料庫之前，請確定在裝載或即將裝載可用性群組之可用性複本的每個伺服器執行個體上， 自主資料庫驗證 伺服器選項設為 1 。 自主資料庫驗證伺服器組態選項

伺服器組態選項 (SQL Server)

注意

Always On 可用性群組可以與任何支援的資料庫相容性層級搭配運作。

限制 (可用性資料庫)

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

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

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

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

      注意

      如需回應失敗之新增檔案作業的相關資訊，請參閱對失敗的新增檔案作業進行疑難排解 (Always On 可用性群組)。

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

後續追蹤 TDE 保護的資料庫

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

權限 (可用性資料庫)

需要資料庫的 ALTER 權限。

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

Task 發行項
準備次要資料庫 (手動) 針對 Always On 可用性群組準備次要資料庫
將次要資料庫聯結至可用性群組 (手動) 將次要資料庫聯結至 Always On 可用性群組
修改可用性資料庫的數目 將資料庫新增至 Always On 可用性群組

將次要資料庫從可用性群組移除 (SQL Server)

將主要資料庫從 Always On 可用性群組移除

相關內容