Ich habe einen Dual-Core-Server mit 4 GB RAM, auf dem Windows Server 2008 läuft, den ich als meinen Hauptdateiserver verwende.
Der Zugriff darauf ist plötzlich sehr langsam geworden. Egal, ob ich RDP verwende oder über zugeordnete Laufwerke remote auf Dateien zugreife, es ist einfach langsam!
Ich kann über das VPN per RDP auf andere Maschinen in einem anderen Staat zugreifen und sie laufen viel schneller.
Wenn ich direkt am Server selbst arbeite, läuft es reibungslos. Es scheint etwas zwischen meinen Client-Rechnern und dem Server zu sein.
Wie kann ich die Netzwerkverbindungsgeschwindigkeit zwischen den beiden Maschinen überprüfen? Oder gibt es sonst noch etwas, das ich überprüfen sollte?
Antwort1
Ich habe im letzten Jahr oder so viele kleine, billige Netzwerk-Switches „durchdrehen“ sehen. Die Fehlerursache sind superlangsame Übertragungen und Paketverluste. (Ich habe das im letzten Jahr hauptsächlich bei LinkSys-Switches gesehen). Das würde ich vermuten, aber nicht unbedingt als Erstes. Glücklicherweise ist ein einfacher Geschwindigkeitstest mit „Datei- und Druckerfreigabe“ ziemlich einfach.
Sie können den Durchsatz des Dateiservers schnell und einfach testen, indem Sie mit dem Befehl fsutil eine große temporäre Datei auf Ihrem Client-Computer erstellen und dann die Übertragung auf den Server-Computer zeitlich festlegen:
fsutil file createnew temp-file-name 209715200
Dadurch würde eine temporäre Datei mit einer Größe von 200 MB erstellt. Sie können mithilfe des folgenden Skripts (aus dem Verzeichnis, in dem Sie die temporäre Datei erstellt haben, und vorausgesetzt, Sie haben die Rechte zum Kopieren auf eine Freigabe auf dem Servercomputer) schnell und zeitgesteuert eine Kopie erstellen:
@echo off
echo.|time
copy temp-file-name \\server-computer-name\share-name
echo.|time
Subtrahieren Sie die Endzeit von der Startzeit, wandeln Sie sie in Sekunden um und dividieren Sie 209715200 durch die Anzahl der verstrichenen Sekunden, um die Bytes pro Sekunde zu erhalten.
Sie sollten in einem 100Base-TX-LAN über 7.000.000 Bytes pro Sekunde (ungefähr 56 Mbit/s) sehen. Alles darunter würde mich vermuten lassen, dass etwas nicht stimmt. Vorausgesetzt, der Servercomputer ist einigermaßen modern, sollte er problemlos eine 100-Mbit/s-Leitung füllen können. Wenn Sie langsamere Übertragungsgeschwindigkeiten sehen, würde ich mir die Fehlerzähler in der Administrationsoberfläche des Switches ansehen, mit dem Server und Client verbunden sind. Möglicherweise liegt eine fehlerhafte Verkabelung, ein Duplex-Mismatch oder Probleme mit dem NIC-Treiber vor. Es geht alles nur darum, das Problem methodisch aufzuspüren.
Bearbeiten: Der Dateikopiertest ist ein guter Test, da Sie ihn ohne Software von Drittanbietern durchführen können. Da Sie festgestellt haben, dass tatsächlich ein Engpass besteht, besteht der nächste Schritt darin, die Ursache des Engpasses zu ermitteln.
Das Dienstprogramm WSTTCP (verfügbar unterhttp://www.pcausa.com/Utilities/pcattcp.htm) ist ein schneller und einfacher Test Ihres NIC-Treibers und der Hardware Ihrer Netzwerkinfrastruktur. Es werden Daten gesendet, die nicht von der Festplatte kommen oder auf die Festplatte geschrieben werden, sodass die Festplattensubsysteme auf dem Client und Server letztendlich aus der Gleichung herausgerechnet werden.
Führen Sie auf einer Maschine Folgendes aus (nachdem Sie WSTTCP entpackt haben!), um auf eine Verbindung zu „lauschen“:
wsttcp -r
Führen Sie auf dem anderen Computer Folgendes aus, um einen Test an den Remotecomputer zu übertragen:
wsttcp -t <hostname>
Bei 100 Mbit/s Ethernet möchten Sie möglicherweise den Sendebefehl ändern (indem Sie den Empfangsbefehl auf dem Empfänger erneut ausführen, bevor Sie den Sender erneut starten), um mehr Puffer zu senden, da Sie bei einem längeren Test etwas genauere Zahlen erhalten:
wsttcp -t -n8192 <hostname>
Dadurch werden 64 MB Datenverkehr übertragen. Erhöhen Sie die Zahl „8192“, um mehr Datenverkehr zu senden.
Sie müssen dem Listener entweder den Zugang durch Ihre Firewall-Software auf dem abhörenden Computer erlauben (standardmäßig TCP-Port 5001) oder die Firewall vorübergehend deaktivieren.
Wenn Sie mit WSTTCP gute Übertragungsgeschwindigkeiten, aber langsame Übertragungen beim Kopieren von Dateien feststellen, sollten Sie Ihr Festplattensubsystem überprüfen (und in Erwägung ziehen, einen Festplatten-Benchmark auszuführen). Wenn die Netzwerkübertragungen mit WSTTCP immer noch schlecht sind, untersuchen Sie weiterhin die Netzwerkinfrastruktur, Verkabelung, NIC-Treiber oder NIC-Hardware.
Waidmanns Heil.
Antwort2
Ich würde empfehlen, auf Viren usw. zu prüfen. Führen Sie netstat aus, um die offenen Verbindungen anzuzeigen und zu prüfen, ob etwas verdächtig/unerwartet ist. Es gibt wahrscheinlich Tools zum Testen der Bandbreite zwischen zwei Windows-Rechnern, aber ich kenne keines. iperf könnte möglicherweise unter Cygwin funktionieren.
Antwort3
Führen Sie einen Tracert-Befehl an den Ziel-PC aus, um zu sehen, wo die Verzögerung liegt. Dadurch erhalten Sie detaillierte Statistiken zu jedem Hop.
Syntax zB: tracert 196.12.2.13
Antwort4
Vielleicht ist das auch ein Teil des Problems?