Citrix UPM wie FSLogix nutzen – nur besser!

Jahrelang gab es in der EUC-Community eine ungeschriebene Regel: "Wenn es einfach sein soll, nimm FSLogix. Wenn du Schmerzen willst, nimm Citrix UPM."
FSLogix war der Standard – Agent installieren, Pfad setzen, läuft. Citrix UPM hingegen fühlte sich an wie ein Relikt aus den 2000ern: Tonnenweise Richtlinien – Includes, Excludes, Mirror-Dateien, Sync-Dateien, Default-Excludes... Admins verirrten sich in endlosen Listen und waren von der Komplexität gefrustet.

Doch mit den aktuellen Releases (CVAD 2402 LTSR und neuer) hat sich das Blatt gewendet. Citrix hat technologisch nicht nur aufgeholt (VHDX-Container, Disk Compaction, Filesystem-Filter), sondern löst mittlerweile Architekturprobleme, bei denen FSLogix an seine Grenzen stößt. Es geht nicht mehr um "Entweder/Oder". Die Frage ist: Warum ein externes Tool nutzen, wenn die integrierte Engine mehr kann?

1. Der Gleichstand: Einrichtung und "Ease of Use"

Das Hauptargument für FSLogix war immer die simple Einrichtung. Bei Citrix UPM musste man sich durch Dutzende Richtlinien im Web Studio klicken.
Technisch gesehen ist der UPM-Agent (Teil des VDA) aber bereits installiert – wir müssen ihn nur "einschalten".

Das Problem war bisher rein operativ: Die UPM-Richtlinien im Web Studio sind unübersichtlich. Um diesen Nachteil zu eliminieren und UPM genauso "One-Click-Ready" zu machen wie FSLogix, habe ich ein PowerShell-Skript entwickelt.

Es setzt genau das um, was wir brauchen:

• Aktivierung der UPM-Dienste
• Konfiguration des VHDX-Containers (inkl. des zwingend notwendigen JSON-Wildcard-Routings)
• Eine saubere, moderne Ausschlussliste (Teams, Browser Caches etc.)

Damit ist das Argument "FSLogix ist schneller eingerichtet" vom Tisch. Das Skript erledigt das in Sekunden.

2. Der Vorsprung: Wo UPM gewinnt

Wenn die Einrichtung nun gleichwertig ist, schauen wir auf die Features. Monitoring und Disk Compaction beherrschen mittlerweile beide Lösungen gut. Aber UPM zeigt Stärken in Bereichen, die im Enterprise-Umfeld über Stabilität entscheiden – Bereiche, in denen FSLogix oft manuelles Tuning oder riskante Workarounds erfordert.

A. In-Session Reattachment (Auto-Reconnect)

Jeder Admin kennt das Szenario: Ein kurzer Wackler im Storage-Netzwerk.

• FSLogix: Verliert das Handle zur VHDX. Zwar gibt es Retry-Mechanismen, doch oft endet die Sitzung in einem undefinierten "Zombie"-Zustand oder Applikationen stürzen ab, weil die Disk zu lange nicht erreichbar ist.
• Citrix UPM: Mit der Funktion "Automatically reattach VHDX disks" überwacht der UPM-Dienst aktiv den Container-Status. Bricht die Verbindung ab, versucht UPM im Hintergrund aggressiv, die Disk wieder einzuhängen und das Handle zu erneuern. Das rettet zwar nicht jede laufende Transaktion, verhindert aber oft, dass die komplette Sitzung unbrauchbar wird und erspart dem User eine erzwungene Neuanmeldung.

B. Zombie-Sessions & Das "RW-Fallback" Dilemma

Eine Sitzung wird unerwartet beendet (Netzwerk-Cut, Prozess-Crash), aber das Betriebssystem/der Fileserver hält weiterhin den SMB-Lock auf dem VHDX-Container. Der User versucht, sich an einem neuen Server anzumelden.

