Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Les données sont absentes dans les rapports créés par l'outil CAR

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document décrit une raison pour laquelle les données pendant une certaine période n'apparaissent pas dans les états créés par l'outil d'analyse et d'enregistrement de l'article mouvement d'appel (CDR) (CAR) et fournit une solution dans un environnement de Cisco CallManager.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco CallManager

  • CDR Analysis and Reporting de Cisco

  • Microsoft SQL Server

Composants utilisés

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

  • Cisco CallManager version 3.3 et plus tard

  • Microsoft SQL Server

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.

Fond

Le CAR est un outil qui fournit des états sur des appels basés sur des enregistrements CDR. Les états fournis incluent des faire appel à une base d'utilisateur, des appels par des passerelles, la qualité des communications simplifiée, et le mécanisme de recherche CDR. En outre, l'administration de base de données limitée (la suppression des enregistrements basés sur la taille de DB) est également fournie. Toutes ces informations sont installées dans la base de données d'ART.

Le Cisco CallManager enregistre relatif à l'information à chaque appel dans CDR et enregistrements de programme de maintenance (CMR). Les CDR et les CMR servent d'émetteur d'informations d'informations de base à l'ART et sont enregistrés dans la base de données d'ART (voir le schéma 1).

Figure 1 — Rapport entre la base de données CDR et d'ART

/image/gif/paws/68140/absent-data-car-reports-1.gif

Problème

Quand vous exécutez l'outil de CDR Analysis and Reporting, les états n'affichent pas des données pendant une certaine période.

Solution

Quand l'utilisateur exécute l'enregistrement CDR pour une plage de dates utilisant l'ART/CAR, la génération du rapport échoue avec les 30023 : Les données ne sont pas disponibles pour le message d'erreur sélectionné par plage de dates, ou l'outil de CAR ne peut pas générer des états pour une certaine plage de dates.

Terminez-vous ces étapes pour déterminer s'il y a des enregistrements dans la base de données SQL :

  1. Sélectionnez le début > les programmes > le gestionnaire SQL > d'entreprise > les Microsofts SQL Server > le groupe de Serveur SQL.

  2. Serveur > bases de données choisis de Publisher.

  3. Choisi CDR > Tableaux et clic droit sur la table de CallDetailRecord.

  4. Le Tableau ouvert choisi > le retour toutes les lignes et déterminent s'il y a des enregistrements.

Si vous voyez des enregistrements, alors le problème est que la base de données CDR et la base de données d'ART sont hors de synchronisation. Suivez la procédure dans la cause 1 pour résoudre le problème. Si vous ne voyez aucun enregistrement, il n'y a aucune entrée CDR pour cette plage de date et heure. Référez-vous à la procédure dans la cause 2 pour déterminer si vous avez rempli les conditions pour la génération CDR. Si vous utilisez la version de Cisco CallManager 4.1(3) ou plus tard, le problème peut sont provoqué par également quand le contenu de la colonne de commentaires dépasse 256 caractères. Voir la cause 3 pour vérifier si c'est la cause du problème et pour que les étapes résolvent le problème. Si ces solutions ne résolvent pas le problème, désinstallez le CDR de l'Add/Remove Programs, supprimez la base de données d'ART manuellement, et réinstallez alors le CDR pages de la gestion des CCM > des modules d'extension.

Remarque: S'il y a plus que celui utilisateur associé avec un périphérique (adresse MAC), l'état donne des résultats seulement pour utilisateur associé le « le plus récent » de bout avec ce périphérique. Par exemple, s'il y a deux utilisateurs associés avec le même périphérique, basé sur lequel l'utilisateur la base de données voit en tant que « d'abord, » les états pour tous autres utilisateurs associés est toujours vide. Ce sont juste quelques considérations à maintenir dans l'esprit quand vous contrastez ces deux types d'interrogations de bases de données dans CAR/ART. Si vous voulez exécuter la facturation ou d'autres états au lieu des recherches CDR sur ces utilisateurs qui montent actuellement « vide, » vous devez questionner le SQL pour découvrir tous les utilisateurs associés avec le périphérique en question, et puis retirez toutes les associations de ce périphérique excepté celui que vous voulez.

Remarque: Si le Cisco CallManager ne crée pas les nouveaux enregistrements CDR, et le message d'erreur ReadConfiguration incapable à la lecture/écriture au répertoire source est reçu, s'assurent que c:\Program Files\Cisco\CallDetail est partagé sur Publisher et des abonnés. Si partagé, vérifiez les paramètres de sécurité pour s'assurer si l'utilisateur de ccmcdr a les droits de modifier à ce répertoire.

Remarque: Les données sont disponibles dans le CDR de la date où il est configuré.

Cause 1

Si vous voyez des enregistrements tandis que vous questionnez la table de CDRDetailRecord, alors la base de données CDR contient tous les disparus CDR. Cependant, ces disparus CDR n'existent pas dans la base de données d'ART. La cause principale pour ce problème est que la base de données CDR et la base de données d'ART sont hors de synchronisation.

