最近一系列关于数据分层的博客文章的核心问题是许多组织都很熟悉的：如何最大限度地提高数据价值、可访问性和安全性，同时最大限度地降低存储无休止积累的信息的成本。

数据分层（请阅读此处的全面概述）提供了一个简单的解决方案，对日益棘手的数据存储问题的优雅解决方案：缩放和评分数据，以便使用提供最佳性价比的解决方案存储数据。频繁访问的高价值数据被归类为"热"数据，并存储在SAP HANA数据库的内存中。访问频率较低的"热"数据存储在成本较低的存储层上，作为SAP HANA数据库的统一部分进行管理。最后，很少访问的低值数据存储在低成本存储层（如磁盘或Hadoop）上，这些存储层可随时访问。

为了管理这些不同温度类别的数据，网络云服务器，SAP客户有许多不同的分层选项，具体取决于使用的应用程序类型。以下是SAP HANA本机应用程序、SAP BW on HANA和SAP BW/4 HANA以及Suite on HANA和SAP S/4 HANA的选项概述。

热数据分层

如上图所示，所有应用程序在SAP HANA中共享相同的内存存储功能，用于需要实时访问的关键任务数据。非易失性存储器（NVM），也称为SAP HANA持久性存储器（PMEM），为存储在内存中的数据增加了额外的存储容量。与DRAM相比，PMEM在关机后提供更低的TCO和更快的数据库启动时间，但不能替代DRAM，因为SAP HANA系统仍然需要DRAM。

热数据分层

当数据变得不太关键，从热数据转移到热数据时，本机SAP HANA、HANA上的SAP BW，sapbw/4hana提供了一个通用的热存储层选项：扩展节点，具有接近内存中的性能和完整的saphana功能（上一篇文章详细介绍了扩展节点）。SAP BW on HANA建模工具和SAP BW/4 HANA数据分层优化（DTO）管理SAP HANA内存中节点和扩展节点之间的数据分类和重新定位。

本机SAP HANA应用程序有一个额外的热数据存储选项，可提供较低的成本和与内存中扩展节点类似的性能，称为动态分层。动态分层是一种磁盘存储选项，云服务器价格，属于SAP HANA环境的一部分，因此易于实施和管理，但不支持某些SAP HANA功能，如地理空间和时间序列功能。（请仔细查看用于热数据管理的动态分层）。

对于本机SAP HANA应用程序，数据生命周期管理（DLM）工具是SAP HANA数据仓库基础（DWF）的一部分，通过在内存中的SAP HANA和动态分层或扩展节点之间实现基于规则的数据移动，家居智能化系统价格，方便了热数据分层。

HANA和SAP S/4 HANA上的套件通过在SAP HANA中启用分页属性来实现热数据的数据老化。分页属性仅适用于数据老化的上下文。对于HANA上的套件，生态环境大数据，数据老化需要在套件应用程序中实现老化对象。只有联机帮助部分中列出的用于HANA或SAP S/4HANA上的套件的有文档记录的老化对象才能在内存和磁盘中的SAP HANA之间移动。定期老化运行是在数据老化框架内执行的，该框架考虑了磁盘上分页的老化对象的数据。在老化运行期间，老化对象的所有表在一个部分中使用当前"热"数据和历史"热"数据进行分区。表的所有历史分区都标记为可页加载，这意味着历史分区的列被定义为分页属性。

分页属性提供了一个有针对性的热层解决方案，允许用户根据需要从SAP HANA持久层逐页将表列加载和卸载到内存中，避免了一次加载整个表列的额外负担。此外，更重要的是，Paged属性从SAP HANA数据库获得高卸载优先级：当SAP HANA决定释放内存时，它们首先在磁盘上被分页。（了解有关分页属性的更多信息。）

冷数据分层选项

正如所有热数据层和热数据层存储都位于SAP HANA数据库中一样，所有冷数据层存储都位于外部存储上，如SAP IQ、SAP HANA Vora或Hadoop。我们已经从warm数据分层中了解到，应用程序具有不同的SLA要求，物联网水表，因此提供了自己的冷存储分层方法。好消息呢？冷数据分层工具与用于热数据分层的工具基本相同。（请在此处深入了解冷数据分层。）

本机SAP HANA应用程序使用DLM工具支持Hadoop或云存储目标。DLM通过支持将数据从热存储或热存储无缝地移动到相应的冷存储（反之亦然），从而简化了数据分层。（请查看此DLM概述或查看DLM的技术细节。）

SAP BW on HANA和SAP BW/4 HANA使用数据分层优化（DTO）或近线存储（NLS）在SAP IQ中为外部存储管理只读和零星报告访问的数据分类和重定位。如果将Hadoop或类似系统用于外部存储，则使用DTO结合SAP Data Hub、SAP HANA Vora或SAP HANA Spark Controller来管理冷数据。（了解有关使用DTO进行冷数据分层的更多信息）