Maschinenkataloge erstellen

Wichtig:

Ab Citrix Virtual Apps and Desktops 7 2006 können Bereitstellung mit einer der folgenden Technologien erst dann auf die aktuelle Version aktualisiert werden, nachdem Elemente am Ende des Lebenszyklus (EOL), die diese Technologien verwenden, entfernt wurden.

• Persönliche vDisks (PvDs)
• AppDisks
• Hosts öffentlicher Clouds: Citrix CloudPlatform, Microsoft Azure Classic

Weitere Informationen finden Sie unter Entfernen von persönlichen vDisks, AppDisks und nicht unterstützten Hosts.

Hinweis:

Sie können Ihre Citrix Virtual Apps and Desktops-Bereitstellung mithilfe von zwei Verwaltungskonsolen verwalten: Web Studio (webbasiert) und Citrix Studio (Windows-basiert). Dieser Artikel behandelt nur Web Studio. Informationen zu Citrix Studio finden Sie im entsprechenden Artikel in Citrix Virtual Apps and Desktops 7 2212 oder früher.

Um in Ihrer Bereitstellung Verbindungen mit Hosts öffentlicher Clouds zu verwenden, benötigen Sie eine Hybrid Rights-Lizenz, um Ihre Neuinstallation oder das Upgrade auf die aktuelle Version abzuschließen.

Wenn das Installationsprogramm eine nicht unterstützte Technologie oder Hostverbindung ohne Hybrid Rights-Lizenz erkennt, wird das Upgrade angehalten oder beendet. Es wird eine Meldung mit einer Erläuterung angezeigt. Die Installationsprotokolle enthalten die Details. Weitere Informationen finden Sie unter Upgrade einer Bereitstellung.

Einführung

Sammlungen von physischen oder virtuellen Maschinen werden als Einheit in einem sogenannten Maschinenkatalog verwaltet. Alle Maschinen in einem Katalog haben den gleichen Betriebssystemtyp: Multisitzungs-OS oder Einzelsitzungs-OS sowie Windows- und Linux-Maschinen.

Nach dem Erstellen der Site werden Sie von Web Studio durch das Erstellen des ersten Maschinenkatalogs geführt. Nach dem Erstellen des ersten Maschinenkatalogs werden Sie in Web Studio durch das Erstellen der ersten Bereitstellungsgruppe geführt. Später können Sie den erstellten Katalog ändern und weitere Kataloge erstellen.

Tipp:

Beim Upgrade einer vorhandenen Bereitstellung wird die MCS-Speicheroptimierung (MCS E/A) aktiviert und es ist keine zusätzliche Konfiguration erforderlich. Das VDA- und das Delivery Controller-Upgrade sorgen für das MCS-E/A-Upgrade.

Übersicht

Wenn Sie einen Katalog virtueller Maschinen erstellen, geben Sie an, wie diese VMs bereitgestellt werden sollen. Sie können Maschinenerstellungsdienste (MCS) verwenden. Alternativ können Sie eigene Tools verwenden.

Berücksichtigen Sie dabei:

• MCS unterstützt einen einzelnen Systemdatenträger vom VM-Image. Die übrigen mit dem Image verbundenen Datenträger werden ignoriert.
• Bei Verwendung von Maschinenerstellungsdiensten (MCS) stellen Sie ein Masterimage (bzw. einen Image-Snapshot) zum Erstellen identischer virtueller Maschinen im Katalog bereit. Vor dem Erstellen des Katalogs verwenden Sie die Tools zum Erstellen und Konfigurieren des Masterimages. Dazu gehört auch die Installation eines Virtual Delivery Agents (VDA) auf dem Image. Dann erstellen Sie den Maschinenkatalog in Web Studio. Sie wählen das Image (bzw. den Snapshot) und geben die Anzahl der in dem Katalog zu erstellenden VMs und weitere Informationen an.
• Selbst wenn Sie die Maschinen bereits haben, erstellen Sie mindestens einen Maschinenkatalog für diese Maschinen.
• Wenn Sie einen Katalog direkt mit dem PowerShell-SDK erstellen, können Sie alternativ zu einem Image bzw. einem Snapshot eine Hypervisorvorlage (VMTemplates) angeben.
• Verwenden einer Vorlage für das Provisioning eines Katalogs wird als experimentelles Feature betrachtet. Bei dieser Methode kann die Vorbereitung der virtuellen Maschine fehlschlagen. Daher kann der Katalog nicht mit der Vorlage veröffentlicht werden.

Beim Erstellen des ersten Maschinenkatalogs mit MCS oder Citrix Provisioning verwenden Sie die Hostverbindung, die Sie beim Erstellen der Site konfiguriert haben. Nach dem Erstellen des ersten Maschinenkatalogs und der ersten Bereitstellungsgruppe können Sie die Informationen über diese Verbindung ändern und weitere Verbindungen erstellen.

Nach Abschließen des Assistenten zum Erstellen von Maschinenkatalogen werden automatisch Tests ausgeführt, um sicherzustellen, dass der Katalog richtig konfiguriert wurde. Wenn die Tests abgeschlossen sind, können Sie einen Testbericht anzeigen. Führen Sie die Tests jederzeit über Web Studio aus.

Hinweis:

MCS unterstützt Windows 10 IoT Core und Windows 10 IoT Enterprise nicht. Weitere Informationen finden Sie auf der Website von Microsoft.

Technische Details zu den Citrix Provisioning-Tools finden Sie unter Citrix Virtual Apps and Desktops Image Management.

Prüfung auf RDS-Lizenz

In Web Studio wird derzeit nicht auf gültige Microsoft RDS-Lizenzen geprüft, wenn ein Maschinenkatalog mit Multisitzungs-Windows-Maschinen erstellt wird. Zum Anzeigen des Status der Microsoft RDS-Lizenz einer Multisitzungs-Windows-Maschine verwenden Sie Citrix Director. Zeigen Sie den Status der Lizenz für Microsoft RDS (Remotedesktopdienste) im Fenster Maschinendetails an. Das Fenster findet sich auf den Seiten Maschinendetails und Benutzerdetails. Weitere Informationen finden Sie unter Microsoft RDS-Lizenzstatus.

VDA-Registrierung

Ein VDA muss beim Start gebrokerter Sitzungen bei einem Delivery Controller registriert sein. Nicht registrierte VDAs können eine mangelnde Auslastung verfügbarer Ressourcen zur Folge haben. Es gibt eine Reihe von Gründen, warum ein VDA nicht registriert sein könnte. Viele können vom Administrator behandelt werden. Web Studio bietet Informationen zur Problembehandlung im Assistenten zum Erstellen von Maschinenkatalogen und nach dem Hinzufügen von Maschinen eines Katalogs zu einer Bereitstellungsgruppe.

Nach dem Hinzufügen vorhandener Maschinen im Assistenten wird in der Liste der Computerkontonamen angezeigt, ob die einzelnen Maschinen zum Hinzufügen zu dem Katalog geeignet sind. Zeigen Sie auf das Symbol neben jeder Maschine, um Informationen dazu einzublenden.

Wenn die Nachricht eine problematische Maschine identifiziert, entfernen Sie diese oder fügen Sie sie hinzu. Wird beispielsweise gemeldet, dass die Maschineninformationen nicht abgerufen werden konnten fügen Sie die Maschine dennoch hinzu.

Weitere Informationen:

• CTX136668 zur Problembehandlung bei der VDA-Registrierung
• VDA-Versionen und Funktionsebenen
• VDA-Registrierung

Überblick über die Katalogerstellung mit MCS

Nachdem Sie Informationen im Assistenten zum Erstellen von Maschinenkatalogen eingegeben haben, erfolgen die nachfolgend aufgeführten Standardaktionen in MCS.

• Wenn Sie ein Masterimage anstelle eines Snapshots ausgewählt haben, erstellt MCS einen Snapshot.
• MCS erstellt eine vollständige Kopie des Snapshots und fügt diese an jedem in der Hostverbindung definierten Speicherort hinzu.
• MCS fügt Active Directory Maschinen hinzu, wodurch eindeutige Identitäten erstellt werden.
• MCS erstellt die im Assistenten angegebene Anzahl VMs mit jeweils zwei Datenträgern. Neben den beiden Datenträgern wird jeweils ein Master am gleichen Speicherort gespeichert. Wenn Sie mehrere Speicherorte definiert haben, werden an jedem die folgenden Datenträgertypen erstellt:
  • Vollständige Kopie des Snapshots; diese ist schreibgeschützt und wird von allen gerade erstellten VMs gemeinsam genutzt.
  • Eine eindeutige 16-MB-Identitätsdisk, durch die jede VM eine eindeutige Identität erhält. Jede VM erhält eine Identitätsdisk.
  • Ein eindeutiger differenzierender Datenträger zum Speichern der auf der VM erfolgten Schreibvorgänge. Dieser Datenträger ist, sofern dies vom Hostspeicher unterstützt wird, für schlanke Speicherzuweisung geeignet und kann bei Bedarf auf die maximale Größe des Masterimages anwachsen. Jede VM erhält einen differenzierenden Datenträger. Der differenzierende Datenträger enthält die im Lauf von Sitzungen gemachten Änderungen. Er ist für dedizierte Desktops permanent. Für gepoolte Desktops wird er nach jedem Neustart über den Delivery Controller gelöscht und neu erstellt.