Terminez-vous ces étapes pour synchroniser ces deux bases de données :

  1. Purgez la base de données d'ART.

    1. Sélectionnez le début > les programmes > la Microsoft SQL Server > l'analyseur de requête.

    2. Sélectionnez la base de données d'ART de la liste déroulante de sélection de base de données (voyez la flèche rouge sur le schéma 2).

      Figure 2 — SQL Query Analyzer

      absent-data-car-reports-2.gif

    3. Exécutez ces commandes de requête SQL :

      • effacement de Tbl_Load_History

      • effacement de Tbl_Error_Id_Map

      • effacement de Tbl_Billing_Data

      • effacement de Tbl_Billing_Error

      • effacement de Tbl_Dump_PkID

      • effacement de Tbl_Dump_CallDetailRecord

      • effacement de Tbl_Dump_CallDetailRecordDiagnostic

  2. Redémarrez le service de programmateur de CAR de Cisco.

    Il devrait commencer à charger des CDR selon la configuration de chargement CDR. Cisco recommande que vous exécutiez ce processus après des heures de sorte qu'il n'affecte pas le Traitement des appels normal.

Cause 2

Si vous ne voyez aucun enregistrement, il n'y a aucune entrée CDR pour cette plage de date et heure. Déterminez si vous avez rempli les conditions pour la génération CDR. Des enregistrements CDR sont générés dans ces circonstances :

  • Les paramètres de service CDR de CallManager ont activé et des diagnostics d'appel activés sont placés pour rectifier.

  • L'appel est établi et a une durée d'entretien plus grande que 0.

  • L'appel échoue et a code de cause pour refléter l'erreur.

Terminez-vous ces étapes pour activer la génération CDR.

  1. Allez au menu de service et sélectionnez les paramètres de service de la page d'administration de Cisco CallManager.

  2. Sélectionnez le service de Cisco CallManager pour chaque serveur dans la batterie.

  3. Faites descendre l'écran à l'indicateur activé par CDR sous la section de système. Placez la valeur de ce paramètre pour rectifier.

  4. Faites descendre l'écran pour appeler des diagnostics activés sous la section de paramètre de Clusterwide (périphérique - général) et pour assigner une valeur de vrai à ce paramètre.

  5. Cliquez sur Update.

  6. Allez au menu système et sélectionnez les paramètres d'entreprise de la page d'administration de Cisco CallManager.

  7. Faites descendre l'écran à la section de paramètres CDR de la page de configuration de paramètres d'entreprise.

  8. Entrez dans le 1par l'intervalle de temps de fichier CDR (minute).

  9. Des CDR choisis seront insérés dans la base de données pour le format CDR.

  10. La valeur est placée pendant l'installation de CallManager pour le chemin CDR UNC. Assurez-vous que la valeur n'est pas vide ou non valide.

  11. Si le serveur Cisco CallManager est autonome, alors écrivez la valeur comme StandAloneCluster pour l'ID de batterie. Autrement, écrivez l'ID de la batterie de Cisco CallManager.

  12. Écrivez le répertoire pour les fichiers locaux CDR qui sont écrits par Cisco CallManager pour le chemin des gens du pays CDR. La valeur ne devrait pas être vide ou non valide, ou le Cisco CallManager ne peut pas écrire des CDR.

  13. Quittez le champ de valeur vide pour hors fonction la chaîne de connexion de la batterie CDR.

  14. Cliquez sur Update.

  15. Allez au menu de theService et sélectionnez les paramètres de service de la page d'administration de Cisco CallManager.

  16. Sélectionnez le service de moniteur de couche de Cisco Database.

  17. Faites descendre l'écran aux enregistrements maximum CDR sous la section de paramètres de Clusterwide (les paramètres qui appliquent à tous les serveurs). Placez la valeur en tant que 1500000.

  18. Cliquez sur Update.

  19. Allez au menu Tools et sélectionnez le Control Center de la page de Cisco CallManager Serviceability.

  20. Assurez-vous que ces services sont lancés pour chacun divisent dans la batterie.

    • RIS Data Collector de Cisco

    • Moniteur de couche de Cisco Database

  21. Lancez le service d'insertion de Cisco CDR dans le CallManager de Publisher.

Remarque: Parfois, les appels zéro et minimum de durée à 911 ne révèlent pas dans la base de données CDR si les appels sont arrêtés rapidement (comme si 911 ont été composés de manière erronée). Cette question peut se produire quand les appels de log appelés par paramètre CDR avec la durée nulle est placés à faux. À moins que ce paramètre soit activé, le serveur ne se connecte pas des appels avec la durée nulle dans la base de données CDR. Ceci inclut les appels qui ne sont jamais connectés. Dans cette situation, allez aux paramètres de service de CallManager et assurez-vous que les appels de log avec l'indicateur zéro de durée est placés pour rectifier.

Cause 3

