数据结构
网络
关系数据库管理系统
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C语言编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理学
化学
生物学
数学
英语
经济学
心理学
社会学
服装设计
法律研究SAP HANA保存点执行备份所需时间
M_SAVEPOINTS 视图存储当前和历史保存点统计信息。其中包含一个名为 DURATION 的列，用于指示保存点花费的总时间。
您可以从该视图中的数字中提取以下信息：
- CRITICAL_PHASE_DURATION 显示更新程序在保存点期间被阻塞的时间段。通常，此时间应为毫秒级，但对于数据备份的全局保存点除外，由于所有节点上的全局同步，可能需要更长时间。如果关键阶段持续时间过长，则可能存在某些问题（例如，I/O 负载过高）。
- DURATION 显示保存点花费的总时间。这应该明显小于配置的保存点频率 REQUESTED_FREQUENCY（在 0-10% 的范围内，具体取决于负载）。较高的比率表示 I/O 过载。
- TIME_SINCE_PREVIOUS 应接近 REQUESTED_FREQUENCY。如果明显更高，则表示保存点遇到阻塞，例如非常长的列合并操作。
- FLUSHED_PAGES* 与 FLUSHED_ROWSTORE_PAGES* 的比率或 FLUSHED_SIZE* 与 FLUSHED_ROWSTORE_SIZE* 的比率分别显示列存储与行存储的负载。行存储仅在保存点期间刷新，列存储还在保存点之间刷新数据以平衡负载。
- FLUSHED_*PAGES_IN_CRITICAL_PHASE 与 FLUSHED_*PAGES 的比率较高，或 FLUSHED_*SIZE_IN_CRITICAL_PHASE 与 FLUSHED_*SIZE 的比率较高，表示潜在的 I/O 过载。通常，关键阶段应写入零页或仅写入几页，但数据备份的全局保存点等特殊情况除外（但在这种情况下，关键阶段写入的页面数量也应在异步刷新页面的数量级 1% 或更少）。关键阶段写入大量数据表示 I/O 子系统的过载，并且很可能导致更新事务的阻塞时间增加，因为
- CRITICAL_PHASE_DURATION 增加。
- 较大的 RTT_SIZE（超过几个条目）表示分布式事务处理中存在某些问题。RTT（回滚事务表）保存当前处于回滚状态的分布式事务的回滚条目。通常，这些条目在相应的回滚完成后会很快被消除。如果从节点发生故障，则该从节点的条目会持续保留，直到从节点重新启动。通常，在故障从节点重新启动（或整个系统重新启动）后不久，此数字应降至零或接近零。
更新时间： 2020年6月17日
391 次浏览
广告