Leitfaden zur SMB-Problembehandlung

  • Artikel

Testen Sie unseren virtuellen Agent : Er kann Ihnen helfen, häufige SMB-Probleme schnell zu identifizieren und zu beheben.

Dieser Artikel soll Ihnen bei der Behandlung von SMB-Problemen (Server Message Block) helfen. Die meisten Benutzer können ihr Problem mithilfe der hier bereitgestellten Lösungen beheben.

SMB-Terminologie

Die Kommunikation der richtigen Terminologie ist ein wichtiger Aspekt der SMB-Problembehandlung. Daher sollten Sie sich mit der grundlegenden SMB-Terminologie vertraut machen, um die Genauigkeit der Datenerfassung und -analyse sicherzustellen.

  • SMB-Server (SRV) (auch als Dateiserver bezeichnet) ist immer das System, das das Dateisystem hostet.
  • Der SMB-Client (CLI) ist immer das System, das versucht, auf das Dateisystem zuzugreifen.

Diese Begriffe sind unabhängig von der Betriebssystemversion oder Edition konsistent. Wenn beispielsweise ein Windows Server 2016-basierter Computer versucht, die SMB-Freigabe \\MyWorkstation\Data auf einem Windows 10-basierten Computer zu erreichen, ist Windows Server 2016 der SMB-Client und Windows 10 der SMB-Server.

Checkliste zur Problembehandlung

  • Überprüfen Sie, ob das richtige SMB-Netzwerkprotokoll installiert ist. Das SMBv1-Netzwerkprotokoll wird standardmäßig nicht mehr installiert.
  • Deaktivieren Sie SMBv1.
  • Wenn SMBv1 auf einem Gerät deaktiviert ist, das nur SMBv1 unterstützt, können Sie nicht auf dieses Gerät zugreifen. Aktualisieren Sie in diesem Fall Ihr System.
  • Sie können SMBv2 oder SMBv3 nicht separat deaktivieren, da diese Versionen Teil desselben Treibers sind.
  • Analysieren des Datenverkehrs: SMB ist ein Protokoll auf Anwendungsebene, das TCP/IP als Netzwerktransportprotokoll verwendet. Daher kann ein SMB-bezogenes Problem darauf hindeuten, dass zugrunde liegende TCP/IP-Probleme vorliegen.
  • Analysieren des Protokolls: Um die genauen verwendeten Befehle und Optionen zu verstehen, sehen Sie sich die details des tatsächlichen SMB-Protokolls in der Netzwerkablaufverfolgung an.
  • Aktualisieren von SMB-bezogenen Systemdateien: Halten Sie die Systemdateien auf dem neuesten Stand. Stellen Sie sicher, dass das neueste Updaterollup installiert ist.

SMB-Dateiinformationen

SMB-Clientbinärdateien, die unter %windir%\system32\Drivers aufgeführt sind:

  • RDBSS.sys
  • MRXSMB.sys
  • MRXSMB10.sys
  • MRXSMB20.sys
  • MUP.sys
  • SMBdirect.sys

SMB-Serverbinärdateien, die unter %windir%\system32 aufgeführt sind:

  • Srvsvc.dll

SMB-Serverbinärdateien, die unter %windir%\system32\Drivers aufgeführt sind:

  • SRVNET.sys
  • SRV.sys
  • SRV2.sys
  • SMBdirect.sys

Es wird empfohlen, die folgenden Komponenten zu aktualisieren, bevor Sie SMB-Probleme beheben:

  • iSCSI: Ein Dateiserver erfordert Dateispeicher. Wenn Ihr Speicher über iSCSI-Komponenten verfügt, aktualisieren Sie diese Komponenten.
  • Netzwerk: Aktualisieren Sie die Netzwerkkomponenten.
  • Windows Core: Aktualisieren Sie Windows Core, um die Leistung und Stabilität zu verbessern.

Trennen aller freigegebenen Ressourcen vom lokalen Computer

Sie können den Befehl Net Use * /delete verwenden, um aktive oder gespeicherte freigegebene Ressourcen auf einem lokalen Computer zu löschen.

Hinweis

Sie können diesen Befehl auch auf Remotecomputern verwenden. Führen Sie Net help use aus, um weitere Optionen zu erhalten.

Wichtig

Dieser Abschnitt dieses Artikels basiert auf Communityinhalten.

Haftungsausschluss für Inhalte von Community-Lösungen

