Freigeben über

Leitfaden zur Problembehandlung für SMB

Testen Sie unseren Virtual Agent – Er kann Ihnen helfen, häufige SMB-Probleme schnell zu erkennen und zu beheben.

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

SMB-Terminologie

Die Verwendung der richtigen Terminologie ist bei der korrekten Problembehandlung für SMB ein wichtiger Aspekt. Daher sollten Sie grundlegende SMB-Terminologie erlernen, um die Genauigkeit der Datenerfassung und -analyse sicherzustellen.

  • SMB Server (SRV) (auch bekannt als Dateiserver) ist immer das System, das das Dateisystem hostt.
  • 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 Netzwerkprotokoll SMBv1 wird nicht mehr standardmäßig installiert.
  • Deaktivieren von SMBv1.
  • Wenn SMBv1 auf einem Gerät deaktiviert ist, das nur SMBv1 unterstützt, können Sie nicht auf das Gerät zugreifen. Führen Sie in diesem Fall ein Upgrade Ihres Systems durch.
  • 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, für das TCP/IP als Protokoll für den Netzwerktransport verwendet wird. Daher kann ein SMB-bezogenes Problem auf zugrunde liegende TCP/IP-bezogene Probleme hindeuten.
  • Analysieren des Protokolls: Sehen Sie sich die SMB-Protokolldetails in der Netzwerkablaufverfolgung an, um genau zu verstehen, welche Befehle und Optionen verwendet werden.
  • Aktualisieren von SMB-bezogenen Systemdateien: Halten Sie die Systemdateien auf dem neuesten Stand. Vergewissern Sie sich, dass das aktuelle Updaterollup installiert ist.

SMB-Dateiinformationen

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

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

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

  • Srvsvc.dll

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

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

Wir empfehlen, vor dem Beheben von SMB-Problemen die folgenden Komponenten zu aktualisieren:

  • iSCSI: Für einen Dateiserver wird Dateispeicher benötigt. Wenn Ihr Speicher über iSCSI-Komponenten verfügt, sollten Sie diese Komponenten aktualisieren.
  • Netzwerk: Aktualisieren Sie die Netzwerkkomponenten.
  • Windows Core: Aktualisieren Sie Windows Core, um eine bessere Leistung und Stabilität zu erzielen.

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.

Notiz

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.

Bekannte Probleme und Lösungen

Wenn Sie auf einen Dateiserver mit horizontaler Skalierung zugreifen, ist die Leistung eingeschränkt.

Das Clientzugriffsnetzwerk verwendet Remote-Direct Memory Access (RDMA) mit hoher Geschwindigkeit, das Clusternetzwerk jedoch nicht. Aufgrund dieses Verhaltens tritt die Umleitung nur im Clusternetzwerk auf. Das Clusternetzwerk stellt in der Regel eine Verbindung mit 1-GbE-Netzwerkadaptern bereit.

Um dieses Problem zu beheben, können Sie die Option für die Verwendung des Clientzugriffsnetzwerks für freigegebene Clustervolumes (CSV) konfigurieren. Oder aktualisieren Sie auf Windows Server 2012 R2 oder eine höhere Version. Dieses System leitet Clients automatisch an den Clusterknoten weiter, der den besten Zugriff auf das Volume der Dateifreigabe hat. Weitere Informationen finden Sie im folgenden Blogarchiv-Artikel: Automatische SMB-Scale-Out-Rebalancing in Windows Server 2012 R2.

Für SMB wird der langsamere physische Netzwerkadapter dem virtuellen Netzwerkadapter vorgezogen.

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 der SMB-Freigabe in Windows PowerShell.

SMB meldet, dass der Netzwerkadapter nicht RDMA-fähig ist, obwohl Sie der Ansicht sind, dass er es durchaus ist.

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

Um dieses Problem zu beheben, aktualisieren Sie die Netzwerkadapterfirmware und den Treiber von der Website des Herstellers.

