Que faire lorsqu'un serveur SMB de Windows ne répond pas

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3061415
Cet article explique pourquoi un serveur Windows Server Message Block (SMB) cesse de répondre et de comment résoudre le problème. Ce guide s'applique à toutes les versions de Windows Server.

Symptômes
Lorsque \\nom du serveur\Share ne fonctionne pas, que devez-vous faire ensuite ?
Cause
Le trafic SMB entrant est géré dans le noyau via le pilote Srv2.sys (smb2) et le pilote Srv.sys (smb1). Pour un serveur de fichiers ne répond pas, ce qui peut être accessible au ping, mais ne répond pas au niveau de la PME/PMI, la cause sous-jacente est souvent que ces deux pilotes sont bloquées temporairement ou définitivement. Les données nécessaires pour analyser ces threads du noyau sont obtenues facilement en forçant une image mémoire du noyau (blocage ou erreur d'arrêt) du serveur.

Becauseobtaining un vidage de la mémoire de la zone est une étape cruciale de dépannage, vous devez vous assurer que vous avez accompli toutes les autres étapes de dépannage appropriées tout d'abord. L'organigramme suivant explique ce que vous devez faire avant l'immersion de la boîte de.

Organigramme de dépannage

Résolution
En examinant le fichier de vidage de mémoire via les outils de débogage pour Windows (WinDbg), il se peut que vous devez être en mesure de déterminer si les threads bloqués noyau (srv.sys ou srv2.sys) et l'équipe de débogage de Microsoft vous aide à déterminer qui. Cet article sera mis à jour lorsqu'une solution est disponible.
Plus d'informations
Pour obtenir des informations détaillées sur la façon de vider un noyau, reportez-vous à la section.Comment générer un noyau ou un fichier d'image mémoire complète de Windows Server 2008 et Windows Server 2008 R2.

Pour tester notre site analyse memory.dmp automatisée, permettant d'identifier la plupart des correctifs de Microsoft pour les incidents et les erreurs d'arrêt, accédez à https://Home.Diagnostics.support.Microsoft.com/SelfHelp?knowledgebaseArticleFilter=2027760.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3061415 - Dernière mise à jour : 12/03/2015 19:01:00 - Révision : 1.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 R2 Essentials, Windows Server 2012 R2 Foundation, Windows Server 2012 Datacenter, Windows Server 2012 Standard, Windows Server 2012 Essentials, Windows Server 2012 Foundation, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2

  • kbbug kbsurveynew kbexpertiseinter kbtshoot kbmt KB3061415 KbMtfr
Commentaires