Die Microsoft Corporation und/oder ihre jeweiligen Zulieferer geben keine Zusicherungen bezüglich der Eignung, Zuverlässigkeit oder Genauigkeit der hier enthaltenen Informationen und zugehörigen Grafiken. Alle diese Informationen und zugehörigen Grafiken werden „wie besehen“ ohne jegliche Gewährleistung zur Verfügung gestellt. Microsoft und/oder seine jeweiligen Zulieferer lehnen hiermit alle Garantien und Bedingungen in Bezug auf diese Informationen und die zugehörigen Grafiken ab, einschließlich aller stillschweigenden Gewährleistungen und Bedingungen hinsichtlich der Marktgängigkeit, der Eignung für einen bestimmten Zweck, der fachgerechten Leistung, des Eigentums und der Nichtverletzung von Rechten. Sie erklären sich ausdrücklich damit einverstanden, dass Microsoft und/oder seine Zulieferer in keinem Fall für direkte, indirekte, strafbare, zufällige oder spezielle Schäden, Folgeschäden oder Schäden jeglicher Art haften, einschlieẞlich, aber nicht beschränkt auf Schäden durch entgangene Nutzung, Datenverlust oder entgangenen Gewinn, die sich aus der Nutzung oder der Unmöglichkeit der Nutzung der hier enthaltenen Informationen und zugehörigen Grafiken ergeben, unabhängig davon, ob diese auf Verträgen, unerlaubten Handlungen, Fahrlässigkeit, verschuldensunabhängiger Haftung oder einem anderen Grund basieren, selbst wenn Microsoft oder einer seiner Zulieferer auf die Möglichkeit von Schäden hingewiesen wurde.

Häufige Probleme und Lösungen

Wenn Sie auf einen Scale-Out-Dateiserver zugreifen, ist die Leistung eingeschränkt.

Das Clientzugriffsnetzwerk verwendet remoteen direkten Speicherzugriff (Remote Direct Memory Access, RDMA) mit Hoher Geschwindigkeit, das Clusternetzwerk jedoch nicht. Aufgrund dieses Verhaltens erfolgt die Umleitung nur im Clusternetzwerk. Das Clusternetzwerk stellt in der Regel eine Verbindung mit 1-GbE-Netzwerkadaptern her.

Um dieses Problem zu beheben, können Sie die Option zur Verwendung des Clientzugriffsnetzwerks für freigegebene Clustervolumes (Cluster Shared Volumes, CSV) konfigurieren. Alternativ können Sie ein Upgrade auf Windows Server 2012 R2 oder eine höhere Version durchführen. Dieses System leitet Clients automatisch an den Clusterknoten um, der den besten Zugriff auf das Volume der Dateifreigabe hat. Weitere Informationen finden Sie im folgenden Blogarchivartikel: Automatische SMB-Scale-Out Rebalancing in Windows Server 2012 R2.

SMB bevorzugt den langsameren physischen Netzwerkadapter gegenüber dem virtuellen Netzwerkadapter.

Der virtuelle Netzwerkadapter auf dem Host ist nicht RSS-fähig. Der physische Netzwerkadapter ist RSS-fähig. SMB verwendet immer den RSS-fähigen Netzwerkadapter anstelle des Nicht-RSS-Netzwerkadapters, auch wenn der RSS-Netzwerkadapter langsamer ist.

Um dieses Problem zu beheben, deaktivieren Sie die RSS-Funktion auf dem physischen Netzwerkadapter, oder verwenden Sie SMB Multichannel-Einschränkungen, um die SMB-Kommunikation auf eine oder mehrere definierte Netzwerkschnittstellen einzuschränken. Weitere Informationen finden Sie unter dem Cmdlet New-SmbMultichannelConstraint SMB Share in Windows PowerShell.

SMB meldet, dass der Netzwerkadapter nicht RDMA-fähig ist, obwohl Sie der Meinung sind, dass er

Dieses Problem tritt auf, weil SICH RDMA-fähige Netzwerkadapter mit älteren Treibern oder firmware möglicherweise nicht ordnungsgemäß als RDMA-fähig identifizieren.

Um dieses Problem zu beheben, aktualisieren Sie die Firmware und den Treiber des Netzwerkadapters auf der Website des Herstellers.

Die erforderliche Menge an Netzwerkdatenverkehr vor dem Start von SMB Multichannel variiert.

Das SMB Multichannel-Feature wird verwendet, um die RSS- und RDMA-Funktionen von Netzwerkadaptern zu ermitteln. Auf Serverbetriebssystemen wird SMB Multichannel gestartet, wenn der erste Lese- oder Schreibvorgang stattfindet. Auf Clientbetriebssystemen wird SMB Multichannel erst gestartet, wenn eine bestimmte Menge an Netzwerkdatenverkehr auftritt.

