FSLogix Profile Container

Hi,

Es sind keine UPDs im RD-Session Broker etc. konfiguriert, es gibt nur die AD-Roaming Profiles. Grundsätzlich funktioniert das auch: Bei Anmeldung und Abmeldung werden die Profile zwischen RD-SH und AD synchronisiert. Die Profile verbleiben dann mit dem Zustand auf dem RD-SH und werden bei erneuter Anmeldung wieder syncrhonisiert.

FSLogix Profile Disks haben mit den UPDs nicht viel gemein. Ich ergründe aber noch wie sich das genau verhält.
Lizenz habe ich in jedem Fall über Office 365, wofür ich das so direkt aber gar nicht nutzen möchte. Es geht nur um den "lokalen" OneNote 2013 Cache.
Ich möchte nach wie vor aus der Sicherung auf Dateiebene Wiederherstellungen machen können, das scheint mir der größte Schwachpunkt bei Profile Disks zu sein. Auch kann ich jetzt am RD-SH sehen wo der Speicherplatz im Profil verwendet wird und ggf. aufräumen, das dürfte mit UPDs ziemlich mühselig werden.

Alles in allem habe ich mich damals gegen die (Windows eigene) UPD entschieden, die war auch buggie. Jetzt möchte ich ungern alles auf Links ziehen um mein Ziel zu erreichen.

Ich möchte den OneNote Cache (ca. 10 GB pro User) überhaupt nicht sichern, den Rest aber schon. Der Cache läßt sich nur auf einem "lokalen" Volume ablegen... Kann ich neben den FSLogix Profil Disks parallel wenigstens redirected folders nutzen?

Ja es scheint zu gehen, im Test werden Daten auf den redirected folders erstellt und sind dann auch ohne die Profile Disk im Zugriff, das sieht schon gut aus. Allerdings steht in einigen (nicht allen) Beiträgen im Internet man solle für die Ordner exceptions konfigurieren, das habe ich bisher nicht getan.

Die roaming profiles müsste ich doch im Anschluss an die Erstellung der profile disk vom DC löschen können oder habe ich da einen Gedankenfehler?

Zusammen mit folder redirection und einer read only Anmeldung könnte auch die Nutzung der anderen RD-Sammlungen akzeptabel laufen, das muss ich aber unbedingt erst testen.

Sry hab mich etwas allgemein ausgedrückt. Ich habe den Profilordner auf dem DC liegen, den würde ich dann irgendwann löschen wollen wenn die Profile in der Profil Disk liegen, ich vermute mal das dürfte dann keine Probleme geben.

Aber das bringt mich vielleicht bei einer anderen Merkwürdigkeit weiter.

Ich habe die roaming Profile vom RD-SH gelöscht, sonst wurde von FSLogix gar keine Profile Disk angelegt. Auch der Profilpfad wurde aus dem AD user entfernt. Die Disk wird angelegt, der Benutzer angelegt, es entstehen <user> und local_<user> Pfad unter C:\Users. Die Registry bekommt einen Profil-Eintrag und unter erweiterte Systemeinstellungen wird der User angezeigt. Meldet sich der User wieder ab verschwindet alles bis auf die VHD, soweit so gut. Der Eintrag unter erweiterte Systemeinstellungen stand aber tatsächlich immer auf roaming, bis ich ihn dort geändert habe seit dem immer local.

Ich habe jetzt die VHD testweise umbenannt in der Annahme, das einfach eine neue wie ein neues Profil erzeugt werden würde. Das passiert auch aber der User wird auf dem RD-SH jetzt mit einem temporären Profil angelegt obwohl nichts auf ein roaming profile hindeutet. Die Registry und FSLogix verhalten sich wie gewohnt, es entsteht nur eben TMP und local_<user> im Profilpfad. In der Registry sieht der Schlüssel ganz normal aus unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList, kein BAK Eintrag.

Als ob er wüsste das es eine Profile Disk gibt aber diese nicht erreichbar ist.

Hier nochmal der genaue Ablauf mit FSLogix für den RD-SH konfiguriert:

1) Ich lösche das Profil des Users vom RD-SH über "erweiterte Systemeinstellungen".
2) Der User meldet sich an, ist in der include list von FSLogix enthalten und hat kein lokales Profil auf dem RD-SH liegen.
3) Eine VHD wird erstellt "username_SID.vhd"
4a) Auf dem RD-SH unter C:\Users entstehen zwei Ordner, "username" (umgeleitet in die VHD) und "local_username" (wenige tatsächlich lokale Daten).
4b) Der Registry wird unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList ein Eintrag angehängt mit der SID des Users als Ordnername.
5) Der User ist angemeldet.
6) Am RD-SH unter "erweiterte Systemeinstellungen" wird sein Profil als lokal angezeigt.
7) Der User meldet sich ab.
8a) Die Ordner auf dem RD-SH unter C:\Users werden beide gelöscht.
8b) Der Registry Eintrag wird gelöscht.
8c) Die VHD wird unmounted.
8d) Am RD-SH unter "erweiterte Systemeinstellungen" wird sein Profil nicht mehr gelistet.
9) Der User ist abgemeldet.

Soweit alles super wie es sein sollte. Wenn ich jetzt die unter 3) erstellte VHD verschiebe/lösche und den User neu anmelde wird eine neue VHD am selben Ort erzeugt. Jetzt hat der User aber unter C:\Users die Ordner, "TEMP" (statt "username") und "local_username". Das Profil ist ein temporäres, nur eben umgeleitet in eine neue VHD.

Ich sehe nicht, worin der Unterschied in den Voraussetzungen besteht. Ich möchte eigentlich nur eine neue VHD erzeugen wie beim ersten mal.

Ist leider keine gute Option aus meiner Sicht und ein No-Go aus der Sicht der GL. Die haben dezeit ~20GB Cache pro User, wenn die erst wieder aus dem Internet kommen können die dabei nur zugucken.

PS: In der FSLogix Log wird gleich zu Anfang mit dem Windows-Temp-Profil gearbeitet, ich vermute also das der RD-SH hier der Meinung ist es müsste bei dieser Anmeldung ein Temp Profil erstellt werden.

Okay seit heute Morgen geht es wieder. Trotz gpupdate /force etc. scheint sich der RD-SH irgendetwas eingebildet zu haben - ich weiß es nicht.

Auf jedenfall erstmal Danke für deinen Beistand. Ich muss jetzt noch Multi Sessions testen, vermute aber das ich das grundsätzlich einsetzen werde.