搜索帮助
要在帮助中搜索信息,请在“搜索”框中键入单词或短语。输入一组单词时,默认按照“或”的关系进行搜索。可以使用布尔运算符优化搜索。
返回的结果不区分大小写。但是,结果排序考虑了大小写因素,大小写相匹配的将分配较高的分数。因此,在搜索 "cats" 后再搜索 "Cats",可发现这两次搜索会返回相同数量的帮助主题,但是主题所列的顺序不同。

搜索 | 示例 | 结果 |
---|---|---|
一个单词 | cat
|
包含单词 "cat" 的主题。您还会找到它的语法变化形式,如 "cats"。 |
一个短语。 可以指定搜索结果包含一个特定短语。 |
"cat food" (引号) |
包含词组 "cat food" 及其所有语法变化形式的主题。 如果没有引号,则该查询相当于指定 OR 运算符,将查找包含其中某一个单词而不是短语的主题。 |

搜索 | 运算符 | 示例 |
---|---|---|
同时包含两个或更多单词的主题 |
|
|
包含任一单词的主题 |
|
|
不包含特定单词或短语的主题 |
|
|
包含其中一个字符串而不包含另一个字符串的主题 | ^ (脱字号) |
cat ^ mouse
|
搜索类型的组合 | ( ) 圆括号 |
|
配置潜在变更和检测到的变更
Release Control 包含计划在环境中进行的所有变更。
使用 Universal CMDB 时,可对其进行配置,使其定期发现对环境进行的实际变更,并将有关这些变更的数据发送至 Release Control。
潜在变更功能使您能够确定在环境中发现的变更 (“发现的变更”) 是否与 Release Control 中已计划的变更 (“计划的变更”) 相对应。
有关如何配置潜在变更功能的信息,请参阅潜在变更窗格。

发现变更时,Release Control 会尝试按照下列条件将发现的变更与计划的变更相匹配:
- 时间段。Release Control 会检查发现的变更是否与计划的变更在相同时间段发生。
对于计划的变更发生的时间段,Release Control 首先会检查计划的变更发生的实际时间 (由服务台或流量控制模块确定)。如果没有记录实际时间,则会检查计划时间。
- CCI/分组器 CI。如果发现的变更与计划的变更发生在同一时间段,则 Release Control 会检查发现的变更中的已更改 CI (CCI) 是否与计划的变更中的相同。如果两者的 CCI 不同,则 Release Control 会检查它们是否链接到同一分组器 CI (例如,同一主机)。
- 变更类型。如果发现的变更和计划的变更在上述条件 (时间和分组器 CI) 方面相同,则 Release Control 会检查发现的变更和计划的变更是否属于相同的变更类型。变更类型可与添加硬件或软件相关 (默认为 HW_ADD 或 SW_ADD)。
有关详细信息,请参阅变更类型匹配 CI 类型窗格。

Release Control 会根据发现的变更与上述匹配条件的符合程度,采用下列某种方式对其进行处理:
- Release Control 将该变更显示为检测到的变更。
如果发现的变更在上述所有条件 (时间、CCI/分组器 CI 和变更类型) 下都与计划的变更匹配,Release Control 会将其定义为“检测到的变更”。检测到的变更会与相应的变更请求一起显示在“分析”模块的“审核”>“验证”选项卡中。
- Release Control 将该变更显示为潜在变更。
如果发现的变更与任何计划的变更都不匹配,或者仅在上述部分条件下与计划的变更匹配,Release Control 会将其定义为“潜在变更”。
备注 为确保系统不会由于 change-type-orig 字段的未知值而忽略潜在变更,请将该字段添加到 convertChange.js 文件中,该文件位于“模块”>“管理员”>“配置”选项卡 >“集成”>“服务台适配器”>“<服务台应用程序>”中。
例如,如果发现的变更与计划的变更在相同的时间段发生,但它们不共享同一分组器 CI,则该发现的变更会被定义为潜在变更。
潜在变更在“分析”模块的“变更请求”窗格中显示为单独的变更。
- Release Control 将忽略该变更。
如果发现的变更在前两个条件 (时间和 CCI/分组器 CI) 下与计划的变更匹配,但计划的变更不包括有关其“变更类型”的信息 (即变更类型未知),则 Release Control 会忽略该发现的变更,并且不会显示该变更。
以下流程图总结了 Release Control 对发现的变更的处理方式:
示例:
例如,假设 NewChange 是由 Universal CMDB 检测到的已发现变更的名称,而 CCMrequest1、CCMrequest2 和 CCMrequest3 是 Release Control 中包含的所有计划的变更。
Release Control 会尝试按照上述条件将发现的变更 NewChange 与现有的计划的变更 (CCMrequest1、CCMrequest2 和 CCMrequest3) 进行匹配。
如果 NewChange 和 CCMrequest2 在相同的时间段发生,则 Release Control 会检查 NewChange 和 CCMrequest2 是否有相同的 CI。如果它们没有相同的 CI,则 Release Control 会检查它们是否链接到同一分组器 CI。如果是,Release Control 会检查变更类型。
- 如果 NewChange 和 CCMrequest2 具有相同的变更类型 (都涉及添加硬件),则会将 NewChange 定义为“检测到的变更”。
- 如果 NewChange 和 CCMrequest2 具有不同的变更类型 (一个涉及添加硬件,而另一个涉及添加软件),则会将 NewChange 定义为“潜在变更”。
- 如果 Release Control 无法确定 CCMrequest2 的变更类型,则 NewChange 将被忽略且不会显示在任何地方。