大多数组织都明白，并非所有数据都是相等的。

访问频率、操作有用性、性能要求和存储成本是将数据分配给不同存储层的关键考虑因素。数据分层是一个组织的数据体系结构战略的一个组成部分，它有助于在各种高性能但成本较高的存储选项和速度较慢、成本较低的存储选项之间移动数据，为大型企业提供了有价值的性能-成本权衡。

我最近介绍了SAP HANA提供的数据分层选项。现在，让我们仔细看看SAP HANA动态分层解决方案，用于热数据管理。

概括地说，数据分层可确保SAP将客户的关键任务数据归类为"热"数据，这些数据位于性能最高（TCO最高）的存储中，大数据需要学什么，即SAP HANA内存中数据库。""热"数据这篇文章的数据层重点是存储在SAP HANA中成本较低的磁盘支持的列式存储中，它的访问频率低于热数据，并且具有宽松的性能限制。很少访问或不活动的"冷"数据与SAP HANA数据库分开管理，并降级到速度较慢且成本较低的磁盘或Hadoop存储介质中。

SAP HANA动态分层是SAP HANA数据库的一个集成组件，用于卸载在内存中存储和处理SAP HANA中访问频率较低的热数据。SAP HANA动态分层是一种经济高效的选项，它为SAP HANA数据库添加了基于磁盘的智能扩展存储。它允许组织创建新的多存储表和扩展表，这些表的行为方式与其他SAP HANA表相同，大数据风控，但它们的数据驻留在基于磁盘的扩展存储中。扩展存储区中的热数据是在线的，可用于查询和更新，人工智能的技术有哪些，并且可以与SAP HANA内存中的热数据组合。

需要注意的是，SAP HANA动态分层仅用于本机HANA应用程序。SAP HANA支持的SAP BW、SAP S/4HANA和SAP Business Suite使用其他热数据分层选项。

SAP HANA动态分层的扩展表是在HANA数据目录中创建的基于磁盘的列式表。加载到扩展表中的所有数据都驻留在磁盘上，可以像普通的SAP HANA表一样进行更新、删除或查询。多存储表是SAP HANA分区表，在SAP HANA默认列存储和SAP HANA动态分层扩展存储中都有分区，如下图所示。

多存储表允许单个分区SAP HANA表，而不是创建单独的热存储和热存储表。每个分区位于内存或扩展存储中。多存储表支持内置运行时分区修剪以优化查询。多存储表简化了数据建模，您可以使用SQL语句或数据生命周期管理工具轻松管理两种存储类型之间的数据分区移动。

尽管SAP HANA动态分层创建了位于SAP HANA数据库中的新存储，开发人员和管理员将其视为单个数据库。这是因为SAP HANA动态分层是SAP HANA中的集成存储和处理层，共享通用的安装、监视和管理工具。备份和恢复以及系统复制等相关过程包括SAP HANA动态分层数据。如果将多存储表分区从内存移到磁盘，它将在事务边界内进行处理，这意味着如果事务中断或未完成，数据将不会以两个位置结束。

尽管SAP HANA动态分层使用了与SAP HANA类似的列式数据库技术，但它将数据保留在磁盘上，云服务器报价，因此具有较高的可用性与纯SAP HANA内存系统不同的大小和配置方面。在适当大小的硬件上，单个SAP HANA动态分层节点可以扩展，以有效地管理磁盘上高达100TB的压缩数据。

在生产环境中，SAP HANA动态分层通常在专用主机上运行，但也可以与SAP HANA一起部署在同一主机上，用于扩展系统。对于SAP HANA横向扩展系统，应在其自己的计算机上安装SAP HANA动态分层。SAP HANA动态分层服务器可以部署在商品硬件上，使其成为管理热数据的较低成本选项，尽管与内存节点中的SAP HANA相比，它的性能较慢，功能奇偶性降低。

当SAP HANA和SAP HANA动态分层之间存在功能差距时，数据从SAP HANA动态分层拉入SAP HANA内存进行处理。预测分析（PAL）引擎提供了一个很好的示例：PAL引擎在SAP HANA中运行，宁波大数据，而不是在SAP HANA动态分层服务器中运行，因此，如果对SAP HANA动态分层数据执行PAL函数，数据在处理之前会自动复制到SAP HANA内存。

SAP HANA动态分层是一个简单但功能强大且经济高效的解决方案，可用于SAP HANA的热数据管理。管理和存储不需要在内存中维护以进行实时处理的热数据对于寻求将其数据增长与昂贵的硬件增长解耦的组织来说是至关重要的一步。