Collaboration : Cisco Unified Intelligent Contact Management Enterprise

ICM 7.2(5), 7.2(6) et 7.2(7) : Les fichiers de capture OPC remplissent le disque dur, ce qui entraîne un système non fiable

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Dans des versions 7.2(5) de l'Intelligent Contact Management de Cisco (missile aux performances améliorées), 7.2(6) et 7.2(7), le processus périphérique ouvert du contrôleur (OPC) de la passerelle d'accès aux périphériques (PAGE) crée des fichiers de données pour le dépannage. Ces fichiers sont censés être mis à jour par un travail planifié à la PAGE. Le script qui crée cet emploi sur 7.2(5), 7.2(6) et 7.2(7) est cassé et le script n'est pas créé. Ces fichiers de capture peuvent obtenir très grand, et continueront à élever et remplir le disque dur sinon contrôlé.

Ce document discute comment dépanner la question.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Missile aux performances améliorées de Cisco

  • Périphériques missile aux performances améliorées de Cisco

Composants utilisés

Les informations dans ce document sont basées sur des versions 7.2(5), 7.2(6) et 7.2(7) missile aux performances améliorées de Cisco.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

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

Comme une manière de ramener le temps à la résolution, une nouvelle caractéristique a été ajoutée au processus OPC du composant de PAGE commençant par 7.2(5). Cette caractéristique enregistre la Messagerie de l'OPC ainsi une question peut être reproduite en réduisant le temps de retournement du diagnostic et en expédiant la résolution. Capturer cette Messagerie crée les grands fichiers de données qui doivent être mis à jour ainsi le disque dur de la PAGE n'est pas rempli. Une manière que ces fichiers sont mis à jour est par les travaux planifiés sur le système qui purgent des anciens fichiers et mettent à jour le volume de données approprié. Dans le missile aux performances améliorées 7.2(5), 7.2(6) et 7.2(7), le script qui est utilisé pour programmer ce travail pour la capture OPC que les fichiers n'est pas très performante et le travail planifié n'est pas créé. En raison du travail planifié n'étant pas créé, les données de capture OPC ne sont pas commandées et laissées se développer incontrôlées qui remplissent disque dur de la PAGE. Ce problème se posera des deux côtés d'une PAGE duplexée comme le processus OPC s'exécute dans le sync de chaque côté, ainsi les deux côtés créent des fichiers de capture. Ceci mènera aux deux côtés de la PAGE se remplissant presque au même temps.

Le volume auquel ces fichiers se développent est directement lié aux écoulements et au chargement d'appel sur le système.

En raison d'un deuxième script qui est exécuté après installation sur un déploiement simplifié IPCC, le travail planifié obtient créé par des autres moyens et les fichiers journal sont commandés.

Problème

Commençant dans le missile aux performances améliorées 7.2(5), le processus OPC de la PAGE crée des fichiers de données pour le dépannage. Ces fichiers sont censés être mis à jour par un travail planifié à la PAGE. Le script qui crée cet emploi sur 7.2(5), 7.2(6) et 7.2(7) est cassé et le script n'est pas créé. Ces fichiers de capture peuvent obtenir très grand, et continueront à élever et remplir le disque dur sinon contrôlé.

Car le disque dur remplit, le système sera imprévisible et peu fiable. Le même problème se posera simultanément du côté duplexé de la PAGE qui a comme conséquence les deux côtés de la capacité de atteinte de PAGE aux heures semblables. En outre, le volume de données dans des ces fichiers est proportionnel au chargement du système.

Remarque: Cette question ne devrait pas être vue sur des déploiements simplifiés de Contact Center Enterprise de Cisco pendant qu'un deuxième script fonctionne plus tard dans la procédure d'installation qui créera le script.

Le moyen le plus simple de vérifier que le nettoyage ne se produit pas est à de vérifier les travaux planifiés à la PAGE. Ceci peut être fait de deux manières différentes.

  1. D'abord, du panneau de configuration, tâches programmées choisies. Dans la liste de tâches, si la tâche de nettoyage est présente, il si y a un travail programmé à 2:57am. Le double clic sur l'élément programmé et les détails affichera le script de nettoyage semblable à « c:\icm\bin\OPCCleanup.bat 5g". Si les entrées ci-dessus ne sont pas présentes, alors l'emploi n'a pas été créé.

  2. Une autre manière de vérifier le travail planifié est de la ligne de commande. Utilisez cette commande AT qui répertoriera tous les travaux planifiés sur le système. De nouveau, si le travail de nettoyage n'est pas présent, puis le travail n'a pas été programmé.

    De la ligne de commande le travail planifié semblerait semblable à ceci :

    Status ID Day Time Command Line 
    ------------------------------------------------------------------------------- 
    19 Each M T W Th F S Su 2:57 AM cmd /C "C:\icm\bin\OPCCleanup.bat 5g"

Solution

Si vous exécutez le missile aux performances améliorées 7.2.5 ou 7.2.6 de Cisco, l'emploi peut être facilement créé de l'invite de commande. La commande suivante devrait être modifiée pour indiquer la racine correcte missile aux performances améliorées pour l'installation donnée. La commande devrait être exécutée sur tous les composants de PAGE.

AT 2:57 /EVERY:m,t,w,th,f,s,su cmd /C "C:\icm\bin\OPCCleanup.bat 5g"

De la commande utilisez de nouveau la commande AT de vérifier que l'emploi a été créé comme décrit ci-dessus. Si la PAGE exige une réinitialisation après un contournement manuel, le contournement/travail manuels demeurera sans question. La réexécution de l'installation n'annulera pas au travail.


Informations connexes


Document ID: 110592