Dans le Cisco CallManager libérez 4.1(3) ou plus tard, quand le contenu de la colonne de commentaires dépasse 256 caractères, une tentative d'exécuter l'état CAR/ART reçoit le 30023:Data n'est pas disponible pour l'erreur sélectionnée par plage de dates. Cette question est dépistée par l'ID de bogue Cisco CSCsb99593 (clients enregistrés seulement).

Terminez-vous ces étapes pour vérifier si le problème est dû au chargement des enregistrements.

  1. Sélectionnez le début > les programmes > la Microsoft SQL Server > l'analyseur de requête.

  2. Sélectionnez la base de données CDR de la liste déroulante de sélection de base de données.

  3. Exécutez le maximum choisi de requête (len(comment)) de CallDetailRecord. Si la valeur de retour est plus de 256, alors exécutez les étapes pour résoudre le problème.

    1. Sélectionnez la base de données d'ART de la liste déroulante de sélection de base de données.

    2. Exécutez ces commandes SQL.

      • Tronquez le Tableau Tbl_Billing_Data

      • Tronquez le Tableau Tbl_Billing_Error

      • Tronquez le Tableau Tbl_Error_Id_Map

      • Tronquez le Tableau Tbl_Load_History

      • Tronquez le Tableau Tbl_Event_Log

      • Tronquez le Tableau Tbl_Error_Log

      • Tronquez le Tableau Tbl_Dump_Calldetailrecord

      • Tronquez le Tableau Tbl_Dump_Calldetailrecorddiagnostic

      • Tronquez la table Tbl_Dump_Pkid

      • Modifiez le Tableau Tbl_Billing_Data modifient le NULL du commentaire de colonne varchar(2048)

      • Modifiez le Tableau Tbl_Billing_Error modifient le NULL du commentaire de colonne varchar(2048)

      • Modifiez le Tableau Tbl_Dump_CallDetailRecord modifient le NULL du commentaire de colonne varchar(2048)

    3. Configurez le chargeur pour exécuter ou prendre des temps par défaut de chargeur.

    4. Commencez le programmateur de CAR.

Cause 4

Si les données de CAR ne les remplissent pas, et l'erreur [l'exception de racine est javax.net.ssl.SSLHandshakeException : sun.security.validator.ValidatorException : Aucun certificat de confiance trouvé] n'apparaît dans les logs de DC Directory, le SSL de débronchement du DirectoryConfiguration.ini et les étapes inthese données par UMDirectoryConfiguration.inias :

  1. Employez un éditeur de texte pour ouvrir C:\dcdsrvr\DirectoryConfiguration.ini, et vérifiez l'useSSL=false.

  2. Ouvrez C:\dcdsrvr\Config\UMDirectoryConfiguration.ini, et vérifiez l'UseSSL=false.

  3. Ouvrez-vous HKEY_LOCAL_MACHINE > LOGICIEL > Cisco Systems, Inc. > configuration de répertoire et vérifiez cet UseSSL=false.

  4. Redémarrez les services IIS, de CAR de Cisco Tomcat, et de Cisco des services windows.

Cause 5

Le nombre d'appels qui est signalé par le CDR n'apparie pas le nombre d'appels qui révèle dans le journal des appels de l'agent de Cisco Agent Desktop. Cette question peut se produire quand la taille de la base de données CDR contient plus d'enregistrements. Dans ce cas, référez-vous au rétrécissement la base de données CDR pour résoudre le problème.

Cause 6

Après que vous amélioriez du Cisco CallManager 4.x à 6.0.1, le CAR ne peut pas charger des fichiers plats CDR dans la base de données CAR. Ceci peut également avoir comme conséquence les données de message d'erreur n'est pas disponible pour la plage de dates sélectionnée.

Pour résoudre ce problème, procédez comme suit :

  1. Du CLI, exécutez cette requête : Exécutez le max(Error_Record_Id) choisi SQL du CAR : le <value A> de tbl_error_id_map est retourné.

  2. Obtenez le résultat de la requête ci-dessus comme <value A> et exécutez ceci : exécutez le CAR de mise à jour SQL : les tbl_system_preferences ont placé le <value A+1> de param_value= où param_name='MAX_ERROR_RECORD_ID

    Par exemple, si max(Error_Record_Id) de CAR : le tbl_error_id_map renvoie 100, utilisent le MAX_ERROR_RECORD_ID en tant que 101.

Si ces étapes ne résolvaient pas le problème, exécutez cette procédure :

  1. Allez à la page de CAR de Cisco CallManager.

  2. Allez au système > au programmateur > au chargement CDR.

  3. Cochez le chargement continu 24/7 case.

  4. Allez au chargement CDR et à la zone CMR, et assurez-vous que le temps, l'intervalle de chargement, et la durée sont configurés correctement.

  5. Allez à la page d'utilité de CallManager.

  6. Allez au Tools > Control Center.

  7. Choisissez l'éditeur et redémarrez le service de programmateur de CAR de Cisco.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 68140