Gestion des éléments de configuration › Outil de contrôle et de vérification de configuration (CACF) › Administration de CACF et définition de politique › Fonctionnement de l'outil de contrôle et de vérification de la configuration › Syntaxe de filtre de politique de vérification

Syntaxe de filtre de politique de vérification

Pour permettre l'établissement de politiques génériques, les options Alignement des demandes de changement, Filtres de transactions et Filtres d'éléments de configuration acceptent un astérisque comme caractère générique s'il est le dernier caractère du modèle. Utilisez un point d'exclamation au début de ces filtres pour indiquer la négation.

Important : Les règles de modèle de politique diffèrent des règles se rapportant à la valeur prévue de la spécification de changement. Pour filtrer les politiques, vous ne pouvez pas utiliser d'astérisques intégrés * ou les caractères spéciaux supérieur > et inférieur <.

Les filtres de politique pour les modèles de sélection de politique de vérification, tels que Nom du CI ou Classe de CI, doivent respecter la casse, même si vous définissez ces attributs comme insensible à la casse.

Remarque : Un filtre de politique vide ("", aucune valeur spécifiée dans le champ) correspond uniquement à une valeur vide, tandis qu'un filtre de politique utilisant un astérisque correspond à toutes les valeurs.

Tenez compte des informations et des exemples de politiques de vérification suivantes :

• La politique Policy1 sélectionne CIs name(prod*) attribute(adresse IP) lorsqu'une spécification de changement existe.
• La politique Policy2 sélectionne CIs name(prod*) attribute(adresse IP) en cas de mise à jour non autorisée.
• La politique Policy3 sélectionne CIs name(test*) attribute(mémoire installée) à partir de mdr(CA Cohesion).
• La politique Policy4 sélectionne CIs name(“”) attribute(mémoire installée).

La liste suivante décrit les résultats possibles de ces politiques :

• Lorsqu'une mise à jour survient pour le CI(test2), attribut (mémoire installée), la politique Policy3 gère la mise à jour. CACF ignore les politiques Policy1 et Policy2.
• Lorsqu'une mise à jour survient pour le CI(prod3), attribut (mémoire installée), et qu'une spécification de changement correspondante existe, la politique Policy1 gère la mise à jour.
• Lorsqu'une mise à jour survient pour le CI (development4), attribut (adresse IP), CACF met à jour l'élément de configuration avec la nouvelle adresse IP, car aucune politique correspondante n'existe.
• Lorsqu'une mise à jour survient pour le CI (prod1), attribut (capacité du disque), aucune politique n'existe pour l'attribut (capacité du disque) ; CACF met à jour l'élément de configuration avec la nouvelle valeur. Dans cet exemple, CACF ne gère pas l'attribut de capacité du disque.
• La politique Policy4 correspond uniquement aux CI dont les noms sont vides. Etant donné que les noms de CI vides ne sont pas valides, le changement n'est jamais appliqué.