Heute laufen die VDAs als virtuelle Instanzen auf dem Hypervisor, großzügig mit vRAM ausgestattet, und Windows selbst ist deutlich genügsamer geworden als das Windows 7 von damals. Also, brauche ich das ganze Optimierungs-Theater überhaupt noch?
Die kurze Antwort: Das meiste nicht. Aber eine Sache schon — und die ist nicht verhandelbar.
Die eine Optimierung, die wirklich zählt
Wenn man ehrlich durch die lange Liste geht, die ein Optimizer anbietet, bleibt im Provisioning-Kontext erstaunlich wenig übrig, das man zwingend setzen muss. Vieles ist Geschmackssache, Compliance-Frage oder schlicht Mikro-Optimierung ohne messbaren Effekt.
Eine Einstellung aber ist anders. Sie ist keine Performance-Frage, sondern eine Stabilitäts- und Korrektheitsfrage, das Deaktivieren der automatischen Computerkonto-Kennwortänderung im Image.
Warum ausgerechnet die? Windows rotiert das Maschinenpasswort in regelmäßigen Abständen. Auf einer normalen Maschine ist das unproblematisch. Auf einem nicht persistenten Image wird es zur Falle:
- Windows ändert das Passwort und aktualisiert brav den Stand im Active Directory.
- Das neue lokale Secret landet aber im flüchtigen Write Cache.
- Beim nächsten Reboot ist dieser Cache verworfen. Das Target fällt auf das alte Passwort aus dem Image zurück.
- AD und Target kennen jetzt unterschiedliche Passwörter — der klassische „trust relationship failed“.
Deshalb gehört diese eine Einstellung im Image deaktiviert. Die Passwortrotation übernimmt stattdessen PVS selbst, zentral und konsistent von der Infrastruktur aus — was nebenbei auch noch zuverlässiger läuft als der lokale Windows-Mechanismus. Das ist die Optimierung, die im Provisioning tatsächlich den Unterschied zwischen „läuft“ und „bricht irgendwann weg“ macht.
Warum der Rest bewusst beim Admin bleibt
Alles andere, was die Optimizer-Templates anbieten, ist genau das: ein Angebot. Und es bewusst nicht automatisch zu setzen, ist keine Bequemlichkeit, sondern eine Haltung.
Denn die Umgebungen sind verschieden:
- Manche Kunden wollen maximale Optimierung für höchste Dichte.
- Andere müssen aus Compliance-Gründen ein möglichst unverändertes Standard-Windows fahren.
- Wieder andere bringen bereits ein eigenes, optimiertes Basis-Image mit und wollen nicht, dass ein Tool darüberfährt.
- Und in manchen Konzernen darf Telemetrie schlicht nicht abgeschaltet werden.
Eine pauschale Optimierung würde all diese Fälle über einen Kamm scheren. Genau das ist der Fehler der alten Tool-Sammlungen: Sie kennen Regeln, aber nicht den Kontext.
Optimierung ohne Verständnis ist gefährlich
Und hier wird es heikel: Blinde Optimierung ist riskanter als gar keine.
Ein gern zitiertes Beispiel: Ein Standard-Optimierer deaktiviert den Dienst für die Datenträgerbereinigung — klingt harmlos. Nur braucht FSLogix genau diesen Dienst für das Compacting der Profil-Container. Schon hat eine gut gemeinte Optimierung an einer ganz anderen Stelle ein Problem erzeugt. Und weil das am Master Target passiert — der einen virtuellen Vorlage, aus der alle Worker entstehen — erbt es jeder einzelne VDA.
Das ist der Grund, warum eine Optimierung nur im Kontext der konkreten Umgebung richtig sein kann. Was in der einen Farm sinnvoll ist, ist in der nächsten ein Boot-Problem.
Die ehrliche Antwort
Brauche ich Citrix PVS Optimierung noch?
- Die hundert Tweaks aus dem Template, pauschal angewendet? Nein. Das ist weitgehend ein Relikt — und im Zweifel gefährlich, weil man Abhängigkeiten kaputtmacht, die man nicht überblickt.
- Die eine Einstellung, die im Provisioning zwingend richtig ist — die deaktivierte Kennwortänderung? Unbedingt. Die gehört gesetzt, immer.
Die Disziplin hat sich verschoben: weg vom „so viel deaktivieren wie möglich“, hin zum „genau das eine tun, was nachweislich zählt — und den großen Rest bewusst dem Admin überlassen, der seine Umgebung kennt“.
Optimierung 2026 ist kein Massaker mehr. Es ist ein einziger, präziser Schnitt. Wer das verstanden hat, optimiert weniger — und gewinnt mehr Stabilität.
Genau diese Philosophie steckt in PVS Forge: Als eingebaute Maßnahme wird nur das gesetzt, was im Provisioning wirklich zwingend ist — die Deaktivierung der Computerkonto-Kennwortänderung. Jede weitergehende Optimierung bleibt op