• FSLogix: Der User läuft gegen eine Wand. Landet er auf einem neuen Server, scheitert die Anmeldung ("File in use"). Aktiviert man den "RW Fallback", um das zu umgehen, darf der User rein, erhält aber nur eine Differencing-Disk (Read-Only). Die Folge: Er arbeitet, speichert Daten, meldet sich ab – und alles wird unwiderruflich verworfen, da FSLogix die Änderungen nicht in einen gesperrten Container zurückschreiben kann.
• Citrix UPM: Geht mit gesperrten Containern elegant um, wenn "Multi-session support for profile containers" aktiviert ist. Statt einfach aufzugeben oder Daten zu verwerfen, stellt UPM für die neue Sitzung eine separate Multi-Session-VHDX bereit. Der User erhält vollen Lese-/Schreibzugriff. Der entscheidende Unterschied: UPM trackt diese Änderungen aktiv und synchronisiert sie zurück in das Hauptprofil, sobald der Lock freigegeben wird oder die Sitzung endet. Kein Datenverlust.

C. Store Migration "On the Fly"

Ein Fileserver-Umzug steht an.

• FSLogix: Hier sind oft Downtimes am Wochenende und Robocopy-Skripte notwendig. Die Pfade müssen in GPOs oder der Registry hart umgestellt werden.
• Citrix UPM: Die Richtlinie "Profilspeicher migrieren" erlaubt es, den Pfad im laufenden Betrieb zu ändern. Bei der nächsten Anmeldung des Users migriert UPM den Container automatisch vom alten auf den neuen Speicherort – transparent für den User und ohne manuelles Kopieren durch den Admin.

D. Multi-Session Support (Echter Concurrent Access)

FSLogix unterstützt Multi-Session (z.B. Mode 3), aber das Handling von gleichzeitigen Schreibzugriffen ist oft komplex.
Citrix UPM wurde nativ für Multi-Session-Szenarien (Virtual Apps / Server OS) entwickelt. Die Logik, wie Änderungen aus mehreren gleichzeitigen Sitzungen (z.B. Desktop und publizierte App) in das Profil zurückgeschrieben werden ("Last Writer Wins" oder Zusammenführung auf Dateiebene), ist im UPM deutlich granularer steuerbar.

💡 Pro-Tipp: Lokales Caching als "Netzwerk-Versicherung"

Wir kennen das Spiel: User melden eingefrorene Sitzungen, aber das Netzwerk-Team sagt: "Unsere Dashboards sind grün." Man steckt im Blame-Game, während der User leidet.
Durch die Aktivierung von "Lokales Caching für Profilcontainer aktivieren" im UPM lässt sich diese Diskussion umgehen.

• Die Strategie: Die Profil-Disk wird vollständig auf dem VDA gecacht. Wenn der Storage oder das Netzwerk kurz wegbricht, merkt der User davon nichts.
• Der Trade-off: In Non-Persistent-Umgebungen dauert die Anmeldung ein paar Sekunden länger (Cache Hydration). Aber 5 Sekunden Anmeldezeit gegen eine Sitzung einzutauschen, die einen Fileserver-Ausfall überlebt, ist ein Deal, den jeder Admin in Betracht ziehen sollte, wenn das Netzwerk nicht zu 100 % verlässlich ist.

3. Automatisierung: Infrastructure as Code

FSLogix benötigt zur Steuerung meist GPOs und zentrale XML-Dateien auf einem Share. Das schafft externe Abhängigkeiten außerhalb der Citrix-Site.

Citrix UPM hingegen liegt direkt in der Site-Datenbank. Die Konfiguration ist an die Bereitstellungsgruppe gebunden und lässt sich vollständig per PowerShell am Controller steuern.
Das Ergebnis: Keine GPO-Replikation abwarten, keine XML-Files pflegen. Ein Skript, fertig.

Fazit & Download
FSLogix ist ein mächtiges Tool. Aber in einer reinen Citrix-Umgebung gibt es heute kaum noch einen technischen Grund, eine externe Lösung zu pflegen, wenn der integrierte Stack native Features wie Auto-Reattachment, Live-Migration und zuverlässiges Session-Handling mitbringt. Mit der modernen PowerShell-Integration ist UPM genauso schnell eingerichtet – und hält die Infrastruktur schlanker, weil alles im Citrix-Stack bleibt.

Das vollständige Skript zur automatischen Erstellung der Richtlinie findet ihr hier auf GitHub:

👉 GitHub: Create-ModernUPM-Policy.ps1