Service de connectivité et de cliché instantané de volume SQL Server 2005 (VSS)

S’applique à : Microsoft SQL Server 2005 Standard EditionMicrosoft SQL Server 2005 Enterprise EditionMicrosoft SQL Server 2005 Developer Edition

Colonne voix du support SQL Server


Service de connectivité et de cliché instantané de volume SQL Server 2005

Pour personnaliser cette colonne selon vos besoins, nous vous invitons à transmettre vos idées sur les sujets qui vous intéressent, ainsi que les problèmes que vous souhaitez voir résolus dans les Articles de la base de connaissances futurs et prendre en charge les colonnes vocales. Vous pouvez envoyer vos idées et vos commentaires à l’aide du formulaire demander . Il existe également un lien vers le formulaire en bas de cette colonne.
Bienvenue! Je suis Sandy Yakob avec Microsoft SQL Server Content Team. Je suis votre hôtesse pour les colonnes de voix du support SQL Server. Note rapide sur moi : J’ai travaillé avec Microsoft depuis 14 ans. Au cours des trois dernières années, j’ai travaillé avec l’équipe de contenu SQL Server. Pour le mois de ce mois, Suresh Kandoth traitera la connectivité et le service Microsoft SQL Server 2005. Suresh est un ingénieur de remontée auprès de l’équipe de support SQL Server. Il s’est passé avec Microsoft au cours des quatre dernières années, travaillant sur des technologies SQL Server. J’espère que vous apprécierez la chronique et qu’elle vous est utile.

SQL Server 2005 Connectivity et VSS

Dans cet article, nous abordons les problèmes de connexion à SQL Server que vous pouvez rencontrer lors de l’utilisation des applications de sauvegarde de service de cliché instantané de volume.

Informations d’arrière-plan

Avant de passer en revue les détails des erreurs et problèmes, examinons les différents composants impliqués dans cette discussion.
  • G VSS est une infrastructure qui consiste en un ensemble d’interfaces et de structures qui permettent aux applications d’effectuer des sauvegardes de volumes alors que d’autres applications utilisent les données de ces volumes. Le SERVICEVSS est inclus dans Microsoft Windows XP et Microsoft Windows Server 2003.
  • Applications de sauvegardeUne application de sauvegarde est une application Windows qui demande la sauvegarde d’un instantané en utilisant la VSS. Par exemple, l’application de sauvegarde Windows NT incluse dans Windows est une application de sauvegarde.
  • GénérateurLes writers sont des applications ou des services qui stockent des informations persistantes sur le disque et qui coopèrent avec les fournisseurs et les demandeurs via l’interface de cliché instantané. Nous allons aborder le writer MSDEWriter et le writer SqlServerWriter dans cet article.
    • MSDEWriter : le writer MSDEWriter est un writer VSS pour SQL Server. MSDEWriter est inclus dans l’infrastructure VSS dans Windows XP et Windows Server 2003. MSDEWriter fonctionne avec SQL Server 7,0, SQL Server 2000 et SQL Server 2005.
    • SqlServerWriter : le writer SqlServerWriter est un writer VSS pour SQL Server. SqlServerWriter est inclus dans SQL Server 2005. SqlServerWriter fonctionne uniquement avec les instances de SQL Server 2005.

Connexions à SQL Server

Vous vous demandez peut-être pourquoi vous devez vous connecter à SQL Server lorsque les composants d’infrastructure Visual SourceSafe n’exécutent que le volume. Pendant les phases initiales de la création d’instantanés, le writer configuré par défaut établit une connexion aux instances de SQL Server sur le serveur en particulier. L’une des premières phases d’un processus de création de snapshots est « l’initialisation de la sauvegarde ». Pendant cette phase, l’application de sauvegarde (demandeur) effectue les actions suivantes pour vérifier que tous les composants du processus de création de capture instantanée sont prêts :
  • L’application de sauvegarde est liée à l’interface IVssBackupComponents .
  • L’application de sauvegarde Initialise l’interface IVssBackupComponents.
  • L’application de sauvegarde appelle l’API IVssGatherWriterMetadata pour effectuer une énumération de métadonnées.
L’infrastructure Visual SourceSafe demande ensuite à tous les writers de collecter des métadonnées. Cela inclut un writer par défaut inclus dans SQL Server. Il peut s’agir de MSDEWriter ou SqlServerWriter selon les paramètres actuels du serveur. Ce writer par défaut pour SQL Server se connecte à toutes les instances de SQL Server démarrées sur le système local, obtient les informations requises sur les bases de données de l’instance de SQL Server, puis génère le document de métadonnées. Le document de métadonnées est alors renvoyé à l’application de sauvegarde.

Identifier le writer

L’énumération de métadonnées doit être effectuée avec MSDEWriter ou SqlServerWriter. Ainsi, MSDEWriter ou SqlServerWriter doivent se connecter à l’instance de SQL Server. Pour identifier le writer configuré par défaut comme Writer pour l’instance de SQL Server, utilisez les informations suivantes.
Version de SQL ServerClé de Registre MSDEVersionChecking = 0 [ou absent]Clé de Registre MSDEVersionChecking > 0
7.0L’énumération des métadonnées est exécutée par MSDEWriterL’énumération des métadonnées est exécutée par MSDEWriter
2000L’énumération des métadonnées est exécutée par MSDEWriterL’énumération des métadonnées est exécutée par MSDEWriter
2005L’énumération des métadonnées est exécutée par MSDEWriterL’énumération des métadonnées est exécutée par SqlServerWriter
La valeur MSDEVersionChecking est située dans la clé de Registre \system\currentcontrolset\services\vss\settings HKEY_LOCAL_MACHINE . Il s’agit d’une valeur DWORD qui peut ne pas être présente tant que vous ne l’avez pas créée manuellement. Même si SqlServerWriter est installé avec SQL Server 2005, il n’est pas configuré comme Writer par défaut de SQL Server 2005. Vous devez configurer manuellement SqlServerWriter comme Writer par défaut. Pour plus d'informations, consultez le site web de Microsoft suivant : Lorsque vous résolvez des problèmes de connexion entre le writer et l’instance de SQL Server, vous devez tenir compte des informations importantes suivantes :
  • Lorsque MSDEWriter tente d’établir une connexion, VSS agit en tant que client sur SQL Server pour cette tentative de connexion spécifique.
  • Lorsque SqlServerWriter tente d’établir une connexion, le service enregistreur VSS SQL Server fait office de client vers SQL Server pour cette tentative de connexion spécifique.

Problèmes lorsque le writer tente de se connecter à SQL Server

Vous pouvez rencontrer les deux problèmes suivants lorsque le writer par défaut essaie de se connecter aux instances de SQL Server sur l’ordinateur :
  • Le writer ne peut pas effectuer d’authentification réussie avec l’instance de SQL Server.
  • Le writer ne peut pas établir de connexion réussie à l’instance de SQL Server.
Les problèmes que vous remarquez lorsque vous utilisez une application de sauvegarde varient en fonction du problème. Pour des problèmes d’authentification, le writer ne peut pas effectuer d’énumération de métadonnées et génère une erreur immédiate dans le journal des événements Windows et les journaux de suivi configurés pour le writer. Pour des problèmes de connexion, l’application de sauvegarde cesse de répondre pendant une durée prolongée pendant la phase d’initialisation. Après l’arrêt de la réponse de l’application, les entrées sont enregistrées dans le journal des événements Windows et dans les journaux de suivi configurés pour le writer.

Problèmes d’authentification

Lorsque le service VSS et le service SQLWriter sont installés, le compte de démarrage du service est configuré en tant que système local [AUTORITE NT\SYSTEM]. Lorsque le writer tente d’établir une connexion à des instances de SQL Server, le writer utilise les informations d’identification du compte de démarrage du système local [AUTORITE NT\SYSTEM]. Vous devez vous assurer que les instances de SQL Server accordent l’accès à ce compte Windows de manière explicite ou par le biais d’une appartenance au groupe de problèmes d’authentification BUILTIN\Administrators.If, les messages suivants sont enregistrés dans le journal des événements Windows.
Message 1
Type d’événement : ErrorEvent source : SQLWRITEREvent catégorie : NoneEvent ID : 24583Date : 4/30/2006Time : 11:38:44 le plus amusant : N/AComputer :nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de IDBInitialize :: Initialize. HR = 0x80040e4d. SQLSTATE : 28000, erreur native : état 18456Error : 1, Severity : 14Source : Microsoft SQL Native ClientError message : échec de la connexion de l’utilisateur « AUTORITE NT\SYSTEM ». DBPROP_INIT_DATASOURCE : nomordinateurDBPROP_INIT_CATALOG : MASTERDBPROP_AUTH_INTEGRATED : SSPI
Message 2
Type d’événement : ErrorEvent source : SQLWRITEREvent catégorie : NoneEvent ID : 24583Date : 4/30/2006Time : 11:38:44 le plus amusant : N/AComputer :nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de IDBInitialize :: Initialize. HR = 0x80040e4d. SQLSTATE : 28000, erreur native : état 18456Error : 1, Severity : 14Source : Microsoft SQL Native ClientError message : échec de la connexion de l’utilisateur « AUTORITE NT\SYSTEM ». DBPROP_INIT_DATASOURCE : nomordinateurDBPROP_INIT_CATALOG : MASTERDBPROP_AUTH_INTEGRATED : SSPI
Message 3
Vous pouvez rencontrer l’erreur suivante lorsque vous utilisez le writer SQL Server VSS pour effectuer une sauvegarde :
Nom du journal : ApplicationSource : SQLWRITEREvent ID : 24581Task catégorie : NoneLevel : ErrorDescription : Erreur Sqllib : table système sys. sysdatabases dans l’instance SQL Server <nom SQL Server> est vide. Si le compte système local n’a pas modifié de base de données ou si vous n’êtes pas autorisé à modifier les autorisations de base de données dans la base de données principale, ou si vous créez une autorisation de base de données dans la base de données maître, le problème se produit car il ne peut pas interroger la vue du catalogue sys. databases. Le fait de disposer de droits de db_datareader est insuffisant pour que cette opération réussisse.
Pour pouvoir effectuer l’une des opérations suivantes, vous devez disposer du compte système local (AUTORITE AUTORITE/SYSTEM) :
  • MODIFIER une autorisation au niveau du serveur de base de données
  • AFFICHER une autorisation au niveau du serveur de base de données
  • CRÉER une autorisation de base de données dans la base de données maître
Message 4
Type d’événement : ErrorEvent source : VSSEvent catégorie : NoneEvent ID : 6013Date : 4/30/2006Time : 11:38:44 le plus amusant : N/AComputer :nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de IDBInitialize :: Initialize. HR = 0x80040e4d. SQLSTATE : 42000, erreur native : état 18456Error : 1, gravité : 14Source : fournisseur Microsoft OLE DB pour le message SQL ServerError : échec de la connexion de l’utilisateur’AUTORITE NT\SYSTEM'.
Vous pouvez identifier clairement le writer qui a détecté le problème à l’aide de la source de l’événement. La première erreur provient de SqlServerWriter. La deuxième erreur provient de MSDEWriter. Si vous exécutez une trace du générateur de profils SQL et que l’événement de connexion échec de l’audit est inclus dans la trace, les informations suivantes sont capturées pour l’événement.
SQL Server 2005
SQL Server 2000
Vous pouvez clairement identifier le writer qui tente d’établir la connexion à l’aide de l’ID de processus client. En raison des exigences de sécurité strictes, les installations SQL Server peuvent avoir supprimé le groupe Builtin\administrateurs des connexions SQL Server. Si ce problème se produit, vous devez vous assurer que le compte AUTORITE NT\SYSTEM dispose de l’accès à SQL Server. Pour cela, vous devez l’ajouter en tant que connexion explicite. Par ailleurs, en raison des types d’opérations que le writer doit effectuer, nous vous conseillons de ne pas supprimer le nom d’utilisateur AUTORITE NT\SYSTEM du rôle serveur sysadmin. Même si le writer MSDEWriter et le writer SqlServerWriter peuvent se connecter à SQL Server correctement, il se peut qu’ils rencontrent le message d’erreur suivant s’il n’y a pas d’autorisations suffisantes pour interroger les tables système ou les vues de catalogue contenant les informations sur les bases de données et les fichiers qui appartiennent à la base de données :
Type d’événement : ErrorEvent source : VSSEvent catégorie : NoneEvent ID : 6013Date : 21/4/2006Time : 9:09:43 PMUser : N/AComputer : nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de ICommandText :: Execute. HR = 0x80040E09. SQLSTATE : 42000, erreur native : 229 état d’erreur : 5 ; gravité : 14Source : fournisseur Microsoft OLE DB pour SQL ServerError : sélectionner une autorisation refusée sur l’objet’sysaltfiles', base de données’Master', propriétaire’dbo'.
Pour éviter ce message d’erreur, assurez-vous d’affecter les autorisations appropriées au compte dans SQL Server. Par exemple, ajoutez ce compte au rôle de base de données db_datareader dans la base de données principale .

Problèmes de connexion

Ce type de problème se produit lorsque le writer ne peut pas établir de connexion SQL aux instances de SQL Server. Le writer affecté tente d’établir une connexion à une instance spécifique de SQL Server en cours d’exécution. Si un problème se produit lors de l’établissement d’une connexion, les messages d’erreur suivants sont enregistrés dans le journal des événements Windows.
Message 1
Type d’événement : ErrorEvent source : SQLWRITEREvent catégorie : NoneEvent ID : 24583Date : 4/30/2006Time : 12:11:06 PMUser : N/AComputer :nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de IDBInitialize :: Initialize. HR = 0x80004005. SQLSTATE : HYT00, erreur native : 0Source : Microsoft SQL Native ClientError message : délai d’expiration de connexion de SQLSTATE : 08001, erreur native : 2Source : message d’erreur de connexion à Microsoft SQL natif : une erreur s’est produite lors de l’établissement d’une connexion au serveur. Lors de la connexion à SQL Server 2005, ce problème peut être dû au fait que les paramètres par défaut SQL Server n’autorisent pas les connexions à distance. SQLSTATE : 08001, erreur native : 2 État d’erreur : 1, gravité : 16Source : message ClientError natif Microsoft SQL : fournisseur de canaux nommés : impossible d’ouvrir une connexion à SQL Server [2]. DBPROP_INIT_DATASOURCE : nomordinateurDBPROP_INIT_CATALOG : MASTERDBPROP_AUTH_INTEGRATED : SSPI
Message 2
Type d’événement : ErrorEvent source : SQLWRITEREvent catégorie : NoneEvent ID : 24583Date : 4/30/2006Time : 12:52:40 PMUser : N/AComputer :nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de IDBInitialize :: Initialize. HR = 0x80004005. SQLSTATE : HYT00, erreur native : 0Source : Microsoft SQL Native ClientError message : délai d’expiration de connexion de SQLSTATE : 08001, erreur native : 10061Source : message d’erreur de connexion à Microsoft SQL natif : une erreur s’est produite lors de l’établissement d’une connexion au serveur. Lors de la connexion à SQL Server 2005, ce problème peut être dû au fait que les paramètres par défaut SQL Server n’autorisent pas les connexions à distance. SQLSTATE : 08001, erreur native : 10061 état d’erreur : 1, gravité : 16Source : Microsoft SQL Native ClientError message : le fournisseur TCP : aucune connexion ne peut être effectuée, car l’ordinateur cible l’a refusé. DBPROP_INIT_DATASOURCE : nomordinateurDBPROP_INIT_CATALOG : MASTERDBPROP_AUTH_INTEGRATED : SSPI
Message 3
Type d’événement : ErrorEvent source : SQLWRITEREvent catégorie : NoneEvent ID : 24583Date : 4/30/2006Time : 4:52:34 PMUser : N/AComputer :nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de IDBInitialize :: Initialize. HR = 0x80004005. SQLSTATE : HYT00, erreur native : 0Source : Microsoft SQL Native ClientError message : délai d’expiration de connexion de SQLSTATE : 08001, erreur native : 2Source : message d’erreur de connexion à Microsoft SQL natif : une erreur s’est produite lors de l’établissement d’une connexion au serveur. Lors de la connexion à SQL Server 2005, ce problème peut être dû au fait que les paramètres par défaut SQL Server n’autorisent pas les connexions à distance. SQLSTATE : 08001, erreur native : 2 État d’erreur : 1, gravité : 16Source : Microsoft SQL Native ClientError message : fournisseur de mémoire partagée : impossible d’ouvrir une connexion à SQL Server [2]. DBPROP_INIT_DATASOURCE : nomordinateurDBPROP_INIT_CATALOG : MASTERDBPROP_AUTH_INTEGRATED : SSPI
Message 4
Type d’événement : ErrorEvent source : VSSEvent catégorie : NoneEvent ID : 6013Date : 4/30/2006Time : 12:11:06 PMUser : N/AComputer :nomordinateurDescription : Erreur Sqllib : erreur OLEDB rencontrée lors de l’appel de IDBInitialize :: Initialize. HR = 0x80004005. SQLSTATE : 08001, erreur : 17 état d’erreur : 1, gravité : 16Source : fournisseur Microsoft OLE DB pour SQL ServerError : [DBNETLIB] [ConnectionOpen (connexion ()).] SQL Server n’existe pas ou n’est pas autorisé à accéder.
Dans les messages d’erreur précédents, payez plus près du writer, du protocole utilisé pour la connexion et du message d’erreur qui est retourné. Ces erreurs ne sont pas enregistrées dans la trace du générateur de profils SQL pour les événements de connexion d’audit . Ces types de problèmes de connexion peuvent se produire pour les raisons suivantes :
  • Les alias sur l’ordinateur sont configurés avec des informations incorrectes.
  • Il n’existe aucun protocole commun utilisé par le client pour la connexion et que le serveur écoute.
  • La configuration des composants Microsoft Data Access (MDAC) ou de la configuration du client Access SQL natif (SNAC) de l’ordinateur a changé.
  • Des problèmes de protocole connus existent sur des plateformes ou des éditions spécifiques de SQL Server.
Pour plus d’informations sur la connexion à proglems, consultez le site Web suivant :

Identifier les problèmes de connexion

Si l’un de ces problèmes se produit et que vous souhaitez obtenir plus d’informations, vous n’avez pas besoin d’exécuter l’application de sauvegarde à plusieurs reprises. Vous pouvez utiliser l’outil de ligne de commande d’administration VSS (vssadmin. exe). Pour vérifier que vous utilisez les mêmes informations d’identification et paramètres que ceux utilisés par le service VSS, procédez comme suit pour exécuter les exercices de simulation. Remarque Les étapes suivantes vous permettent d’ouvrir une invite de commandes en utilisant les informations d’identification du compte AUTORITE NT\SYSTEM. Les Writers utiliseront également le compte AUTORITE NT\SYSTEM.
  1. Vérifiez que le service de planification de tâches est démarré.
  2. Si vous utilisez une connexion de services Terminal Server ou une connexion Bureau à distance, assurez-vous de vous connecter à la session de la CONSOLE.
  3. À l’invite de commandes, tapez la commande suivante :
    sur 14:05/interactive cmd. exe
    Remarque Assurez-vous que le temps que vous spécifiez dans cette commande est à l’avance de l’heure actuelle du système sur l’ordinateur. Lorsque l’heure spécifiée est atteinte, une nouvelle invite de commande s’affiche. Cela ressemble à ce qui suit :
    C:\Windows\System32\svchost.exe
  4. À l’invite de commandes, tapez ce qui suit :
    Vssadmin list writers
  5. Passez en revue la sortie pour déterminer quels Writers sont répertoriés et l’état de ces enregistreurs, en particulier MSDEWriter et SqlServerWriter.Remarque Si un problème s’est produit lors de l’énumération des métadonnées, les Writers ne seront pas répertoriés. Vous devez vous assurer que le writer approprié figure dans la sortie vssadmin sans erreur. Cela doit se produire avant qu’une application de sauvegarde puisse utiliser un writer lors du processus de création de capture instantanée.
Pour chaque instance de SQL Server, vous devez examiner le journal des erreurs SQL Server pour savoir quels protocoles l’instance de SQL Server écoute actuellement. Les entrées par défaut que vous remarquerez sont répertoriées ci-dessous.
SQL Server 2005
2006-04-29 13:00:59.31 spid4s Server Name est «nomordinateur». Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise. 2006-04-29 13:01:00.57 serveur serveur écoute sur ['tout' <IPv4> 1433]. 2006-04-29 13:01 : le fournisseur de connexion local de 00.59 Server Server est prêt à accepter une connexion sur [\\.\pipe\SQLLocal\MSSQLSERVER]. 2006-04-29 13:01 : le fournisseur de connexion local de SQL Server Server est prêt à accepter une connexion sur [\\.\pipe\sql\query]. 2006-04-29 13:01:00.60 Server Server est en train d’écouter sur [127.0.0.1 <IPv4> 1434]. 2006-04-29 13:01 Ceci est un message d’information, aucune action n’est requise de la part de l’utilisateur.
SQL Server 2000
2006-04-30 11:23:08.18 spid3 Server Name est'nomordinateur\SQL2000 '. 2006-04-30 11:23:08.18 serveur SQL Server en écoute sur 172.30.137.50:2012.2006-04-30 11:23:08.18 Server SQL Server Listening sur 127.0.0.1:2012.2006-04-30 11:23:08.37 serveur SQL Server Listening sur TCP, de la mémoire partagée, des canaux nommés. 2006-04-30 11
Lorsque vous passez en revue les exemples précédents, vous remarquez que les instances de SQL Server sont à l’écoute des trois protocoles suivants :
  •  TCP
  • Canaux nommés
  • Mémoire partagée
Avec des protocoles spécifiques configurés, il peut arriver que le serveur n’écoute pas. Parfois, même si vous avez configuré un ensemble spécifique de protocoles pour que le serveur écoute, il est possible que le serveur ne puisse pas l’écouter. Cela peut être dû aux problèmes environnementaux du serveur. Par conséquent, vous devez examiner les protocoles que vous avez configurés pour cette instance particulière de SQL Server. Pour SQL Server 2005, vous devez utiliser le gestionnaire de configuration SQL Server. Pour SQL Server 2000, vous devez utiliser l’utilitaire réseau du serveur. à présent, nous allons nous déplacer vers la partie client de la configuration du protocole. Il existe deux points de configuration pour les clients que vous devez garder à l’esprit. La première est la liste des protocoles clients activés. L’autre est l’ordre dans lequel les protocoles clients sont utilisés pour la connexion. Les paramètres par défaut varient selon les différents systèmes d’exploitation et pour les différentes versions et éditions de SQL Server. Pour plus d’informations sur la configuration par défaut, consultez les rubriques documentation en ligne appropriées. Le point clé à comprendre est qu’il doit y avoir au moins un protocole client compatible avec le protocole serveur. La seule façon dont vous pouvez obliger les connexions du writer à passer par un protocole spécifique consiste à configurer un alias sur le serveur. Par ailleurs, l’infrastructure VSS ou les Writers n’ont aucun paramètre de configuration pour lequel vous pouvez fournir des informations spécifiques à la connexion ou à l’authentification pour l’utilisation de l’ordinateur client. Vous pouvez exécuter le test simple suivant pour déterminer le protocole utilisé pour les connexions par défaut à l’instance spécifique de SQL Server :
  1. Vérifiez que le service de planification de tâches est démarré.
  2. Si vous utilisez une connexion de services Terminal Server ou une connexion Bureau à distance, assurez-vous que vous êtes connecté à la session de la CONSOLE.
  3. À l’invite de commandes, tapez la commande suivante :
    sur 14:05/interactive cmd. exe
    Assurez-vous que le temps que vous spécifiez dans cette commande est en avance de l’heure de présentation du système sur l’ordinateur client.
  4. Lorsque l’heure spécifiée est atteinte, une nouvelle fenêtre d’invite de commandes s’ouvre et présente le nom suivant :
    C:\Windows\System32\svchost.exe
    .
  5. Dans cette fenêtre, exécutez la requête correspondant à votre version de SQL Server :
    • Pour SQL Server 2005, exécutez la requête suivante :
      sqlcmd -E –S<server> -Q"SELECT net_transport FROM sys.dm_exec_connections WHERE session_id = @@spid"
    • Pour SQL Server 2000, exécutez la requête suivante :
      osql -E –S<server> -Q"SELECT net_library FROM sysprocesses WHERE spid = @@spid"
  6. La sortie de cette requête vous attribue des informations sur le protocole qui fonctionne sur l’ordinateur client. Il est toujours possible que la requête à l’étape 5 échoue et vous donne un message d’erreur. Vous devrez résoudre ce problème et le résoudre pour vous assurer que les instances client de SQL Server sur l’ordinateur local peuvent se connecter à l’instance de SQL Server en question.
  7. Lorsque vous exécutez la commande sqlcmd ou la commande osql , vous pouvez obliger les connexions à être effectuées à l’aide d’un protocole spécifique, puis à observer le résultat. Pour ce faire, faites précéder le nom du serveur du paramètre – S et du protocole que vous souhaitez observer. Par exemple, les trois possibilités sont les suivantes :
    • –Stcp:servername
    • –Snp:servername
    • –Slpc:servername
    Remarque Dans ces exemples, ServerName est le nom de votre serveur.
