在上一次，特别是在蓝宝石的最后几天，泛在电力物联网，非易失性存储器（NVM）的话题非常热门。很多人把它定义为HANA背景下的游戏规则改变者。

首先什么是NVM？它是另一种非易失性的存储器，正如名字已经告诉我们的那样。但规模、速度和成本呢？它的大小从128GB到1TB不等。它将比普通硬盘快20-25倍。比DRAM（DDR4）慢一点，大约是价格的一半。因此，它避免了对磁盘的访问，这使得HANA在高I/O情况下（如开始时间）的工作更轻松。大型HANA系统（>10TB）的启动时间长=>约10-15分钟。这可以通过NVM（例如Intel的3D XPoint）减少到1分钟以下！另一个例子是数据老化。有了这个特性（仅使用HANA），就可以卸载分区形状的大部件，从而降低HANA的内存负载。这不是存档！数据将从内存卸载到磁盘，理财返利平台，最热/最常用的数据将保留在内存中。如果您的硬件处于其最大的归档和数据老化是管家为您的系统。但是每次访问卸载的分区都是昂贵的磁盘I/O。使用NVM可以加快速度。

如果您的系统处于最大RAM扩展，尽管您有内务管理任务，从TCO的角度来看，与购买新硬件相比，NVM是一个有效且廉价的替代品。

高性能或避免购买新硬件的另一个原因在HANA环境中，我目前无法想象硬件。在HANA系统中什么时候发生昂贵的I/O？主要在启动、停止、增量合并、日志写入、卷影页和保存点。

1）增量合并如果delta合并需要很长时间，只需考虑分区。每个分区都有自己的增量存储。

2）保存点使用SQL集合分析系统中的保存点（注意1969700）。您将看到它们中的大多数在10-1000ms的范围内。如果它们较慢，您必须分析原因，但通常这不会影响最终用户的性能，因为真正的问题是保存点关键阶段的锁定时间。这个应该尽可能短。

3）日志写入目前，我从未见过一个系统符合HWCCT的kpi，除了磁盘已满之外，还存在日志写入问题–无论是使用闪存驱动器还是硬盘。

4）启动/停止当您有SLA来尽可能降低停机时间时，淘客助手，您可以使用DBSL suspend特性来进行系统复制。在其他情况下，启动和停止时间并不有趣。

5）加载/卸载是的，这可能是另一个用例。由于卸载优先级而卸载的数据或直到最后一次重新启动才加载的数据必须在从磁盘首次访问时加载。但是，在重启后的延迟加载期间，热数据也应该始终保留在内存中。它可能会产生影响，好评返现，但如果您的系统运行了一段时间并由最终用户使用，则无需优化性能，因为DRAM中的数据已经很快可用。

6）数据老化是的，这部分确实可以通过NVM技术获利，但是您必须分析访问这些"旧"数据的频率。如果经常访问，则应调整阈值并将ot加载回内存。我认为这也不是一个痛点它们只用于回滚场景或长时间运行的非限制事务，不应该总是这样。

另一件事是NVM使用DDR总线来获得高性能。这意味着您必须释放一些插槽以降低主内存（DDR4）。这目前可能不是什么大问题，但如果Skylake处理器将在您的新英特尔硬件交付的DDR插槽将削减一半。因此，使用4插槽haswell/broadwell服务器，您目前可以通过96个128GB的DIMM来寻址最大12TB的容量。HANA认证的每个插槽只有1TB，这意味着4个插槽的最大容量为4TB。所有其他地址更多内存的服务器都有更多的套接字。因此，一个带有4个插槽的Skylake服务器可以通过48个128GB的DIMM寻址，最大容量为6TB。当您将一些DIMM用于NVM时，您将再次减少内存。

总结是的，NVM将以一种戏剧性的方式改变系统和它的使用，但是在HANA和即将到来的skylake处理器的上下文中，物联网协议，我看不到除了高性能和在达到最大值时扩展硬件之外的用例。加快HANA系统的启动和停止时间不是NVM的有效TCO用例。大多数操作仍然在DRAM中执行，而且速度更快。好的，它更贵，目前每个DIMM限制128GB，但NVM将加快磁盘I/O速度，而不是扩展主内存。可能是SAP还将认证和限制NVM