Es dauert sehr lange bis der Inhalt gemappter Laufwerke angezeigt wird...!?
Guten Tag zusammen, wir haben in unserem Windows-Netzwerk das Problem, das Benutzer immer wieder darüber klagen, dass es sehr lange dauert, bis sie im Windows-Explorer den Inhalt ihrer gemappten Laufwerke angezeigt bekommen. Das heißt, sie öffnen den Explorer. Dabei kann es schon etwas dauern bis überhaupt mal alle Mappings dargestellt werden. Wird eines davon ausgewählt dauert es uU nochmal bis der Inhalt desselben im rechten Explorerfenster angezeigt wird.
Ähnlich verhält es sich, wenn sie versuchen beim Speichern von Dateien, über den SpeichernUnter Dialog ein anderes als das voreingestellte Verzeichnis auszuwählen. Auch dabei kann es zu Wartezeiten kommen.
Das sieht doch ganz so aus als gäbe es Probleme mit dem Netzwerkbrowser. Kann mir jemand sagen, wo ich da sinnvollerweise ansetzen und suchen kann? Danke schon mal...
Ähnlich verhält es sich, wenn sie versuchen beim Speichern von Dateien, über den SpeichernUnter Dialog ein anderes als das voreingestellte Verzeichnis auszuwählen. Auch dabei kann es zu Wartezeiten kommen.
Das sieht doch ganz so aus als gäbe es Probleme mit dem Netzwerkbrowser. Kann mir jemand sagen, wo ich da sinnvollerweise ansetzen und suchen kann? Danke schon mal...
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 156729
Url: https://administrator.de/forum/es-dauert-sehr-lange-bis-der-inhalt-gemappter-laufwerke-angezeigt-wird-156729.html
Ausgedruckt am: 27.12.2024 um 04:12 Uhr
11 Kommentare
Neuester Kommentar
Dann kann ich dir nur einen Tipp geben:
Lass mal nen Netzwerkscanner im Hintergrund laufen und versuch mal daran herauszubekommen wo der Fehler liegen könnte.
Wir haben nen ähnliches Phänomen, wobei es hier wohl an dem Sambaserver liegt.
Vielleicht kann sich noch mal jemand äußern, der mit DFS gearbeitet hat oder arbeitet... vielleicht liegts auch daran?!
Merkwürdig finde ich, dass dieses Phänomen vermehrt auftritt in vergangener Zeit....
VG
Lass mal nen Netzwerkscanner im Hintergrund laufen und versuch mal daran herauszubekommen wo der Fehler liegen könnte.
Wir haben nen ähnliches Phänomen, wobei es hier wohl an dem Sambaserver liegt.
Vielleicht kann sich noch mal jemand äußern, der mit DFS gearbeitet hat oder arbeitet... vielleicht liegts auch daran?!
Merkwürdig finde ich, dass dieses Phänomen vermehrt auftritt in vergangener Zeit....
VG
Hallo zusammen.
Wir haben bei uns im Netzwerk das gleiche Phänomen. Ich denke allerdings nicht, dass es am DFS liegen kann, da wir nur normale Freigaben verwenden. Auch die Datenmengen und die Verzeichnisstruktur ist recht übersichtlich, also nichts was meiner Meinung nach diese Wartezeiten hervorrufen könnte.
Ich hoffe wir können dem Problem auf den Grund gehen.
Grüße
Wir haben bei uns im Netzwerk das gleiche Phänomen. Ich denke allerdings nicht, dass es am DFS liegen kann, da wir nur normale Freigaben verwenden. Auch die Datenmengen und die Verzeichnisstruktur ist recht übersichtlich, also nichts was meiner Meinung nach diese Wartezeiten hervorrufen könnte.
Ich hoffe wir können dem Problem auf den Grund gehen.
Grüße
Hallo,
ähnliches beobachte ich auch mit Windows 7, DFS und Windows 2008 Server.
Die Verzögerung tritt allerdings nur beim ersten Zugriff auf. Wenn der Client dann immer wieder auf die Ordner zugreift, ist es kein Problem.
Erst nach einer längeren Zeit der Inaktivität tritt die Verzögerung erneut ein. Gerade so, als würde im Hintergrund erst wieder die Verbindung aufgebaut werden.
Gruß 1002-btl
ähnliches beobachte ich auch mit Windows 7, DFS und Windows 2008 Server.
Die Verzögerung tritt allerdings nur beim ersten Zugriff auf. Wenn der Client dann immer wieder auf die Ordner zugreift, ist es kein Problem.
Erst nach einer längeren Zeit der Inaktivität tritt die Verzögerung erneut ein. Gerade so, als würde im Hintergrund erst wieder die Verbindung aufgebaut werden.
Gruß 1002-btl
Hallo,
bei uns lag es am installierten Novell Netware Client. Dieser versucht für Netzwerkanfragen eine Namensauflösung zu machen (und scheitert bei den Nicht-Novell Servern). Erst danach wird über andere Wege (DNS Netbios versucht, den Namen aufzulösen). Für Windows XP kann man für den Novell Client einen Registry Key (Stciwort: Badserver) mit einer Liste von Servernamen, die nicht über Novell aufgelöst werden sollen hinterlegen. Bei Windows 7 kann man die Reihenfolge der der Provider für die Namensauflösung im Netzwerk- und Freigabecenter ändern und Novell auf den letzten Platz verweisen. Danach lief alles wie erwartet.
Gruß
1002-btl
bei uns lag es am installierten Novell Netware Client. Dieser versucht für Netzwerkanfragen eine Namensauflösung zu machen (und scheitert bei den Nicht-Novell Servern). Erst danach wird über andere Wege (DNS Netbios versucht, den Namen aufzulösen). Für Windows XP kann man für den Novell Client einen Registry Key (Stciwort: Badserver) mit einer Liste von Servernamen, die nicht über Novell aufgelöst werden sollen hinterlegen. Bei Windows 7 kann man die Reihenfolge der der Provider für die Namensauflösung im Netzwerk- und Freigabecenter ändern und Novell auf den letzten Platz verweisen. Danach lief alles wie erwartet.
Gruß
1002-btl