Die erforderliche Menge an Netzwerkdatenverkehr, damit SMB Multichannel gestartet wird, variiert.

Das SMB Multichannel-Feature wird verwendet, um die RSS- und RDMA-Funktionen von Netzwerkadaptern zu ermitteln. Auf Serverbetriebssystemen startet SMB Multichannel, wenn der anfängliche Lese- oder Schreibvorgang auftritt. Auf Clientbetriebssystemen wird SMB Multichannel erst gestartet, wenn ein bestimmter Netzwerkdatenverkehr stattfindet.

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

Für SMB Multichannel werden nicht mehrere 10-GbE-Netzwerkadapter aggregiert.

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-Netzwerkadapter verwendet, sollte nur die RSS-fähigen Netzwerkadapter verwendet werden.

Netzwerkadapter der Serverklasse sollten als RSS-fähig angezeigt werden. Aktualisieren Sie andernfalls den Netzwerkadaptertreiber von 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 File Server Tip: Stellen Sie sicher, dass Ihre Netzwerkschnittstellen RSS-fähig sind.

Der virtuelle Netzwerkadapter auf dem Host weist keine gute Leistung auf.

Der virtuelle Netzwerkadapter auf dem Host ist nicht RSS-fähig. Ohne RSS-fähigen Netzwerkadapter wird für SMB nur eine TCP-Verbindung verwendet. 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 Mehrere TCP-Verbindungen vorhanden sind. Weitere Informationen finden Sie im folgenden Blogarchiv-Blogartikel: Windows Server 2012 File Server Tip: Stellen Sie sicher, dass Ihre Netzwerkschnittstellen RSS-fähig sind.

Windows Server 2012 R2 protokolliert regelmäßig 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 "Anwendungen und Dienste"/"Microsoft/Windows/SmbClient" in Ereignisanzeige. In diesem Fall treten möglicherweise auch Leistungsprobleme auf.

Unter 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 zunächst mit dem Server über TCP/IP kommuniziert, verwendet er die RDMA-Schnittstelle. Daher ist keine Benutzeraktion erforderlich, um wiederherzustellen.

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 müssen Sie sicherstellen, dass Sie diese Schritte sorgfältig ausführen. 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 Windows.

Um dieses Problem unter 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 den 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 Registrierungseintrag "Starten", und wählen Sie dann "Ändern" aus.

  3. Ändern Sie im Feld "Wert"-Daten den Wert (der Standardwert ist 3, was bei Bedarf bedeutet) auf 2 (automatisch).

Nachdem Sie diese Änderung vorgenommen haben, sollten Sie den Computer ohne Windows-Protokollierungsereignis-ID 30818-Nachrichten neu starten können. Wenn Windows diese Ereignisse weiterhin protokolliert, kann ein anderes Problem möglicherweise verhindern, dass die RDMA-Schnittstelle initialisiert wird.

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 sicher ignorieren.

Bekannte Probleme in SMB

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 mit Administratorrechten im lokalen System aus. Wenn Sie sie zum ersten Mal ausführen, akzeptieren Sie die EULA. (Nachdem Sie den EULA akzeptiert haben, werden Sie von TSS nicht mehr aufgefordert.)
  • Es wird empfohlen, die RemoteSigned PowerShell-Ausführungsrichtlinie auf dem LocalMachine Bereich zu verwenden.

Notiz

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 Ausführungsrichtlinie RemoteSigned für die Prozessebene fest, indem Sie das Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned Cmdlet ausführen.
  2. Führen Sie das Get-ExecutionPolicy -List Cmdlet aus, um zu überprüfen, ob die Ä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 in den 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 auf dem Server, indem Sie die folgenden Cmdlets ausführen:

    • Client:

      TSS.ps1 -Scenario NET_SMBcli

    • Server:

      TSS.ps1 -Scenario NET_SMBsrv

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

  5. Aufzeichnung zulassen (PSR oder Video).

    Notiz

    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. Geben Sie nach dem Reproduzieren des Problems Y ein, um die Protokollierungsdaten 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