终于，开始介绍HANA架构了！
SAP HANA包含多种服务组件，每种服务负责不同的事务功能，共同撑起了HANA的工作。
HANA的监控或者报警由statistics server负责
HANA最重要的indexserver，结构也最复杂
SAP内存架构如下图所示
SAP内存需要明确几个概念：virtual, physical,以及resident memory
When (part of) the virtually allocated memory actually needs to be used, it is loaded or mapped to the real, physical memory of the host and becomes “resident”.
SAP内存加载
Merge
在SAP HANA中启动合并的标准方法是自动合并。名为mergedog的系统进程定期检查本地加载的列存储表，并根据可配置的条件（例如，增量存储的大小、可用内存、上次合并后的时间等）确定是否需要合并。
如果SAP HANA支持的应用程序需要对合并过程进行更直接的控制，则SAP HANA支持一种功能，使应用程序能够请求系统检查增量合并现在是否有意义。此函数称为智能合并。例如，如果应用程序开始加载相对较大的数据量，则在加载期间执行增量合并可能会对加载性能和其他系统用户产生负面影响。因此，应用程序可以禁用正在加载的表的自动合并，并在加载完成后向数据库发送一个“提示”以进行合并。当应用程序向数据库发出智能合并提示以触发合并时，数据库将评估确定是否需要合并的条件。如果满足条件，则执行合并。
可以使用SQL语句手动触发表的增量合并操作。这称为硬合并，一旦有足够的系统资源可用，就会导致数据库立即执行增量合并。通过在语句中传递可选参数，可以触发立即合并（无论系统资源可用性如何）。
为了保持系统的稳定，数据库可以触发一个关键的合并。例如，在禁用自动合并且没有向系统发送智能合并提示的情况下，增量存储的大小可能会增长过大，以致无法成功进行增量合并。当超过某个阈值时，系统会自动启动关键合并。默认情况下，关键合并处于非活动状态。
