Collaboration : Cisco ICM Logger

Base de données signalée comme suspecte

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


Contenu


Introduction

Ce document décrit pourquoi la Microsoft SQL Server marque une base de données en tant que suspect quand le serveur ne peut pas accéder à la base de données, et fournit des solutions au problème.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Versions 6.5 et 7.0 de Microsoft SQL Server

  • Utilitaires de requête de Microsoft SQL Server (ISQL_w pour la version 6.5, ou analyseur de requête pour la version 7.0)

Composants utilisés

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

  • Microsoft SQL Server version 6.5 ou 7.0 courants de l'Intelligent Contact Management de Cisco (missile aux performances améliorées)

  • Toutes les plates-formes matérielles qui exécutent le produit missile aux performances améliorées de Cisco avec la Microsoft SQL Server installée

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.

Problème

La Microsoft SQL Server marque une base de données car suspect s'il ne peut pas accéder à cette base de données. Ceci signifie que la Microsoft SQL Server a placé un des bits dans la zone STATUS sur la table de bases de données du système. Quand la base de données a été suspect marqué, vous devez remettre à l'état initial l'état.

Solution 1

Référez-vous à la base de connaissances de Microsoft pour les informations sur la façon dont remettre à l'état initial l'état suspect. Essayez le sp_resetstatus supplémentaire de procédure stockée pour remettre à l'état initial le statut d'une base de données suspecte. Si vous n'avez pas déjà fait ainsi, exécutez le script instsupl.sql afin de créer cette procédure. Ce script réside dans le Mssql \ installe le répertoire.

Remarque: Pour plus d'informations sur le sp_resetstatus, référez-vous au thème « en remettant à l'état initial état suspect » dans les ouvrages de Microsoft SQL Server en ligne.

Premier choix

Une manière de résoudre ce problème est d'exécuter le sp_resetstatus dans la base de données principale pour la base de données suspecte. Procédez comme suit :

  1. Début de clic > groupe de programme de Serveur SQL.

  2. Sélectionnez ISQL_w, si vous utilisez la version 6.5 de serveur SQL. Alternativement, analyseur de requête choisi, si vous utilisez la version 7.0 de serveur SQL.

  3. Connectez à l'enregistreur.

  4. Dans la fenêtre de requête, écrivez et exécutez :

    • Maître d'utilisation

    • ALLEZ

    • <db_name> de sp_resetstatus

  5. Quittez ISQL_w ou l'analyseur de requête.

  6. Début de clic > groupe de programme de Serveur SQL.

  7. Services connexes de Microsoft SQL Server d'arrêt et de reprise.

  8. Vérifiez si la base de données est disponible.

Deuxième option

Si la première solution ne résout pas votre problème, vous devez restaurer le bit manuellement dans la zone STATUS. Procédez comme suit :

  1. Début de clic > groupe de programme de Serveur SQL.

  2. ISQL_w choisi, pour le Microsoft SQL Server version 6.5 ou l'analyseur de requête pour la version 7.0 de serveur SQL.

  3. Connectez à l'enregistreur.

  4. Dans la fenêtre de requête, écrivez et exécutez :

    • le sp_configure « permettent des mises à jour », 1

    • modifiez avec le dépassement

    • Allez

    • les sysdatabases de mise à jour ont placé l'état = le ^ 256 d'état où nom = ""

    • le sp_configure « permettent des mises à jour », 0

    • modifiez avec le dépassement

    • Allez

  5. Quittez ISQL_w ou analyseur de requête.

La base de données doit maintenant être en mode de reprise par la Microsoft SQL Server. Si vous interrompez ce processus, la base de données devient marquée en tant que suspect de nouveau. Vous devez attendre jusqu'à ce que le processus soit complet avant que vous synchronisiez des enregistreurs par ICMDBA (le vieil ICRDBA). Si vous continuez à rencontrer le problème, relâchez et créez la base de données de nouveau.

Remarque: Cette solution fonctionne bien avec la version 7.0 de Microsoft SQL Server. Cependant, cette solution ne fonctionne pas toujours avec la version 6.5 de serveur SQL.

Solution 2

Terminez-vous ces étapes afin de résoudre le problème :

  1. Supprimez manuellement les CDR suivant la procédure dans le Cisco CallManager : Supprimer manuellement les articles mouvement d'appel (CDR) sans outil de rapports d'administration (ART).

  2. Allez au gestionnaire d'entreprise SQL, les outils choisis > l'analyseur de requête de Serveur SQL.

    Remarque: Assurez-vous que vous exécutez l'analyseur de requête du serveur de base de données droit.

  3. De la fenêtre d'analyseur de requête, allez à la fenêtre principale de SQL Query Analyzer et sélectionnez le fichier >Open.

  4. Ouvrez C:\Program Files\Cisco\Bin\CDR.sql et sélectionnez la requête > exécutent pour exécuter la requête. Vous pouvez également cliquer sur la flèche verte sur la barre d'outils ou la presse F5 pour exécuter la requête.

    Ceci crée la base de données CDR.

  5. Allez au gestionnaire d'entreprise SQL et sélectionnez les Microsofts SQL Server > le groupe > les gens du pays > les bases de données > le CDR > les utilisateurs de Serveur SQL. Puis clic droit et nouvel utilisateur choisi de base de données.

  6. Du menu déroulant de nom d'ouverture de connexion, CiscoCCMCDR choisi (seulement si CiscoCCMCDR pas déjà là) et s'assurent que le public et le db_owner est vérifié.

  7. Allez au début > aux programmes > à la Microsoft SQL Server > au gestionnaire > au PUBLISHER > aux bases de données d'entreprise. Cliquez avec le bouton droit sur CDR > toutes les tâches > détachent la base de données et cliquent sur OK.

  8. Allez au début > aux programmes > à la Microsoft SQL Server > au gestionnaire > au PUBLISHER d'entreprise. Clic droit sur des bases de données > tous les tâches > base de données d'attache > Serveur SQL de C:\Program Files\Microsoft \ MSSQL \ Serveur SQL de C:\Program Files\Microsoft de == de log <>Transaction des données \ CDR.mdf \ MSSQL \ == PUBLISHER \ administrateur de propriétaire de base de données <> des données \ CDR_log.mdf.

  9. Redémarrez le serveur.


Informations connexes


Document ID: 26780