Bereiten Sie das Betriebssystem für die Schichtung vor
Sie können Ihr Betriebssystem jederzeit für das Layering vorbereiten, auch wenn die App Layering Software noch nicht installiert ist. Es ist wichtig, dass Sie alle Anforderungen erfüllen, damit die Betriebssystemschicht in Ihrer Umgebung ordnungsgemäß funktioniert.
Wenn Sie die Anforderungen erfüllt und sich mit den Richtlinien für die Einbindung in die Betriebssystemschicht vertraut gemacht haben, verwenden Sie die Anweisungen zum Vorbereiten des Betriebssystems in Ihrer Hypervisor-Umgebung. Wenn Sie die Unterstützung später auf einen anderen Hypervisor erweitern, können Sie diese Betriebssystemschicht wiederverwenden, indem Sie die Tools für den zweiten Hypervisor auf der Plattformschicht installieren, die Sie für diese zweite Umgebung erstellen.
Anforderungen und Empfehlungen
Erfüllen Sie beim Vorbereiten eines Betriebssystem-Images die folgenden Anforderungen und beachten Sie die zugehörigen Empfehlungen.
- Eine Betriebssystemebene für jede Windows-Version, die Sie verwalten (empfohlen): Citrix empfiehlt, dass Sie für jede Windows-Version, die Sie verwalten, ein einzelnes Betriebssystemimage zusammen mit einem Satz von Plattform- und App-Ebenen für jede Version vorbereiten.
- Neues Betriebssystem-Image: Beginnen Sie mit einem neuen Image eines unterstützten Windows-Betriebssystems von Ihrem Hypervisor. Dadurch wird sichergestellt, dass das Image für Ihre Umgebung optimiert ist.
- IP-Adresse von DHCP: Stellen Sie sicher, dass das Betriebssystem-Image in einer Domäne und nicht ist. Stellen Sie sicher, dass das Image seine IP-Adresse von DHCP erhält. Andernfalls können Sie die App Layering OS Machine Tools nicht installieren. Der Domänenbeitritt kann in der Plattformebene erfolgen.
- App Layering OS Machine Tools: Suchen Sie die OS Machine Tools im App Layering-Installationspaket.
- Optimierungsskript für MS Office: Wenn Sie MS Office ausführen möchten, müssen Sie das im Installationspaket enthaltene Optimierungsskript verwenden.
XenServer, MS Hyper-V oder VMware vSphere
In dem seltenen Fall, dass Sie das Windows Mini-Setup ausführen müssen, können Sie die von uns bereitgestellte Datei unattend.hta Ihren Anforderungen entsprechend bearbeiten.
-
Antwortdatei für unbeaufsichtigte Installation (optional): Die Antwortdatei ist im App Layering-Download enthalten.
Hinweise:
Vermeiden Sie die Verwendung von Skripts von Drittanbietern, da diese Dienste und Funktionen ändern können, die der App Layering-Dienst verwendet, z. B. Universal Plug and Play und die 8.3-Dateinameneinstellung.
Was in die Betriebssystemschicht aufgenommen werden soll
Fügen Sie die folgende Software und Einstellungen in die Betriebssystemebene ein:
- Hypervisor-Tools: Sie müssen Ihre Hypervisor-Tools in die Betriebssystemschicht einbinden. Sie können die Tools aktualisieren, indem Sie der Ebene eine neue Version hinzufügen.
Hinweise:
- Wenn Sie die Hypervisor-Tools auf der Betriebssystemebene aktualisieren, testen Sie die vorhandene Plattformebene, um festzustellen, ob sie aktualisiert werden muss. Abhängig von der Plattform und den darauf installierten Komponenten müssen Sie möglicherweise die Plattformebene neu erstellen.
- Wenn Sie dieselbe Betriebssystemschicht mit mehreren Hypervisoren verwenden, ist es sinnvoll, die Hypervisor-Tools in speziell für die jeweiligen Hypervisoren entwickelten Plattformschichten zu installieren.
- .NET Framework v4.0 oder höher: Schließen Sie .NET Framework v4.0 oder höher ein, sodass Windows-Updates nur auf der Betriebssystemebene erforderlich sind. Beispielsweise ist .NET 4.8 für Citrix Virtual Apps and Desktops (CVAD) 2303 erforderlich, um einen VDA hinzuzufügen.
- .NET Framework 3.5 (beim Erstellen einer MS Office-Ebene): Installieren Sie zur Vereinfachung der Aktualisierung alle Versionen des .NET Frameworks auf der Betriebssystemebene , bevor Sie die Office-Ebene erstellen. Wenn .NET Framework v3.5 bei der Installation von Office nicht vorhanden ist, installiert Office es für Sie. Es wird nicht empfohlen, .NET Framework-Versionen oder -Updates in App-Layern zu installieren.
- Deaktivieren Sie Windows-Updates mithilfe des lokalen Gruppenrichtlinienobjekts:** Deaktivieren Sie Windows-Updates auf der Betriebssystemebene und verwenden Sie dazu das lokale Gruppenrichtlinienobjekt und nicht den Windows Update-Dienst.
- Entfernen von Windows Store-Apps: Wenn Sie Windows Store-Apps entfernen, entfernen Sie sie aus der Betriebssystemebene und nicht aus einer App-Ebene.
- Windows-Aktivierung: Verwenden Sie KMS zur Windows-Aktivierung. Führen Sie beim Erstellen Ihrer Betriebssystemebene SetKMSVersion.exe aus, um die Startskripts zu konfigurieren, die die richtige Windows-Version aktivieren.
- Benutzerkonten und -gruppen: Alle zusätzlichen Benutzerkonten oder Gruppen müssen in der Betriebssystemebene erstellt werden. Alle Änderungen der Domänengruppenmitgliedschaft müssen über die Gruppenrichtlinie erfolgen.
- Anwendungen, die lokale Benutzer erstellen: Schließen Sie Apps ein, die lokale Benutzer erstellen, um sicherzustellen, dass Änderungen an lokalen Gruppen und lokalen Benutzern erfasst werden, was auf Plattform- und App-Ebene nicht erfolgt.
Was und nicht in die OS-Schicht aufgenommen werden soll
Schließen Sie die folgende Software nicht in die Betriebssystemebene ein.
- Bereitstellungssoftware: Die mit Ihrem Bereitstellungsdienst verknüpfte Software muss auf Ihrer Plattformebene und nicht auf der Betriebssystemebene installiert werden.
- Verbindungsbroker-Software: Ihre Verbindungsbroker-Software muss auch auf Ihrer Plattformebene installiert werden, nicht auf der Betriebssystemebene.
- MS Office und andere Apps: Schließen Sie MS Office oder andere Anwendungen nicht in die Betriebssystemebene ein, mit Ausnahme der wenigen Apps, die lokale Benutzer erstellen. Im Allgemeinen sollten Anwendungen auf App-Ebenen installiert werden.
- Domänenbeitritt: Fügen Sie die Betriebssystemebene nicht einer Active Directory-Domäne bei. Treten Sie stattdessen der Domäne in der Plattformebene bei. Dies ermöglicht Ihnen, dasselbe Betriebssystem in verschiedenen Domänen zu verwenden.
- Debug-Flag: Das Debug-Flag kann in keinem BCD-Boot-Eintrag in Ihrer Betriebssystemebene aktiviert werden, wenn Sie Secure Boot verwenden. Ob das Flag wahr oder falsch ist, spielt keine Rolle. Das Flag selbst kann nicht vorhanden sein, da dies bekanntermaßen Probleme verursacht.
Wählen Sie Ihren Hypervisor aus, um detaillierte Schritte zur Vorbereitung des Betriebssystems zu erhalten: