bright
Goto Top

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

Content-ID: 23906

Url: https://administrator.de/forum/win2k3-sehr-viel-ordner-in-freigabe-netzwerkzugriff-dadurch-sehr-langsam-23906.html

Ausgedruckt am: 23.12.2024 um 03:12 Uhr

22010
22010 07.07.2006 um 15:59:32 Uhr
Goto Top
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!!!
tmedv79
tmedv79 07.07.2006 um 16:24:52 Uhr
Goto Top
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
unzhurst
unzhurst 07.07.2006 um 22:24:39 Uhr
Goto Top
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
Bright
Bright 11.07.2006 um 11:12:34 Uhr
Goto Top
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?
Bright
Bright 11.07.2006 um 15:19:48 Uhr
Goto Top
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
MarcelHU
MarcelHU 23.10.2008 um 10:23:22 Uhr
Goto Top
Das "SizReqBuf " gibt es bei mir auf dem Server nicht face-sad
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.