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

Vérification de la version SQL Server ou MSDE et du niveau du Service Pack

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


Contenu


Introduction

Ce document décrit comment vérifier le niveau de version et de pack de services (fournisseur de services) pour les divers types de serveurs du SQL de Microsoft (SQL) utilisés avec certains Produits de Téléphonie sur IP de Cisco tels que le Cisco CallManager et le Cisco Unity.

Les types de serveur de Microsoft SQL sont le Serveur SQL 7.0, la Microsoft SQL Desktop Edition (MSDE), la Microsoft SQL Server 2000, et les MSDE 2000.

Référez-vous au pour en savoir plus de l'article 321185leavingcisco.com de Microsoft.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

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

  • Microsoft Windows 2000 Server

  • Microsoft SQL Server 7.0, MSDE, Microsoft SQL Server 2000, et MSDE 2000

  • Cisco CallManager 3.x ou 4.0, Cisco Unity 3.x ou 4.x, Cisco Conference Connection 1.x, édition exprès de l'IP Contact Center (IPCC), également connue sous le nom de solutions de réponse de client (CRS) ou applications de réponse de client (CRA) (toutes les versions)

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.

Analyseur de requête d'utilisation avec la Microsoft SQL Server 2000

Remarque: Cisco Unity 3.0, 3.1, 4.0, et 4.0.4 et Microsoft SQL Server 2000 d'utilisation du Cisco CallManager 3.3 et 4.0. Si CRS 3.0(1), CRS 3.0(2), et CRS 3.0(3a) sont à une installation coïmplantée avec le Cisco CallManager, il se transfère sur le Cisco CallManager SQL 2000.

La méthode facile pour trouver la version en cours et le niveau de fournisseur de services est d'utiliser le SQL Query Analyzer et d'exécuter la requête SQL dans l'étape 4 pour les serveurs qui exécutent la Microsoft SQL Server 2000.

  1. Programmes choisis > gestionnaire d'entreprise de Microsoft SQL Server.

  2. Outils > SQL Query Analyzer choisis.

  3. Sélectionnez l'exemple local de votre serveur SQL dans la fenêtre contextuelle initiale de SQL Query Analyzer.

    Vous devez également sélectionner votre méthode d'authentification de connexion. Utilisez l'authentification de Serveur SQL ou l'authentification de Windows pour votre serveur. L'authentification de Windows est la méthode plus facile dans la plupart des cas parce qu'elle utilise les qualifications du compte que vous êtes actuellement ouvert une session avec. Fournissez un nom d'ouverture de connexion de Serveur SQL tel que SA et le mot de passe associé si vous sélectionnez l'authentification de Serveur SQL.

    Le compte en lequel vous êtes enregistré n'a pas les droits nécessaires de se connecter au serveur SQL si vous tentez une connexion et recevez l'erreur non associée avec une connexion de confiance de Serveur SQL quand vous utilisez l'authentification de Windows. Fermez une session le serveur et ouvrez une session de nouveau en tant qu'utilisateur différent avec les droites correctes ou utilisez l'authentification de Serveur SQL à la place.

    check_sql_msde_ver-1.gif

    La méthode d'authentification de Windows est sélectionnée dans ce cas. Cliquez sur OK.

  4. Entrez dans le comme indiqué dans cet exemple de chaîne de requête SQL :

    SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY 
    ('productlevel'), SERVERPROPERTY ('edition')
    
  5. Sélectionnez l'outil de requête d'analyser /image/gif/paws/25784/check_sql_msde_ver-2.gif pour vérifier la syntaxe.

    Les commandes de message se terminent avec succès des affichages. Modifiez la syntaxe jusqu'à ce que le programme d'analyse syntaxique lui permette pour fonctionner sans erreurs si la syntaxe est incorrecte.

  6. Sélectionnez l'outil de requête d'exécuter /image/gif/paws/25784/check_sql_msde_ver-3.gif pour exécuter votre requête.

    Sortez semblable au texte dans des affichages de cette image :

    /image/gif/paws/25784/check_sql_msde_ver-4.gif

    Le serveur exécute le Standard Edition, construction le numéro 8.00.760, le fournisseur de services 3 dans ce cas.

  7. Fermez le SQL Query Analyzer. Vous êtes incité à sauvegarder la requête en cours. Sauvegardez la requête à un répertoire local si vous voulez pouvoir exécuter ceci de nouveau à une date ultérieure. Autrement, répondez non pour terminer la fin.

  8. Fermez le gestionnaire d'entreprise de Microsoft SQL Server.