Auf Serverbetriebssystemen startet SMB Multichannel schnell nur einmal pro Sitzung. Unter Clientbetriebssystemen können Sie einen Registrierungseintrag konfigurieren, um SMB Multichannel schneller zu starten. Weitere Informationen finden Sie im folgenden Blogarchiv-Blogartikel: Wie viel Datenverkehr muss zwischen dem SMB-Client und dem Server passieren, bevor Multichannel tatsächlich gestartet wird?.

SMB Multichannel aggregiert nicht mehrere 10-GbE-Netzwerkadapter

Ein RSS-fähiger 10-GbE-Netzwerkadapter wird manchmal als nicht RSS-fähig identifiziert. Wenn dieses Problem auftritt, verwendet SMB nur eine TCP-Verbindung. Wenn SMB Multichannel sowohl RSS-fähige als auch nicht RSS-fähige Netzwerkadapter verwendet, sollte nur die RSS-fähigen Netzwerkadapter verwendet werden.

Netzwerkadapter der Serverklasse sollten als RSS-fähig angezeigt werden. Wenn dies nicht der Fall ist, aktualisieren Sie den Netzwerkadaptertreiber auf der Website des Herstellers, und überprüfen Sie dann die RSS-Einstellungen erneut.

Möglicherweise müssen Sie RSS auf beiden Netzwerkadaptern deaktivieren, um den Durchsatz zu aggregieren. Weitere Informationen finden Sie im folgenden Blogarchiv-Blogartikel: Windows Server 2012 Dateiserver-Tipp: Stellen Sie sicher, dass Ihre Netzwerkschnittstellen RSS-fähig sind.

Der virtuelle Netzwerkadapter auf dem Host funktioniert nicht gut.

Der virtuelle Netzwerkadapter auf dem Host ist nicht RSS-fähig. Ohne RSS-fähigen Netzwerkadapter verwendet SMB nur eine TCP-Verbindung. Dieses Verhalten tritt auf, wenn Sie 10-GbE-Netzwerkadapter, RSS-fähige Netzwerkadapter und NIC-Teaming verwenden.

Um dieses Problem zu beheben, verwenden Sie mehrere virtuelle Netzwerkadapter, um sicherzustellen, dass Sie über mehrere TCP-Verbindungen verfügen. Weitere Informationen finden Sie im folgenden Blogarchiv-Blogartikel: Windows Server 2012 Dateiserver-Tipp: Stellen Sie sicher, dass Ihre Netzwerkschnittstellen RSS-fähig sind.

Windows Server 2012 R2 protokolliert regelmäßig die SMBClient-Ereignis-ID 30818.

Angenommen, ein Windows Server 2012 R2-basierter Computer verwendet einen InfiniBand-Netzwerkadapter. Dieser Adapter verwendet das SMB Direct-Feature, um die RDMA-Kommunikation (Remote Direct Memory Access) zwischen Clusterknoten und Hyper-V-Hosts zu unterstützen. Nachdem Sie einen Hyper-V-Host neu gestartet haben, protokolliert Windows möglicherweise die Ereignis-ID 30818 unter dem Pfad Anwendungs- und Dienstprotokolle/Microsoft/Windows/SmbClient in Ereignisanzeige. In diesem Fall können auch Leistungsprobleme auftreten.

Auf Windows Server 2012 R2 startet der LanmanServer-Dienst automatisch den SmbDirect-Dienst. Wenn der LanmanWorkstation-Dienst jedoch zuerst gestartet wird und versucht, eine RDMA-Verbindung zu öffnen, bevor der SmbDirect-Dienst geladen wird, protokolliert Windows die Ereignis-ID 30818. Wenn der Client anfänglich über TCP/IP mit dem Server kommuniziert, verwendet er die RDMA-Schnittstelle. Daher ist für die Wiederherstellung keine Benutzeraktion erforderlich.

Microsoft erwägt, eine Lösung für dieses Problem in einer zukünftigen Version von Windows Server bereitzustellen.

Problemumgehung

Wichtig

Dieser Abschnitt, diese Methode bzw. diese Aufgabe enthält eine Beschreibung der Schritte zum Bearbeiten der Registrierung. Durch die falsche Bearbeitung der Registrierung können schwerwiegende Probleme verursacht werden. Daher ist es wichtig, bei der Ausführung der folgenden Schritte sorgfältig vorzugehen. Erstellen Sie eine Sicherungskopie der Registrierung, bevor Sie Änderungen vornehmen, damit Sie die Registrierung wiederherstellen können, falls ein Problem auftritt. Weitere Informationen zum Sichern und Wiederherstellen der Registrierung finden Sie unter Sichern und Wiederherstellen der Registrierung in Windows.

