Rechercher dans l'aide
Pour rechercher des informations dans l'aide, tapez un mot ou une expression dans la zone de recherche. Lorsque vous tapez un groupe de mots, le module de recherche déduit l'opérateur OR. Vous pouvez utiliser des opérateurs booléens pour affiner votre recherche.
Les résultats renvoyés ne respectent pas la casse. Cependant, la précédence des résultats tient compte de la casse et attribue des scores plus élevés lorsque la casse correspond. Par conséquent, si vous recherchez "chats" puis "Chats", les résultats renverront le même nombre de sujets d'aide, mais l'ordre dans lequel ils seront répertoriés sera différent.

Rechercher | Exemple | Résultats |
---|---|---|
Un mot unique | chat
|
Sujets contenant le mot "chat" Vous trouverez également ses flexions grammaticales, telles que "chats". |
Une expression Vous pouvez spécifier que les résultats de la recherche doivent contenir une expression spécifique. |
"nourriture pour chat" (guillemets) |
Sujets contenant l'expression littérale "nourriture pour chat" et toutes ses flexions grammaticales. Sans les guillemets, la requête revient à spécifier un opérateur OR qui permet de rechercher des sujets avec l'un des mots pris individuellement plutôt qu'avec l'expression littérale. |

Rechercher | Opérateur | Exemple |
---|---|---|
Deux ou plusieurs mots dans le même sujet |
|
|
L'un ou l'autre mot dans un sujet |
|
|
Sujets ne contenant pas de mot ou d'expression spécifique |
|
|
Sujets contenant une chaîne mais n'en contenant pas d'autre | ^ (point d'insertion) |
chat ^ souris
|
Combinaison des types de recherche | ( ) parenthèses |
|
- Tâches
- Configurer Universal CMDB 10.20 ou ultérieur
- Augmenter le nombre de conditions de propriété des CI pour l'analyse d'impact à l'aide de la console JMX.
- Configurer les paramètres avancés de Universal CMDB
- Mettre à niveau la version de Universal CMDB
- Configurer manuellement les correctifs de Universal CMDB
- Configurer Release Control en mode autonome
- Configurer les KPI comme fédérés dans Business Availability Center 8.x ou Business Service Management 9.x
- Ajouter des champs personnalisés à l'adaptateur de fédération
- Chiffrer un mot de passe à l'aide de la console JMX Console
- Configurer Release Control et Universal CMDB pour qu'ils fonctionnent avec LDAP, à l'aide de la console JMX
- Importer des CI métier à partir de Universal CMDB
Configurer Release Control en mode autonome
Cette tâche explique comment configurer le script cmdb-mock.js afin d'utiliser Release Control en mode autonome. Ce fichier est situé sous Module > Administrateur > onglet Configuration > Intégrations > Universal CMDB > Impact > Script UCMDB autonome.
Pour plus d'informations sur l'utilisation de Release Control en mode autonome, reportez-vous à la section Principes du mode autonome.

Release Control utilise des règles d'analyse pour localiser les noms des CI dans les demandes recueillies. Vous utilisez les fonctions suivantes de la section Analyze CI config du script cmdb-mock.js afin de générer un ID unique pour les noms de CI localisés et déterminer la façon dont ces CI apparaissent dans l'interface utilisateur de Release Control.
- getCIType. Cette fonction définit un type de CI. Par défaut, le type de CI est dérivé du nom de la règle d'analyse qui a localisé le CI.
function getCiType(analyserName){
return analyserName.toLowerCase();
}
- getCiID. Par défaut, cette fonction utilise le type de CI défini ci-dessus et le nom du CI tel qu'il apparaît dans la demande afin de gérer un ID unique pour le CI.
function getCiID(ciName, ciType){
return ciName.toLowerCase() + ciType.;
}
La fonction getCiID devrait toujours être définie de sorte que la valeur ID générée soit unique dans Release Control. Cette méthode garantit que chaque CI est analysé de façon unique dans le système. - getCiLabel. Cette fonction définit la façon dont le CI apparaît dans l'interface utilisateur de Release Control. Par défaut, cette fonction renvoie le nom du CI tel qu'il apparaît dans la demande.
function getCiLabel(ciName, ciType){
return ciName;
}

Vous utilisez les fonctions suivantes de la section Impact config du script cmdb-mock.js afin de déterminer le comportement des CI lors des calculs d'analyse d'impact :
- isSystem. Cette fonction détermine si les CI définis ci-dessus dans la section Analyze CI config sont classés comme des CI métier ou système (matériel). Dans l'interface utilisateur de Release Control, les CI métier et système apparaissent différemment dans les résultats d'analyse d'impact.
function isSystem(ciName, ciType){
for(i=0; i< APPLICATION_TYPES.length; i++){
if(APPLICATION_TYPES[i].toLowerCase() == ciType.toLowerCase()){
return false;
}
}
return true;
}
La fonction ci-dessus peut faire référence aux variables de type application que vous définissez au début de la section Impact config ou à un fichier JavaScript externe.
- getSeverity. Cette fonction définit les niveaux de gravité de l'impact pour chaque CI dans les calculs d'analyse d'impact.
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();
}
Les valeurs renvoyées pour cette fonction doivent être définies dans le fichier <répertoire d'installation de Release Control>\conf\enumerations.settings.

Dans un déploiement Release Control standard, Release Control est synchronisé avec la base de données CMDB. Lorsqu'un CI métier n'apparaît plus dans la base de données CMDB, celui-ci est défini comme obsolète dans l'interface utilisateur de Release Control.
En mode autonome, vous pouvez décider si vous souhaitez que Release Control différencie les CI métier pertinents et les CI métier obsolètes. Si vous ne souhaitez effectuer aucune différenciation, définissez la liste des CI métier pertinents. Tous les CI métier qui ne correspondent pas à cette liste sont définis comme obsolètes.
Vous utilisez les fonctions suivantes de la section Synchronize Application config
du script cmdb-mock.js pour définir cette fonctionnalité :
- showObsolete. Cette fonction spécifie si Release Control doit ou non différencier les CI métier pertinents et les CI métier obsolètes.
function showObsolete(){
return false;
}
Par défaut, cette fonction est définie sur false et Release Control ne différencie pas les CI métier pertinents et les CI métier obsolètes. Si vous la définissez sur true, utilisez la fonction synchronizerApplication pour établir la liste des CI métier pertinents.
- synchronizerApplication. Cette fonction définit la liste des CI métier pertinents. Tous les CI métier présentés dans les sections ci-dessus qui ne correspondent pas aux critères spécifiés dans cette fonction sont définis comme obsolètes.
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;
}
Vous pouvez définir les critères des CI métier pertinents de la fonction comme illustré ci-dessus ou faire référence à un fichier ou une base de données externe.
Si vous définissez les critères de la fonction et les modifiez, vous devez redémarrer le serveur Release Control pour appliquer les changements.
Remarque Dans l'interface utilisateur de Release Control, vous pouvez utiliser les critères de CI métier définis dans cette fonction afin de filtrer les demandes de changement avant qu'elles n'atteignent le système.