Analyseur de requête d'utilisation avec la Microsoft SQL Server 7.0

Remarque: Microsoft SQL Server 7.0 d'utilisation du Cisco CallManager 3.1 et 3.2. Utilisation CRS 3.0(1), CRS 3.0(2), et CRS 3.0(3a) MSDE 1.0 (qui signale comme Serveur SQL 7.0) à une installation autonome.

La requête qui est livré avec la Microsoft SQL Server 2000 ne travaille pas sur le Serveur SQL 7.0. La seule option disponible est d'utiliser la requête choisie de @@version qui fournit le nombre de construction. Vous pouvez regarder le nombre de construction dans la table une fois que vous l'avez.

Les mesures initiales que vous utilisez pour mettre en marche le SQL Query Analyzer pour la Microsoft SQL Server 7.0 sont identiques que pour la Microsoft SQL Server 2000.

  1. Programmes choisis > gestionnaire d'entreprise de Microsoft SQL Server.

  2. Outils > SQL Query Analyzer choisis.

  3. Sélectionnez l'exemple local de votre serveur SQL dans la fenêtre contextuelle initiale de SQL Query Analyzer. Sélectionnez également votre méthode d'authentification de connexion.

    Utilisez l'authentification de Serveur SQL ou l'authentification de Windows comme appropriée pour votre serveur. L'authentification de Windows est la méthode plus facile dans la plupart des cas parce qu'elle utilise les qualifications du compte que vous êtes actuellement ouvert une session avec. Fournissez un nom d'ouverture de connexion de Serveur SQL tel que SA et le mot de passe associé si vous sélectionnez l'authentification de Serveur SQL.

    Le compte en lequel vous êtes enregistré n'a pas les droits nécessaires de se connecter au serveur SQL si vous tentez une connexion et recevez l'erreur non associée avec une connexion de confiance de Serveur SQL quand vous utilisez l'authentification de Windows. Fermez une session le serveur et ouvrez une session de nouveau en tant qu'utilisateur différent avec les droites correctes ou utilisez l'authentification de Serveur SQL à la place.

    check_sql_msde_ver-5.gif

    La méthode d'authentification de Windows est sélectionnée dans ce cas. Cliquez sur OK.

  4. Entrez dans le comme indiqué dans cet exemple de chaîne de requête SQL :

    USE MASTER SELECT @@VERSION
    
  5. Sélectionnez l'outil de requête d'analyser /image/gif/paws/25784/check_sql_msde_ver-2.gif pour vérifier la syntaxe.

    Les commandes de message se terminent avec succès des affichages. Modifiez la syntaxe jusqu'à ce que le programme d'analyse syntaxique lui permette pour fonctionner sans erreurs si la syntaxe est incorrecte.

  6. Sélectionnez l'outil de requête d'exécuter /image/gif/paws/25784/check_sql_msde_ver-3.gif pour exécuter votre requête.

    Sortie semblable au texte au-dessous des affichages :

    Microsoft SQL Server 7.00 - 7.00.1077 (Intel X86) Sep 6
     2002 15:10:15 Copyright (c) 1988-2002 Microsoft Corporation 
    Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 3)

    L'engine SQL est la Microsoft SQL Server 7.00, Standard Edition. Le nombre de construction est dans ce cas 7.00.1077. Ce nombre de construction correspond au Serveur SQL 7.0 SP4 + SQL7-MS02-061 (articles Q263968 et Q326573 de base de connaissances de Microsoft) dans la table.

    Ce serveur a eu le SP4 appliqué aussi bien qu'un correctif supplémentaire pour Q263968 et Q326573 dans ce cas.

  7. Fermez le SQL Query Analyzer.

    Vous êtes incité à sauvegarder la requête en cours. Sauvegardez la requête à un répertoire local si vous voulez pouvoir exécuter ceci de nouveau à une date ultérieure. Autrement, répondez non pour terminer la fin.

  8. Fermez le gestionnaire d'entreprise de Microsoft SQL Server.

Utilisation OSQL pour MSDE

Remarque: Les systèmes du Cisco Unity 3.0, 3.1, et 4.0 avec 32 ports ou moins utilisent MSDE.

Utilisez l'outil osql.exe de requête de ligne de commande de Microsoft pour déterminer la version du courant SQL si MSDE est installé sur le serveur.

  1. Start > Run > cmd choisis [entrez] pour mettre en marche une fenêtre d'invite de commande.

  2. La syntaxe de la chaîne de requête est C:\ >osql.exe - <userid> U - <password> P - Q « @@version CHOISI de maître d'UTILISATION » - p.

    Vous devez substituer un user-id (nom d'utilisateur de compte) qui est configuré sur le serveur pour le <userid> de valeur et le mot de passe pour cet utilisateur pour le <password> de valeur. Vous êtes incité à entrer le mot de passe quand vous exécutez la requête si vous écrivez un user-id sans mot de passe.

    Le compte que vous utilisez dépend de la façon dont vous avez les options de Sécurité configurées pour MSDE. Les options sont :

    • Authentification de Windows et de Serveur SQL

    • Authentification de Windows seulement

  3. Utilisez le Windows 2000 compte administrateur et mot de passe pour exécuter le comme indiqué dans cet exemple de requête :

    C:\>osql.exe -U administrator -Q "USE master SELECT @@version" -p [enter]
    

    Poursuivez pour interpréter une requête réussie de version OSQL si la requête est réussie.

    Employez le compte et le mot de passe de Serveur SQL SA pour essayer la requête de nouveau si la requête échoue :

    C:\>osql.exe -U sa -Q "USE master SELECT @@version" -p [enter]
    

    Poursuivez pour interpréter une requête réussie de version OSQL si la requête est réussie.

    Poursuivez à la section de requêtes du dépannage OSQL si la requête échoue.

Interprétez une requête réussie de version OSQL

Sortez semblable au ce les affichages quand la requête fonctionne avec succès :

Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 
14:22:05 Copy right (c) 1988-2003 Microsoft Corporation Desktop Engine on 
Windows NT 5.0 (Build 2195: Service Pack 3)

L'engine SQL est Microsoft SQL Server 2000/engine de bureau, qui est MSDE 2000. Le nombre de construction est 8.00.760 dans ce cas. Ce nombre de construction correspond au fournisseur de services 3 MSDE 2000 dans la table.

Dépannez les requêtes OSQL

Problèmes courants

La requête OSQL peut échouer pour ces raisons :

  • Erreur de syntaxe dans la chaîne de requête — Essayez la requête de nouveau et la vérifiez que la syntaxe est correcte.

  • Panne de procédure de connexion due à un user-id incorrect WIN2K ou mot de passe — essayez la requête de nouveau et la vérifiez que l'user-id et le mot de passe WIN2K sont corrects. Voyez le prochain problème si votre procédure de connexion échoue de nouveau.

  • Ouvrez une session la panne due à un problème avec des droites de compte utilisateur WIN2K — si vous essayez d'utiliser le compte administrateur WIN2K et le mot de passe et votre procédure de connexion échoue avec l'erreur non associée avec une connexion de confiance de Serveur SQL, ceci signifie habituellement cela :

    • Le serveur SQL utilise probablement l'authentification de Windows.

    • Le compte que vous êtes ouvert une session avec n'a pas les droits nécessaires de se connecter au serveur SQL.

    Fermez une session le serveur et ouvrez une session de nouveau en tant qu'utilisateur différent WIN2K avec les droites correctes.

    Vous devez utiliser le compte et le mot de passe de SQL SA quand vous exécutez la requête si vous n'avez pas un utilisateur de l'alternative WIN2K qui peut exécuter cette requête. Vous n'avez pas besoin de se fermer une session et log de retour en fonction pour faire ceci. Revenez à l'étape 2 sous l'utilisation OSQL pour MSDE. Utilisez le compte et le mot de passe de SQL SA et essayez la requête de nouveau.

    Vous devez déterminer comment l'authentification SQL est configurée sur votre serveur si vous ne pouvez pas exécuter cette requête avec le compte de SQL SA. Vous pourriez également devoir remettre à l'état initial le mot de passe pour le compte de SQL SA. Voyez le vérifier la section de méthode d'authentification du courant SQL pour déterminer comment la Sécurité est installée pour votre serveur SQL.

Vérifiez la méthode d'authentification du courant SQL

Terminez-vous ces étapes pour vérifier la méthode d'authentification du courant SQL :

  1. Sélectionnez le début > les programmes > la Microsoft SQL Server > le gestionnaire d'entreprise.

    check_sql_msde_ver-6.gif

  2. Développez la section de Microsofts SQL Server de sorte que vous puissiez voir les niveaux qui apparaissent dans cette image.

    check_sql_msde_ver-7.gif

  3. Cliquez avec le bouton droit (gens du pays) (Windows NT) le serveur et sélectionnent Properties.

    check_sql_msde_ver-8.gif

  4. Sélectionnez l'onglet Sécurité.

    Le mot de passe de compte SA pourrait avoir été changé si le serveur et Windows SQL est actuellement sélectionné car la méthode d'authentification et vous ne pouvez pas employer le compte de SQL SA pour exécuter la requête. Vous devez l'un ou l'autre de découverte quelqu'un qui connaît le mot de passe en cours ou le remet à l'état initial. Voyez remis à l'état initial la section de mot de passe de compte de SQL SA si vous devez remettre à l'état initial le mot de passe.

    Changez la méthode d'authentification au Serveur SQL et au Windows si la méthode d'authentification est Windows seulement.

    /image/gif/paws/25784/check_sql_msde_ver-9.gif

  5. Cliquez sur OK et fermez toutes les fenêtres ouvertes SQL.

  6. Revenez à l'étape 2 sous l'utilisation OSQL pour MSDE et employez le compte et le mot de passe de SQL SA pour essayer la requête de nouveau.

Remettez à l'état initial le mot de passe de compte de SQL SA

Terminez-vous ces étapes pour remettre à l'état initial le mot de passe de compte de SQL SA :

  1. Sélectionnez le début > les programmes > la Microsoft SQL Server > le gestionnaire d'entreprise.

    check_sql_msde_ver-6.gif

  2. Développez la section de Microsofts SQL Server de sorte que vous puissiez voir les niveaux que cette image affiche.

    check_sql_msde_ver-10.gif

  3. Compte de clic droit SA dans le volet de droite et le Properties choisi.

    check_sql_msde_ver-11.gif

  4. Entrez le nouveau mot de passe de compte SA et cliquez sur OK.

  5. Confirmez le nouveau mot de passe et cliquez sur OK.

    check_sql_msde_ver-12.gif

  6. Revenez à l'étape 2 sous l'utilisation OSQL pour MSDE et employez le compte de SQL SA et le nouveau mot de passe pour essayer la requête de nouveau.

    Remarque: Dans IPCC 4.x, le serveur SQL est configuré pour fonctionner dans l'authentication mode de Windows. Le rapport au serveur SQL doit être établi utilisant l'authentication mode de Windows, pas authentication mode de Serveur SQL. Par conséquent, dans ce cas, il n'y a aucun besoin de mot de passe SA.

Accédez au fichier ERRORLOG

La méthode finale utilisée pour déterminer la version serveur du courant SQL est de visualiser le dernier fichier ERRORLOG.

Le dernier fichier C:\MSSQL7\log\ERRORLOG ERRORLOG contient la majeure partie des informations nécessaires pour vérifier qui version et niveau de fournisseur de services de serveur SQL ou de passages MSDE. Le nombre de construction qui est disponible vers le dessus des fichiers ERRORLOG correspond à une combinaison de l'engine SQL, du SPS, et des correctifs qui sont installés. Vous pouvez consultation le nombre de construction dans la table une fois que vous l'avez.

Vous pouvez trouver ce fichier dans le dossier C:\MSSQL7\lLOG\ pour SQL 7.0. Ceci inclut MSDE 7.0.

Vous pouvez trouver ce Serveur SQL de C:\Program Files\Microsoft de fichier dans le dossier \ MSSQL \ LOG \ pour SQL 2000. Ceci inclut MSDE 2000.

Remarque: Assurez-vous que vous ouvrez le dernier fichier. Vous pourriez avoir des fichiers journal qui antidatent l'installation si le fournisseur de services était installé récemment.

Employez Windows Notepad pour ouvrir ce fichier, qui est dans le menu de démarrage sous des programmes > des accessoires. Puis, voyez la table.

Trouvez le nombre de construction

Le nombre de construction se trouve au début du fichier ERRORLOG dans les quatre premières lignes. Le nombre de construction est dans la police grasse dans cette table. Le tableau présente les versions et les niveaux de fournisseur de services qui sont actuellement disponibles. Appariez les valeurs dans le fichier ERRORLOG à l'entrée appropriée.

Version de Serveur SQL Niveau du Service Pack de Serveur SQL
 de la Microsoft SQL Server 7.00 — 7.00.623 (Intel X86) le 27 novembre 1998 de 22:20:07 Copyright ï Standard Edition 1988-1998 de Microsoft Corporation de ½ du ¿ sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) Serveur SQL 7.0
 de la Microsoft SQL Server 7.00 — 7.00.699 (Intel X86) le 27 novembre 1998 de 22:20:07 Copyright ï Standard Edition 1988-1998 de Microsoft Corporation de ½ du ¿ sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) Serveur SQL 7.0 SP1
 de la Microsoft SQL Server 7.00 — 7.00.842 (Intel X86) le 27 novembre 1998 de 22:20:07 Copyright ï Standard Edition 1988-1998 de Microsoft Corporation de ½ du ¿ sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) Serveur SQL 7.0 SP2
 de la Microsoft SQL Server 7.00 — 7.00.996 (Intel X86) le 27 novembre 1998 de 22:20:07 Copyright ï Standard Edition 1988-1998 de Microsoft Corporation de ½ du ¿ sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) fournisseur de services 3 du Serveur SQL 7.0
 de la Microsoft SQL Server 7.00 — 7.00.1063 (Intel X86) le 9 avril 2002 de 14:18:16 Copyright ï Standard Edition 1988-2002 de Microsoft Corporation de ½ du ¿ sur Windows NT 5.0 (construction 2195 : fournisseur de services 3) Serveur SQL 7.0 SP4
 de la Microsoft SQL Server 7.00 — 7.00.1077 (Intel X86) le 6 septembre 2002 de 15:10:15 Copyright ï Standard Edition 1988-2002 de Microsoft Corporation de ½ du ¿ sur Windows NT 5.0 (construction 2195 : fournisseur de services 3) Serveur SQL 7.0 SP4 + SQL7-MS02-061 (KB Microsoft - Q263968 et Q326573)