Alternativ können Sie beim Erstellen von VMs für statische Desktops auf der Seite Maschinen des Assistenten zum Erstellen von Maschinenkatalogen Thick Clones (vollständige Kopie) festlegen. Thick Clones erfordern keine Beibehaltung des Masterimages in jedem Datenspeicher. Jede VM hat ihre eigene Datei.

Überlegungen zum MCS-Speicher

Es gibt viele Faktoren bei der Entscheidung über Speicherlösungen, Konfigurationen und Kapazitäten für MCS. Die folgenden Informationen enthalten Überlegungen zur Speicherkapazität:

Kapazitätsüberlegungen:

• Datenträger

  Die Delta- oder Differenzdatenträger (Diff) benötigen den meisten Speicherplatz in den meisten MCS-Bereitstellungen für jede VM. Jede VM, die von MCS erstellt wurde, erhält beim Erstellen mindestens 2 Datenträger.

  • Disk0 = Diff Disk: Enthält das Betriebssystem, wenn von dem Masterbasisimage kopiert.
  • Disk1 = Identitätsdatenträger: 16 MB, enthält Active Directory-Daten für jede VM.

  Im Laufe der Weiterentwicklung des Produkts, müssen Sie möglicherweise zusätzliche Datenträger hinzufügen, um den Verbrauch bestimmter Anwendungsfälle und Features abzudecken. Beispiel:

  • Die MCS-Speicheroptimierung erstellt einen Schreibcachedatenträger für jede VM.
  • Bei MCS können jetzt vollständige Klons verwendet werden, im Gegensatz zum Szenario mit Deltadatenträgern, das im vorherigen Abschnitt beschrieben wurde.

  Hypervisorfeatures spielen auch eine Rolle. Beispiel:

  • XenServer IntelliCache erstellt für jeden XenServer einen Lesedatenträger im lokalen Speicher. Diese Option spart IOPS gegen das Masterimage, das möglicherweise an einem freigegebenen Speicherort ist.

• Mehraufwand für den Hypervisor

  Unterschiedliche Hypervisors verwenden bestimmte Dateien, die einen Mehraufwand für VMs verursachen. Hypervisors verwenden auch Speicher für Verwaltungs- und allgemeine Protokollierungsvorgänge. Berücksichtigen Sie beim Speicherplatz den Mehraufwand für:

  • Protokolldateien
  • Hypervisorspezifische Dateien. Beispiel:
    • VMware fügt dem VM-Speicherordner zusätzliche Dateien hinzu. Siehe VMware Best Practices.
    • Berechnen Sie erforderliche Gesamtgröße für virtuelle Maschinen. Vorschlag für die virtuelle Maschine: 20 GB für den virtuellen Datenträger, 16 GB für die Auslagerungsdatei der virtuellen Maschine und 100 MB für Protokolldateien (insgesamt 36,1 GB).
  • Snapshots for XenServer; Snapshots for VMware.

• Mehraufwand für die Verarbeitung

  Das Erstellen eines Katalogs, Hinzufügen einer Maschine und Aktualisieren eines Katalogs haben spezielle Auswirkungen auf den Speicher. Beispiel:

  • Für die anfängliche Katalogerstellung muss eine Kopie des Basisdatenträgers an jeden Speicherort kopiert werden.
    • Außerdem müssen Sie vorübergehend eine Vorbereitungs-VM erstellen.
  • Das Hinzufügen einer Maschine zu einem Katalog erfordert nicht das Kopieren der Basisdatenträger an jeden Speicherort. Die Katalogerstellung variiert je nach ausgewählten Features.
  • Beim Aktualisieren des Katalogs wird für jeden Speicherort ein zusätzlicher Basisdatenträger erstellt. Für Katalogupdates kommt es zu einer vorübergehenden Speicherverbrauchspitze, bei der jede VM im Katalog für eine bestimmte Zeit 2 Diff-Datenträger hat.

Weitere Überlegungen:

• RAM-Dimensionierung: Beeinflusst die Größe bestimmter Hypervisordateien und -datenträger, einschließlich E/A-Optimierungsdatenträger, Schreibcache und Snapshotdateien.
• Thin / Thick Provisioning: NFS-Speicher wird wegen der schlanke Speicherzuweisungsfunktionen bevorzugt.

MCS-Speicheroptimierung

Mit der MCS-Speicheroptimierung (Maschinenerstellungsdienste), die als MCS E/A bezeichnet wird:

• Der Schreibcachecontainer ist jetzt wie bei Citrix Provisioning dateibasiert. Beispielsweise lautet der Name des Citrix Provisioning-Schreibcache D:\vdiskdif.vhdx und der des MCS-E/A-Schreibcache D:\mcsdif.vhdx.
• Verbesserte Diagnose durch die Unterstützung einer im Schreibcachedatenträger gespeicherten Windows-Absturzabbilddatei.
• MCS E/A behält die Technologie Cache im RAM mit Überlauf auf Festplatte bei, um die optimale Schreibcachelösung auf mehreren Ebenen bereitzustellen. Mit diesem Feature können Administratoren die Kosten in den Bereichen RAM, Datenträger und Leistung ausgleichen, um die Workload-Erwartungen zu erfüllen.

Die Aktualisierung der Schreibcachemethode von datenträgerbasiert auf dateibasiert erfordert die folgenden Änderungen:

1. MCS-E/A unterstützt einen ausschließlich RAM-basierten Cache nicht mehr. Geben Sie beim Erstellen des Maschinenkatalogs eine Datenträgergröße in Web Studio an.
2. Der VM-Schreibcachedatenträger wird beim ersten Starten einer VM automatisch erstellt und formatiert. Sobald die VM läuft, wird die Schreibcachedatei mcsdif.vhdx in das formatierte Volume MCSWCDisk geschrieben.
3. Die Auslagerungsdatei wird an das formatierte Volume MCSWCDisk umgeleitet. Daher umfasst diese Datenträgergröße die Gesamtmenge des Speichers. Sie umfasst somit die Differenz zwischen der Datenträgergröße und der generierten Workload plus Auslagerungsdatei. Dies ist in der Regel mit der VM-RAM-Größe verknüpft.

Aktivieren der neuen MCS-Speicheroptimierung

Zum Aktivieren der MCS E/A-Speicheroptimierung aktualisieren Sie den Delivery Controller und den VDA auf die neueste Version von Citrix Virtual Apps and Desktops.

Hinweis:

Wenn Sie eine vorhandene Bereitstellung aktualisieren, in der MCS E/A aktiviert ist, ist keine zusätzliche Konfiguration erforderlich. Der VDA und das Delivery Controller-Upgrade behandeln das MCS-E/A-Upgrade.

Berücksichtigen Sie bei der Aktivierung der neuen MCS-Speicheroptimierung Folgendes:

• Beim Erstellen eines Maschinenkatalogs können RAM- und Datenträgergröße konfiguriert werden.

  

• Wird ein Maschinenkatalog auf einen neuen VM-Snapshot aktualisiert, der einen für Version 1903 konfigurierten VDA enthält, verwendet der neue Snapshot die MCS-E/A-Einstellung des Katalogs für RAM und Datenträgergröße weiter. Der bestehende Rohdatenträger wird formatiert.

Wichtig:

Die MCS-Speicheroptimierung wurde in Citrix Virtual Apps and Desktops 1903 geändert. Dieses Release unterstützt einen dateibasierten Schreibcache und bietet damit mehr Leistung und Stabilität. Die neue Funktion, die von MCS-E/A bereitgestellt wird, erfordert möglicherweise mehr Schreibcachespeicher als frühere Versionen von Citrix Virtual Apps and Desktops. Citrix empfiehlt, gegebenenfalls die Datenträgergröße anzupassen, damit genügend Speicherplatz für den zugewiesenen Workflow und die größere Auslagerungsdatei vorhanden ist. Die Größe von Auslagerungsdatei und System-RAM sind in der Regel miteinander verbunden. Reicht die Datenträgergröße des Katalogs nicht aus, erstellen Sie einen Maschinenkatalog und weisen einen größeren Schreibcachedatenträger zu.

Laufwerksbuchstaben zu einem MCS-E/A-Zurückschreibcachedatenträger zuweisen

Sie können dem MCS-E/A-Zurückschreibcache-Datenträger einen Laufwerksbuchstaben zuweisen. Diese Implementierung hilft bei der Vermeidung von Konflikten zwischen dem Laufwerksbuchstaben verwendeter Anwendungen und dem Laufwerksbuchstaben des MCS-E/A-Zurückschreibcachedatenträgers. Sie können dazu PowerShell-Befehle verwenden. Die unterstützten Hypervisors sind Azure, GCP, VMware, SCVMM und XenServer.

Hinweis:

Für dieses Feature ist VDA-Version 2305 oder höher erforderlich.

Einschränkungen

• Gilt nur für Windows-Betriebssysteme
• Möglicher Laufwerksbuchstabe für Zurückschreibcachedatenträger: E bis Z
• Nicht möglich bei Verwendung des temporären Azure-Datenträgers als Zurückschreibcache-Datenträger
• Gilt nur, wenn Sie einen neuen Maschinenkatalog erstellen

Zurückschreibcachedatenträger einen Laufwerksbuchstaben zuweisen

Gehen Sie zum Zuweisen eines Laufwerksbuchstabens zum Zurückschreibcachedatenträger folgendermaßen vor:

