記憶體內部 OLTP 資料庫的高可用性支援
適用於:SQL Server
不論是否具有原生編譯的預存程序,包含記憶體最佳化資料表的資料庫皆可完整支援 AlwaysOn 可用性群組。 相較於未包含記憶體內部 OLTP 物件的資料庫,包含該物件的資料庫在設定和支援方面並沒有任何差異。
在重做期間,會將對主要複本上經記憶體最佳化的資料表所做的變更套用到次要複本上的資料表。 這可讓您快速容錯移轉到次要複本,因為資料已經在記憶體中。 針對已設定讀取權限的複本,資料表適合用來在次要複本上讀取查詢。
AlwaysOn 可用性群組和記憶體內部 OLTP 資料庫
利用記憶體內部 OLTP 元件設定資料庫提供下列好處:
完全整合的體驗
您可以使用同樣支援同步和非同步次要複本的相同精靈,設定包含記憶體最佳化資料表的資料庫。 此外,還可以使用 SQL Server Management Studio 中熟悉的 AlwaysOn 儀表板提供健全狀況監視。可比較的容錯移轉時間
次要複本可維護持久性記憶體最佳化資料表的記憶體內部狀態。 在自動或強制容錯移轉的情況下,由於不需要進行復原,因此,容錯移轉至新主要複本的時間相當於容錯移轉至磁碟基底資料表的時間。 這項設定支援建立為 SCHEMA_ONLY 的記憶體最佳化資料表。 不過,系統不會記錄這些資料表的變更,因此次要複本上的這些資料表中不會有資料。可讀取次要
您可以存取與查詢次要複本上的經記憶體最佳化的資料表 (如果已設定讀取權限)。 在 SQL Server 2016 (13.x) 中,次要複本上的讀取時間戳記與主要複本上的讀取時間戳記接近同步,這表示主要複本上的變更會快速顯示於次要複本上。 此接近同步的行為與 SQL Server 2014 (12.x) 記憶體內部 OLTP 不同。
考量
- SQL Server 2019 已針對經記憶體最佳化的可用性群組資料庫引進平行重做。 在 SQL Server 2016 與 2017 中,如果可用性群組中的資料庫也已進行記憶體最佳化,則磁碟型資料表不會使用平行重做。
容錯移轉叢集執行個體 (FCI) 和記憶體內部 OLTP 資料庫
若要在共用儲存體設定中達到高可用性,您可以使用經記憶體最佳化的資料表,利用資料庫來設定容錯移轉叢集執行個體。 在設定 FCI 的過程中,請考慮下列因素:
復原時間目標
由於記憶體最佳化的資料表必須先載入到記憶體才能使用資料庫,因此會有較長的容錯移轉時間。SCHEMA_ONLY 資料表
請注意,在容錯移轉之後,SCHEMA_ONLY 資料表將會是空的,沒有任何資料列。 這是由應用程式進行設計與定義。 這種行為與您重新啟動具有一個或多個 SCHEMA_ONLY 資料表的記憶體內部 OLTP 資料庫完全相同。
支援記憶體內部 OLTP 的異動複寫
做為異動複寫訂閱者的資料表 (不包括點對點異動複寫) 可以設定為記憶體最佳化資料表。 其他複寫組態與記憶體最佳化資料表不相容。 如需詳細資訊,請參閱複寫至記憶體最佳化資料表訂閱者。
另請參閱
Always On 可用性群組 (SQL Server)
AlwaysOn 可用性群組概觀 (SQL Server)
使用中次要:可讀取的次要複本 (Always On 可用性群組)
複寫至記憶體最佳化資料表訂閱者
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應