Microsoft SQL Server 2000 — 8.00.194 (Intel X86) le 23 mai 2001 Standard Edition 1988-2000 de Microsoft Corporation de ½ du ¿  de 00:02:52 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) Serveur SQL 2000
Microsoft SQL Server 2000 — 8.00.384 (Intel X86) le 23 mai 2001 Standard Edition 1988-2000 de Microsoft Corporation de ½ du ¿  de 00:02:52 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) Serveur SQL 2000 SP1
Microsoft SQL Server 2000 — 8.00.534 (Intel X86) le 23 mai 2001 Standard Edition 1988-2000 de Microsoft Corporation de ½ du ¿  de 00:02:52 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) Serveur SQL 2000 SP2
Microsoft SQL Server 2000 — 8.00.760 (Intel X86) le 17 décembre 2002 Standard Edition 1988-2003 de Microsoft Corporation de ½ du ¿  de 14:22:05 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) fournisseur de services 2000 de Serveur SQL 3
 de la Microsoft SQL Server 7.00 — 7.00.623 (Intel X86) le 27 novembre 1998 de 22:20:07 Copyright ï Microsoft Corporation 1988-1998 de ½ du ¿ MSDE sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) MSDE
 de la Microsoft SQL Server 7.00 — 7.00.699 (Intel X86) le 21 mai 1999 de 14:08:18 Copyright ï Microsoft Corporation 1988-1998 de ½ du ¿ MSDE sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) MSDE SP1
 de la Microsoft SQL Server 7.00 — 7.00.842 (Intel X86) le 2 mars 2000 de 06:49:37 Copyright ï Microsoft Corporation 1988-1998 de ½ du ¿ MSDE sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) MSDE SP2
 de la Microsoft SQL Server 7.00 — 7.00.961 (Intel X86) le 24 octobre 2000 de 18:39:12 Copyright ï Microsoft Corporation 1988-1998 de ½ du ¿ MSDE sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) FOURNISSEUR DE SERVICES 3 MSDE