Um dieses Problem auf Windows Server 2012 R2 zu umgehen, konfigurieren Sie den SmbDirect-Dienst so, dass er automatisch gestartet wird. Gehen Sie dazu wie folgt vor:

  1. Öffnen Sie registrierungs Editor, und navigieren Sie dann zum folgenden Registrierungsunterschlüssel:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\smbdirect

  2. Klicken Sie mit der rechten Maustaste auf den Eintrag Registrierung starten , und wählen Sie dann Ändern aus.

  3. Ändern Sie im Feld Wert den Wert (Der Standardwert ist 3, d. h. bedarfsgesteuert) in 2 (automatisch).

Nachdem Sie diese Änderung vorgenommen haben, sollten Sie in der Lage sein, den Computer ohne Meldungen der Windows-Ereignis-ID 30818 neu zu starten. Wenn Windows diese Ereignisse weiterhin protokolliert, kann ein anderes Problem die Initialisierung der RDMA-Schnittstelle verhindern.

Wenn Sie Windows Server installieren, protokolliert Windows Ereignis-ID 1.

Wenn Sie Windows Server 2019, Windows Server 2016 oder Windows Server 2012 R2 installieren, protokolliert Windows ereignis-ID 1. Die Ereignisinformationen ähneln den folgenden:

Protokollname: Microsoft-Windows-SMBWitnessClient/Admin
Quelle: Microsoft-Windows-SMBWitnessClient
Ereignis-ID:1
Ebene: Fehler
Beschreibung: Fehler bei der Initialisierung des Zeugenclients (Das System kann die angegebene Datei nicht finden.)

Wenn es sich um eine neue Bereitstellung von Windows Server handelt, für die keine Rollen oder Features aktiviert sind, können Sie dieses Ereignis problemlos ignorieren.

Bekannte SMB-Probleme

Datensammlung

Bevor Sie sich an Microsoft-Support wenden, können Sie Informationen zu Ihrem Problem sammeln.

Voraussetzungen

  • Führen Sie TSS im Sicherheitskontext eines Kontos aus, das über Administratorrechte auf dem lokalen System verfügt. Akzeptieren Sie bei der ersten Ausführung den Lizenzvertrag. (Nachdem Sie die Lizenzbedingungen akzeptiert haben, werden Sie von TSS nicht erneut aufgefordert.)
  • Es wird empfohlen, die RemoteSigned PowerShell-Ausführungsrichtlinie im LocalMachine Bereich zu verwenden.

Hinweis

Wenn die aktuelle PowerShell-Ausführungsrichtlinie das Ausführen von TSS nicht zulässt, führen Sie die folgenden Aktionen aus:

  1. Legen Sie die RemoteSigned Ausführungsrichtlinie für die Prozessebene fest, indem Sie das Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned Cmdlet ausführen.
  2. Führen Sie das Cmdlet aus, um zu überprüfen, ob die Get-ExecutionPolicy -List Änderung wirksam wird.

Diese Berechtigungen auf Prozessebene gelten nur für die aktuelle PowerShell-Sitzung. Nachdem Sie das PowerShell-Fenster geschlossen haben, in dem TSS ausgeführt wird, wird die zugewiesene Berechtigung für die Prozessebene auf den zuvor konfigurierten Zustand zurückgesetzt.

Sammeln Sie wichtige Informationen, bevor Sie sich an den Microsoft-Support wenden.

  1. Laden Sie TSS auf allen Knoten herunter, und erweitern Sie die Datei im Ordner C:\tss .

  2. Öffnen Sie den Ordner C:\tss in einem PowerShell-Eingabeaufforderungsfenster mit erhöhten Rechten.

  3. Starten Sie die Ablaufverfolgungen auf dem Client und dem Server, indem Sie die folgenden Cmdlets ausführen:

    • Kunde:

      TSS.ps1 -Scenario NET_SMBcli

    • Server:

      TSS.ps1 -Scenario NET_SMBsrv

  4. Akzeptieren Sie die Lizenzbedingungen, wenn die Ablaufverfolgungen zum ersten Mal auf dem Server oder client ausgeführt werden.

  5. Aufzeichnung zulassen (PSR oder Video).

    Hinweis

    Wenn Sie Protokolle sowohl auf dem Client als auch auf dem Server sammeln, warten Sie, bis diese Meldung auf beiden Knoten angezeigt wird, bevor Sie das Problem reproduzieren.

  6. Reproduzieren Sie das Problem.

  7. Nachdem Sie das Problem reproduzieren, geben Sie Y ein, um die Protokollierung der Daten abzuschließen.

TSS speichert die Ablaufverfolgungen in einer komprimierten Datei im Ordner C:\MS_DATA . Sie können die Datei zur Analyse in den Arbeitsbereich hochladen.

References