SAP HANA数据库的最大挑战之一是初创企业的持续时间。这里我们必须将可用时间和重新加载时间分开。在我的顾问生涯中，我见过很多HANA数据库的启动时间都很长，人工智能包含哪些方面，超过1小时。这也是SAP在SPS4中引入快速重启选项的原因。但是，淘客佣金，有哪些可能性可以加快哪个阶段和哪个版本？因为很多数据库仍然不在SPS4上，不能从新特性中获益。如何识别瓶颈？

要了解哪个阶段是您的痛点，我们必须了解DB如何启动以及哪个阶段可以优化。在任何情况下，我们假设DB正常停止，包括在关闭阶段结束时的全局保存点。

高级概述：(https://blogs.sap.com/2019/04/02/sap-hana-startup/)

1. 打开数据文件2从最后一个保存点加载转换器表（将数据文件中的逻辑页映射到物理页）三。从最后一个保存点加载打开的事务列表4加载RS表5重播重做日志条目6回滚未限制的事务7执行全局保存点

详细阶段

对于我们的小深潜这个信息是不够的。每个阶段的详细信息：222217–操作方法：SAP HANA启动时间故障排除

举个例子，我使用HANA 2.0 SPS3版本的8TB HANA DB设置了一个测试环境。36.

提示：要查找开始阶段的开始，请搜索"===正在启动hdbindexserver"。

=>此阶段从磁盘读取容器目录，并设置用于统计的内存结构。

=>此阶段为单线程！尽量减少LOB文件。这里有一些改进的空间（并行性）@SAP

这个长阶段的原因是1，网购返利，6TB的HybridLOBs.

这是这一阶段的火焰图：

加载RS页面

这里写的是全局保存点

RowStore consistency check，它会受到参数consistency\u check\u在启动时的影响：

"在SAP HANA启动期间配置行存储一致性检查：这个参数用于配置行在SAP HANA启动期间，通过检查表存储一致性检查。它是一个列表参数，允许的值为"table"、"page"和"index"，分别对"table"、"page"和"index"执行一致性检查。通过将参数值设置为"无"，可以禁用此一致性检查。"

=>用5个线程重新加载。有了足够的CPU，你可以用更多的并行线程来改善这个阶段

=>延迟重新加载完成

后台信息由于HANA 1.0 SPS09，因此有一个隐藏参数keep\ shared\ memory\ over\ u restart，它在DB重新启动后也将行存储在内存中。因此，您将看到一个名为hdbrsutil的进程，云主机，它将表连接到共享内存。（2159435–如何：重新启动时保持SAP HANA行存储在内存中）

后台信息CS自从HANA 2.0 SPS4以来，RS和CS表的启动发生了一些变化。lob的负载得到了优化，云市场，并且有一个新特性叫做快速重启选项。自修订。35如果您有正确的硬件（cascade lake），也可以使用pmem。

SPS3与SPS4

相比，您可以看到完全相同的数据库测试时两个系统上都没有负载（=没有应用程序服务器联机）每次发布测试启动3次最好的和最坏的都没有用无参数改进无快速重启选项的SPS4

结果：快10分钟左右到可用用SPS4改进虚拟文件统计第二部分将描述SPS4的快速重启选项。它的工作原理以及设置起来的简单程度。