潜在变更窗格

可使用此窗格在 Release Control 中配置潜在变更功能。

访问路径 选择“模块”>“管理员”>“配置”选项卡 >“集成”>“Universal CMDB”>“潜在变更”。
重要信息
  • TQL 中的所有节点必须设置为可见 (property visible = true)。
  • 如果您是在独立模式下使用 Release Control,则不会出现该窗格。
另请参阅

用户界面元素如下所述:

UI 元素 说明
检测变更持续时间(小时)

定义 Release Control 向 Universal CMDB 请求有关新发现的变更的信息的时间范围。

默认:24 小时 (以小时计),表示 Universal CMDB 发现在最近的 24 小时内发生的变更。

检测到的变更查询 Release Control 使用 ccmDetectedChangesRule TQL 查询描述应对其进行变更检查的 CI 类型。每个 CI 类型必须同时链接到其分组器 CI。
检测变更恢复持续时间(小时)

Release Control 服务器启动时,它会搜索在计算检测到的变更期间遇到了问题 (例如,如果服务器在计算过程中停止工作) 的情况。

使用此选项可以定义 Release Control 应计算之前多长时间范围内的变更检测。

默认:一个月 (以小时计)

检测变更计划

定义 Release Control 向 Universal CMDB 请求有关新发现的变更的信息的计划。

此值输入为 cron 表达式。
潜在变更模式

选中此选项时,您可以通过定义此元素的值来使用潜在变更功能。可以定义下列值之一:

  • LATENT_AND_DETECTED。完全激活潜在变更功能。根据了解潜在变更和检测到的变更中描述的条件显示潜在变更和检测到的变更。
  • LATENT_CONSIDER_CHANGE_TYPES。部分激活潜在变更功能。忽略检测到的变更,而显示潜在变更。根据了解潜在变更和检测到的变更中描述的条件显示在环境中检测到的潜在变更。
  • LATENT_IGNORE_CHANGE_TYPES。部分激活潜在变更功能。忽略检测到的变更,而显示潜在变更。在该模式下,系统在标识潜在变更时将不考虑“变更类型”条件。

    以下示例说明了 LATENT_IGNORE_CHANGE_TYPES 模式和 LATENT_CONSIDER_CHANGE_TYPES 模式之间的差异:

    如果发现的变更根据前两个条件(时间和 CCI/分组器 CI)与其中一个计划的变更相匹配,但变更类型不同,则:

    • LATENT_IGNORE_CHANGE_TYPES 模式中,变更不会定义为潜在的。
    • LATENT_CONSIDER_CHANGE_TYPES 模式中,变更会定义为潜在的。
  • DISABLED。未激活潜在变更功能。Release Control 不接收有关环境中的新变更的信息。

默认:DISABLED

潜在变更级别 潜在变更在“分析”模块中显示为单独的变更。定义要将潜在变更显示为顶级(父)变更请求还是二级(子)请求。
潜在变更请求 ID 格式 定义潜在变更请求 ID 的格式。
潜在变更请求 ID 初始值 定义“请求 ID”中包含的、针对系统中记录的第一个潜在变更的编号。