Zugriff auf Netzwerklaufwerk verzögert

[Sunny61 806]

AV-Scanner kann ich ausschließen, wenn ich mich als Administrator oder mit meinem Benutzernamen anmelde, gibt es keine Verzögerungen.

 

Hmm, sehr merkwürdig. Du könntest den Processmonitor von MS mal mitlaufen lassen. Als User anmelden, Verknüpfung zum Processmonitor als Admin aufrufen, Protokollieren lassen und jetzt als Benutzer den Explorer öffnen und auf eine Freigabe klicken. Anschließend hast Du ein riesiges Log zum auswerten.

 

NIC-Treiber sind aktuell? Fehlermeldungen im Eventlog?

 

 

SMB-Signing habe ich bereits letzte Woche gemäß Best Practice konfiguriert.

 

Ist es auch überall angekommen? Prüf das mal auf dem betroffenem Client mit RSOP.MSC.

[lebron 10]

Was ist denn eigentlich mit einem User der KEIN Servergespeichertes Profil hat? (Nur um mal endgültig zu klären dass der Fehler irgendwo im Profil liegen muß)

[lefg 276]

Ich kann weder aus der Eröffnung noch aus den Folgen einwandfrei erkennen, ob es sich um ein allgemeines Problem handelt oder um ein spezielles. Tritt es auf bei einem Rechner von vielen oder bei einem Benutzer von vielen? Oder tritt es auf an allen Rechnern und Benutzern?

 

Seit wann gibt es diese Problem, gibt es das schon "immer" oder ist es "plötzlich" aufgetreten?

 

Wurde bei dem Kunden etwas an den Rechnern oder am Server genacht, wurde an irgendeiner Schraube gedreht, wurden da Updates installiert, das SP3 oder sonstwas?

 

Wurde da etwas verändert bei Netzwerkkarten und Bindungen, Reihenfolge der Anbieter?

[Oosterloo 10]

Vielen Dank für die vielen Hilfen.

 

rsop.msc zeigt, dass SMB-Signing greift. Hatte ich auch schon mit gpedit.msc überprüft.

 

Ein lokales Benutzerprofil (und auch mein eigenes serverbasiertes Profil) auf dem einen PC, welcher mit einem anderen Profil Probleme hat funktioniert einwandfrei.

 

16 PCs und deren User laufen einwandfrei. 6 PCs mit deren Usern haben die Verzögerungen.

 

Ausgangspunkt war, dass ab und zu der Netzwerkzugriff auf allen PCs gleichzeitig verzögert war, bzw. das Netz scheinbar für einige 10 sec. hing. Daraufhin hatte ich auf dem Server und den Clients alle Windows-Updates und Office-Updates bis zum 26.05.08 installiert. XP SP3 ist noch nirgends installiert, überall nur XP SP2.

 

Danach kam am ersten PC das Problem auf, dass beim Aufrufen von Netzwerklaufwerk I: mittels Explorer und Klicken auf ein Unterverzeichnis der Explorer für 15 sek. bis zu 3 min. einfriert. Auf einem zweiten PC dann das gleiche Phänomen. Ein PC hat das Problem erst seit heute, obwohl ich am Server und dem PC nichts geändert hatte.

 

Lesen hier im Forum brachte mich auf SMB-Signing, welches ich Anfang letzter Woche einpflegte.

 

Habe nun den Perfmon auf dem Server mal mitlaufen lassen. Wenn diese Zugriffe von den problematischen PCs / Usern auf I: erfolgen, steigt bei dem physikalischen Datenträger C: die Zeit (%) auf extrem hohe Werte. Bewegt sich der Wert sonst zwischen 0 und 20, so sind in den Spitzen dann 4.000 bis 5.000 zu sehen.

 

Hilfe!

 

Vielen Dank und Gruß, Gunnar

[Oosterloo 10]

Habe das mit dem Perfmon nochmals genauer verfolgt. Wenn der Zugriff eines Problem-PCs auf I: erfolgt, ändert sich die Zeit (%) für Datenträger C: nicht. Hatte den Server gestern neu gestartet und die Zeit (%) für Datenträger C: liegt im Schnitt zwischen 5 und 20. Ab und zu schnellt dieser Wert aber auf Werte von 4.000 oder 7.000 im Maximum für 5 bis 10 sec. Ist das normal?

 

Das Pagefile habe ich schon auf die zweite Platte E: verlagert.

 

Wie kann ich denn herausfinden, wer oder was diese Last erzeugt?

 

Habe jetzt auch noch mal mit den Profilen des Users diverses probiert. Das Profil HH auf PC1 gibt beim Netzwerklaufwerkszugriff auf I: die Verzögerungen. Das Profil HH auf PC2 ist OK. Profil HH auf PC1 gelöscht (lokal und Server), dann mit HH angemeldet gibt wieder Verzögerungen. Das Profil GO auf PC1 ist OK. Liegt also wohl nicht am Profil und auch nicht am PC, sondern an dem Profil HH auf diesem speziellen PC1?

 

Sorry, dass das so ausartet. Habe nun in den PC1 noch den aktuellen Netzwerkkartentreiber und eine neue Grafikkarte mit aktuellem Treiber installiert (die alte machte mit dem neuesten Treiber Probleme - Anzeige blinkte, ist wohl bekanntes Problem vom ATI BIOS der Karte). Nun aber immer noch die Verzögerungen.

 

Gruß, Gunnar

[Oosterloo 10]

Ich hoffe, ich kann das Thema nun abschließen.

 

Habe die Server-Platten neu geordnet, 2x2 HDs an dem einen Promise Controller jeweils als RAID1. (Vorher am Motherboard internen Controller als RAID1 die Systemplatten, am Promise die Datenplatten auch als RAID1.)

 

Die problematische Freigabe I: habe ich komplett von der einen Platte auf die andere verschoben und neu freigegeben. Ein Verzeichnis ließ sich nicht verschieben, hatte keinen Zugriff darauf. Meldet, dass sich eine gewisse Datei nicht löschen läßt, zeigt auch im Explorer nur übergeordnete Verzeichnisse (5. oder 6. Ebene) an und nicht mehr deren Inhalt - irgendwie zerschossen. Dieses Unterverzeichnis wird sowieso nicht mehr benötigt und so habe ich es im CLI mit rd /S /Q Unterverzeichnis löschen können. Ein del /S /F /Q Unterverzeichnis gab die Meldung, dass der Dateiname zu lang wäre und nicht gelöscht werden konnte.

 

Die Verzögerungen beim Zugriff auf I: auf einigen PCs ist nun weg und alle sind wieder zufrieden. Ich hoffe, dass das mit dem Verschieben der Freigabe letztendlich die Lösung des Problems war und dieser Zustand anhält. Die RAID-Geschichte sehe ich dann nur als Performance-Optimierung.

 

Vielen Dank für die vielen Hilfen und Kommentare.

 

Gruß, Gunnar