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

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

搜索 | 运算符 | 示例 |
---|---|---|
同时包含两个或更多单词的主题 |
|
|
包含任一单词的主题 |
|
|
不包含特定单词或短语的主题 |
|
|
包含其中一个字符串而不包含另一个字符串的主题 | ^ (脱字号) |
cat ^ mouse
|
搜索类型的组合 | ( ) 圆括号 |
|
- 任务
- 配置 Universal CMDB 10.20 或更高版本
- 使用 JMX 控制台增加用于影响分析的 CI 属性条件数
- 配置 Universal CMDB 高级设置
- 升级 Universal CMDB 版本
- 手动配置 Universal CMDB 修补程序
- 将 Release Control 配置为在独立模式下工作
- 在 Business Availability Center 8.x 或 Business Service Management 9.x 中将 KPI 配置为联合
- 将自定义字段添加到联合适配器
- 使用 JMX 控制台加密密码
- 使用 JMX 控制台将 Release Control 和 Universal CMDB 配置为采用 LDAP
- 从 Universal CMDB 导入业务 CI
将 Release Control 配置为在独立模式下工作
此任务介绍如何配置 cmdb-mock.js 脚本以使 Release Control 能够在独立模式下工作。该文件位于“模块”>“管理员”>“配置”选项卡 >“集成”>“Universal CMDB”>“影响”>“独立 UCMDB 脚本”中。
有关在独立模式下使用 Release Control 的详细信息,请参阅在独立模式下工作概述。

Release Control 使用分析规则在收集的请求中查找 CI 的名称。可使用 cmdb-mock.js 脚本的“分析 CI 配置”部分中的以下函数来为已找到的 CI 名称生成唯一的 ID,并确定 CI 如何显示在 Release Control 用户界面中。
- getCIType。此函数可指定 CI 类型。默认情况下,CI 类型从用于查找 CI 的分析规则的名称中获取。
function getCiType(analyserName){
return analyserName.toLowerCase();
}
- getCiID。默认情况下,此函数使用上面定义的 CI 类型与出现在请求中的 CI 的名称来为 CI 生成唯一的 ID。
function getCiID(ciName, ciType){
return ciName.toLowerCase() + ciType.;
}
应始终定义 getCiID 函数以便生成的 ID 值在 Release Control 中是唯一的。这可以确保在系统中对每个 CI 进行唯一分析。 - getCiLabel。此函数可定义 CI 在 Release Control 用户界面中的显示方式。默认情况下,此函数会返回请求中出现的 CI 名称。
function getCiLabel(ciName, ciType){
return ciName;
}

可使用 cmdb-mock.js 脚本的“影响配置”部分中的以下函数来确定影响分析计算期间的 CI 行为:
- isSystem。此函数可确定将上述“分析 CI 配置”部分中定义的 CI 归类为业务 CI 还是系统 CI (硬件)。在 Release Control 用户界面中,业务 CI 和系统 CI 在影响分析结果中的显示方式不同。
function isSystem(ciName, ciType){
for(i=0; i< APPLICATION_TYPES.length; i++){
if(APPLICATION_TYPES[i].toLowerCase() == ciType.toLowerCase()){
return false;
}
}
return true;
}
以上函数既可引用在“影响配置”部分的开头部分中定义的应用程序类型变量,也可引用外部 javascript 文件。
- getSeverity。此函数可为影响分析计算中的每个 CI 定义影响严重性级别。
function getSeverity(name, type){
if (type.toLowerCase() == APP_TYPE1.toLowerCase()){
return SEVERITY_CRITICAL;
}
else if(type.toLowerCase() == APP_TYPE2.toLowerCase()){
return SEVERITY_HIGH;
}
else if(name.toLowerCase() == APP_NAME1.toLowerCase()){
return SEVERITY_MEDIUM;
}
return SeverityEnum.getUnknown();
}
此函数的返回值需要在“<Release Control 安装目录>\conf\enumerations.settings”文件中定义。

在常规 Release Control 部署中,Release Control 与 CMDB 数据库同步。当某个业务 CI 不再出现在 CMDB 数据库中时,该业务 CI 在 Release Control 用户界面中将定义为已过时。
在独立模式下,可以确定是否要 Release Control 区分相关业务 CI 和过时业务 CI。如果要区分,则需定义一张相关业务 CI 列表。所有与该列表不匹配的业务 CI 将被定义为过时。
可使用 cmdb-mock.js 脚本的“同步应用程序配置”部分中的以下函数来定义此函数:
- showObsolete。此函数可定义 Release Control 是否区分相关业务 CI 和过时业务 CI。
function showObsolete(){
return false;
}
默认情况下,该函数设置为 false,Release Control 不区分相关业务 CI 和过时业务 CI。如果将其设置为 true,则可使用 synchronizerApplication 函数来定义相关业务 CI 列表。
- synchronizerApplication。此函数可定义相关业务 CI 列表。在上述部分中定义但与此函数所确定的条件不匹配的所有业务 CI 都将被定义为过时业务 CI。
function synchronizerApplication(applicationsSet){
// ScriptingApplicationImpl (appName, appType)
applicationsSet.add(new ScriptingApplicationImpl(APP_NAME1, APP_TYPE1));
applicationsSet.add(new ScriptingApplicationImpl(APP_NAME2, APP_TYPE2));
applicationsSet.add(new ScriptingApplicationImpl(APP_NAME3, APP_TYPE3));
return applicationsSet;
}
可按以上所述在此函数内定义相关业务 CI 条件,也可以引用外部文件或数据库。
如果在该函数内定义了条件,而后又对条件进行了更改,则需要重新启动 Release Control 服务器以使更改生效。
备注 在 Release Control 用户界面中,可以在变更请求进入系统之前使用在此函数内定义的业务 CI 条件来对变更请求进行筛选。