Après qu'une mise à jour des systèmes de Historical Data Server (HDS) des systèmes missile aux performances améliorées 7.0, 7.1, ou 7.2 au missile aux performances améliorées 7.5 avec l'outil amélioré de transfert de base de données (EDMT), le processus de réplication HDS affiche une augmentation d'utilisation disponible d'espace disque. Il atteint le seuil d'utilisation de 80% et déclenche l'exécution automatique de purge. Ce document discute comment effectuer le dépannage de ce problème.
Remarque: Ceci est seulement observé sur des serveurs HDS mis à jour du missile aux performances améliorées 7.0, 7.1, ou 7.2 au missile aux performances améliorées 7.5 avec EDMT. Le problème probablement n'est pas vu juste après la mise à jour, mais elle peut se produire sur une période de temps.
Aucune spécification déterminée n'est requise pour ce document.
Les informations dans ce document sont basées sur l'ICM/IPCC/UCCE HDS 7.5(x).
Remarque: Cette question existe sur les systèmes HDS qui ont été mis à jour par EDMT seulement et n'existe pas sur des systèmes d'enregistreur. Les clients qui ont mis à jour du missile aux performances améliorées 7.0, 7.1, ou 7.2, et les nouvelles bases de données créées HDS avec ICMDBA n'ont pas cette question.
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.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Après qu'une mise à jour des systèmes HDS des systèmes missile aux performances améliorées 7.0, 7.1, ou 7.2 au missile aux performances améliorées 7.5 avec EDMT, la purge automatique quotidienne ne soit pas déclenchée sur ces tables dans la base de données HDS :
t_Termination_Call_Data
t_Termination_Call_Variable
t_Route_Call_Data
t_Route_Call_Variable
t_Dialer_Detail
t_Agent_Event_Detail
t_Network_Event_Detail
En conséquence, l'utilisation d'espace disque de HDS augmente au fil du temps. Le HDS atteint 80%, et les débuts automatiques de purge avec ce message dans le processus de réplication se connecte :
80% of the available free space is used in xxxxx_hds database” (xxxxx_hds will be replaced by the database name).
Si et quand le HDS atteint l'utilisation de 90%, la purge de secours est déclenchée avec ces logs de visualiseur et de processus de réplication de description de message en cas :
Event ID: 49167 Description: Begin Automatic Purge: 90% of the available data space is used in the xxxxx_hds database” (xxxxx_hds will be replaced by the database name).
Ce contournement s'applique à SQL 2000 et à SQL 2005 :
Sur le système HDS, exécutez le contrôle de service ICM et arrêtez les services de distributeur.
Ouvrez le studio de Gestion de Microsoft SQL Server (l'analyseur de requête de serveur SQL 2005)/SQL (SQL 2000) et choisissent la base de données HDS. Le nom est des « cname_hds » (où le « cname » est le nom d'exemple pour le système ICM).
Par le menu File, naviguez vers le répertoire de c:\icm\cname\aw\install.
Remarque: Remplacez c : avec le lecteur sur lequel le missile aux performances améliorées est installé et cname avec le nom d'exemple pour le système ICM.
Dans le répertoire d'installer, choisissez le fichier dailypurgesp.sql et ouvrez-le.
Une fois que le script est chargé et à l'écran affiché, appuyez sur F5 pour exécuter le script dailypurgesp.sql. Le script devrait fonctionner sans des messages d'erreur.
Avec le studio de Gestion (le gestionnaire d'entreprise de Serveur SQL SQL 2005)/ (SQL 2000), s'assurent que l'agent de Serveur SQL est en activité (affiché par une triangle verte dans l'icône). Si l'agent de Serveur SQL n'est pas en activité, cliquez avec le bouton droit l'agent de Serveur SQL et puis choisissez le début pour commencer le processus.
Dans le studio de Gestion (le gestionnaire d'entreprise de Serveur SQL SQL 2005)/ (SQL 2000), cliquent avec le bouton droit l'agent de Serveur SQL et choisissent Properties. Sur l'onglet Général, vous voyez deux cases. Assurez-vous que Serveur SQL automatique de reprise s'il arrête inopinément et l'agent automatique de Serveur SQL de reprise s'il arrête inopinément des cases sont vérifiés.
Appuyez sur CORRECT sur le bas du dialogue de Properties.
Fermez la Gestion de Microsoft SQL Server (studio de gestionnaire d'entreprise de Serveur SQL SQL 2005)/ (SQL 2000) et analyseur de requête de Serveur SQL (SQL 2000).
Dans le contrôle de service ICM, redémarrez les services de distributeur.