SMBv3 - Windows Server 2016 - Roaming Profile

%3CLINGO-SUB%20id%3D%22lingo-sub-1079302%22%20slang%3D%22de-DE%22%3ESMBv3%20-%20Windows%20Server%202016%20-%20Roaming%20Profile%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1079302%22%20slang%3D%22de-DE%22%3E%3CP%3EHello%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3Ewe%20have%20a%20problem%20sharing%20files%20on%20a%20Windows%20Server%202016%20in%20conjunction%20with%20Roaming%20Profiles%20and%20Offline%20Cache.%20There%20is%20a%20home%20share%20on%20the%20server%20which%20is%20used%20for%20offline%20caching%20of%20notebooks.%20In%20addition%2C%20there%20is%20an%20enterprise-wide%20profile%20share%20in%20which%20the%20Appdata%20roaming%20branch%20is%20also%20stored.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAfter%20all%2C%20when%20a%20user%20logs%20on%20to%20a%20system%2C%20the%20entire%20profile%20is%20loaded%20from%20the%20server%20and%20written%20back%20when%20it%20logs%20off.%20We%20have%20found%20that%20these%20files%20are%20still%20in%20use%20on%20the%20server%20(Open%20Files)%20for%20a%20long%20time%20when%20logging%20in%20(read)%20and%20logging%20out%20(Write)%2C%20even%20though%20the%20operations%20on%20the%20client%20have%20already%20been%20completed%20here.%20If%20the%20user%20logs%20on%20again%20immediately%20after%20logging%20on%2C%20it%20may%20happen%20that%20the%20user%20has%20to%20wait%20even%20longer%20at%20the%20login%20-%20here%20it%20seems%20that%20the%20read%20file%20share%20on%20the%20server%20is%20waiting.%20In%20some%20cases%2C%20temporary%20profiles%20have%20also%20been%20created%20(timeout!%3F).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EDoes%20anyone%20have%20a%20suggestion%20like%20we%20can%20trigger%20file%20sharing%20on%20the%20server%20right%20after%20completion%20for%20profiles%3F%20The%20tips%20with%20Oplocks%20and%20leasing%20on%20the%20server%20are%20somewhat%20critical%2C%20because%20we%20still%20need%20the%20offline%20caching%20to%20another%20share%20on%20the%20same%20server.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThank%20you%20for%20your%20support.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ELG%3CBR%20%2F%3EJoachim%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-1079302%22%20slang%3D%22de-DE%22%3E%3CLINGO-LABEL%3ENetworking%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ERoaming%20Profiles%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESmb%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EWindows%20Server%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
Highlighted
New Contributor

Hallo,

 

wir haben ein Problem mit der Freigabe von Dateien auf einem Windows Server 2016 in Verbindung mit Roaming Profiles und Offline Cache. Auf dem Server existiert ein Home-Share welcher für das Offline-Caching von Notebooks verwendet wird. Zusätzlich gibt es hier einen unternehmensweiten Profile-Share in dem auch der Appdata-Roaming Zweig abgelegt wird.

 

Wenn sich ein Benutzer an einem System anmeldet wird ja das gesamte Profil vom Server geladen und beim Abmelden wieder zurückgeschrieben. Wir haben festgestellt, dass diese Dateien beim anmelden (Read) und beim Abmelden (Write) noch lange am Server in Verwendung sind (Open Files) obwohl hier bereits die Vorgänge am Client abgeschlossen wurden. Sollte sich der Benutzer nach erfolgter Anmeldung gleich wieder anmelden, kann es vorkommen, dass der Benutzer noch länger beim Anmelden warten muss - hier wird anscheinend die lesende Dateifreigabe am Server abgewartet. In einigen Fällen wurden auch temporäre Profile erstellt (Zeitüberschreitung!?).

 

Hat jemand einen Vorschlag wie wir hier bei Profilen die Dateifreigabe am Server gleich nach Abschluss auslösen können? Die Tipps mit Oplocks und Leasing am Server ist etwas kritisch, da wir hier ja noch das Offline-Caching auf einen anderen Share am selben Server benötigen.

 

Vielen Dank für eure Unterstützung.

 

LG
Joachim

0 Replies