Microsoft SQL Server 2000 — 8.00.194 (Intel X86) le 6 août 2000 engine 1988-2000 de bureau de Microsoft Corporation de ½ du ¿  de 00:57:48 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) MSDE 2000
Microsoft SQL Server 2000 — 8.00.384 (Intel X86) le 23 mai 2001 engine 1988-2000 de bureau de Microsoft Corporation de ½ du ¿  de 00:02:52 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) MSDE 2000 SP1
Microsoft SQL Server 2000 — 8.00.534 (Intel X86) le 19 novembre 2001 engine 1988-2000 de bureau de Microsoft Corporation de ½ du ¿  de 13:23:50 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 2) MSDE 2000 SP2
Microsoft SQL Server 2000 — 8.00.760 (Intel X86) le 17 décembre 2002 engine 1988-2003 de bureau de Microsoft Corporation de ½ du ¿  de 14:22:05 Copyright ï sur Windows NT 5.0 (construction 2195 : fournisseur de services 3) FOURNISSEUR DE SERVICES 3 MSDE 2000

Remarque: La version de fournisseur de services de la sortie indique la version du fournisseur de services en cours de Microsoft Windows 2000 installé sur le serveur. Ce n'est pas la version de fournisseur de services SQL.

Vérifiez l'utilisation de la version et du niveau du Service Pack appropriés

Assurez-vous que la version et le niveau de fournisseur de services sont pris en charge pour l'usage avec le produit de téléphonie IP de Cisco installé.

Assurez-vous que votre serveur Cisco CallManager est corrigé au dernier système d'exploitation et aux versions SQL mentionnés dans le Système d'exploitation de téléphonie IP de Cisco, Serveur SQL, des mises à jour de sécurité.

Référez-vous à la documentation de produit-particularité pour des versions recommandées pour d'autres serveurs d'application de téléphonie IP de Cisco tels que le Cisco Unity et les CRS.


Informations connexes


Document ID: 25784