6
Win2k3 - Sehr viel Ordner in Freigabe - Netzwerkzugriff dadurch sehr langsam
Hallo,
hab hier ein seltsames Problem.
Problemkind ist ein Windows Server 2003, der als Fileserver läuft.
In einem der freigegebenen Ordner befinden sich über 3000 weitere Ordner.
Wenn ich lokal (bzw über Remotedesktop) in diesen Ordner geh, ist die Geschwindigkeit wie gewohnt.
Wenn ich über smb (Das Windows-Ordner-Freigabeprotokol) darauf zugreif dauerts ewig bis der Ordner geöffnet wird.
Beispiel:
in D:\test\ liegen 3000 weitere Ordner
grauf ich jetzt lokal auf die Ordner zu geht alles (relativ) schnell
greif ich über \\server\d$\test\ zu dauert es um die 10 bis 30 sekunden bis die ordner angezeigt werden.
in der zeit sieht man nur eine sanduhr.
Das Problem tritt nur bei den Ordnern auf in dem sehr viele weitere Ordner angelegt sind.
Die HW des Servers wurde auf grund des o.g. Problems bereits ausgetauscht.
Die Probleme bleiben!
Muss also irgendwie an Windows liegen.
Server ist mit Gigabit LWL angebunden
Ich bin momenatan mit 100 MBit angebunden
Bei zugriff auf den Ordner steigt die Netzlast des Servers nur sehr geringfügig
hab hier ein seltsames Problem.
Problemkind ist ein Windows Server 2003, der als Fileserver läuft.
In einem der freigegebenen Ordner befinden sich über 3000 weitere Ordner.
Wenn ich lokal (bzw über Remotedesktop) in diesen Ordner geh, ist die Geschwindigkeit wie gewohnt.
Wenn ich über smb (Das Windows-Ordner-Freigabeprotokol) darauf zugreif dauerts ewig bis der Ordner geöffnet wird.
Beispiel:
in D:\test\ liegen 3000 weitere Ordner
grauf ich jetzt lokal auf die Ordner zu geht alles (relativ) schnell
greif ich über \\server\d$\test\ zu dauert es um die 10 bis 30 sekunden bis die ordner angezeigt werden.
in der zeit sieht man nur eine sanduhr.
Das Problem tritt nur bei den Ordnern auf in dem sehr viele weitere Ordner angelegt sind.
Die HW des Servers wurde auf grund des o.g. Problems bereits ausgetauscht.
Die Probleme bleiben!
Muss also irgendwie an Windows liegen.
Server ist mit Gigabit LWL angebunden
Ich bin momenatan mit 100 MBit angebunden
Bei zugriff auf den Ordner steigt die Netzlast des Servers nur sehr geringfügig
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 23906
Url: https://administrator.de/contentid/23906
Ausgedruckt am: 22.11.2024 um 21:11 Uhr
6 Kommentare
Neuester Kommentar
Der "BITS" (Intelligenter Übertragungsdienst) braucht halt ne weile. 3000 Unterordner als Freigabe ist halt kein Pappenstiel! Windows durchsucht bzw. informiert sich zuerst über alle Ordner, befor der User zugriff zu diesen hat.
Schau einfach mal nach, ob du den BITS in der Version 2.0 installiert hast. Wenn nicht? Microsoft Download Center!!!
Schau einfach mal nach, ob du den BITS in der Version 2.0 installiert hast. Wenn nicht? Microsoft Download Center!!!
Hallo,
so blöd es klingen mag: Versuche doch einmal, die HDD zu defagmentieren (sofern noch nicht geschehen). Das könnte auch schon einen Geschwindigkeitsvorteil bringen.
Gruß,
TM
so blöd es klingen mag: Versuche doch einmal, die HDD zu defagmentieren (sofern noch nicht geschehen). Das könnte auch schon einen Geschwindigkeitsvorteil bringen.
Gruß,
TM
Hallo Ralf,
hier mal ein paar Anregungen...
- läuft auf deinen Systemen ein Virenscanner? zum Test mal ausgeschaltet?
Scannt der Virenscanner auf den Clients auch Netzlaufwerke?
- bzgl. BITS, den könntest du zum Test mal deaktivieren, lässt sich auf jeden Fall
über Gruppenrichtlinien machen.
- Hier was zum Thema "opportunistic Filelocking", hat mir bei ähnlichen Problemen
schon geholfen. http://support.microsoft.com/kb/296264/en-us
- SMB-Signing wird in diesem Zusammenhang auch sehr oft genannt
http://www.grurili.de/HowTo/SMB_Signing.htm
Hoffe du kommst damit weiter.
Gruß aus dem Badischen
Patrick
hier mal ein paar Anregungen...
- läuft auf deinen Systemen ein Virenscanner? zum Test mal ausgeschaltet?
Scannt der Virenscanner auf den Clients auch Netzlaufwerke?
- bzgl. BITS, den könntest du zum Test mal deaktivieren, lässt sich auf jeden Fall
über Gruppenrichtlinien machen.
- Hier was zum Thema "opportunistic Filelocking", hat mir bei ähnlichen Problemen
schon geholfen. http://support.microsoft.com/kb/296264/en-us
- SMB-Signing wird in diesem Zusammenhang auch sehr oft genannt
http://www.grurili.de/HowTo/SMB_Signing.htm
Hoffe du kommst damit weiter.
Gruß aus dem Badischen
Patrick
Hallo Patrick,
hab mal alle deine Vorschläge geteste
--> leider ohne Erfolg....
BITS ist schon deaktivert --> also nicht der verursacher
"opportunistic Filelocking" --> hätte genau auf das Problem gepasst -> auch kein Erfolg
SMB-Signing --> ist auf Server und Client gleich eingestellt -> dürfte auch nicht das Problem sein
Der fehler ist reproduzierbar:
Ich hab die root Ordnerstrucktur auf meinen Client und auf einen anderen Server gezogen.
Ergebnis das selbe.
Client ist ein Windows 2000 Professional
Server auch ein Win2k3
hätte auf "opportunistic Filelocking" gepasst aber wie schon gesagt, kein Erfolg
gibt es eine Möglichkeit ober er "opportunistic Filelocking" wirklich nicht mehr anwendet?
auch das defragmentieren kann ich nahezu ausschließen, da wenn ich lokal auf die Daten zugreife die Performance OK ist.
Gibt es sonst noch (vielleicht auch sehr entfernte) Lösungsmöglichkeiten?
hab mal alle deine Vorschläge geteste
--> leider ohne Erfolg....
BITS ist schon deaktivert --> also nicht der verursacher
"opportunistic Filelocking" --> hätte genau auf das Problem gepasst -> auch kein Erfolg
SMB-Signing --> ist auf Server und Client gleich eingestellt -> dürfte auch nicht das Problem sein
Der fehler ist reproduzierbar:
Ich hab die root Ordnerstrucktur auf meinen Client und auf einen anderen Server gezogen.
Ergebnis das selbe.
Client ist ein Windows 2000 Professional
Server auch ein Win2k3
hätte auf "opportunistic Filelocking" gepasst aber wie schon gesagt, kein Erfolg
gibt es eine Möglichkeit ober er "opportunistic Filelocking" wirklich nicht mehr anwendet?
auch das defragmentieren kann ich nahezu ausschließen, da wenn ich lokal auf die Daten zugreife die Performance OK ist.
Gibt es sonst noch (vielleicht auch sehr entfernte) Lösungsmöglichkeiten?
OK, Problem gefunden!
http://support.microsoft.com/kb/320829/en-us
Das Problem war SMB und zwar beim Caching.
Am besten den Knowledge Base Artikel lesen
Zur Lösung:
einfach auf dem Server folgenden Reg-Key setzen:
Zitat:
The SizReqBuf value is stored in the registry under the following registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
Value Name: SizReqBuf
Data Type : REG_DWORD
Data : 512 - 65535 (bytes in decimal, or 200 - FFFF hexadecimal)
Default : 4356 Specifies the size of request buffers that the server uses.
Von MS wird ein Hex-Wert von 4410 (entspricht 17424 Dezimal)
anschließend neu starten oder
Code:
net server stop
net server start
und es tut
Gruß
Ralf
http://support.microsoft.com/kb/320829/en-us
Das Problem war SMB und zwar beim Caching.
Am besten den Knowledge Base Artikel lesen
Zur Lösung:
einfach auf dem Server folgenden Reg-Key setzen:
Zitat:
The SizReqBuf value is stored in the registry under the following registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
Value Name: SizReqBuf
Data Type : REG_DWORD
Data : 512 - 65535 (bytes in decimal, or 200 - FFFF hexadecimal)
Default : 4356 Specifies the size of request buffers that the server uses.
Von MS wird ein Hex-Wert von 4410 (entspricht 17424 Dezimal)
anschließend neu starten oder
Code:
net server stop
net server start
und es tut
Gruß
Ralf
Das "SizReqBuf " gibt es bei mir auf dem Server nicht 
Da ich das gleiche Problem bei uns habe, würde ich das gerne auch ausprobieren. Soll ich daher einfach "SizReqBuf" Eintrag erstellen?
Welchen Wert empfiehlt Ihr denn?
Wäre über eine Empfehlung sehr dankbar.
Da ich das gleiche Problem bei uns habe, würde ich das gerne auch ausprobieren. Soll ich daher einfach "SizReqBuf" Eintrag erstellen?
Welchen Wert empfiehlt Ihr denn?
Wäre über eine Empfehlung sehr dankbar.
