Hekaton 整合高可用性群組時,若要 secondary 可讀取記憶體最佳化資料表,在 CTP2 要啟動 trace falg 9989

感謝 Isaac 提供了一篇 blog:http://blogs.technet.com/b/dataplatforminsider/archive/2013/11/05/in-memory-oltp-high-availability-for-databases-with-memory-optimized-tables.aspx

看起來這是一篇很新的 Blog,因為我以前不知道可以啟動 trace flag 9989。文中的重點之一:In CTP2, you need to enable TF-9989 to query in-memory OLTP tables on the secondary replica.

而未啟動 trace flag 9989,就查詢secondary的錯誤訊息是

訊息 41341,層級 16,狀態 0,行 1
可用性群組之次要資料庫中的交易無法存取記憶體最佳化資料表或執行原生編譯的預存程序。

image

的確,設完 trace flag 後重啟 SQL Server 就可以正常查詢 Secondary 了🙂

image

查詢結果:

image

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 變更 )

Twitter picture

You are commenting using your Twitter account. Log Out / 變更 )

Facebook照片

You are commenting using your Facebook account. Log Out / 變更 )

Google+ photo

You are commenting using your Google+ account. Log Out / 變更 )

連結到 %s

%d 位部落客按了讚: