Vorbereiten des Betriebssystems für Layering
Sie können Ihr Betriebssystem jederzeit auf das Layering vorbereiten, auch wenn die App Layering-Software noch nicht installiert ist. Es ist wichtig, dass Sie alle Anforderungen erfüllen, damit der Betriebssystemlayer in Ihrer Umgebung korrekt funktioniert.
Nachdem Sie die Anforderungen erfüllt und sich mit den Richtlinien für die Einbeziehung in der Betriebssystemlayer vertraut gemacht haben, verwenden Sie die Anweisungen zum Vorbereiten des Betriebssystems in Ihrer Hypervisorumgebung. Wenn Sie die Unterstützung später auf einen anderen Hypervisor ausweiten, können Sie diesen OS-Layer wiederverwenden, indem Sie die Tools für den zweiten Hypervisor auf dem Plattformlayer installieren, den Sie für diese zweite Umgebung erstellen.
Anforderungen und Empfehlungen
Erfüllen Sie bei der Vorbereitung eines Betriebssystemimages die folgenden Anforderungen und beachten Sie die entsprechenden Empfehlungen.
- Ein OS-Layer (empfohlen): Im Idealfall können Sie einen generischen OS-Layer erstellen und ihn in allen von Ihnen veröffentlichten Layerimages wiederverwenden. Dadurch wird die Layerpflege auf ein Minimum reduziert, da App- und Plattformlayer nur mit dem OS-Layer arbeiten, der beim Erstellen verwendet wurde. Wenn Sie sowohl ein Desktop- als auch ein Serverbetriebssystem unterstützen müssen, müssen Sie für jedes Betriebssystemlayer zusammen mit einer Reihe von Plattform- und App-Layern für jedes Betriebssystem erstellen.
- Neues Betriebssystemimage: 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 sich das Betriebssystemimage nicht in einer Domäne befindet. 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. Domänenbeitritt kann in dem Plattformlayer erfolgen.
- Virtuelle Maschine ist MBR-partitioniert: Stellen Sie sicher, dass die virtuelle Maschine für Ihren OS-Layer Master Boot Record (MBR) partitioniert ist und nicht die GUID-Partitionstabelle (GPT) partitioniert ist. Für Hyper-V muss die virtuelle Maschine Gen 1 sein. Sobald der ursprüngliche Betriebssystemlayer erstellt wurde, kann er durch Hinzufügen einer Revision in Gen2 konvertiert werden.
- 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.
Citrix Hypervisor, MS Hyper-V oder VMware vSphere
In dem seltenen Fall, dass Sie Windows Mini Setup ausführen müssen, können Sie die von uns bereitgestellte unattend.hta-Datei für Ihre Bedürfnisse bearbeiten.
-
Antwortdatei für die unbeaufsichtigte Installation (optional): Die Antwortdatei ist im App Layering-Download enthalten.
Hinweise:
Vermeiden Sie die Verwendung von Drittanbieterskripts, da diese Dienste und Funktionen ändern können, die der App Layering-Dienst verwendet, z. B. Universal Plug & Play und die 8.3-Dateinameneinstellung.
Was in den OS-Layer aufgenommen werden muss
Schließen Sie die folgende Software und Einstellungen in den OS-Layer ein:
-
Hypervisor-Tools: Sie müssen Ihre Hypervisor-Tools in den OS-Layer aufnehmen. Sie können die Werkzeuge aktualisieren, indem Sie dem Layer eine neue Version hinzufügen.
Hinweise:
- Wenn Sie die Hypervisor-Tools auf dem OS-Layer aktualisieren, testen Sie den vorhandenen Plattformlayer, um festzustellen, ob er aktualisiert werden muss. Abhängig von der Plattform und dem, was noch darauf installiert ist, müssen Sie möglicherweise den Plattformlayer neu erstellen.
- Wenn Sie denselben OS-Layer mit mehreren Hypervisoren verwenden, ist es sinnvoll, die Hypervisor-Tools in speziell entwickelten Plattformlayern für diese Hypervisoren zu installieren.
- Legacy-NIC für Citrix Provisioning for Hyper-V: Schließen Sie eine Legacy-NIC ein, wenn Sie Citrix Provisioning für Hyper-V verwenden.
- .NET Framework v4.0 oder höher: Schließen Sie .NET Framework v4.0 oder höher ein, sodass Windows-Updates nur auf dem Betriebssystemlayer erforderlich sind. Beispielsweise wird .NET 4.8 von Citrix Virtual Apps and Desktops (CVAD) 2303 benötigt, um VDAs hinzuzufügen.
- .NET Framework 3.5 (beim Erstellen einer MS Office-Layer): Installieren Sie zur Vereinfachung der Aktualisierung alle Versionen des .NET Framework auf dem OS-Layer, bevor Sie den Office-Layer erstellen. Wenn .NET Framework v3.5 bei der Installation von Office nicht vorhanden ist, installiert Office es für Sie, und es wird nicht empfohlen, .NET Framework-Versionen oder -Updates in App-Layern zu installieren.
- Windows-Updates mit lokalem Gruppenrichtlinienobjektsdeaktivieren: Deaktivieren Sie Windows-Updates auf dem OS-Layer, und verwenden Sie dazu das lokale Gruppenrichtlinienobjekt anstelle des Windows Update-Dienstes.
- Windows Store-App entfernen: Wenn Sie Windows Store-Apps entfernen, entfernen Sie sie aus dem OS-Layer, nicht von einem App-Layer.
- Windows-Aktivierung: Verwenden Sie KMS für die Windows-Aktivierung. Führen Sie beim Erstellen des OS-Layers SetKMSVersion.exe aus, um die Startskripts zu konfigurieren, die die richtige Version von Windows aktivieren.
- Benutzerkonten und Gruppen: Alle zusätzlichen Benutzerkonten oder Gruppen müssen in dem OS-Layer erstellt werden. Alle Änderungen der Domänengruppenmitgliedschaft müssen über Gruppenrichtlinien vorgenommen werden.
- Checkpoints: Alle Checkpoints, die Sie einschließen, müssen reduziert werden.
- 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. Dies geschieht nicht auf Plattform- und App-Layern.
Was nicht in dem OS-Layer enthalten sein sollte
Fügen Sie die folgende Software nicht auf der Betriebssystemlayer ein.
- Bereitstellungssoftware: Software, die mit Ihrem Provisioning Service verknüpft ist, muss auf Ihrem Plattformlayer und nicht auf dem OS-Layer installiert sein.
- Connection Broker-Software: Ihre Connection Broker-Software muss außerdem auf Ihrem Plattformlayer installiert sein, nicht auf dem OS-Layer.
- MS Office und andere Apps: Schließen Sie MS Office oder andere Anwendungen nicht auf dem OS-Layer ein, mit Ausnahme der wenigen Apps, die lokale Benutzer erstellen. Im Allgemeinen sollten Anwendungen auf App-Layern installiert werden.
- Diff-Datenträger: Verwenden Sie keinen Diff-Datenträger.
- Domänenbeitritt: Verbinden Sie den OS-Layer nicht mit einer Active Directory-Domäne. Treten Sie stattdessen der Domäne im Plattformlayer bei. Auf diese Weise können Sie dasselbe Betriebssystem in verschiedenen Domänen verwenden.
- Debug-Flag: Das Debug-Flag kann in keinem BCD-Starteintrag in Ihrem OS-Layer 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 es bekanntermaßen Probleme verursacht.
Um detaillierte Schritte zur Vorbereitung des Betriebssystems zu erhalten, wählen Sie Ihren Hypervisor aus: