Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Essayez notre agent virtuel : il peut vous aider à identifier et à résoudre rapidement les problèmes courants liés au protocole SMB (Server Message Block).
Cet article est conçu pour vous aider à résoudre les problèmes liés au protocole SMB (Server Message Block). La plupart des utilisateurs pourront résoudre leur problème en appliquant les solutions indiquées ici.
Terminologie SMB
La communication de la terminologie appropriée est un aspect essentiel d’une résolution de problèmes de qualité pour SMB. Par conséquent, vous devez apprendre la terminologie SMB de base pour garantir la précision de la collecte et de l’analyse des données.
- Le serveur SMB (SRV) (également appelé serveur de fichiers) est toujours le système qui héberge le système de fichiers.
- Le client SMB (CLI) est toujours le système qui tente d’accéder au système de fichiers.
Ces termes sont cohérents, quelle que soit la version ou l’édition du système d’exploitation. Par exemple, si un ordinateur Windows Server 2016 tente d’atteindre le partage SMB \\MyWorkstation\Data sur un ordinateur Windows 10, Windows Server 2016 est le client SMB et Windows 10 est le serveur SMB.
Liste de contrôle pour la résolution des problèmes
- Vérifiez que le protocole réseau SMB approprié est installé. Le protocole réseau SMBv1 n’est plus installé par défaut.
- Désactivez SMBv1.
- Si SMBv1 est désactivé sur un appareil qui prend uniquement en charge SMBv1, vous ne pouvez pas accéder à cet appareil. Dans ce cas, mettez à niveau votre système.
- Vous ne pouvez pas désactiver SMBv2 ou SMBv3 séparément, car ces versions font partie du même pilote.
- Analyser le trafic : SMB est un protocole au niveau de l’application qui utilise TCP/IP comme protocole de transport réseau. Par conséquent, un problème lié à SMB peut indiquer qu’il existe des problèmes sous-jacents liés à TCP/IP.
- Analyser le protocole : Pour comprendre les commandes et les options qui sont utilisées, examinez les détails du protocole SMB réel dans la trace réseau.
- Mettre à jour les fichiers système liés à SMB : les fichiers système doivent toujours être à jour. Vérifiez que le dernier correctif cumulatif est installé.
Informations sur le fichier SMB
Fichiers binaires du client SMB qui se trouvent sous %windir%system32\Drivers :
- RDBSS.sys
- MRXSMB.sys
- MRXSMB10.sys
- MRXSMB20.sys
- MUP.sys
- SMBdirect.sys
Fichiers binaires serveur SMB répertoriés sous %windir%\system32 :
- Srvsvc.dll
Fichiers binaires du serveur SMB qui se trouvent sous %windir%system32\Drivers :
- SRVNET.sys
- SRV.sys
- SRV2.sys
- SMBdirect.sys
Nous vous recommandons de mettre à jour les composants suivants avant de résoudre les problèmes liés à SMB :
- iSCSI : un serveur de fichiers nécessite un stockage de fichiers. Si votre stockage a des composants iSCSI, mettez-les à jour.
- Réseau : mettez à jour les composants réseau.
- Windows Core : pour améliorer les performances et la stabilité, mettez à jour Windows Core.
Déconnexion de toutes les ressources partagées de l’ordinateur local
Vous pouvez utiliser la commande Net Use * /delete
pour déconnecter des ressources partagées actives ou mémorisées sur un ordinateur local.
Note
Vous pouvez également utiliser cette commande sur des ordinateurs distants. Exécutez Net help use
pour plus d’options.
Important
Cette section de cet article est basée sur le contenu de la communauté.
Exclusion de contenu communautaire Solutions
MICROSOFT CORPORATION ET/OU SES FOURNISSEURS RESPECTIFS NE FONT AUCUNE DÉCLARATION SUR LA PERTINENCE, DE FIABILITÉ OU L’EXACTITUDE DES INFORMATIONS ET DES ÉLÉMENTS GRAPHIQUES ASSOCIÉS CONTENUS DANS LE PRÉSENT DOCUMENT. TOUTES CES INFORMATIONS ET ÉLÉMENTS GRAPHIQUES ASSOCIÉS SONT FOURNIS « EN L’ÉTAT » SANS GARANTIE D’AUCUNE SORTE. MICROSOFT ET/OU SES FOURNISSEURS RESPECTIFS EXCLUENT TOUTES LES GARANTIES ET CONDITIONS RELATIVES À CES INFORMATIONS ET LES GRAPHIQUES ASSOCIÉS, NOTAMMENT TOUTE GARANTIE IMPLICITE DE QUALITÉ MARCHANDE, D’ADÉQUATION À UN USAGE PARTICULIER, LOIS ET D’ABSENCE DE CONTREFAÇON. VOUS RECONNAISSEZ SPÉCIFIQUEMENT QU’EN AUCUN CAS MICROSOFT ET/OU SES FOURNISSEURS EST RESPONSABLES POUR DES DOMMAGES DIRECTS, INDIRECTS, PUNITIFS, OU ACCESSOIRES, SPÉCIALES, NI LES DOMMAGES QUELCONQUES Y COMPRIS, SANS LIMITATION, LES DOMMAGES POUR PERTE D’UTILISATION, DE DONNÉES OU DE BÉNÉFICES, DÉCOULANT D’OU DANS N’IMPORTE QUEL LIÉS À L’UTILISATION D’OU DE L’INCAPACITÉ À UTILISER LES INFORMATIONS ET LES ÉLÉMENTS GRAPHIQUES ASSOCIÉS CONTENUS DANS LE PRÉSENT DOCUMENT , BASÉ SUR LE CONTRAT, RESPONSABILITÉ DÉLICTUELLE, NÉGLIGENCE, RESPONSABILITÉ STRICTE OU AUTREMENT, MÊME SI MICROSOFT OU L’UN DE SES FOURNISSEURS A ÉTÉ AVERTI DE L’ÉVENTUALITÉ DE DOMMAGES.
Problèmes courants et solutions
Quand vous accédez à un serveur de fichiers Scale-Out, les performances sont limitées
Le réseau d’accès client utilise l’accès direct à la mémoire directe à haute vitesse (RDMA), mais le réseau de cluster ne le fait pas. En raison de ce comportement, la redirection se produit uniquement sur le réseau de cluster. Le réseau de cluster se connecte généralement à des cartes réseau 1 GoE.
Pour résoudre ce problème, vous pouvez configurer l’option permettant d’utiliser le réseau d’accès client pour les volumes partagés de cluster (CSV). Vous pouvez également effectuer une mise à niveau vers Windows Server 2012 R2 ou une version ultérieure. Ce système redirige automatiquement les clients vers le nœud de cluster qui a le meilleur accès au volume du partage de fichiers. Pour plus d’informations, consultez l’article archive de blog suivant : Rééquilibrage automatique de scale-out SMB dans Windows Server 2012 R2.
SMB préfère utiliser la carte réseau physique, qui est plus lente, plutôt que la carte réseau virtuelle.
La carte réseau virtuelle sur l’hôte n’est pas compatible RSS. La carte réseau physique prend en charge RSS. SMB utilise toujours la carte réseau compatible RSS au lieu de la carte réseau non RSS même si la carte réseau RSS est plus lente.
Pour résoudre ce problème, désactivez la fonctionnalité RSS sur la carte réseau physique ou utilisez des contraintes SMB Multichannel pour restreindre la communication SMB à une ou plusieurs interfaces réseau définies. Pour plus d’informations, consultez l’applet de commande New-SmbMultichannelConstraint du partage SMB dans Windows PowerShell.
SMB signale que la carte réseau n’est pas compatible RDMA même si vous pensez qu’elle est
Ce problème se produit parce que les cartes réseau compatibles RDMA qui ont des pilotes ou un microprogramme plus anciens peuvent ne pas s’identifier correctement comme étant compatibles RDMA.
Pour résoudre ce problème, mettez à jour le microprogramme et le pilote de la carte réseau à partir du site web du fabricant.
La quantité de trafic réseau nécessaire avant le démarrage de SMB Multichannel varie
La fonctionnalité SMB Multichannel est utilisée pour découvrir les fonctionnalités RSS et RDMA des cartes réseau. Sur les systèmes d’exploitation serveur, SMB Multichannel démarre lorsque l’opération de lecture ou d’écriture initiale se produit. Sur les systèmes d’exploitation clients, SMB Multichannel ne démarre pas tant qu’une certaine quantité de trafic réseau se produit.
Sur les systèmes d’exploitation serveur, SMB Multichannel démarre rapidement une seule fois par session. Sur les systèmes d’exploitation client, vous pouvez configurer une entrée de Registre pour démarrer SMB Multichannel plus rapidement. Pour plus d’informations, consultez l’article de blog Archive de blog suivant : Combien de trafic doit passer entre le client SMB et le serveur avant le démarrage réel de Multichannel ?.
SMB Multichannel n’agrège pas plusieurs cartes réseau 10-GbE
Une carte réseau 10 GbE compatible RSS est parfois identifiée comme non compatible RSS. Lorsque ce problème se produit, SMB utilise une seule connexion TCP. Lorsque SMB Multichannel utilise à la fois des cartes réseau compatibles RSS et non RSS, elle doit utiliser uniquement les cartes réseau compatibles RSS.
Les cartes réseau de classe serveur doivent apparaître comme compatibles RSS. Si ce n’est pas le cas, mettez à jour le pilote de carte réseau à partir du site web du fabricant, puis revérifier les paramètres RSS.
Vous devrez peut-être désactiver RSS sur les deux cartes réseau pour agréger le débit. Pour plus d’informations, consultez l’article de blog archive de blog suivant : Conseil du serveur de fichiers Windows Server 2012 : Assurez-vous que vos interfaces réseau sont compatibles RSS.
La carte réseau virtuelle sur l’hôte ne fonctionne pas bien
La carte réseau virtuelle sur l’hôte n’est pas compatible RSS. En l’absence de carte réseau RSS, SMB utilise une seule connexion TCP. Ce comportement se produit lorsque vous utilisez des cartes réseau 10 GoE, des cartes réseau compatibles RSS et une association de cartes réseau.
Pour résoudre ce problème, utilisez plusieurs cartes réseau virtuelles pour vous assurer que vous disposez de plusieurs connexions TCP. Pour plus d’informations, consultez l’article de blog archive de blog suivant : Conseil du serveur de fichiers Windows Server 2012 : Assurez-vous que vos interfaces réseau sont compatibles RSS.
Windows Server 2012 R2 enregistre régulièrement l’ID d’événement SMBClient 30818
Supposons qu’un ordinateur Windows Server 2012 R2 utilise une carte réseau InfiniBand. Cet adaptateur utilise la fonctionnalité SMB Direct pour prendre en charge la communication d’accès direct à distance (RDMA) entre les nœuds de cluster et les hôtes Hyper-V. Après avoir redémarré un hôte Hyper-V, Windows peut journaliser l’ID d’événement 30818 sous le chemin Des applications et des services/Microsoft/Windows/SmbClient dans l’Observateur d’événements. Lorsque cela se produit, vous pouvez également rencontrer des problèmes de performances.
Sur Windows Server 2012 R2, le service LanmanServer démarre automatiquement le service SmbDirect. Toutefois, si le service LanmanWorkstation démarre en premier et tente d’ouvrir une connexion RDMA avant le chargement du service SmbDirect, Windows journalise l’ID d’événement 30818. Lorsque le client communique initialement avec le serveur via TCP/IP, il utilise l’interface RDMA. Par conséquent, aucune action utilisateur n’est nécessaire pour récupérer.
Microsoft envisage de résoudre ce problème dans une version ultérieure de Windows Server.
Solution de contournement
Important
Cette section, méthode ou tâche contient des étapes vous indiquant comment modifier le Registre. Toutefois, des problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte. Par conséquent, vérifiez que vous suivez ces étapes attentivement. Pour pallier à toute éventualité, sauvegardez le Registre avant de le modifier afin de pouvoir le restaurer en cas de problème. Pour plus d’informations sur la sauvegarde et la restauration du registre, voir : Procédure de sauvegarde, de modification et de restauration du Registre dans Windows.
Pour contourner ce problème sur Windows Server 2012 R2, configurez le service SmbDirect pour démarrer automatiquement. Pour ce faire, procédez comme suit :
Ouvrez l’Éditeur du Registre, puis accédez à la sous-clé de Registre suivante :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\smbdirect
Cliquez avec le bouton droit sur l’entrée de Registre Démarrer , puis sélectionnez Modifier.
Dans la zone de données Valeur, remplacez la valeur (la valeur par défaut est 3, ce qui signifie à la demande) par 2 (automatique).
Après avoir apporté cette modification, vous devez être en mesure de redémarrer l’ordinateur sans les messages d’ID d’événement de journalisation Windows 30818. Si Windows continue de journaliser ces événements, un autre problème peut empêcher l’initialisation de l’interface RDMA.
Lorsque vous installez Windows Server, Windows journalise l’ID d’événement 1
Lorsque vous installez Windows Server 2019, Windows Server 2016 ou Windows Server 2012 R2, Windows journalise l’ID d’événement 1. Les informations sur l’événement ressemblent à ce qui suit :
Nom du journal : Microsoft-Windows-SMBWitnessClient/Admin
Source : Microsoft-Windows-SMBWitnessClient
ID d’événement :1
Niveau : erreur
Description : Échec de l’initialisation du client témoin avec une erreur (le système ne trouve pas le fichier spécifié.)
S’il s’agit d’un nouveau déploiement de Windows Server qui n’a pas de rôles ou de fonctionnalités activés, vous pouvez ignorer cet événement en toute sécurité.
Problèmes SMB connus
- Échec de la connexion TCP en trois temps
- Vitesse de transfert des fichiers SMB lente
- Échecs de la négociation, de la configuration de session et de la connexion d’arborescence
- La connexion TCP est abandonnée pendant la négociation de validation
- Résolution des problèmes SMB Multichannel
- Problème d’utilisation élevée du processeur sur le serveur SMB
- Résoudre les problèmes liés au message d’erreur de l’ID d’événement 50
- SMBv1 n’est pas installé par défaut
- Accès refusé quand vous accédez à un partage de fichiers SMB
Collecte de données
Avant de contacter Support Microsoft, vous pouvez collecter des informations sur votre problème.
Prerequisites
- Exécutez TSS dans le contexte de sécurité d’un compte disposant de privilèges d’administrateur sur le système local. La première fois que vous l’exécutez, acceptez le CLUF. (Après avoir accepté le CLUF, TSS ne vous invite pas à nouveau.)
- Nous vous recommandons d’utiliser la
RemoteSigned
stratégie d’exécution PowerShell dans l’étendueLocalMachine
.
Note
Si la stratégie d’exécution PowerShell actuelle ne vous permet pas d’exécuter TSS, effectuez les actions suivantes :
- Définissez la
RemoteSigned
stratégie d’exécution pour le niveau de processus en exécutant l’applet deSet-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned
commande. - Pour vérifier que la modification prend effet, exécutez l’applet de
Get-ExecutionPolicy -List
commande.
Ces autorisations au niveau du processus s’appliquent uniquement à la session PowerShell actuelle. Après avoir fermé la fenêtre PowerShell dans laquelle TSS s’exécute, l’autorisation affectée pour le niveau de processus revient à l’état précédemment configuré.
Collecter les informations clés avant de contacter le support Microsoft
Téléchargez TSS sur tous les nœuds et développez le fichier dans le dossier C :\tss .
Ouvrez le dossier C :\tss dans une fenêtre d’invite de commandes PowerShell avec élévation de privilèges.
Démarrez les traces sur le client et le serveur en exécutant les applets de commande suivantes :
Client :
TSS.ps1 -Scenario NET_SMBcli
Serveur :
TSS.ps1 -Scenario NET_SMBsrv
Acceptez le CLUF si les traces sont exécutées pour la première fois sur le serveur ou le client.
Autoriser l’enregistrement (PSR ou vidéo).
Note
Si vous collectez des journaux sur le client et le serveur, attendez que ce message apparaisse sur les deux nœuds avant de reproduire le problème.
Reproduisez le problème.
Après avoir reproduit le problème, entrez Y pour terminer la journalisation des données.
TSS stocke les traces dans un fichier compressé dans le dossier C :\MS_DATA . Vous pouvez charger le fichier dans l’espace de travail à des fins d’analyse.