这是第一部分的博客系列的HANA内存使用的细节和变化在SPS12
目前只有"用过的内存"部分是有趣的。您可能听说过"常驻内存"=>这是操作系统视图，物联网操作系统，由于内存的延迟垃圾收集/释放，它不是最新的值，企业管理软件下载，不能作为指示符。"已用内存"包括：
表数据（行存储+列存储+系统表）代码和堆栈数据库管理/工作空间（堆和共享内存）
###############共享内存###############内容
共享内存：大小检查
要检查共享内存的大小，可以执行以下语句：
所以我们有大约12GB的共享内存。在procent值中可以看到这是系统中较小的内存区域之一，因为很少有程序使用大块的共享内存。
共享内存：类别
如果您想知道共享内存是如何分割的，大数据调研报告，可以运行以下语句：根据您的实例号3xx03更改端口30003
您可以看到最大的部分由表类别
共享内存：HANA设计决策
早期的SAP HANA设计决策是对行存储表使用"共享内存"（顺便提一下，这个内存并不是在进程之间真正共享的——它只是被定义为"共享内存"）。因此，内部优惠券，当您使用大型行存储表时，SAP HANA的共享内存占用可能会变得非常大。如果您想减少它，只需查看行存储碎片（1813245–SAP HANA DB:row store recombination）。我建议通过离线变量来实现这一点，因为它更准确。因为它保证在重启期间没有更新事务，所以它实现了最大的压缩比。在执行此检查之前，懒懒淘客，您的内务管理=>706478–防止基表显著增加
碎片检查（Rev.52或更高版本）：
从30%的碎片开始，您应该考虑reorg。
某些修订版中存在内存泄漏，如果您想消除它，只需执行reorg作为解决方法。解决方案是更新到112.06/122.02或更高版本。2362759–SPS11（Rev111~112.05）和SPS12（Rev120~122.01）上的行表内存泄漏
要加快启动时间，请按照说明2159435–如何：在重新启动时将SAP HANA行存储保留在内存中通常在关机后，共享内存将被清除。这意味着在重启DB之后，RS必须完全从磁盘加载。这可能需要一段时间，具体取决于存储的速度和行存储的大小。您可以通过参数定义关闭后的行存储在内存中应该保留多长时间。这发生在通过hdbrsutil（不是hdbnsutil）关闭的过程中。共享内存段将分配给该进程，并在启动过程中传输到indexserver。
返回主博客转到第2部分：堆内存下一部分：SPS12中的技术变化
###############版本历史记录###############
V1.1修复损坏图片