1. Öffnen Sie das PowerShell-Fenster.
2. Führen Sie asnp citrix* aus.
3. Erstellen Sie einen Identitätspool, falls noch nicht vorhanden.

4. Erstellen Sie mit dem Befehl New-ProvScheme mit der Eigenschaft WriteBackCacheDriveLetter ein Provisioningschema. Beispiel:

   New-ProvScheme -CleanOnBoot `
   -HostingUnitName "<name>" `
   -IdentityPoolName $schemeName `
   -ProvisioningSchemeName $schemeName `
   -InitialBatchSizeHint 1 `
   -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
   -MasterImageVM "XDHyp:\HostingUnits<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
   -NetworkMapping @{"0"="XDHyp:\HostingUnits\name\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\abcd-resources.resourcegroup\abcd-resources-vnet.virtualprivatecloud\default.network"} `
   -ServiceOffering "XDHyp:\HostingUnits\<name>\serviceoffering.folder\Standard_D2s_v5.serviceoffering" `
   -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
   <Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
   <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
   <Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
   <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
   <Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
   <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
   <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
   <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
   <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
   <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
   </CustomProperties>'
   <!--NeedCopy-->
   

5. Beenden Sie die Erstellung des Maschinenkatalogs. Weitere Informationen finden Sie unter https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Vorbereiten eines Masterimages

Hinweise zum Erstellen von Hostverbindungen finden Sie unter Verbindungen und Ressourcen.

Das Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software.

Nützliche Info:

• Masterimages werden ggf. auch als Klonimage, Golden Image, Basis-VM oder Basisimage bezeichnet. Hosthersteller verwenden andere Bezeichnungen.
• Vergewissern Sie sich, dass der Host über genügend Prozessoren, Arbeitsspeicher und Datenspeicher für die erstellten Maschinen verfügt.
• Konfigurieren Sie die für Desktops und Anwendungen benötigte Menge an Datenträgerspeicher. Dieser Wert kann später nicht mehr geändert werden (auch nicht im Maschinenkatalog).
• Bei Remote-PC-Zugriff-Maschinenkatalogen werden keine Masterimages verwendet.
• Hinweise zur Microsoft Key Management Server-Aktivierung bei Verwendung der Maschinenerstellungsdienste: Wenn Ihre Bereitstellung 7.x-VDAs mit einem XenServer 6.1- oder 6.2-Host, einem vSphere-Host oder einem Microsoft System Center Virtual Machine Manager-Host enthält, müssen Sie kein manuelles Rearm für Microsoft Windows oder Microsoft Office durchführen.

Installieren und konfigurieren Sie die folgende Software auf dem Masterimage:

• Integrationstools für den Hypervisor (z. B. Citrix VM Tools, Hyper-V-Integrationsdienste oder VMware-Tools). Wenn Sie diesen Schritt auslassen, funktionieren die Anwendungen und Desktops unter Umständen nicht richtig.
• Einen VDA: Citrix empfiehlt die Installation der neuesten Version, damit die neuesten Features verfügbar sind. Wird kein VDA auf dem Masterimage installiert, schlägt die Katalogerstellung fehl.
• Tools von Drittanbietern, Beispiel Antivirensoftware oder Agents zur elektronischen Softwareverteilung. Konfigurieren Sie Dienste mit den für Benutzer und Maschinentyp geeigneten Einstellungen (z. B. Featureupdates).
• Anwendungen von Drittanbietern, die Sie nicht virtualisieren möchten. Citrix empfiehlt, dass Sie Anwendungen virtualisieren. Die Virtualisierung von Anwendungen senkt Kosten, denn das Masterimage muss nach dem Hinzufügen oder Neukonfigurieren einer Anwendung nicht aktualisiert werden. Außerdem belegen weniger installierte Anwendungen weniger Platz auf Masterimage-Datenträger, wodurch Speicherkosten eingespart werden.
• App-V-Clients mit den empfohlenen Einstellungen, wenn Sie App-V-Anwendungen veröffentlichen möchten. Der App-V-Client ist bei Microsoft erhältlich.
• Wenn Sie MCS verwenden und Microsoft Windows in lokalisierter Version ausführen möchten, installieren Sie die Gebietsschemas und Sprachpakete. Wenn ein Snapshot beim Provisioning erstellt wird, verwenden die bereitgestellten VMs die installierten Gebietsschemas und Sprachpakete.

Wichtig:

Wenn Sie MCS verwenden, führen Sie auf den Masterimages nicht Sysprep aus.

Vorbereiten eines Masterimages

1. Erstellen Sie mit dem Verwaltungstool des Hypervisors ein Masterimage und installieren Sie dann das Betriebssystem sowie alle Service Packs und Updates. Geben Sie die Anzahl der vCPUs an. Sie können den vCPU-Wert auch festlegen, wenn Sie den Maschinenkatalog mit PowerShell erstellen. Beim Erstellen eines Maschinenkatalogs mit Web Studio können Sie die Anzahl der vCPUs nicht angeben. Konfigurieren Sie die für Desktops und Anwendungen benötigte Menge an Datenträgerspeicher. Dieser Wert kann später nicht mehr geändert werden (auch nicht im Maschinenkatalog).
2. Vergewissern Sie sich, dass die Festplatte am Gerätestandort 0 verbunden ist. Dieser Standort ist in den meisten Standardmasterimagevorlagen automatisch konfiguriert; in einigen benutzerdefinierten Vorlagen ist dies jedoch nicht unbedingt der Fall.
3. Installieren und konfigurieren Sie die oben aufgeführte Software auf dem Masterimage.
4. Wenn Sie MCS nicht verwenden, fügen Sie das Masterimage der Domäne hinzu, zu der die Anwendungen und Desktops gehören. Vergewissern Sie sich, dass das Masterimage auf dem Host verfügbar ist, auf dem die Maschinen erstellt werden. Wenn Sie MCS verwenden, ist das Hinzufügen des Masterimages zu einer Domäne nicht erforderlich. Die bereitgestellten Maschinen werden Mitglied der im Assistenten zum Erstellen von Maschinenkatalogen angegebenen Domäne.
5. Citrix empfiehlt, dass Sie einen Snapshot des Masterimages erstellen und benennen. Wenn Sie ein Masterimage anstelle eines Snapshots beim Erstellen eines Maschinenkatalogs angeben, erstellt Web Studio automatisch einen Snapshot. Sie können es nicht benennen.

Aktivierung der Volumenlizenzierung

MCS unterstützt die Aktivierung der Volumenlizenzierung, mit der die Aktivierung von Windows-Betriebssystemen und Microsoft Office automatisiert und verwaltet werden kann. Es werden drei Modelle zur Aktivierung der Volumenlizenzierung unterstützt:

• Key Management Service (KMS)
• Active Directory-basierte Aktivierung (ADBA)
• Multiple Activation Key (MAK)

Sie können die Aktivierungseinstellung ändern, nachdem Sie den Maschinenkatalog erstellt haben.

Key Management Service (KMS)

Der KMS-Dienst erfordert kein dediziertes System und kann problemlos mit anderen Diensten auf einem System gehostet werden. Die Funktion wird von allen von Citrix unterstützten Windows-Versionen unterstützt. Während der Image-Vorbereitung werden Microsoft Windows KMS und Microsoft Office KMS durch MCS zurückgesetzt. Mit dem Befehl Set-Provserviceconfigurationdata können Sie das Zurücksetzen überspringen. Weitere Informationen zum Zurücksetzen von Microsoft Windows KMS und Microsoft Office KMS während der Image-Vorbereitung finden Sie unter Machine Creation Services: Image Preparation Overview and Fault-Finding. Weitere Informationen zur KMS-Aktivierung finden Sie unter Aktivieren mit dem Schlüsselverwaltungsdienst.

Hinweis:

Alle Maschinenkataloge, die nach dem Ausführen des Befehls Set-Provserviceconfigurationdata erstellt wurden, verwenden die im Befehl angegebene Einstellung.

Active Directory-basierte Aktivierung (ADBA)

Mit ADBA können Sie Maschinen über deren Domänenverbindungen aktivieren. Die Maschinen werden sofort aktiviert, wenn sie einer Domäne beitreten. Die Maschinen bleiben so lange aktiviert, wie sie mit der Domäne verbunden und in Kontakt bleiben. Die Funktion wird von allen von Citrix unterstützten Windows-Versionen außer Windows Server 2022 unterstützt. Weitere Informationen zur Active Directory-basierten Aktivierung finden Sie unter Aktivierung über Active Directory.

Multiple Activation Key (MAK)

Mit dem Mehrfachaktivierungsschlüssel (oder MAK-Schlüssel) können Sie den Microsoft-Server nutzen, um Volumes zu aktivieren und das Windows-System zu authentifizieren. Der MAK-Schlüssel muss von Microsoft erworben werden, und jedem Schlüssel ist eine feste Anzahl von Aktivierungen zugewiesen. Mit jeder Aktivierung eines Windows-Systems verringert sich die Aktivierungsanzahl. Es gibt zwei Möglichkeiten zur Aktivierung des Systems:

• Online-Aktivierung: Wenn das Windows-System, das Sie aktivieren möchten, über einen Internetzugang verfügt, wird Windows automatisch bei der Installation des Produktschlüssels aktiviert. Dabei verringert sich die Aktivierungsanzahl für den entsprechenden MAK-Schlüssel um 1.
• Offline-Aktivierung: Wenn das Windows-System keine Verbindung zum Internet herstellen kann, erhält MCS vom Microsoft-Server eine Bestätigungs-ID und eine Installations-ID, um so das Windows-System zu aktivieren. Diese Art der Aktivierung ist für nicht-persistente Maschinenkataloge geeignet.

Hinweis:

• MCS unterstützt die Microsoft Office-Aktivierung mit MAK nicht.
• Die erforderliche Mindestversion des VDA ist 2303.

Hauptanforderungen

• Der Delivery Controller muss über einen Internetzugang verfügen.
• Erstellen Sie einen neuen Katalog, wenn das Update einen anderen MAK-Schlüssel als das Original-Image verwendet.
• Installieren Sie den MAK-Schlüssel auf dem Masterimage. Die Schritte zur Installation des MAK-Schlüssels auf einem Windows-System finden Sie unter Deploy MAK Activation.

• Wenn Sie keine Imagevorbereitung verwenden:

  1. Fügen Sie den Registrierungs-DWORD-Wert Manual unter Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation hinzu.
  2. Setzen Sie den Wert auf 1.

Anzahl der Aktivierungen

Verwenden Sie das Tool für die Volumenaktivierungsverwaltung (VAMT), um die Anzahl der verbleibenden Aktivierungen für den MAK-Schlüssel anzuzeigen oder um zu überprüfen, ob eine VM mehrere Aktivierungen verbraucht. Siehe Installieren von VAMT.

Windows-System mit MAK-Schlüssel aktivieren

Aktivieren des Windows-Systems mit MAK-Schlüssel:

1. Installieren Sie den Produktschlüssel auf dem Masterimage. Dabei verringert sich die Aktualisierungsanzahl um 1.
2. Erstellen Sie einen MCS-Maschinenkatalog.

3. Wenn Sie keine Imagevorbereitung verwenden:

   1. Fügen Sie den Registrierungs-DWORD-Wert Manual unter Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation hinzu.
   2. Setzen Sie den Wert auf 1.

   Dadurch wird die Option der Online-Aktivierung deaktiviert.

4. Fügen Sie dem Maschinenkatalog virtuelle Maschinen hinzu.
5. Schalten Sie die VMs ein.

6. Das Windows-System wird nun je nach geplanter Aktivierungsart (online oder offline) aktiviert.

   • Bei einer Online-Aktivierung wird das Windows-System aktiviert, nachdem der Produktschlüssel installiert wurde.
   • Bei einer Offline-Aktivierung kommuniziert MCS mit den bereitgestellten VMs, um den Aktivierungsstatus des Windows-Systems abzurufen. MCS ruft dann vom Microsoft-Server eine Bestätigungs-ID und eine Installations-ID ab. Diese IDs werden verwendet, um das Windows-System zu aktivieren.

Problembehandlung

Wenn die bereitgestellte VM nicht mit dem installierten MAK-Schlüssel aktiviert ist, führen Sie den Befehl Get-ProvVM oder Get-ProvScheme in einem PowerShell-Fenster aus.

• Befehl Get-ProvScheme: Siehe Parameter WindowsActivationType, der dem MCS-Maschinenkatalog vom neuesten Masterimage zugeordnet ist.
• Befehl Get-ProvVM. Siehe Parameter WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCode und WindowsActivationStatusError.

Sie können den Fehler und die Schritte zur Behebung des Problems überprüfen.

Maschinenkatalog mit Web Studio erstellen

Vor dem Erstellen eines Katalogs:

• Lesen Sie diesen Abschnitt über die Optionen, die Sie auswählen, und welche Informationen Sie angeben müssen.
• Stellen Sie sicher, dass Sie eine Verbindung zum Hypervisor, Cloudservice und anderen Ressourcen hergestellt haben, die Ihre Maschinen hosten.
• Wenn Sie ein Masterimage für das Provisioning von Maschinen erstellt haben, vergewissern Sie sich, dass Sie einen VDA auf diesem Image installiert haben.

Starten Sie den Assistenten zum Erstellen von Katalogen:

1. Wenn Sie den ersten Katalog erstellen, werden Sie zur richtigen Auswahl weitergeleitet (z. B. “Einrichten der Maschinen und Erstellen von Maschinenkatalogen zum Ausführen von Apps und Desktops”). Der Assistent zum Erstellen von Katalogen wird geöffnet.

2. Wenn Sie bereits einen Katalog erstellt haben und einen weiteren erstellen möchten, gehen Sie wie folgt vor:

   1. Melden Sie sich bei Web Studio an, wählen Sie im linken Bereich Maschinenkataloge und dann in der Aktionsleiste Maschinenkatalog erstellen.

   2. Um Kataloge mit Ordnern zu organisieren, erstellen Sie Ordner im Standardordner Maschinenkataloge. Weitere Informationen finden Sie unter Erstellen von Katalogordnern.

   3. Wählen Sie den Ordner aus, in dem Sie den Katalog erstellen möchten, und klicken Sie dann auf Maschinenkatalog erstellen. Der Assistent zum Erstellen von Katalogen wird geöffnet.

Der Assistent führt Sie durch die folgenden Elemente. Die angezeigten Assistentenseiten unterscheiden sich je nach der von Ihnen vorgenommenen Auswahl.

Betriebssystem

Jeder Katalog enthält nur Maschinen eines Typs. Wählen Sie eine Option aus.

• Multisitzungs-OS: Ein Katalog für Multisitzungs-OS bietet gehostete freigegebene Desktops. Auf den Maschinen können die unterstützten Versionen von Windows oder Linux ausgeführt werden, ein Katalog kann jedoch nur Windows- oder Linux-Maschinen enthalten. Informationen zu Linux finden Sie in der Dokumentation zu Linux-VDAs.
• Einzelsitzungs-OS: Ein Einzelsitzungs-OS-Katalog stellt VDI-Desktops bereit, die Sie verschiedenen Benutzern zuweisen können.
• Remote-PC-Zugriff: Ein Remote-PC-Zugriff-Katalog bietet Benutzern Remotezugriff auf ihre physischen Büro-Desktopmaschinen. Bei Remote-PC-Zugriff wird VPN nicht für die Sicherheit benötigt.

Maschinenverwaltung

Diese Seite wird nicht angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Auf der Seite Maschinenverwaltung wird angegeben, wie die Maschinen verwaltet und mit welchem Tool sie bereitgestellt werden.

Wählen Sie, ob für Maschinen im Katalog die Energieverwaltung über Web Studio ausgeführt wird.

• Maschinen mit Energieverwaltung über Web Studio (z. B. virtuelle Maschinen oder Blade-PC). Diese Option ist nur verfügbar, wenn Sie bereits eine Verbindung zu einem Host konfiguriert haben.
• Maschinen ohne Energieverwaltung über Web Studio (z. B. physische Maschinen).

Wenn Sie angegeben haben, dass die Energieverwaltung der Maschinen über Web Studio erfolgen soll, wählen Sie aus, welches Tool zum Erstellen von VMs verwendet werden soll.

• Citrix Provisioning-Technologie

  • Citrix Maschinenerstellungsdienste (MCS): verwendet ein Masterimage zum Erstellen und Verwalten virtueller Maschinen. MCS ist für physische Maschinen nicht verfügbar.

  • Citrix Provisioning Services (PVS) Erstellt einen Katalog von VMs mit Bereitstellung über MCS und Imaging über PVS. Diese VMs dienen als PVS-Zielgeräte und der PVS-Server kann ein einzelnes freigegebenes Datenträgerimage an sie streamen.

    Hinweis:

    • Diese Option ist nur für PVS-Sites verfügbar, die bei Citrix Cloud registriert sind, und ist derzeit auf Azure-Ressourcen beschränkt.
    • Während Sie einen Citrix Provisioning-Katalog erstellen, sehen Sie auf der Seite Zielgerät möglicherweise, dass im Dropdownmenü zur Auswahl der Farm und Site für die bereitzustellenden Maschinen Farmen und Sites aufgeführt sind, die nicht mehr existieren. Zur Problemumgehung können Sie den PowerShell-Befehl Unregister-HypPvsSite ausführen, um die Farmen und Sites aus der Datenbank zu entfernen. Informationen zum PowerShell-Befehl finden Sie unter Unregister-HypPvsSite.

  • Sonstiges: Ein Tool, das Maschinen verwaltet, die bereits im Rechenzentrum sind. Citrix empfiehlt die Verwendung von Microsoft System Center Configuration Manager oder einer anderen Drittanbieteranwendung, um sicherzustellen, dass die Maschinen im Katalog konsistent sind.

Desktoptypen (Desktoperfahrung)

Diese Seite wird nur angezeigt, wenn Sie einen Maschinenkatalog mit Einzelsitzungs-OS erstellen.

Auf der Seite Desktoperfahrung wird festgelegt, was bei jeder Benutzeranmeldung passiert. Wählen Sie eine der folgenden Optionen aus:

• Benutzer stellen bei jeder Anmeldung eine Verbindung mit einem neuen Desktop her
• Benutzer stellen bei jeder Anmeldung eine Verbindung mit dem gleichen Desktop her.

Masterimage

Diese Seite wird nur angezeigt, wenn Sie VMs mit MCS erstellen.

Wählen Sie auf der Seite Masterimage die Verbindung mit dem Host und anschließend den zuvor erstellten Snapshot bzw. die zuvor erstellte virtuelle Maschine. Beim Erstellen des ersten Maschinenkatalogs ist nur die Verbindung verfügbar, die Sie beim Erstellen der Site konfiguriert haben.

Nicht vergessen:

• Wenn Sie MCS verwenden, führen Sie auf den Masterimages nicht Sysprep aus.
• Wenn Sie ein Masterimage anstelle eines Snapshots angeben, erstellt Web Studio automatisch einen Snapshot, der jedoch nicht umbenannt werden kann.

Vergewissern Sie sich, dass auf dem Masterimage die aktuelle VDA-Version installiert ist, damit Sie die neuesten Produktfeatures verwenden können. Ändern Sie nicht den Standardwert für die Mindestversion des VDAs. Wenn Sie eine ältere VDA-Version verwenden müssen, lesen Sie den Abschnitt VDA-Versionen und Funktionsebenen.

Eine Fehlermeldung wird angezeigt, wenn Sie einen Snapshot oder eine VM auswählen, der bzw. die nicht mit dem zuvor im Assistenten ausgewählten Tool zur Maschinenverwaltung kompatibel ist.

Maschinen

Diese Seite wird nicht angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Der Titel der Seite hängt von der Auswahl ab, die Sie auf der Seite Maschinenverwaltung getroffen haben: Maschinen, Virtuelle Maschinen oder VMs und Benutzer.

Bei Verwendung von MCS:

• Legen Sie fest, wie viele virtuelle Maschinen erstellt werden sollen. Geben Sie 0 (Null) ein, wenn Sie keine Maschine erstellen möchten. Später können Sie mit Maschinen hinzufügen virtuelle Maschinen für einen leeren Katalog erstellen.
• Wählen Sie die Menge Arbeitsspeicher in MB für jede VM.
• Jede erstellte VM hat eine Festplatte. Deren Größe wird im Masterimage festgelegt. Sie können die Festplattengröße im Katalog nicht ändern.
• Wenn Ihre Bereitstellung mehrere Zonen enthält, können Sie eine Zone für den Katalog wählen.
• Wenn Sie VMs mit statischen Desktops erstellen, wählen Sie einen Kopiermodus für die VMs. Siehe Kopiermodus für virtuelle Maschinen.
• Wenn Sie VMs mit zufälligen Desktops und ohne vDisks erstellen, können Sie einen Cache für temporäre Daten auf jeder Maschine konfigurieren. Weitere Informationen finden Sie unter Konfigurieren eines Cache für temporäre Daten.

Bei Verwendung anderer Tools:

Fügen Sie eine Liste der Active Directory-Computerkontonamen hinzu (bzw. importieren Sie eine). Sie können den Active Directory-Kontonamen von VMs nach dem Hinzufügen bzw. Importieren ändern. Wenn Sie auf der Seite Desktoperfahrung statische Computer angegeben haben, können Sie optional den Active Directory-Benutzernamen für jede hinzugefügte VM angeben.

Nachdem Sie Namen hinzugefügt oder importiert haben, können Sie mit der Schaltfläche Entfernen Namen aus der Liste löschen, während Sie noch auf dieser Seite sind.

Bei der Verwendung anderer Tools (nicht MCS) führen Sie folgende Schritte aus:

Ein Symbol und eine QuickInfo für jede hinzugefügte (bzw. importierte) Maschine lassen solche Maschinen erkennen, die dem Katalog möglicherweise nicht hinzugefügt oder nicht bei einem Delivery Controller registriert werden können. Einzelheiten finden Sie unter VDA-Versionen und Funktionsebenen.

SIDs beim Erstellen virtueller Maschinen hinzufügen

Sie können jetzt den Parameter ADAccountSid hinzufügen, um die Maschinen beim Erstellen neuer virtueller Maschinen eindeutig zu identifizieren.

Gehen Sie hierzu folgendermaßen vor:

1. Erstellen Sie einen Katalog mit dem unterstützten Identitätstyp.

2. Fügen Sie dem Katalog mit NewProvVM Maschinen hinzu. Beispiel:

   New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
   <!--NeedCopy-->
   

Folgendes können Sie nicht auf einer Maschine bereitstellen:

• Ein AD-Konto, das sich nicht im Katalogidentitätspool befindet.
• Ein AD-Konto, das nicht im Status “Verfügbar” ist

Kopiermodus für virtuelle Maschinen

Über den auf der Seite Maschinen ausgewählten Kopiermodus wird festgelegt, ob MCS Thin Clones (Schnellkopien) oder Thick Clones (vollständige Kopien) des Masterimages erstellen soll. Standardmäßig werden Thin Clones erstellt.

• Thin Clones bieten eine effizientere Speichernutzung und eine schnellere Maschinenerstellung.
• Thick Clones bieten eine bessere Unterstützung für Datenwiederherstellung und Migration, jedoch ggf. bei geringeren IOPS nach Maschinenerstellung.

VDA-Versionen und Funktionsebenen

Die Funktionsebene eines Katalogs steuert, welche Produktfeatures den Maschinen in dem Katalog zur Verfügung stehen. Um Features zu verwenden, die in neueren Produktversionen eingeführt wurden ist ein neuer VDA erforderlich. Das Festlegen einer Funktionsebene stellt den Maschinen in dem Katalog alle mit der entsprechenden Version (und höheren Versionen, wenn die Funktionsebene nicht geändert wird) eingeführten Features zur Verfügung. In dem Katalog enthaltene Maschinen mit einer älteren VDA-Version können nicht registriert werden.

In einem Menü am unteren Rand der Seite Maschinen (bzw. Geräte) kann die VDA-Mindestebene festgelegt werden. Damit wird die Mindestfunktionsstufe des Katalogs festgelegt. Bei lokalen Bereitstellungen ist standardmäßig die aktuelle Funktionsebene ausgewählt. Wenn Sie der Citrix Empfehlung folgen, von VDAs und Kernkomponenten immer die aktuelle Version zu installieren bzw. immer ein Upgrade auf die aktuelle Version durchzuführen, müssen Sie diese Auswahl nicht ändern. Wenn Sie jedoch ältere VDAs weiterverwenden müssen, wählen Sie hier den richtigen Wert.

Ein Citrix Virtual Apps and Desktops-Release enthält möglicherweise keine neue VDA-Version oder der neue VDA hat keine Auswirkungen auf die Funktionsebene. In diesem Fall kann die Funktionsebene auf eine VDA-Version hinweisen, die älter ist als die installierten bzw. aktualisierten Komponenten. Beispiel: Version 7.17 enthält zwar einen VDA der Version 7.17, die Standardfunktionsebene (“7.9 oder später”) ist jedoch weiterhin die aktuelle. Nach der Installation bzw. einem Upgrade der Komponenten von Version 7.9-7.16 auf 7.17 ist daher keine Änderung der Funktionsebene erforderlich. Unter Neue Features werden für jede Version eventuelle Änderungen der Standardfunktionsebene aufgeführt.

Die Auswahl der Funktionsebene hat Auswirkungen auf die darüber aufgeführten Maschinen. Eine QuickInfo neben jedem Listeneintrag gibt an, ob der VDA der Maschine mit dem Katalog auf der gewählten Funktionsebene kompatibel ist.

Erfüllt ein VDA einer Maschine die ausgewählte Mindestfunktionsebene nicht, wird eine entsprechende Meldung angezeigt. Sie können mit dem Assistenten fortfahren. Betroffene Maschinen können in der Regel später keine Registrierung bei einem Controller durchführen. Alternativen in diesem Fall:

• Entfernen Sie Maschinen mit älteren VDAs aus der Liste, führen Sie ein Upgrade der VDAs durch und fügen Sie die Maschinen dann erneut hinzu.
• Wählen Sie eine niedrigere Funktionsebene. Es besteht dann kein Zugriff auf die neuesten Produktfeatures.

Eine Meldung wird außerdem angezeigt, wenn eine Maschine den falschen Typ aufweist und deshalb dem Katalog nicht hinzugefügt werden konnte. Beispiele wären das Hinzufügen einer Servermaschine zu einem Multisitzungs-OS-Katalog oder das Hinzufügen einer für die zufällige Zuteilung erstellten Einzelsitzungs-OS-Maschine zu einem Katalog mit statischen Maschinen.

Wichtig:

In Release 1811 wurde eine zusätzliche Funktionsebene hinzugefügt: 1811 (oder neuer). Die Ebene ist für die Verwendung mit künftigen Citrix Virtual Apps and Desktops-Features vorgesehen. Die Standardebene ist weiterhin 7.9 (oder neuer). Die Standardebene gilt derzeit für alle Bereitstellungen.

Wenn Sie 1811 (oder höher) auswählen, können sich VDAs älterer Versionen in dem Katalog nicht mehr bei einem Controller registrieren. Wenn der Katalog jedoch nur VDAs der Version 1811 oder neuer enthält, können sich alle registrieren. Dazu gehören Kataloge mit VDAs, die für spätere Citrix Virtual Apps and Desktops-Releases konfiguriert sind, einschließlich Version 1903 und andere 19XX-Releases vor dem aktuellen Release.

Konfigurieren eines Cache für temporäre Daten

Das lokale Zwischenspeichern temporärer Daten auf VMs ist optional. Sie können den temporären Datencache auf Maschinen aktivieren, wenn Sie MCS zum Verwalten gepoolter (nicht dedizierter) Maschinen in einem Katalog verwenden. Wenn für einen Katalog eine Verbindung verwendet wird, durch die die Speicherung temporärer Daten festgelegt ist, können Sie bei der Katalogerstellung den temporäre Datencache aktivieren und konfigurieren.

Wichtig:

Das Feature erfordert einen aktuellen MCS-E/A-Treiber. Die Installation dieses Treibers ist eine Option, wenn Sie einen VDA installieren oder aktualisieren. Standardmäßig wird der Treiber nicht installiert.

Beim Erstellen einer Verbindung für den Katalog legen Sie fest, ob die temporären Daten in einem freigegebenen oder im lokalen Speicher abgelegt werden. Weitere Informationen finden Sie unter Verbindungen und Ressourcen. Zum Konfigurieren eines Cache für temporäre Daten auf jeder Maschine stehen zwei Optionen zur Auswahl: Dem Cache zugewiesener Speicher (MB) und Größe des Datenträgercache (GB). Standardmäßig sind beide Optionen deaktiviert. Zum Aktivieren der Option “Dem Cache zugewiesener Speicher (MB)” aktivieren Sie das Kontrollkästchen “Größe des Datenträgercache (GB)”. Wenn das Kontrollkästchen Größe des Datenträgercache nicht aktiviert ist, ist die Option Dem Cache zugewiesener Speicher ausgegraut. Die Standardwerte der Optionen können je nach Verbindungstyp variieren. Im Allgemeinen sind die Standardwerte für die meisten Fälle ausreichend. Berücksichtigen Sie jedoch den benötigten Platz für:

• Von Windows selbst erstellte temporäre Datendateien, einschließlich der Windows-Auslagerungsdatei
• Benutzerprofildaten
• ShareFile-Daten, die mit Benutzersitzungen synchronisiert werden
• Gegebenenfalls von einem Sitzungsbenutzer erstellte oder kopierte Daten und Daten von Anwendungen, die Benutzer möglicherweise sitzungsintern installieren

Beachten Sie beim Konfigurieren eines Cache für temporäre Daten auf den Maschinen die folgenden drei Szenarien:

• Wenn Sie die Optionen “Größe des Datenträgercache” und “Dem Cache zugewiesener Speicher” nicht aktivieren, werden temporäre Daten nicht zwischengespeichert. Sie werden für jede VM direkt auf den differenzierenden Datenträger (im Betriebssystemspeicher) geschrieben. (Dies ist die Provisioningaktion in Version 7.8 und davor.)
• Wenn Sie das Kontrollkästchen “Größe des Datenträgercache” aktivieren und das Kontrollkästchen “Dem Cache zugewiesener Speicher” deaktiviert lassen, werden temporäre Daten direkt auf den Cachedatenträger geschrieben, wobei ein minimale Menge an Speichercache verwendet wird.
• Wenn Sie “Größe des Datenträgercache “ und “Dem Cache zugewiesener Speicher” aktivieren, werden temporäre Daten zuerst in den Speichercache geschrieben. Wenn der Speichercache seinen konfigurierten Grenzwert erreicht (= Wert für Dem Cache zugewiesener Speicher), werden die ältesten Daten zum temporären Datencache-Datenträger verschoben.

Wichtig:

• Wenn auf dem Datenträgercache nicht mehr genügend Speicherplatz vorhanden ist, wird die Sitzung des Benutzers unbrauchbar.
• Diese Funktion ist nicht verfügbar, wenn eine Nutanix-Hostverbindung verwendet wird.
• Die Cachewerte für einen Maschinenkatalog können nach Erstellung der VM nicht geändert werden.

Hinweis:

• Der Speichercache ist Teil der Gesamtspeichermenge auf jeder Maschine. Wenn Sie das Kontrollkästchen “Dem Cache zugewiesener Speicher” aktivieren, sollten Sie daher ggf. die Gesamtspeichergröße auf jeder Maschine erhöhen.
• Das Ändern der Datenträgercachegröße vom Standardwert kann sich auf die Leistung auswirken. Die Größe muss gemäß den Anforderungen der Benutzer und der Maschinenlast gewählt werden.

Netzwerkkarte

Diese Seite wird nicht angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Wenn Sie mehrere Netzwerkkarten (NICs) verwenden möchten, weisen Sie auf der Seite Netzwerkkarten jeder Karte ein virtuelles Netzwerk zu. Sie können beispielsweise einer Karte ein bestimmtes sicheres Netzwerk und einer anderen ein häufiger verwendetes Netzwerk zuweisen. Auf dieser Seite können Sie auch Netzwerkkarten hinzufügen und entfernen.

Maschinenkonten

Diese Seite wird nur angezeigt, wenn Sie einen Katalog für Remote-PC-Zugriff-Maschinen erstellen.

Geben Sie auf der Seite Maschinenkonten die hinzuzufügenden Active Directory-Maschinenkonten oder Organisationseinheiten an, die Benutzern oder Benutzergruppen entsprechen. Verwenden Sie keinen Schrägstrich (/) in Namen von Organisationseinheiten.

Beim Hinzufügen von Organisationseinheiten können Sie Folgendes tun, wenn die Domäne nicht in der Liste angezeigt wird:

• Suchen Sie anhand einer exakten Übereinstimmung danach.
• Durchsuchen Sie alle Domänen, um die Domäne zu finden.

Sie können eine zuvor konfigurierte Energieverwaltungsverbindung auswählen oder die Energieverwaltung nicht verwenden. Wenn Sie die Energieverwaltung verwenden möchten, jedoch noch keine geeignete Verbindung konfiguriert wurde, können Sie die Verbindung später erstellen und dann die Energieverwaltungseinstellungen des Maschinenkatalogs entsprechend bearbeiten.

Maschinenidentitäten

Diese Seite wird nur angezeigt, wenn Sie VMs mit MCS erstellen.

Jede Maschine im Katalog muss eine eindeutige Identität haben. Auf dieser Seite können Sie Identitäten für Maschinen im Katalog konfigurieren. Die Maschinen werden nach ihrem Provisioning mit der Identität verbunden. Sie können den Identitätstyp nicht mehr ändern, wenn Sie den Katalog erstellt haben.

Der allgemeine Workflow zum Konfigurieren von Einstellungen auf dieser Seite ist folgender:

1. Sie wählen eine Identität aus der Liste aus.
2. Sie geben an, ob neue Konten erstellt oder vorhandene Konten verwendet werden sollen, und Sie geben den Speicherort (Domäne) für diese Konten an.

Sie können eine der folgenden Optionen auswählen:

• On-Premises–Active Directory. Maschinen, die der Organisation gehören und mit einem Active Directory-Konto dieser Organisation angemeldet sind. Sie existieren On-Premises.

• Azure Active Directory-Hybrideinbindung. Maschinen, die der Organisation gehören und mit einem Active Directory Domain Services-Konto dieser Organisation angemeldet sind. Sie existieren in der Cloud und On-Premises. Informationen zu Anforderungen, Einschränkungen und Überlegungen finden Sie unter Azure Active Directory-Hybrideinbindung.

  Hinweis:

  • Vor Verwendung der Azure Active Directory-Hybrideinbindung müssen Sie sicherstellen, dass Ihre Azure-Umgebung die Voraussetzungen erfüllt. Siehe https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domains.
  • Für diese Option muss das Masterimage die Voraussetzung für das Betriebssystem erfüllen. Informationen hierzu finden Sie in der Dokumentation von Microsoft: https://learn.microsoft.com/en-us/azure/active-directory/devices/concept-azure-ad-join-hybrid

Wichtig:

• Wenn Sie On-Premises–Active Directory oder Azure Active Directory-Hybrideinbindung als Identittätstyp auswählen, benötigt jede Maschine im Maschinenkatalog ein Active Directory-Computerkonto.

Beim Erstellen von Konten müssen Sie berechtigt sein, Computerkonten in der Organisationseinheit zu erstellen, in der sich die Maschinen befinden. Jede Maschine im Katalog muss einen eindeutigen Namen haben. Geben Sie das Kontobenennungsschema für die Maschinen an, die Sie erstellen möchten. Weitere Informationen finden Sie unter Benennungsschema für Maschinenkonten.

Hinweis:

Vergewissern Sie sich, dass OU-Namen keine Schrägstriche (/) enthalten.

Wenn Sie bestehende Konten verwenden, navigieren Sie zu den Konten oder klicken Sie auf Importieren und geben Sie eine CSV-Datei mit den Kontonamen an. Der Inhalt der importierten Datei muss folgendes Format haben:

• [ADComputerAccount] ADcomputeraccountname.domain

Vergewissern Sie sich, dass Sie ausreichend Konten für die hinzuzufügenden Maschinen haben. Die Web Studio-Oberfläche verwaltet diese Konten. Gestatten Sie darum der Oberfläche, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort an (muss für alle Konten gleich sein).

Bei Katalogen mit physischen oder vorhandenen Maschinen wählen Sie vorhandene Konten aus oder importieren Sie diese, und weisen Sie jeder Maschine sowohl ein Active Directory-Computerkonto als auch ein Benutzerkonto zu.

Benennungsschema für Maschinenkonten

Jede Maschine in einem Katalog muss einen eindeutigen Namen haben. Sie müssen ein Benennungsschema für Maschinenkonten angeben, wenn Sie einen Katalog erstellen. Verwenden Sie Platzhalter (Rauten) für fortlaufende Zahlen oder Buchstaben, die im Namen vorkommen.

Beachten Sie bei der Angabe eines Benennungsschemas die folgenden Regeln:

• Das Benennungsschema muss mindestens einen Platzhalter enthalten. Alle Platzhalter müssen zusammen sein.
• Der Name muss einschließlich Platzhaltern aus 2 bis 15 Zeichen bestehen. Es muss mindestens ein nicht numerisches Zeichen und ein #-Zeichen (Platzhalter) enthalten.
• Der Name darf keine Leerzeichen und keines der folgenden Zeichen enthalten: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
• Der Name darf nicht mit einem Bindestrich (-) enden.

Lassen Sie beim Angeben des Benennungsschemas außerdem ausreichend Platz für Wachstum. Beispiel: Wenn Sie 1000 Maschinenkonten mit dem Schema “veryverylong#” erstellen, enthält der letzte Kontoname (veryverylong1000) 16 Zeichen. Das Benennungsschema führt daher zu mindestens einem Maschinennamen, der das Maximum von 15 Zeichen überschreitet.

Sie können angeben, ob es sich bei den sequentiellen Werten um Zahlen (0–9) oder Buchstaben (A–Z) handelt.

• 0-9. Bei Auswahl dieser Option werden die angegebenen Platzhalter in fortlaufende Nummern aufgelöst.

  Hinweis:

  Wenn nur ein Platzhalter (#) vorhanden ist, beginnen Kontonamen mit 1. Bei zwei vorhandenen Platzhaltern beginnen Kontonamen mit 01. Bei drei vorhandenen Platzhaltern beginnen Kontonamen mit 001 usw.

• A-Z. Bei Auswahl dieser Option werden die angegebenen Platzhalter in fortlaufende Buchstaben aufgelöst.

Beispiel: Das Benennungsschema “PC-Vertrieb-##” (und Aktivieren von 0-9) bewirkt eine Benennung der Konten als “PC-Vertrieb-01”, “PC-Vertrieb-02”, “PC-Vertrieb-03” usw.

Optional können Sie angeben, womit die Kontonamen beginnen sollen.

• Wenn Sie 0-9 auswählen, werden die Konten sequentiell, beginnend mit den angegebenen Zahlen benannt. Geben Sie eine oder mehrere Zahlen ein, je nachdem, wie viele Platzhalter Sie verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie mindestens zwei Zahlen ein.
• Wenn Sie A-Z auswählen, werden die Konten sequentiell, beginnend mit den angegebenen Buchstaben benannt. Geben Sie eine oder mehrere Buchstaben ein, je nachdem, wie viele Platzhalter Sie verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie mindestens zwei Buchstaben ein.

Domänenanmeldeinformationen

Wählen Sie Anmeldeinformationen eingeben und geben Sie die Anmeldeinformationen eines Administrators mit der Berechtigung zum Ausführen von Kontovorgängen in der Active Directory-Zieldomäne ein.

Überprüfen Sie mit der Option Name überprüfen, ob der Benutzername gültig oder eindeutig ist. Diese Option kann in folgenden Situationen von Nutzen sein:

• Der Benutzername existiert in mehreren Domänen. Sie werden aufgefordert, den gewünschten Benutzer auszuwählen.
• Sie können sich nicht an den Domänennamen erinnern. Sie können den Benutzernamen ohne Angabe des Domänennamens eingeben. Bei erfolgreicher Überprüfung wird der Domänenname automatisch eingegeben.

Hinweis:

Wenn Sie unter Maschinenidentitäten den Identitätstyp Azure Active Directory-Hybrideinbindung ausgewählt haben, muss den von Ihnen eingegebenen Anmeldeinformationen die Berechtigung Write userCertificate erteilt worden sein.

Zusammenfassung, Name und Beschreibung

Überprüfen Sie auf der Seite Zusammenfassung die von Ihnen angegebenen Informationen. Geben Sie einen Namen und eine Beschreibung für den Katalog ein. Diese Informationen werden in Web Studio angezeigt.

Wenn Sie fertig sind, klicken Sie auf Fertigstellen, um das Erstellen des Katalogs zu starten. Wenn Sie fertig sind, wählen Sie Fertig stellen, um das Erstellen des Katalogs zu starten.

In Maschinenkataloge wird der neue Katalog mit einem Fortschrittsbalken angezeigt.

Gehen Sie zum Anzeigen von Details zum Erstellungsfortschritt folgendermaßen vor:

1. Zeigen Sie mit der Maus auf den Maschinenkatalog.

2. Klicken Sie in der angezeigten QuickInfo auf Details anzeigen.

   Ein Fortschrittsdiagramm wird angezeigt, in dem Sie Folgendes sehen können:

   • Geschichte der Schritte
   • Fortschritt und Laufzeit des aktuellen Schritts
   • Restliche Schritte

MCS-Zeitsynchronisierung

Die Zeitsynchronisierung wird durch das Masterimage und den Typ des mit Maschinenidentität verbundenen Katalogs bestimmt. Je nach Masterimage und Katalog erhalten Sie die folgende Methode zur Zeitsynchronisierung:

Hinweis:

Die ursprüngliche Zeitsynchronisierung wird durch die folgende Registrierungseinstellung gesteuert und kann nicht geändert werden:

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config

Wert: MaxAllowedPhaseOffset, MaxNegPhaseCorrection und MaxPosPhaseCorrection

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

Wert: Typ

Um zu verhindern, dass die Einstellung für die Zeitsynchronisierung von MCS geändert wird, legen Sie den Wert der folgenden Registrierungseinstellung im Masterimage fest:

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
• Name: TimeSyncMethodKeep
• Typ: DWORD
• 0 (oder der Wert TimeSyncMethodKeep ist nicht konfiguriert): Die ursprüngliche Einstellung für die Zeitsynchronisierung wird nicht beibehalten.
• 1: Die ursprüngliche Einstellung für die Zeitsynchronisierung und die Standardparameterwerte werden beibehalten.

Richtlinien zum Festlegen benutzerdefinierter Eigenschaften

Benutzerdefinierte Eigenschaften müssen bei New-ProvScheme und Set-ProvScheme in GCP- und Azure-Umgebungen korrekt festgelegt sein. Wenn Sie nicht vorhandene benutzerdefinierte Eigenschaften angeben, wird die folgende Fehlermeldung angezeigt, und die Befehle werden nicht ausgeführt.

• Azure: Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.
• GCP: Invalid property found: <invalid property>. Ensure that the value supplied for the property is supported in the Hypervisor.

Problembehandlung

Wichtig:

Wenn Sie den Maschinenkatalog mit Web Studio erstellt haben, können Sie den PowerShell-Befehl Get-ProvTask nicht mehr zum Abrufen der Aufgaben für die Erstellung des Maschinenkatalogs verwenden. Der Grund dafür ist, dass die Aufgaben nach der Erstellung des Maschinenkatalogs von Web Studio gelöscht werden, unabhängig davon, ob der Katalog erstellt wurde oder nicht.

Citrix empfiehlt, Protokolle zu erstellen, um die Arbeit des Supportteams zu unterstützen. Führen Sie bei Verwendung von Citrix Provisioning folgende Schritte zum Generieren von Protokolldateien aus:

1. Erstellen Sie auf dem Masterimage den folgenden Registrierungsschlüssel mit dem Wert 1 (als DWORD-Wert (32-Bit)): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.

2. Fahren Sie das Masterimage herunter und erstellen Sie einen Snapshot.

3. Führen Sie den folgenden PowerShell-Befehl auf dem Delivery Controller aus: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

4. Erstellen Sie einen Katalog basierend auf diesem Snapshot.
5. Wenn die Vorbereitungs-VM auf dem Hypervisor erstellt wurde, melden Sie sich an und extrahieren Sie folgende Dateien aus dem Stammverzeichnis von C:\: Image-prep.log und PvsVmAgentLog.txt.
6. Fahren Sie die Maschine herunter. Dabei wird ein Fehler gemeldet.
7. Führen Sie den folgenden PowerShell-Befehl aus, um das automatische Herunterfahren der Image-Vorbereitungsmaschinen erneut zu aktivieren: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

Probleme bei der Imagevorbereitung

Da MCS viele Maschinen aus einem Image erstellt, werden diverse Schritte ausgeführt, um sicherzustellen, dass alle Maschinen einmalig und korrekt lizenziert sind. Die Imagevorbereitung ist Teil der Katalogerstellung. Die Vorbereitung gewährleistet, dass alle bereitgestellten Maschinen eine eindeutige IP-Adresse haben und sich dem KMS-Server korrekt als eindeutige Instanz ankündigen. In MCS erfolgt die Imagevorbereitung nach Auswahl des Masterimage-Snapshots. Es wird eine Kopie erstellt, um die Isolierung des Katalogs von der ausgewählten Maschine zu ermöglichen. Basierend auf der ursprünglichen VM wird eine Vorbereitungs-VM mit getrennter Netzwerkverbindung erstellt. Das Trennen der Netzwerkverbindung verhindert Konflikte mit anderen Maschinen und stellt sicher, dass die vorbereitete VM nur an den neu kopierten Datenträger angefügt ist.

Ein kleiner Anweisungsdatenträger mit den zum Ausführen der Imagevorbereitung erforderlichen Schritten wird an die vorbereitete VM angefügt. Die vorbereitete VM wird gestartet und die Imagevorbereitung beginnt. Die Imagevorbereitung umfasst die folgenden Prozesse:

• Aktivieren von DHCP. Durch das Aktivieren von DHCP wird sichergestellt, dass bereitgestellte Maschinen keine IP-Adresskonflikte verursachen. DHCP wird für alle Netzwerkkarten aktiviert.
• Zurücksetzen von Microsoft Windows KMS. Das Zurücksetzen von KMS stellt sicher, dass Microsoft Windows korrekt lizenziert wird. Das zurückgesetzte Betriebssystem wird aufgerufen, sodass es korrekt als neue Instanz an den KMS-Lizenzserver gemeldet wird.
• Zurücksetzen von Microsoft Office KMS (wenn Microsoft Office installiert ist). Das Zurücksetzen von Microsoft Office stellt sicher, dass jegliche Microsoft Office-Version (ab 2010) korrekt beim entsprechenden KMS-Server registriert wird. Beim Aufrufen des Zurücksetzens von Microsoft Office wird dieses als neue Instanz an den KMS-Lizenzserver gemeldet.

Tipp:

Nach Abschluss der Imagevorbereitung wird der Anweisungsdatenträger vom Hypervisor bezogen. Der Hypervisor enthält die aus der Imagevorbereitung gewonnenen Informationen.

Es gibt verschiedene Gründe, warum die Imagevorbereitung fehlschlagen kann. Eine Fehlermeldung ähnlich der folgenden wird angezeigt: Office-Rearming bei Imagevorbereitung fehlgeschlagen.

Diese Fehler werden nachstehend erörtert.

Aktivieren von DHCP

Diese Fehler werden durch Netzwerkkarten verursacht, die keine statischen IP-Adressen unterstützen. Beispiel: ältere Versionen von Dell SonicWall-Netzwerkkarten. Der Vorgang schlägt fehl, da SonicWall-Karten Firewall-Netzwerkkarten sind, deren Einstellung auf DHCP keinen Sinn ergibt, da nur DHCP unterstützt wird. Dies wurde spätere Versionen von Citrix Virtual Apps and Desktops behoben. Wird der Fehler bei anderen Arten von Netzwerkkarten beobachtet, sollte das an Citrix über die Foren oder den Supportkontakt gemeldet werden.

Hinweis:

Die PowerShell-Einstellung in den folgenden Beispielen wird auf die Citrix Virtual Apps and Desktops-Site angewendet und wirkt sich auf alle neuen Kataloge sowie Imageupdates an vorhandenen Katalogen aus.

Wenn das Problem bei anderen Netzwerkkarten auftritt, können Sie es durch Ausführung eines PowerShell-Befehls auf dem Delivery Controller lösen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Zurücksetzen von Microsoft Office

Beim Zurücksetzen von KMS können im Stadium der Microsoft Office-Zurücksetzung diverse Fehler auftreten. Dabei handelt es sich hauptsächlich um folgende Fehler:

• Einige Microsoft Office-Runtimes (z. B. Access Runtime) können das Zurücksetzen von Office aufrufen und so zu dessen Fehlschlagen führen.
• Es ist keine KMS-Version von Microsoft Office installiert.
• Die Anzahl Zurücksetzungen wurde überschritten.

Handelt es sich bei einem Fehler um einen falschen Alarm, können Sie ihn beheben, indem Sie den folgenden PowerShell-Befehl auf dem Delivery Controller ausführen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Microsoft Windows Rearm

Beim Zurücksetzen von Microsoft Windows können diverse KMS-Fehler auftreten. Dabei handelt es sich hauptsächlich um folgende Fehler:

• Die installierte Version von Windows wird nicht mit KMS aktiviert. Beispielsweise wird ein Mehrfachaktivierungsschlüssel (MAK) verwendet.
• Die Anzahl Zurücksetzungen wurde überschritten.

Wenn die Microsoft Windows-Version korrekt lizenziert ist, können Sie das Zurücksetzen des Betriebssystems überspringen, indem Sie folgenden PowerShell-Befehl auf dem Delivery Controller ausführen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Kompletter Fehlschlag

Da die Imagevorbereitungsengine nicht standardmäßig mit dem Netzwerk verbunden ist, kann in der Imagevorbereitungsphase manchmal nur ein kompletter Fehlschlag gemeldet werden. Ein Beispiel für diesen Fehlertyp ist: Die Vorbereitung des VM-Masterimages ist fehlgeschlagen. Stellen Sie sicher, dass das ausgewählte Image ein unterstütztes Betriebssystem verwendet (beispielsweise Windows 7) und dass die richtige VDA-Version (7.0 oder höher) installiert ist.

Die Ursachen eines kompletten Fehlschlags sind in der Hauptsache folgende:

Virtual Delivery Agent (VDA) ist nicht oder in der Version 5.x installiert

Wenn der VDA 7.x nicht auf dem Masterimage installiert ist, tritt bei der Imagevorbereitung nach 20 Minuten ein Timeout ein und es wird der obige Fehler gemeldet. Dies liegt daran, dass auf dem Masterimage keine Software installiert ist, die die Imagevorbereitung ausführen und einen Erfolg oder Misserfolg melden kann. Um den Fehler zu beheben, vergewissern Sie sich, dass der VDA (Mindestversion 7) auf dem Snapshot installiert ist, der als Masterimage ausgewählt wurde.

DISKPART SAN Richtlinie

Die gesamte Imagevorbereitung kann aufgrund der Einstellung der Richtlinie DISKPART SAN auf dem Masterimage fehlschlagen. Ist sie nicht so eingestellt, dass der Anweisungsdatenträger zur Imagevorbereitung online geschaltet wird, wird die Maschine nach 20 Minuten heruntergefahren und die Imagevorbereitung meldet einen Fehler. Um dies auf dem Masterimage zu überprüfen, führen Sie folgenden Befehl aus:

C:>; Diskpart.exe
DISKPART>; San
<!--NeedCopy-->

Dieser Befehl gibt die aktuelle Richtlinie zurück. Wenn die Richtlinie nicht auf Online All festgelegt ist, ändern Sie die Einstellung, indem Sie den folgenden Befehl ausführen:

DISKPART>; San policy=OnlineAll

Fahren Sie das Masterimage herunter, erstellen Sie einen Snapshot der Maschine und verwenden Sie diesen dann als Basisimage für MCS.

Bildvorbereitung schlägt aus einem anderen Grund fehl

Wenn die Imagevorbereitung aus unbekanntem Grund fehlschlägt , können Sie die Imagevorbereitung beim Erstellen des MCS-Katalogs umgehen. Die Umgehung kann jedoch zu Probleme mit der KMS-Lizenzierung und dem Netzwerk (DHCP) in der Site führen. Verwenden Sie den folgenden PowerShell-Befehl:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->

Sammeln Sie nach Möglichkeit Protokolle für das Citrix Support-Team. Melden Sie Probleme über die Foren oder über Ihren Supportkontakt an Citrix. Sammeln von Protokollen:

1. Erstellen Sie auf dem Masterimage den folgenden Registrierungsschlüssel mit dem Wert 1 (als DWORD-Wert (32-Bit)):HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.
2. Fahren Sie das Masterimage herunter und erstellen Sie einen Snapshot. Starten Sie PowerShell auf dem Delivery Controller mit den geladenen Snap-Ins von Citrix PowerShell und führen Sie Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True aus:
3. Erstellen Sie einen Katalog basierend auf diesem Snapshot.
4. Wenn die Vorbereitungs-VM auf dem Hypervisor erstellt wurde, melden Sie sich an und extrahieren Sie aus dem Stammverzeichnis von C:\:

Image-prep.log
PvsVmAgentLog.txt
<!--NeedCopy-->

Fahren Sie die Maschine herunter. Nun wird der Fehlschlag gemeldet.

Führen Sie den folgenden PowerShell-Befehl aus, um das automatische Herunterfahren der Image-Vorbereitungsmaschinen erneut zu aktivieren:

Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown

So geht es weiter

Informationen zum Erstellen bestimmter Cloudservices-Kataloge finden Sie unter:

• AWS-Katalog erstellen
• XenServer-Katalog erstellen
• Google Cloud Platform-Katalog erstellen
• Microsoft Azure-Katalog erstellen
• Microsoft System Center Virtual Machine Manager-Katalog erstellen
• Nutanix-Katalog erstellen
• VMware-Katalog erstellen

Wenn Sie den ersten Katalog erstellen, werden Sie von Web Studio zum Erstellen einer Bereitstellungsgruppe geleitet.

Informationen zum gesamten Konfigurationsprozess finden Sie unter Installation und Konfiguration.

Sie können einen Citrix Provisioning-Katalog mithilfe der Benutzeroberfläche “Vollständige Konfiguration” und PowerShell erstellen. Diese Implementierung bietet Ihnen die folgenden Vorteile:

• Eine einzige, einheitliche Konsole zur Verwaltung von MCS- und Citrix Provisioning-Katalogen.
• Neue Features für Citrix Provisioning-Kataloge, wie eine Identitätsverwaltungslösung, On-Demand-Provisioning und so weiter.

Derzeit ist dieses Feature nur für Azure-Workloads verfügbar. Weitere Informationen finden Sie unter Citrix Provisioning-Kataloge in Citrix Studio erstellen.

Weitere Informationen

• Verbindungen und Ressourcen erstellen und verwalten
• Kataloge mit verschiedenen Einbindungstypen erstellen
• Maschinenkataloge verwalten