Utiliser l'outil d'administration dumpcfg pour faire le suivi des modifications de configuration ICM

Introduction

Ce document décrit le programme utilitaire dumpcfg, qui est un outil d'administration de base de données. La fonction principale de l'outil dumpcfg est de vider la table Config_Message_Log de la base de données Logger et d'afficher la table dans un format significatif. La table Config_Message_Log suit les modifications de configuration dans un environnement d'entreprise de centre de contacts IP (IPCC).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Gestion intelligente des contacts (ICM) de Cisco

• Cisco IPCC

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• Cisco IPCC Enterprise Edition

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Le système ICM assure le suivi des insertions, suppressions et mises à jour dans la base de données de configuration. Le système conserve cet historique de configuration dans une table de base de données nommée Config_Message_Log.

Config_Message_Log est une table système de base de données qui stocke les messages de configuration. Config_Message_Log contient les éléments suivants :

1. RecoveryKey : RecoveryKey est une valeur que le logiciel ICM utilise en interne pour suivre l'heure virtuelle. Cette clé peut être convertie en un numéro de séquence de configuration à douze chiffres, qui est incrémenté d'un pour chaque nouvel enregistrement.

2. LogOperation : LogOperation indique le type de modification de configuration. « Add » et « Update » sont des exemples pour LogOperation.

3. TableName : TableName représente le nom de la table que la modification de configuration affecte.

4. DateTime : DateTime indique la date et l'heure auxquelles un ensemble de messages a été enregistré.

5. ConfigMessage : ConfigMessage répertorie tous les messages de configuration d'une transaction.

Supprimer le fichier Config_Message_Log

La table Config_Message_Log est plutôt cryptique dans l'état natif. Par conséquent, pour comprendre la table Config_Message_Log, vous devez extraire les données et les convertir en un format lisible et significatif. L'utilitaire dumpcfg peut traiter les données et afficher les informations dans cette liste :

• Qui a effectué quelle opération

• Quand une modification s'est-elle produite ?

• Quel programme a apporté la modification ?

Afin d'afficher les détails dans la table Config_Message_Log, vous pouvez exécuter l'utilitaire dumpcfg. La piste d'audit des modifications de configuration apparaît. Vous pouvez exécuter l'utilitaire dumpcfg sur la base de données du journal. Voici la syntaxe de cet utilitaire :

dumpcfg <database>[@server] <low recovery key> [high recovery key]

Dans cette syntaxe :

• < database > représente le nom sensible à la casse de la base de données Logger, par exemple lab60_sideA.

• @server représente le nom d'hôte de la station de travail d'administration ICM (AW) ou de l'enregistreur.

  Remarque : Si vous exécutez la commande sur le serveur en question, remplacez le caractère @server par le caractère '@'.

• < low recovery key > et [ high recovery key ] représentent un numéro de séquence de configuration (champ RecoveryKey dans la table Config_Message_Log). Afin de suivre toutes les modifications, ICM incrémente ce numéro de séquence de configuration (voir rectangles roses dans la Figure 1).

Exécutez cette commande pour générer un vidage complet de ces modifications :

dumpcfg lab60_sideA@. 0

Définissez la valeur de lowRecoveryKey sur zéro (0) et déposez highRecoveryKey (voir la flèche A dans la Figure 1).

La Figure 1 affiche la sortie partielle du programme dumpcfg.

Afin d'exécuter dumpcfg et de stocker la sortie dans un fichier texte ASCII nommé dumpcfg-output.txt, exécutez la commande avec la syntaxe suivante :

dumpcfg lab60_sideA@. 0 > dumpcfg-output.txt

Vous pouvez déterminer les numéros de séquence réels à partir de la configuration de l'une des manières suivantes :

• Exécutez ces commandes SQL :

  • Afin de déterminer la clé de récupération la plus basse :

    select min(RecoveryKey) from Config_Message_Log
    

    Figure 2 : vidage de la clé de récupération la plus basse

    

  • Afin de déterminer la clé de récupération la plus élevée :

    select max(RecoveryKey) from Config_Message_Log
    

    Figure 3 : vidage de la clé la plus élevée

    

  • Afin de spécifier un DateTime pour obtenir les modifications qui se produisent avant ou après une date ou une heure donnée :

    select RecoveryKey from Config_Message_Log where
     DateTime >= '4/15/2006 00:00'
    

• Examinez les journaux du routeur ou de l'enregistreur. Chaque fois que vous insérez, mettez à jour ou supprimez une configuration ou un script, le routeur ou le journal inclut le nouveau numéro de séquence dans les journaux :

  15:25:35 ra-rtr The config sequence number of 411,969,759,020
   has been broadcast to all distributors. 

Informations connexes

• Support et documentation techniques - Cisco Systems