为内存优化表配置存储
适用于： 
SQL Server
您需要配置存储容量和每秒输入/输出操作数 (IOPS)。
存储容量
使用 估算内存优化表的内存需求 中的信息估计数据库的持久内存优化表的内存中大小。 由于索引未对内存优化表暂留，因此不包括索引大小。
确定大小后，必须提供足够的磁盘空间来保留检查点文件，这些文件用于存储新更改的数据。 存储的数据不仅包含添加到内存中表的新行的内容，还包含现有行的新版本。 当有行插入或更新时，此存储会随之增大。 当日志截断发生时，将会合并行版本，并回收存储。 如果日志截断由于任何原因而延迟，内存中 OLTP 存储将会增大。
为此区域确定存储大小的良好起点是，预留四倍于持久内存中表大小的空间。 监视空间使用情况，并准备在必要时扩展可用存储。
存储 IOPS
内存中 OLTP 会大大增加你的工作负载吞吐量。 因此，确保 IO 不成为瓶颈非常重要。
在将基于磁盘的表迁移到内存优化表时，请确保事务日志位于可支持增加事务日志活动的存储介质上。 例如，如果存储介质以 100 MB/秒的速度支持事务日志操作，并且内存优化表产生 5 倍以上的性能，则事务日志的存储介质必须还能支持 5 倍的性能改进，从而防止事务日志活动成为性能瓶颈。
内存优化表保留在跨一个或多个容器分布的检查点文件中。 通常，每个容器均应映射到其自己的存储设备，并用于增加的存储容量和改进的 IOPS。 需要确保存储介质的顺序 IOPS 可支持高达 3 倍的持续事务日志吞吐量。 对于数据文件，检查点文件的写入量为 256 KB，而对于差异文件则为 4 KB。
- 例如，如果内存优化表在事务日志中生成稳定的 500 MB/秒的活动，则内存优化表的存储必须支持 1.5GB/秒 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 不适用于这类表。