Dateien aus Explorer öffnen dauert extrem lang

Ordnerumleitungen sind keine drin.


An diesen Einstellungen wurde nichts geändert. Die Zeit auf dem Client und DC ist auch auf die Sekunde gleich.
Doofe Frage: Wenn ich bei mir auf dem Desktop eine Datei öffne, was passiert da mit DNS, NTP und SMB?

Also ein DFS-Server ist nicht vorhanden.
Ich habe jetzt per IP auf eine Freigabe zugegriffen. Gleiche Geschichte. *.txt-Dokument (ohne Inhalt), wird standardmäßig im Editor geöffnet. Von Doppelklick bis der Editor geöffnet ist vergehen 15-33 Sekunden (außer es geht mal direkt auf).
Habe dann eine Datei C:\bla\test.txt angelegt und gemessen, selbe Zeitspannen.
Wo die Datei liegt, lokal oder auf einer Freigabe (und wie auf die Freigabe zugegriffen wird), ist also völlig egal.

Es wurden Updates gefahren auf dem DC, allerdings erst spät Abends. Das Problem wurde vorher schon bemerkt. Sonst war nichts.

Macht keinen Unterschied, dauert ebenfalls lange.

Ja.

Und was sagt das aus? Ohne Netzwerk komme ich nicht auf Freigaben, aber das Problem tritt ja nicht nur bei Dateien auf Freigaben auf.

Naja, war halt ein Test, ob vllt. irgendas mit Berechtigungen reinspackt.

Nur sind weder Ordnerumleitungen, noch Offlinedateien definiert.

Es wurden Updates gefahren, aber erst gegen 22:00 Uhr abends.


Naja, die Vermutung, dass es irgendwie mit dem Netzwerk zusammenhängt, kommt eben daher, dass das Problem bei getrennter Verbindung nicht auftritt.

Ich gehe mal davon aus, dass das das Problem "lösen" wird. Nur ist das eine "Lösung", die ich sehr ungern präsentieren will. Das würde nämlich bedeuten, dass ich meinen Urlaub in die Tonne kloppen kann, weil das dann genau das ist, was ich stattdessen über Weihnachten machen darf.

Inwiefern?

Boah, jetzt kommst du mit Sachen um die Ecke... ich würde jetzt mal ganz vorsichtig behaupten nein. Selber werden die das kaum eintragen, weil die keine Ahnung haben. Und wir ITler haben das kaum eingetragen. Ich musste jetzt selber erst mal googeln, was das ist.

Normale lokale Profile, keine Roaming Profile.

Meinst du jetzt, ob Drucker über eine Freigabe oder einen Druckerserver zur Verfügung gestellt werden? Das ist nicht der Fall. Die haben dort nur Netzwerkdrucker (also per Ethernet angeschlossen), keine lokalen (per USB). Die werden aber von allen direkt per TCP/IP oder WMI angesprochen.

Mir ist jetzt auch aufgefallen, dass jedes Mal, wenn ich eine Datei öffne, und das Problem auftritt, im Ereignisprotokoll eine Meldung generiert wird. Habe das bisher nicht beachtet, weil das so eine Art Meldung ist, die man ständig sieht:
<<Durch die Berechtigungseinstellung für "Anwendungsspezifisch" wird dem Benutzer "Local User (SID: ...) unter der Adresse LocalHost (unter Verwendung von LRPC)" keine Berechtigung vom Typ "Lokale Aktivierung" für die COM-Serveranwendung mit der CLSID
{...}
und der APPID
{...}
im Anwendungscontainer "Nicht verfügbar" (SID: nicht verfügbar gewährt). Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.>>

Okay, also es gibt definitiv keine Roaming-Profile und keine Ordnerumleitungen. Das wüsste ich, weil die hätte ich selber eingerichtet. Die Mitarbeiter können das nicht.

@erikro Die Story mit der zu kleinen SSD haben wir auch erlebt, als wir bei einem Kunden, der früher PCs mit 1TB Festplatten hatte, dann Geräte mit 128 GB SSDs hingestellt haben. Nach dem Motto "mehr brauchen wir nicht, das liegt eh alles auf dem Server". Das ist einer der Gründe, warum wir keine Roamingprofile machen.

Ich gehe davon aus, dass ein Löschen und Neuanlegen des Profils das Problem zwar beheben würde. Allerdings hoffe ich immer noch auf eine schnellere Lösung. Das würde nämlich bedeuten, dass ich meinen Weihnachtsurlaub in die Tonne treten kann, weil das dann genau das ist, was ich zwischen den Jahren machen darf.

Ah, ok. Habe ich jetzt getestet, leider keine Änderung.

Sorry dass ich hier jetzt ein Bisserl Nekro betreibe, ich dachte, ich löse das einfach noch auf. Wir haben nämlich nach langer Suche die Lösung gefunden. Ist ziemlich speziell. Wir sind auch erst draufgekommen, nachdem sich der Windows Support von MS die Zähne dran ausgebissen hat. In irgendeinem Log, das die abgefragt haben, war zu sehen, dass immer wieder Zugriffe auf einen nicht länger existenten Server geschehen.

Folgendes ist passiert.
1) Wir hatten kurz vorher ein Upgrade des CRM durchgeführt, auf eine neuere Version. Dabei haben wir den Server, auf dem das CRM gelaufen ist, abgeschaltet, und die Serverinstallation des CRM auf einen neuen Server umgezogen.
2) Der Installer für die neue Version des CRM läuft komplett automatisch durch, da muss man nichts mehr einstellen. Er deinstalliert automatisch auch sämtliche älteren Versionen.
3) Was der Installer offenbar nicht tut, ist die ganzen alten Registry-Einträge zu entfernen oder zu korrigieren.

Ich musste letztendlich auf jedem Rechner die komplette Registry durchsuchen und jeden Eintrag \\alter-server\crm\ durch \\neuer-server\crm\ ersetzen. Nachdem das geschehen war, war auch das Problem weg.
Erklärt natürlich, warum es ohne Netzwerk nicht auftrat, da hat er gar nicht erst versucht, auf den Server zuzugreifen. Erklärt auch, warums bei einem neuen Benutzerprofil nicht auftrat - Registry ohne Vorbelastung (es war also offenbar ein Eintrag im HKCU).
Erklärt nicht, warum ich ein paar Leute hatte, bei denen es nicht auftrat, obwohl die die vorher die alte Version vom CRM hatten.
Verstehe auch nicht, warum bei jedem Öffnen einer Datei auf den Server zugegriffen werden muss, der damit gar nix zu tun hat. Aber naja. The Joys of IT.

Danke an alle, die ihren Input gegeben haben.