☰

Server 2008 bis 2003, langsamer Dateitransfer mit CIFS

tag-icon • tag-icon windows-server-2003 windows-server-2008 file-transfer cifs
Server 2008 bis 2003, langsamer Dateitransfer mit CIFS

Ich habe gerade versucht, eine Datei über CIFS (Windows-Dateifreigabe) zwischen einem Server 2003 R2 und einem neuen Server 2008 SP1 zu kopieren, und die Geschwindigkeit ist schrecklich.

Es handelt sich um eine 300 MB große Datei, deren Übertragung etwa 30 Minuten dauert. Ich erhalte etwa 1–2 Mbit/s und dies über einen lokalen Switch.

Ich habe versucht, die Übertragung von beiden Servern aus zu starten, mit demselben Ergebnis.

Das Kopieren von 2003 auf ein anderes 2003 dauert weniger als eine Minute, es liegt also offensichtlich etwas am 2008-Server.

Noch seltsamer ist, dass, wenn ich gleichzeitig eine andere Datei vom 2003-Server auf einen anderen 2003-Server kopiere, die Übertragungsrate vom 2008-Server drastisch ansteigt (etwa um das Zehnfache, aber immer noch langsam).

Über RDP-Laufwerkfreigabe erhalte ich volle VPN-Geschwindigkeit, ca. 20 Mbit. Bei anderen Diensten scheint es keine Latenz zu geben.

Ich habe einen Beitrag darüber gesehen, dass TCP-Offloading in Win2008 Probleme verursacht. Könnte das damit zusammenhängen?

Antwort1

Stellen Sie sicher, dass der 2008-Server ordnungsgemäß funktioniert. Versuchen Sie, Dateien zwischen diesem und einem anderen 2008-Server zu übertragen. Wenn keiner verfügbar ist, verwenden Sie eine Vista-Workstation. Beide verwenden dieselbe CIFS-Version.

Ich habe ein ähnliches Verhalten bei der Dateiübertragung beobachtet, wenn zwischen der Netzwerkkarte und dem Switch eine Geschwindigkeits-/Duplex-Nichtübereinstimmung auftrat, manchmal aufgrund eines Autosense-Problems und manchmal aufgrund einer Fehlkonfiguration des einen oder des anderen oder beider.

Antwort2

Sie können versuchen, die automatische TCP-Optimierung zu deaktivieren:

netsh interface tcp set global autotuninglevel=disabled

Wenn das nicht funktioniert, schalten Sie es mit folgendem wieder ein:

netsh interface tcp set global autotuninglevel=normal

TCP Auto-Tuning ist eine neue Funktion im TCP/IP-Stack von Vista und Windows 2008. Die Datenmenge, die Sie über TCP/IP senden können, hängt (unter anderem) von der Größe des Empfangsfensters ab. In früheren Windows-Versionen war die Größe des Empfangsfensters auf 64 KB begrenzt. Mit Auto-Tuning wird die Fenstergröße dynamisch basierend auf der Kapazität und Geschwindigkeit der Verbindung geändert. Die Idee dahinter ist, dass dies die Datenübertragung beschleunigen würde.

Das Problem besteht darin, dass diese Funktion tatsächlich zu langsameren Übertragungsraten führen kann, wenn das Client-Betriebssystem oder die Netzwerkhardware diese Funktion nicht richtig unterstützt (wie in RFC 1323, TCP-Erweiterungen für hohe Leistung, beschrieben).

Dies ist hier möglicherweise nicht das Problem, aber einen Versuch ist es wert.

Antwort3

Ich habe gerade ein ähnliches Problem in meinem Netzwerk gelöst. Ein Windows 2003 Server-Rechner bekamschrecklich(~20 Kb/s) Lesegeschwindigkeit von Freigaben auf einer neuen Windows 2008 R2-Box (aber seltsamerweise war 2003 >> 2008 in Ordnung, ~50+ Mb/s).

Einige der Dinge, die ich versucht habe …

  • Einstellung autotuninglevel=disabledwie oben vorgeschlagen
  • Deaktivieren von SMB 2, wie beschriebenHier
  • Optimieren der Duplex- und Flusssteuerungseinstellungen des Adapters, hauptsächlich basierend aufdieser Beitragaber an mehreren Stellen vorgeschlagen

Nichts davon hatte irgendeine (positive) Wirkung.

Für mich stellte sich die Lösung als Deaktivierung des TCP-Offloadings heraus (beschriebenHier), indem Sie die folgenden Registrierungsschlüssel hinzufügen ...

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value = DisableTaskOffload
Type = DWORD
Data = 1

Value = EnableTCPChimney
Type = DWORD
Data = 0

Value = EnableTCPA
Type = DWORD
Data = 0

Value = EnableRSS
Type = DWORD
Data = 0

Nach einem Neustart waren alle Übertragungen wieder auf dem neuesten Stand.

Nach meinem (begrenzten) Verständnis des Problems tritt es nur bei bestimmten NIC-Modellen auf (meiner ist ein Intel 82578DC) in einer Box mit 2008 oder Win 7, die mit einer Box mit 2003 oder XP kommuniziert. In meinem Fall war die 2003-Box eine virtuelle Maschine, die auf VMware Server 2.0.2 lief (aber ich weiß nicht, ob das relevant ist).

Hoffe, das hilft jemandem!

Antwort4

Meine erste Vermutung wäre, dass es ein Hardwareproblem gibt. Versuchen Sie, die Datei per FTP oder HTTP zu übertragen und prüfen Sie, ob das auch langsam ist.

JR

verwandte Informationen