Pour plus d’informations sur le problème qui se produit sur les ordinateurs Windows Server 2003 x64, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :
913100 CORRECTIF : le writer MSDE n’est pas inclus lorsque vous tentez d’utiliser l’outil vssadmin. exe pour répertorier les writers de cliché instantané de volume abonnés
Pour plus d’informations sur la manière dont SqlServerWriter interagit avec VSS et les instances de SQL Server, visitez le site Web de Microsoft suivant : Pour plus d’informations sur VSS et l’architecture de VSS, visitez le site Web Microsoft Developer Network (MSDN) suivant :Pour plus d’informations sur la gestion de l’accès aux comptes et groupes SQL Server pour Windows, voir les rubriques suivantes dans la documentation en ligne de SQL Server 2005 :
  • CRÉER une connexion (Transact-SQL)
  • sp_grantlogin (référence Transact-SQL (SQL Server))
Pour plus d’informations sur la gestion des protocoles que SQL Server écoute dans SQL Server 2005, consultez le site Web MSDN suivant : Pour plus d’informations sur la gestion des protocoles que SQL Server écoute dans SQL Server 2000, consultez le site Web MSDN suivant : Pour plus d’informations sur la gestion de l’ordre des protocoles et une liste de protocoles qui peuvent être utilisés pour les connexions client dans SQL Server 2005, visitez le site Web MSDN suivant : Pour plus d’informations sur la gestion de l’ordre des protocoles et une liste de protocoles qui peuvent être utilisés pour les connexions client dans SQL Server 2000, visitez le site Web MSDN suivant : Pour plus d’informations sur les problèmes de connectivité, cliquez sur le numéro ci-dessous pour consulter l’article de la base de connaissances Microsoft :
827422 Comment résoudre les problèmes de connectivité dans SQL Server 2000
812817 Support technique : Microsoft SQL Server 2000 : résolution des problèmes de connectivité
Pour vous assurer que l’installation de MDAC fonctionne correctement et que les bibliothèques réseau sont installées correctement, visitez le site Web de Microsoft suivant pour télécharger l’utilitaire de vérification de composant : J’aimerais remercier Suresh pour pouvoir travailler sur cet article. Il dispose d’une interface approfondie sur plusieurs produits Microsoft Windows Server et aime le support technique et la résolution des problèmes. J’espère que vous avez apprécié le sujet de ce mois-ci. Merci d’avoir lu. Comme d’habitude, n’hésitez pas à transmettre des idées sur les sujets que vous souhaitez utiliser dans les futures colonnes ou dans la base de connaissances en utilisant le formulaire demander .