設定記憶體最佳化資料表的儲存體
適用於：
SQL Server
您必須設定儲存容量和每秒的輸入/輸出作業 (IOPS)。
儲存體容量
請使用 估計記憶體最佳化資料表的記憶體需求 中的資訊來預估資料庫的持久性記憶體最佳化資料表在記憶體中的大小。 因為不會針對記憶體最佳化資料表保存索引，所以請勿包含索引的大小。
在您決定大小之後，必須提供足夠磁碟空間來保存檢查點檔案，這些檔案是用來儲存新變更的資料。 所儲存的資料不只包含新增至記憶體中資料表的新資料列內容，也包含現有資料列的新版本。 當插入或更新資料列時，此儲存體會隨之增加。 資料列版本會合並，並在發生記錄截斷時回收儲存體。 如果記錄截斷因任何原因而延遲，記憶體內 OLTP 存放區將會增加。
為此區域調整儲存體大小的好起點是，保留持久記憶體內部資料表四倍大小的空間。 監視空間使用量，並準備好在需要時，擴充它能使用的儲存體。
儲存體 IOPS
記憶體內部 OLTP 可能會大幅增加您的工作負載輸送量。 因此，請務必確定 IO 不是瓶頸。
將磁碟資料表移轉到記憶體最佳化資料表時，請確定交易記錄所在的儲存媒體可以支援增加的交易記錄活動。 例如，如果您的儲存媒體支援每秒 100 MB 的交易記錄作業，而且記憶體最佳化資料表會產生五倍的效能，則交易記錄的儲存媒體也必須能夠支援五倍的效能改善，以免交易記錄活動變成效能瓶頸。
記憶體最佳化資料表會分散在一或多個容器的檢查點檔案中來保存。 通常每個容器都應該對應至其本身的存放裝置，並用於增加儲存容量及改良 IOPS。 您必須確定儲存媒體的連續 IOPS 最多可以支援 3 倍連續交易記錄輸送量。 寫入檢查點檔案針對資料檔案和差異檔案分別為 256 KB 和 4 KB。
- 例如，若記憶體最佳化資料表在交易記錄中每秒連續產生 500 MB 的活動，則記憶體最佳化資料表的儲存體必須能夠每秒支援 1.5 GB 的 IOPS。 支援 3 倍連續交易記錄輸送量的需求來自於以下的觀察：資料和差異檔案組會先與初始資料一起寫入，然後在合併作業中必須讀取/重新寫入。
評估儲存體 IOPS 的另一個因素是記憶體最佳化資料表的復原時間。 持久性資料表中的資料必須先讀入記憶體中，然後資料庫才可以提供給應用程式使用。 一般來說，將資料載入記憶體最佳化資料表的作業可以根據 IOPS 的速度來進行。 因此，如果持久性記憶體最佳化資料表的總儲存空間為 60 GB，而您希望能夠在 1 分鐘內載入這些資料，則儲存空間的 IOPS 必須設定為每秒鐘 1 GB。
如果空間允許，檢查點檔案通常會均勻分佈到所有容器。 在 SQL Server 2014 中，您必須佈建奇數的容器才能達到均勻分佈。從 2016 版開始，奇數和偶數的容器都可以達到均勻分佈。
加密
在 SQL Server 2016 (13.x) 和更新版本中，作為在資料庫上啟用透明資料加密 (TDE) 的一部分，記憶體最佳化資料表的儲存體將會在待用時加密。 如需詳細資訊，請參閱透明資料加密。 在 SQL Server 2014 (12.x) 中，檢查點檔案不會加密，即便在資料庫上啟用 TDE 也是一樣。
非持久性 (SCHEMA_ONLY) 記憶體最佳化資料表中的資料並不會隨時寫入磁碟。 因此，TDE 不適用於這類資料表。