保存点在SAP HANA中执行备份所花费的时间

  • Z时代
  • 2024-01-10
  • 分类：综合

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（回滚事务表）保存当前处于回滚状态的分布式事务的回滚条目。通常，在完成相应的回滚后，这些条目会很快消除。如果从属节点发生故障，该从属节点的条目将永久保留，直到从属节点重新启动为止。通常，此数目应在重新启动发生故障的从属节点之后（或在重新启动整个系统之后）短时间内变为零或接近于零。

以上是 保存点在SAP HANA中执行备份所花费的时间 的全部内容， 来源链接： utcz.com/z/334956.html

回到顶部