3
Remotedesktopdienste-Profil liegt auf Terminalservern und Freigabe
Hallo zusammen,
ich betreibe eine Citrix XenApp 6.5 Serverfarm mit 6 Windows 2008R2 Terminalservern und etwa 60 Benutzern.
Bei den Benutzern ist ein Remotedesktopdienste Profilpfad angegeben welcher auf den Fileserver zeigt. Das funktioniert soweit auch, die Profile werden auf dem Fileserver an/abgelegt.
Nach einigen Wochen Betrieb stellen wir fest, das uns die Laufwerke der Terminalserver voll laufen, da auf jedem so gut wie alle Benutzerprofile noch einmal lokal liegen.?
Wenn diese vom TS lokal gelöscht werden, zieht sich der Benutzer bei der Anmeldung sein Profil nicht vom angegebenen Serverpfad sondern er bekommt ein neues unter C:\ welches wieder auf den Server übertragen wird. Wie kann das sein? Wo ist der Denkfehler?
Muss ich zusätzlich zu den Terminaldiensteprofil noch Roaming Profiles konfigurieren?
ich betreibe eine Citrix XenApp 6.5 Serverfarm mit 6 Windows 2008R2 Terminalservern und etwa 60 Benutzern.
Bei den Benutzern ist ein Remotedesktopdienste Profilpfad angegeben welcher auf den Fileserver zeigt. Das funktioniert soweit auch, die Profile werden auf dem Fileserver an/abgelegt.
Nach einigen Wochen Betrieb stellen wir fest, das uns die Laufwerke der Terminalserver voll laufen, da auf jedem so gut wie alle Benutzerprofile noch einmal lokal liegen.?
Wenn diese vom TS lokal gelöscht werden, zieht sich der Benutzer bei der Anmeldung sein Profil nicht vom angegebenen Serverpfad sondern er bekommt ein neues unter C:\ welches wieder auf den Server übertragen wird. Wie kann das sein? Wo ist der Denkfehler?
Muss ich zusätzlich zu den Terminaldiensteprofil noch Roaming Profiles konfigurieren?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 204657
Url: https://administrator.de/forum/remotedesktopdienste-profil-liegt-auf-terminalservern-und-freigabe-204657.html
Ausgedruckt am: 24.12.2024 um 16:12 Uhr
3 Kommentare
Neuester Kommentar
Das auf den TS lokale Profile zur Session angelegt werden (diese sollten aus dem zentralen Remotedesktopprofil eine jeden Users gezogen werden), ist normal und richtig. Damit es auf den TS im Lauf der Zeit nicht eng wird, gibt es meines Wissens nach ein Tool, daß per Taskplaner zeitgesteuert z. B. einmal pro Nacht oder frühmorgens alle lokalen Profile löscht. Es muß dieses Tool verwendet werden, ein einfacher Delete löscht zwar die Profildateien, die Profile gelten dann aber nicht als gelöscht, das wäre unsauber. Google mal nach "UHPClean".
Du hast aber scheinbar noch ein ganz anderes Problem: Die lokalen Profile werden zwar scheinbar brav auf den zentralen Fileserver zurückgeschrieben, ist aber das lokale Profil auf dem TS fort, werden sie nicht wieder vom zentralen Ort gezogen. Ein Rechteproblem wird's nicht sein, sonst würden die Profile ja auch nicht zurückgeschrieben werden können.
Sieh' mal nach, ob Du evtl. hiervon betroffen bist:
http://www.graz4u.at/de/faq/weiterefragen/217-user-bekommen-nur-tempora ...
Terminal Server Profile können nicht geladen werden
Auch hier ein Hinweis auf das o. g. Tool:
http://www.mcseboard.de/topic/143148-terminal-server-benutzerprofil-kan ...
Hier wird doch auf evtl. Rechteproblemen herumgeritten, vielleicht ist doch was dran:
http://technet.microsoft.com/en-us/library/cc757013(v=ws.10).aspx
Und:
Nein, Du benötigst keine herkömmlichen Roaming-Profiles für Deine TS-User, diese sind nur für FAT-Client-Umgebungen gedacht.
Wichtig:
Meiner Erfahrung nach (ich hatte mal 600 User auf 40 TS mit MetaFrame 4.0):
Ein Terminalserver braucht jede Nacht einen Neustart, jede Nacht! Das löst ggf. einen Haufen Probleme!
Grüße
Du hast aber scheinbar noch ein ganz anderes Problem: Die lokalen Profile werden zwar scheinbar brav auf den zentralen Fileserver zurückgeschrieben, ist aber das lokale Profil auf dem TS fort, werden sie nicht wieder vom zentralen Ort gezogen. Ein Rechteproblem wird's nicht sein, sonst würden die Profile ja auch nicht zurückgeschrieben werden können.
Sieh' mal nach, ob Du evtl. hiervon betroffen bist:
http://www.graz4u.at/de/faq/weiterefragen/217-user-bekommen-nur-tempora ...
Terminal Server Profile können nicht geladen werden
Auch hier ein Hinweis auf das o. g. Tool:
http://www.mcseboard.de/topic/143148-terminal-server-benutzerprofil-kan ...
Hier wird doch auf evtl. Rechteproblemen herumgeritten, vielleicht ist doch was dran:
http://technet.microsoft.com/en-us/library/cc757013(v=ws.10).aspx
Und:
Nein, Du benötigst keine herkömmlichen Roaming-Profiles für Deine TS-User, diese sind nur für FAT-Client-Umgebungen gedacht.
Wichtig:
Meiner Erfahrung nach (ich hatte mal 600 User auf 40 TS mit MetaFrame 4.0):
Ein Terminalserver braucht jede Nacht einen Neustart, jede Nacht! Das löst ggf. einen Haufen Probleme!
Grüße
Hi,
vielen Dank für die Hilfe, war der richtige Ansatz!
UHPClean gibt's zwar nicht mehr aber ich habe dadurch die Stelle wo ich die Profile löschen muss gefunden.
Entferne ich den dem Profil entsprechenden Eintrag unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList des Terminalservers und lösche den Ordner unter C: dann wird bei der nächsten Anmeldung das Profil mit allen einstellungen vom Server geladen.
Jetzt muss ich nur noch eine GPO bauen die genau das macht und das Problem sollte gelöst sein
Übrigens, unsere Terminalserver starten jede Nacht neu
vielen Dank für die Hilfe, war der richtige Ansatz!
UHPClean gibt's zwar nicht mehr aber ich habe dadurch die Stelle wo ich die Profile löschen muss gefunden.
Entferne ich den dem Profil entsprechenden Eintrag unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList des Terminalservers und lösche den Ordner unter C: dann wird bei der nächsten Anmeldung das Profil mit allen einstellungen vom Server geladen.
Jetzt muss ich nur noch eine GPO bauen die genau das macht und das Problem sollte gelöst sein
Übrigens, unsere Terminalserver starten jede Nacht neu
Freut mich zu hören.
Ich bin nicht sicher, ob es passende ADM(X) für diesen Zweck gibt, um eine GPO anzulegen, die diesen Profile-Lösch-Job erledigt.
Ein Skript (irgendwo zentral abgelegt) mit den entsprechenden Befehlen zum Editieren von Registry und z. Löschen der lokalen Profile tut es dann sicherlich auch (zeitgesteuert per Taskplaner).
Wenn Deine Frage beantwortet ist bzw. Du in diesem Thread keine Fragen mehr dazu hast, den Thread bitte als "gelöst" markieren.
Grüße
Ich bin nicht sicher, ob es passende ADM(X) für diesen Zweck gibt, um eine GPO anzulegen, die diesen Profile-Lösch-Job erledigt.
Ein Skript (irgendwo zentral abgelegt) mit den entsprechenden Befehlen zum Editieren von Registry und z. Löschen der lokalen Profile tut es dann sicherlich auch (zeitgesteuert per Taskplaner).
Wenn Deine Frage beantwortet ist bzw. Du in diesem Thread keine Fragen mehr dazu hast, den Thread bitte als "gelöst" markieren.
Grüße
