Maschinenkataloge erstellen

Wichtig:

Ab Citrix Virtual Apps and Desktops™ 7 2006 gilt: Wenn Ihre aktuelle Bereitstellung eine der folgenden Technologien verwendet, können Sie Ihre Bereitstellung nur dann auf die aktuelle Version aktualisieren, wenn Sie End of Life (EOL)-Elemente, die diese Technologien verwenden, entfernt haben.

• Personal vDisks (PvDs)
• AppDisks™
• Hosttypen für öffentliche Clouds: Citrix CloudPlatform, Microsoft Azure Classic

Einzelheiten finden Sie unter Entfernen von PvD, AppDisks und nicht unterstützten Hosts.

Wenn Sie Hostverbindungen zu öffentlichen Clouds für Ihre Bereitstellung verwenden möchten, benötigen Sie eine Hybrid Rights License, um Ihre Neuinstallation oder das Upgrade auf die aktuelle Version abzuschließen.

Wenn das Installationsprogramm eine oder mehrere der nicht unterstützten Technologien oder Hostverbindungen ohne Hybrid Rights License erkennt, wird das Upgrade angehalten oder beendet. Eine erläuternde Meldung wird angezeigt. Die Installationsprotokolle enthalten Details. Weitere Informationen finden Sie unter Bereitstellung aktualisieren.

Auswirkungen der Hybrid Rights License auf Hostverbindungen

Es gibt drei Szenarien, in denen die Hostverbindung zu den öffentlichen Cloud-Hosts basierend auf der Berechtigung der Hybrid Rights License betroffen ist:

• Um eine Hostverbindung zu den öffentlichen Cloud-Hosts herzustellen, müssen Sie über eine Hybrid Rights License verfügen.

• Wenn Sie eine Hybrid Rights License besitzen, diese aber abgelaufen ist, werden die vorhandenen Verbindungen zu öffentlichen Cloud-Hosts als nicht berechtigt gekennzeichnet und in den Wartungsmodus versetzt. Wenn vorhandene Hostverbindungen sich im Wartungsmodus befinden, können Sie Folgendes nicht tun:

  • Hostverbindungen hinzufügen oder ändern
  • Kataloge erstellen und Images aktualisieren
  • Energieaktionen ausführen

• Wenn nicht berechtigte Hostverbindungen zu berechtigten Verbindungen werden, werden vorhandene Hostingverbindungen wieder aktiviert.

Einführung

Sammlungen physischer oder virtueller Maschinen werden als einzelne Entität, ein sogenannter Maschinenkatalog, verwaltet. Maschinen in einem Katalog haben denselben Betriebssystemtyp: Multi-Session-OS oder Single-Session-OS. Ein Katalog mit Multi-Session-OS-Maschinen kann entweder Windows- oder Linux-Maschinen enthalten, aber nicht beides.

Citrix Studio führt Sie nach dem Erstellen der Site durch die Erstellung des ersten Maschinenkatalogs. Nachdem Sie den ersten Katalog erstellt haben, führt Studio Sie durch die Erstellung der ersten Bereitstellungsgruppe. Später können Sie den erstellten Katalog ändern und weitere Kataloge erstellen.

Tipp:

Das Upgrade einer vorhandenen Bereitstellung aktiviert die Speicheroptimierungsfunktion (MCS I/O) von Machine Creation Services (MCS); es ist keine zusätzliche Konfiguration erforderlich. Das Upgrade des Virtual Delivery Agent (VDA) und des Delivery Controller übernimmt das MCS I/O-Upgrade.

Übersicht

Wenn Sie einen Katalog von VMs erstellen, geben Sie an, wie diese VMs bereitgestellt werden sollen. Sie können Citrix-Tools wie Machine Creation Services™ (MCS) oder Citrix Provisioning (früher Provisioning Services) verwenden. Oder Sie können Ihre eigenen Tools verwenden, um Maschinen bereitzustellen.

Beachten Sie:

• MCS unterstützt eine einzelne Systemfestplatte aus dem Image der virtuellen Maschine. Die restlichen an dieses Image angehängten Datenfestplatten werden ignoriert.
• Wenn Sie Citrix Provisioning zum Erstellen von Maschinen verwenden, finden Sie Anweisungen in der Citrix Provisioning-Dokumentation.
• Wenn Sie MCS zum Bereitstellen von VMs verwenden, stellen Sie ein Masterimage (oder einen Snapshot eines Images) bereit, um identische VMs im Katalog zu erstellen. Bevor Sie den Katalog erstellen, verwenden Sie zuerst die Tools, um das Masterimage zu erstellen und zu konfigurieren. Dieser Prozess umfasst die Installation eines Virtual Delivery Agent (VDA) auf dem Image. Anschließend erstellen Sie den Maschinenkatalog in Studio. Sie wählen dieses Image (oder den Snapshot) aus, geben die Anzahl der im Katalog zu erstellenden VMs an und konfigurieren zusätzliche Informationen.
• Wenn Ihre Maschinen bereits verfügbar sind, müssen Sie dennoch einen oder mehrere Maschinenkataloge für diese Maschinen erstellen.
• Wenn Sie einen Katalog direkt mit dem PowerShell SDK erstellen, können Sie eine Hypervisor-Vorlage (VMTemplates) anstelle eines Images oder Snapshots angeben.
• Die Verwendung einer Vorlage zur Bereitstellung eines Katalogs gilt als experimentelle Funktion. Bei dieser Methode kann die Vorbereitung der virtuellen Maschine fehlschlagen. Infolgedessen kann der Katalog nicht mit der Vorlage veröffentlicht werden.

Wenn Sie MCS oder Citrix Provisioning™ verwenden, um den ersten Katalog zu erstellen, verwenden Sie die Hostverbindung, die Sie beim Erstellen der Site konfiguriert haben. Später (nachdem Sie den ersten Katalog und die erste Bereitstellungsgruppe erstellt haben) können Sie Informationen zu dieser Verbindung ändern oder weitere Verbindungen erstellen.

Nachdem Sie den Assistenten zur Katalogerstellung abgeschlossen haben, werden automatisch Tests ausgeführt, um sicherzustellen, dass er korrekt konfiguriert ist. Wenn die Tests abgeschlossen sind, können Sie einen Testbericht anzeigen. Führen Sie die Tests jederzeit über Studio aus.

Hinweis:

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

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

RDS-Lizenzprüfung

Citrix Studio führt derzeit keine Überprüfung auf gültige Microsoft RDS-Lizenzen durch, wenn ein Maschinenkatalog erstellt wird, der Windows-Multi-Session-Betriebssystemmaschinen enthält. Um den Status der Microsoft RDS-Lizenz für eine Windows Multi-Session-Betriebssystemmaschine anzuzeigen, gehen Sie zu Citrix Director. Zeigen Sie den Status der Microsoft RDS-Lizenz im Bereich Maschinendetails an. Dieser Bereich befindet sich auf der Seite Maschinendetails und Benutzerdetails. Weitere Informationen finden Sie unter Microsoft RDS-Lizenzstatus.

VDA-Registrierung

Ein VDA muss bei einem Delivery Controller™ registriert sein, wenn vermittelte Sitzungen gestartet werden. Nicht registrierte VDAs können zu einer Unterauslastung ansonsten verfügbarer Ressourcen führen. Es gibt verschiedene Gründe, warum ein VDA möglicherweise nicht registriert ist, von denen viele ein Administrator beheben kann. Studio bietet Informationen zur Fehlerbehebung im Assistenten zur Katalogerstellung und nachdem Sie Maschinen aus einem Katalog zu einer Bereitstellungsgruppe hinzugefügt haben.

Nachdem Sie vorhandene Maschinen mit dem Assistenten hinzugefügt haben, zeigt die Liste der Computerkontonamen an, ob jede Maschine für das Hinzufügen zum Katalog geeignet ist. Fahren Sie mit dem Mauszeiger über das Symbol neben jeder Maschine, um eine informative Meldung zu dieser Maschine anzuzeigen.

Wenn die Meldung eine problematische Maschine identifiziert, entfernen Sie diese Maschine oder fügen Sie die Maschine hinzu. Wenn eine Meldung beispielsweise darauf hinweist, dass Informationen zu einer Maschine möglicherweise nicht abgerufen werden können, fügen Sie die Maschine trotzdem hinzu.

Weitere Informationen finden Sie unter:

• CTX136668 für Anleitungen zur Fehlerbehebung bei der VDA-Registrierung
• VDA-Versionen und Funktionsebenen
• VDA-Registrierungsmethoden

Zusammenfassung der MCS-Katalogerstellung

Hier ist eine kurze Übersicht über die standardmäßigen MCS-Aktionen, nachdem Sie Informationen im Assistenten zur Katalogerstellung bereitgestellt haben.

• Wenn Sie ein Masterimage (und keinen Snapshot) ausgewählt haben, erstellt MCS einen Snapshot.
• MCS erstellt eine vollständige Kopie des Snapshots und platziert die Kopie an jedem im Hostanschluss definierten Speicherort.
• MCS fügt die Maschinen zu Active Directory hinzu, wodurch eindeutige Identitäten erstellt werden.
• MCS erstellt die im Assistenten angegebene Anzahl von VMs, wobei für jede VM zwei Datenträger definiert sind. Zusätzlich zu den zwei Datenträgern pro VM wird ein Master ebenfalls am selben Speicherort gespeichert. Wenn Sie mehrere Speicherorte definiert haben, erhält jeder die folgenden Datenträgertypen:
  • Die vollständige Kopie des Snapshots, die schreibgeschützt ist und von den gerade erstellten VMs gemeinsam genutzt wird.
  • Ein eindeutiger 16-MB-Identitätsdatenträger, der jeder VM eine eindeutige Identität verleiht. Jede VM erhält einen Identitätsdatenträger.
  • Ein eindeutiger Differenzdatenträger zum Speichern von Schreibvorgängen, die an der VM vorgenommen wurden. Dieser Datenträger ist Thin Provisioned (sofern vom Hostspeicher unterstützt) und vergrößert sich bei Bedarf auf die maximale Größe des Masterimages. Jede VM erhält einen Differenzdatenträger. Der Differenzdatenträger enthält Änderungen, die während der Sitzungen vorgenommen wurden. Er ist für dedizierte Desktops permanent. Bei gepoolten Desktops wird er nach jedem Neustart über den Delivery Controller gelöscht und neu erstellt.

Alternativ können Sie beim Erstellen von VMs zur Bereitstellung statischer Desktops (auf der Seite Maschinen des Assistenten zur Katalogerstellung) dicke (vollständige Kopie) VM-Klone angeben. Vollständige Klone erfordern keine Beibehaltung des Masterimages auf jedem Datenspeicher. Jede VM hat ihre eigene Datei.

MCS-Speicherüberlegungen

Bei der Entscheidung über Speicherlösungen, Konfigurationen und Kapazitäten für MCS spielen viele Faktoren eine Rolle. Die folgenden Informationen geben wichtige Überlegungen zur Speicherkapazität:

Kapazitätsüberlegungen:

• Datenträger

  Die Delta- oder Differenzierungs-Datenträger (Diff-Datenträger) belegen in den meisten MCS-Bereitstellungen den größten Speicherplatz pro VM. Jede von MCS erstellte VM erhält bei der Erstellung mindestens 2 Datenträger.

  • Datenträger 0 = Diff-Datenträger: enthält das Betriebssystem, wenn es vom Master-Basisimage kopiert wird.
  • Datenträger 1 = Identitätsdatenträger: 16 MB – enthält Active Directory-Daten für jede VM.

  Im Zuge der Produktentwicklung müssen Sie möglicherweise weitere Datenträger hinzufügen, um bestimmte Anwendungsfälle und die Funktionsnutzung zu ermöglichen. Zum Beispiel:

  • MCS Storage Optimization erstellt für jede VM einen Schreibcache-Datenträger. In XenServer-, VMware- und SCVMM-Virtualisierungsumgebungen platziert MCS den Write-Back-Cache (WBC)-Datenträger am selben Speicherort wie den OS-Datenträger, wenn Sie bei der Erstellung einer Hostverbindung die Liste der verfügbaren OS-Speicherorte genauso konfigurieren wie die Liste der verfügbaren temporären Speicherorte.
  • MCS hat die Möglichkeit hinzugefügt, vollständige Klone zu verwenden, anstelle des im vorherigen Abschnitt beschriebenen Delta-Datenträgerszenarios.

  Auch Hypervisor-Funktionen können eine Rolle spielen. Zum Beispiel:

  • (/de-de/citrix-hypervisor/storage/intellicache.html) erstellt einen Lesedatenträger auf dem lokalen Speicher für jeden Citrix Hypervisor. Diese Option spart IOPS gegenüber dem Master-Image, das sich möglicherweise am freigegebenen Speicherort befindet.

• Hypervisor-Overhead

  Verschiedene Hypervisoren verwenden spezifische Dateien, die einen Overhead für VMs verursachen. Hypervisoren verwenden Speicher auch für Verwaltungs- und allgemeine Protokollierungsoperationen. Berechnen Sie den Speicherplatz, um den Overhead für Folgendes zu berücksichtigen:

  • Protokolldateien
  • Hypervisor-spezifische Dateien. Zum Beispiel:
    • VMware fügt dem Ordner VM-Speicher weitere Dateien hinzu. Siehe Bewährte Methoden von VMware.
    • Berechnen Sie den gesamten Speicherplatzbedarf Ihrer virtuellen Maschine. Berücksichtigen Sie eine virtuelle Maschine mit 20 GB für die virtuelle Festplatte, 16 GB für die Auslagerungsdatei und 100 MB für Protokolldateien, die insgesamt 36,1 GB verbrauchen.
  • Snapshots für XenServer; Snapshots für VMware.

• Prozess-Overhead

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

  • Die (/de-de/citrix-virtual-apps-desktops/2203-ltsr/install-configure/machine-catalogs-create.html) erfordert, dass eine Kopie der Basis-Disk auf jeden Speicherort kopiert wird.
    • Es erfordert auch, dass Sie vorübergehend eine Vorbereitungs-VM erstellen.
  • (/de-de/citrix-virtual-apps-desktops/2203-ltsr/install-configure/machine-catalogs-manage.html) zu einem Katalog erfordert nicht das Kopieren der Basis-Disk auf jeden Speicherort. Die Katalogerstellung variiert je nach den ausgewählten Funktionen.
  • (/de-de/citrix-virtual-apps-desktops/2203-ltsr/install-configure/machine-catalogs-manage#update-a-catalog) erstellt eine zusätzliche Basis-Disk an jedem Speicherort. Katalogaktualisierungen führen auch zu einem temporären Speicher-Peak, bei dem jede VM im Katalog für eine bestimmte Zeit 2 Diff-Disks hat.

Weitere Überlegungen:

• RAM-Dimensionierung: Beeinflusst die Größe bestimmter Hypervisor-Dateien und -Disks, einschließlich E/A-Optimierungs-Disks, Schreib-Cache und Snapshot-Dateien.
• Thin / Thick Provisioning: NFS-Speicher wird aufgrund der Thin-Provisioning-Funktionen bevorzugt.

Speicheroptimierung für Machine Creation Services (MCS)

Mit der Speicheroptimierungsfunktion von Machine Creation Services (MCS), bezeichnet als MCS I/O:

• Der Schreib-Cache-Container ist dateibasiert, dieselbe Funktionalität wie in Citrix Provisioning. Zum Beispiel ist der Dateiname des Citrix Provisioning Schreib-Caches D:\vdiskdif.vhdx und der Dateiname des MCS I/O Schreib-Caches ist D:\mcsdif.vhdx.
• Diagnoseverbesserungen werden durch die Unterstützung einer Windows-Absturzabbilddatei erreicht, die auf die Schreib-Cache-Disk geschrieben wird.
• MCS I/O behält die Technologie Cache im RAM mit Überlauf auf die Festplatte bei, um die optimalste mehrstufige Schreib-Cache-Lösung bereitzustellen. Diese Funktionalität ermöglicht es einem Administrator, Kosten in jeder Stufe (RAM und Disk) und Leistung auszugleichen, um die gewünschten Workload-Erwartungen zu erfüllen.

Das Aktualisieren der Schreib-Cache-Methode von disk-basiert auf dateibasiert erfordert die folgenden Änderungen:

1. MCS I/O unterstützt keinen Nur-RAM-Cache mehr. Geben Sie eine Datenträgergröße in Citrix Studio während der Maschinenkatalogerstellung an.
2. Der VM-Schreibcache-Datenträger wird beim ersten Start einer VM automatisch erstellt und formatiert. Sobald die VM hochgefahren ist, wird die Schreibcache-Datei mcsdif.vhdx in das formatierte Volume MCSWCDisk geschrieben.
3. Die Auslagerungsdatei wird auf dieses formatierte Volume MCSWCDisk umgeleitet. Infolgedessen berücksichtigt diese Datenträgergröße den gesamten Speicherplatz. Sie umfasst das Delta zwischen der Datenträgergröße und der generierten Arbeitslast plus der Größe der Auslagerungsdatei. Dies ist typischerweise mit der VM-RAM-Größe verbunden.

Aktivieren von MCS-Speicheroptimierungsupdates

Um die MCS I/O-Speicheroptimierungsfunktion zu aktivieren, aktualisieren Sie den Delivery Controller und den VDA auf die neueste Version von Citrix Virtual Apps and Desktops.

Hinweis:

Wenn Sie ein vorhandenes Deployment aktualisieren, bei dem MCS I/O aktiviert ist, ist keine zusätzliche Konfiguration erforderlich. Das VDA- und Delivery Controller-Upgrade übernimmt das MCS I/O-Upgrade.

Beachten Sie beim Aktivieren des MCS-Speicheroptimierungsupdates Folgendes:

• Beim Erstellen eines Maschinenkatalogs kann der Administrator die RAM- und Datenträgergröße konfigurieren.

  

• Das Aktualisieren eines vorhandenen Maschinenkatalogs auf einen neuen VM-Snapshot, der einen für Version 1903 konfigurierten VDA enthält, führt zu folgendem Verhalten: Der neue Snapshot verwendet weiterhin die MCS I/O-Einstellung des vorhandenen Katalogs für RAM und Datenträgergröße. Der vorhandene Rohdatenträger wird formatiert.

Wichtig:

Die MCS-Speicheroptimierung wurde mit Citrix Virtual Apps and Desktops Version 1903 geändert. Diese Version unterstützt dateibasierte Schreibcache-Technologie, die eine bessere Leistung und Stabilität bietet. Die neue Funktionalität von MCS I/O könnte einen höheren Speicherbedarf für den Schreibcache erfordern als frühere Citrix Virtual Apps and Desktops-Versionen. Citrix empfiehlt, die Datenträgergröße neu zu bewerten, um sicherzustellen, dass genügend Speicherplatz für den zugewiesenen Workflow und die zusätzliche Auslagerungsdateigröße vorhanden ist. Die Größe der Auslagerungsdatei hängt typischerweise von der Menge des System-RAM ab. Wenn die vorhandene Katalogdatenträgergröße nicht ausreicht, erstellen Sie einen Maschinenkatalog und weisen Sie einen größeren Schreibcache-Datenträger zu.

Verwenden von PowerShell zum Erstellen eines Katalogs mit persistentem Write-Back-Cache-Datenträger

Um einen Katalog mit persistentem Write-Back-Cache-Datenträger zu konfigurieren, verwenden Sie den PowerShell-Parameter New-ProvScheme CustomProperties. Dieser Parameter unterstützt eine zusätzliche Eigenschaft, PersistWBC, die verwendet wird, um zu bestimmen, wie der Write-Back-Cache-Datenträger für MCS-bereitgestellte Maschinen persistent bleibt. Die Eigenschaft PersistWBC wird nur verwendet, wenn der Parameter UseWriteBackCache angegeben wird und wenn der Parameter WriteBackCacheDiskSize so eingestellt ist, dass ein Datenträger erstellt wird.

Beispiele für Eigenschaften, die im CustomProperties-Parameter vor der Unterstützung von PersistWBC gefunden wurden, sind:

<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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
<!--NeedCopy-->

Bei der Verwendung dieser Eigenschaften ist zu beachten, dass sie Standardwerte enthalten, wenn die Eigenschaften im CustomProperties-Parameter weggelassen werden. Die Eigenschaft PersistWBC hat zwei mögliche Werte: true oder false.

Das Setzen der Eigenschaft PersistWBC auf true löscht die Write-Back-Cache-Disk nicht, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine über Citrix Studio herunterfährt.

Das Setzen der Eigenschaft PersistWBC auf false löscht die Write-Back-Cache-Disk, wenn der Citrix Virtual Apps and Desktops-Administrator die Maschine über Citrix Studio herunterfährt.

Hinweis:

Wird die Eigenschaft PersistWBC weggelassen, ist der Standardwert der Eigenschaft false, und der Write-Back-Cache wird gelöscht, wenn die Maschine über Citrix Studio heruntergefahren wird.

Zum Beispiel, um PersistWBC mit dem Parameter CustomProperties auf true zu setzen:

<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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Wichtig:

Die Eigenschaft PersistWBC kann nur mit dem PowerShell-Cmdlet New-ProvScheme festgelegt werden. Der Versuch, die CustomProperties eines Bereitstellungsschemas nach der Erstellung zu ändern, hat keine Auswirkungen auf den Maschinenkatalog und die Persistenz der Write-Back-Cache-Disk, wenn eine Maschine heruntergefahren wird.

Zum Beispiel, setzen Sie New-ProvScheme zur Verwendung des Write-Back-Cache, während die Eigenschaft PersistWBC auf true gesetzt wird:

New-ProvScheme
-CleanOnBoot
-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=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Masterimage vorbereiten

Informationen zum Erstellen von Verbindungs-Hosts finden Sie unter Verbindungen und Ressourcen.

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

Gut zu wissen:

• Ein Masterimage kann auch als Klon-Image, Golden Image, Basis-VM oder Basis-Image bezeichnet werden. Host-Anbieter verwenden unterschiedliche Begriffe.
• Wenn Sie Citrix Provisioning verwenden, können Sie ein Masterimage oder einen physischen Computer als Master-Zielgerät verwenden. Citrix Provisioning verwendet eine andere Terminologie als MCS, um auf Images zu verweisen. Weitere Informationen finden Sie in der (/de-de/provisioning.html) Dokumentation zu Citrix Provisioning.
• Stellen Sie sicher, dass der Host über genügend Prozessoren, Arbeitsspeicher und Speicherplatz verfügt, um die Anzahl der erstellten Maschinen aufzunehmen.
• Konfigurieren Sie den korrekten Festplattenspeicherplatz, der für Desktops und Anwendungen benötigt wird. Dieser Wert kann später oder im Maschinenkatalog nicht geändert werden.
• Maschinenkataloge für Remote-PC-Zugriff verwenden keine Masterimages.
• Überlegungen zur Microsoft KMS-Aktivierung bei Verwendung von MCS: Wenn Ihre Bereitstellung 7.x-VDAs mit einem XenServer 6.1 oder 6.2, vSphere oder Microsoft System Center Virtual Machine Manager-Host umfasst, müssen Sie Microsoft Windows oder Microsoft Office nicht manuell reaktivieren.

Installieren und konfigurieren Sie die folgende Software auf dem Masterimage:

• Integrationstools für Ihren Hypervisor (z. B. Citrix VM Tools, Hyper-V Integration Services oder VMware Tools). Wenn Sie diesen Schritt weglassen, funktionieren Anwendungen und Desktops möglicherweise nicht richtig.
• Einen VDA. Citrix empfiehlt die Installation der neuesten Version, um den Zugriff auf die neuesten Funktionen zu ermöglichen. Wenn kein VDA auf dem Masterimage installiert wird, schlägt die Katalogerstellung fehl.
• Bei Bedarf Tools von Drittanbietern, z. B. Antivirensoftware oder Agenten für die elektronische Softwareverteilung. Konfigurieren Sie Dienste mit Einstellungen, die für Benutzer und den Maschinentyp geeignet sind (z. B. Updatefunktionen).
• Drittanbieteranwendungen, die Sie nicht virtualisieren. Citrix empfiehlt die Virtualisierung von Anwendungen. Die Virtualisierung reduziert Kosten, da das Masterimage nach dem Hinzufügen oder Neukonfigurieren einer Anwendung nicht mehr aktualisiert werden muss. Außerdem reduzieren weniger installierte Anwendungen die Größe der Festplatten des Masterimages, was Speicherkosten spart.
• App-V-Clients mit den empfohlenen Einstellungen, wenn Sie App-V-Anwendungen veröffentlichen möchten. Der App-V-Client ist von Microsoft erhältlich.
• Wenn Sie MCS verwenden und Microsoft Windows lokalisieren, installieren Sie die Gebietsschemas und Sprachpakete. Während der Bereitstellung, wenn ein Snapshot erstellt wird, verwenden die bereitgestellten VMs die installierten Gebietsschemas und Sprachpakete.

Wichtig:

Wenn Sie Citrix Provisioning oder MCS verwenden, führen Sie Sysprep nicht auf Masterimages aus.

So bereiten Sie ein Masterimage vor:

1. Verwenden Sie das Verwaltungstool Ihres Hypervisors, um ein Masterimage zu erstellen und anschließend das Betriebssystem sowie alle Service Packs und Updates zu installieren. Geben Sie die Anzahl der vCPUs an. Sie können den vCPU-Wert auch angeben, wenn Sie den Maschinenkatalog mit PowerShell erstellen. Sie können die Anzahl der vCPUs nicht angeben, wenn Sie einen Katalog mit Studio erstellen. Konfigurieren Sie den für Desktops und Anwendungen benötigten Festplattenspeicherplatz. Dieser Wert kann später oder im Katalog nicht geändert werden.
2. Stellen Sie sicher, dass die Festplatte an Geräteposition 0 angeschlossen ist. Die meisten Standard-Masterimage-Vorlagen konfigurieren diese Position standardmäßig, einige benutzerdefinierte Vorlagen jedoch möglicherweise nicht.
3. Installieren und konfigurieren Sie die oben aufgeführte Software auf dem Masterimage.
4. Wenn Sie Citrix Provisioning verwenden, erstellen Sie eine VHD-Datei für die virtuelle Festplatte von Ihrem Master-Zielgerät, bevor Sie das Master-Zielgerät einer Domäne beitreten lassen. Weitere Informationen finden Sie in der Citrix Provisioning-Dokumentation.
5. Wenn Sie MCS nicht verwenden, fügen Sie das Masterimage der Domäne hinzu, in der Anwendungen und Desktops Mitglieder sind. Stellen Sie sicher, 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 der im Assistenten zur Katalogerstellung angegebenen Domäne hinzugefügt.
6. Citrix empfiehlt, einen Snapshot Ihres Masterimages zu erstellen und zu benennen. Wenn Sie beim Erstellen eines Katalogs ein Masterimage anstelle eines Snapshots angeben, erstellt Studio einen Snapshot. Sie können ihn nicht benennen.

Maschinenkatalog mit Studio erstellen

Lesen Sie diesen Abschnitt, bevor Sie den Assistenten zur Katalogerstellung starten.

Wenn Sie ein Masterimage verwenden, stellen Sie sicher, dass Sie einen VDA auf dem Image installiert haben, bevor Sie den Katalog erstellen.

In Studio:

• Wenn Sie bereits eine Site erstellt, aber noch keinen Maschinenkatalog erstellt haben, führt Studio Sie zum richtigen Ausgangspunkt für die Katalogerstellung.
• Wenn Sie bereits einen Katalog erstellt haben und einen weiteren erstellen möchten, wählen Sie im Navigationsbereich von Studio die Option Maschinenkataloge. Wählen Sie dann im Bereich Aktionen die Option Maschinenkatalog erstellen.

Der Assistent führt Sie durch die folgenden Punkte. Die angezeigten Assistentenseiten unterscheiden sich je nach den von Ihnen getroffenen Auswahlen.

Betriebssystem

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

• Mehrsitzungs-Betriebssystem: Ein Mehrsitzungs-Betriebssystemkatalog stellt gehostete freigegebene Desktops bereit. Die Maschinen können unterstützte Versionen der Windows- oder Linux-Betriebssysteme ausführen, der Katalog kann jedoch nicht beide enthalten. (Weitere Informationen zu diesem Betriebssystem finden Sie in der Linux VDA-Dokumentation.)
• Einzelsitzungs-Betriebssystem: Ein Einzelsitzungs-Betriebssystemkatalog stellt VDI-Desktops bereit, die Sie verschiedenen Benutzern zuweisen können.
• Remote-PC-Zugriff: Ein Remote-PC-Zugriffskatalog bietet Benutzern Fernzugriff auf ihre physischen Büro-Desktopmaschinen. Für den Remote-PC-Zugriff ist kein VPN zur Gewährleistung der Sicherheit erforderlich.

Maschinenverwaltung

Diese Seite wird nicht angezeigt, wenn Sie Remote-PC-Zugriffskataloge erstellen.

Die Seite Maschinenverwaltung gibt an, wie Maschinen verwaltet werden und welches Tool Sie zum Bereitstellen von Maschinen verwenden.

Wählen Sie aus, ob die Maschinen im Katalog über Studio energieverwaltet werden sollen.

• Maschinen werden über Studio energieverwaltet, z. B. VMs oder Blade-PCs. Diese Option ist nur verfügbar, wenn Sie bereits eine Verbindung zu einem Host konfiguriert haben.
• Maschinen werden nicht über Studio energieverwaltet, z. B. physische Maschinen.

Wenn Sie angegeben haben, dass Maschinen über Studio energieverwaltet werden, wählen Sie das Tool aus, das zum Erstellen von VMs verwendet werden soll.

• Citrix Machine Creation Services (MCS): Verwendet ein Masterimage zum Erstellen und Verwalten virtueller Maschinen. MCS ist für physische Maschinen nicht verfügbar.

• Citrix Provisioning: (Ehemals Provisioning Services.) Verwaltet Zielgeräte als Gerätesammlung. Eine Citrix Provisioning-Festplatte, die von einem Master-Zielgerät erstellt wurde, stellt Desktops und Anwendungen bereit.

  Hinweis:

  Diese Option wird nicht mehr unterstützt. Um ein Citrix Provisioning-Zielgerät in einen Citrix Virtual Apps and Desktops-Katalog zu importieren, verwenden Sie den Citrix Provisioning Export Devices Wizard.

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

Desktoptypen (Desktop-Erfahrung)

Diese Seite wird nur angezeigt, wenn Sie einen Katalog mit EinzelSitzungs-Betriebssystemmaschinen erstellen.

Die Seite Desktop-Erfahrung bestimmt, was jedes Mal geschieht, wenn sich ein Benutzer anmeldet. Wählen Sie eine der folgenden Optionen:

• Benutzer stellen bei jeder Anmeldung eine Verbindung zu einem neuen (zufälligen) Desktop her.
• Benutzer stellen bei jeder Anmeldung eine Verbindung zum selben (statischen) Desktop her.

Wenn Sie die zweite Option wählen und MCS zum Bereitstellen der Maschinen verwenden, können Sie konfigurieren, wie Benutzeränderungen am Desktop behandelt werden:

• Benutzeränderungen am Desktop auf der lokalen Festplatte speichern.
• Benutzeränderungen verwerfen und den virtuellen Desktop beim Abmelden des Benutzers löschen. Wählen Sie diese Option, wenn Sie die Benutzerpersonalisierungsebene verwenden.

Masterimage

Diese Seite wird nur angezeigt, wenn Sie MCS zum Erstellen von VMs verwenden.

Wählen Sie auf der Seite Masterimage die Verbindung zum Host und dann den zuvor erstellten Snapshot oder die VM aus. Wenn Sie den ersten Katalog erstellen, ist die einzige verfügbare Verbindung die, die Sie beim Erstellen der Site konfiguriert haben.

Hinweis:

• Wenn Sie MCS oder Citrix Provisioning verwenden, führen Sie Sysprep nicht auf Masterimages aus.
• Wenn Sie ein Masterimage anstelle eines Snapshots angeben, erstellt Studio einen Snapshot, den Sie jedoch nicht benennen können.

Um die Nutzung der neuesten Produktfunktionen zu ermöglichen, stellen Sie sicher, dass auf dem Masterimage die neueste VDA-Version installiert ist. Ändern Sie nicht die Standardauswahl für die minimale VDA-Version. Wenn Sie jedoch eine frühere VDA-Version verwenden müssen, lesen Sie VDA-Versionen und Funktionsebenen.

Eine Fehlermeldung wird angezeigt, wenn Sie einen Snapshot oder eine VM auswählen, die nicht mit der Maschinenverwaltungstechnologie kompatibel ist, die Sie zuvor im Assistenten ausgewählt haben.

Gerätesammlung

Diese Seite wird nur angezeigt, wenn Sie Citrix Provisioning zum Erstellen von VMs verwenden.

Auf der Seite Gerätesammlung werden die Gerätesammlungen und die Geräte angezeigt, die noch nicht zu Katalogen hinzugefügt wurden.

Wählen Sie die zu verwendenden Gerätesammlungen aus.

Maschinen

Diese Seite wird nicht angezeigt, wenn Sie Remote-PC-Zugriffskataloge erstellen.

Der Titel dieser Seite hängt davon ab, was Sie auf der Seite Maschinenverwaltung ausgewählt haben: Maschinen, Virtuelle Maschinen oder VMs und Benutzer.

Bei Verwendung von MCS:

• Geben Sie an, wie viele virtuelle Maschinen erstellt werden sollen.
• Wählen Sie die Speichermenge (in MB) für jede VM aus.
• Jede erstellte VM verfügt über eine Festplatte. Ihre Größe wird im Masterimage festgelegt. Sie können die Festplattengröße im Katalog nicht ändern.
• Wenn Ihre Bereitstellung mehr als eine Zone enthält, können Sie eine Zone für den Katalog auswählen.
• Wenn Sie statische Desktop-VMs erstellen, wählen Sie einen Kopiermodus für virtuelle Maschinen. Siehe Kopiermodus für virtuelle Maschinen.
• Wenn Sie zufällige Desktop-VMs erstellen, die keine vDisks verwenden, können Sie einen Cache für temporäre Daten auf jeder Maschine konfigurieren. Siehe Cache für temporäre Daten konfigurieren.

Bei Verwendung von Citrix Provisioning:

Auf der Seite Geräte werden die Maschinen in der Gerätesammlung aufgelistet, die Sie auf der vorherigen Assistentenseite ausgewählt haben. Sie können auf dieser Seite keine Maschinen hinzufügen oder entfernen.

Bei Verwendung anderer Tools:

Fügen Sie Active Directory-Computerkontonamen hinzu (oder importieren Sie eine Liste davon). Sie können den Active Directory-Kontonamen für eine VM ändern, nachdem Sie sie hinzugefügt/importiert haben. Wenn Sie auf der Seite Desktop Experience statische Maschinen 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 die Schaltfläche Entfernen verwenden, um Namen aus der Liste zu löschen, solange Sie sich noch auf dieser Seite befinden.

Bei Verwendung von Citrix Provisioning oder anderen Tools (aber nicht MCS):

Ein Symbol und ein Tooltip für jede hinzugefügte (oder importierte oder aus einer Citrix Provisioning-Gerätesammlung stammende) Maschine helfen, Maschinen zu identifizieren, die möglicherweise nicht zum Hinzufügen zum Katalog berechtigt sind oder sich nicht bei einem Delivery Controller registrieren können. Weitere Informationen finden Sie unter VDA-Versionen und Funktionsebenen.

Kopiermodus für virtuelle Maschinen

Der auf der Seite Maschinen angegebene Kopiermodus bestimmt, ob MCS Thin Clones (schnelle Kopie) oder Thick Clones (vollständige Kopie) aus dem Masterimage erstellt. (Standard = Thin Clones)

• Verwenden Sie schnelle Kopierklone für eine effizientere Speichernutzung und schnellere Maschinenerstellung.
• Verwenden Sie vollständige Kopierklone für eine bessere Datenwiederherstellung und Migrationsunterstützung, mit potenziell reduzierten IOPS nach der Erstellung der Maschinen.

VDA-Versionen und Funktionsebenen

Die Funktionsebene eines Katalogs steuert, welche Produktfunktionen für Maschinen im Katalog verfügbar sind. Die Verwendung von Funktionen, die in neuen Produktversionen eingeführt wurden, erfordert einen neuen VDA. Das Festlegen einer Funktionsebene macht alle in dieser Version eingeführten Funktionen (und später, wenn sich die Funktionsebene nicht ändert) für Maschinen im Katalog verfügbar. Maschinen in diesem Katalog mit einer früheren VDA-Version können sich jedoch nicht registrieren.

Ein Menü am unteren Rand der Seite Maschinen (oder Geräte) ermöglicht die Auswahl der minimalen VDA-Ebene. Dies legt die minimale Funktionsebene des Katalogs fest. Standardmäßig ist für lokale Bereitstellungen die aktuellste Funktionsebene ausgewählt. Wenn Sie der Citrix-Empfehlung folgen, VDAs und Kernkomponenten immer auf die neueste Version zu installieren und zu aktualisieren, müssen Sie diese Auswahl nicht ändern. Wenn Sie jedoch weiterhin ältere VDA-Versionen verwenden müssen, wählen Sie den korrekten Wert aus.

Eine Citrix Virtual Apps and Desktops-Version enthält möglicherweise keine neue VDA-Version, oder der neue VDA hat keinen Einfluss auf die Funktionsebene. In solchen Fällen kann die Funktionsebene eine VDA-Version angeben, die älter ist als die installierten oder aktualisierten Komponenten. Obwohl beispielsweise Version 7.17 einen 7.17 VDA enthält, bleibt die Standardfunktionsebene („7.9 oder höher“) die aktuellste. Daher müssen Sie nach der Installation oder dem Upgrade der Komponenten 7.9–7.16 auf 7.17 die Standardfunktionsebene nicht ändern. Der Artikel Neuerungen jeder Version gibt Änderungen an der Standardfunktionsebene an.

Die ausgewählte Funktionsebene beeinflusst die Liste der Maschinen darüber. In der Liste zeigt ein Tooltip neben jedem Eintrag an, ob der VDA der Maschine mit dem Katalog auf dieser Funktionsebene kompatibel ist.

Meldungen werden auf der Seite angezeigt, wenn der VDA auf jeder Maschine die ausgewählte minimale Funktionsebene nicht erfüllt oder überschreitet. Sie können mit dem Assistenten fortfahren. Diese Maschinen können sich später wahrscheinlich nicht bei einem Controller registrieren. Alternativ können Sie:

• Die Maschinen mit älteren VDAs aus der Liste entfernen, deren VDAs aktualisieren und sie dann wieder zum Katalog hinzufügen.
• Eine niedrigere Funktionsebene wählen, die den Zugriff auf die neuesten Produktfunktionen verhindert.

Eine Meldung wird auch angezeigt, wenn eine Maschine nicht zum Katalog hinzugefügt werden konnte, weil sie den falschen Maschinentyp hat. Beispiele hierfür sind der Versuch, einen Server zu einem Katalog für Einzelsitzungs-Betriebssysteme hinzuzufügen, oder das Hinzufügen einer Einzelsitzungs-Betriebssystemmaschine, die ursprünglich für die zufällige Zuweisung erstellt wurde, zu einem Katalog statischer Maschinen.

Wichtig:

Mit Release 1811 wurde eine zusätzliche Funktionsebene hinzugefügt: 1811 (oder neuer). Diese Ebene ist für die Verwendung mit zukünftigen Citrix Virtual Apps and Desktops-Funktionen vorgesehen. Die Auswahl 7.9 (oder neuer) bleibt die Standardeinstellung. Diese Standardeinstellung ist jetzt für alle Bereitstellungen gültig.

Wenn Sie 1811 (oder neuer) auswählen, können sich frühere VDA-Versionen in diesem Katalog nicht bei einem Controller registrieren. Wenn der Katalog jedoch nur VDAs der Version 1811 oder später unterstützter Versionen enthält, sind alle zur Registrierung berechtigt. Dies schließt Kataloge ein, die VDAs enthalten, die für spätere Citrix Virtual Apps and Desktops-Releases konfiguriert sind, einschließlich Version 1903 und anderer 19XX-Releases vor dem aktuellen Release.

Cache für temporäre Daten konfigurieren

Das Zwischenspeichern temporärer Daten lokal auf der VM ist optional. Sie können die Verwendung des temporären Datencaches auf der Maschine aktivieren, wenn Sie MCS verwenden, um gepoolte (nicht dedizierte) Maschinen in einem Katalog zu verwalten. Wenn der Katalog eine Verbindung verwendet, die Speicher für temporäre Daten angibt, können Sie die Informationen zum temporären Datencache beim Erstellen des Katalogs aktivieren und konfigurieren.

Wichtig:

Diese Funktion erfordert einen aktuellen MCS I/O-Treiber. Die Installation dieses Treibers ist eine Option bei der Installation oder dem Upgrade eines VDA. Standardmäßig ist dieser Treiber nicht installiert.

Sie geben an, ob temporäre Daten freigegebenen oder lokalen Speicher verwenden, wenn Sie die Verbindung erstellen, die der Katalog verwendet. Weitere Informationen finden Sie unter Verbindungen und Ressourcen. Um einen Cache für temporäre Daten auf jeder Maschine zu konfigurieren, können Sie die folgenden zwei Optionen verwenden: Für Cache zugewiesener Speicher (MB) und Größe des Festplattencaches (GB). Standardmäßig sind die beiden Optionen deaktiviert. Um die Option “Für Cache zugewiesener Speicher (MB)” zu aktivieren, aktivieren Sie das Kontrollkästchen “Größe des Festplattencaches (GB)”. Wenn das Kontrollkästchen Größe des Festplattencaches nicht aktiviert ist, ist die Option “Für Cache zugewiesener Speicher” ausgegraut. Je nach Verbindungstyp können die Standardwerte für diese Optionen variieren. Im Allgemeinen sind die Standardwerte für die meisten Fälle ausreichend. Berücksichtigen Sie jedoch den benötigten Speicherplatz für:

• Temporäre Datendateien, die von Windows selbst erstellt werden, einschließlich der Windows-Auslagerungsdatei.
• Benutzerprofildaten.
• ShareFile-Daten, die mit den Benutzersitzungen synchronisiert werden.
• Daten, die von einem Sitzungsbenutzer oder von Anwendungen, die Benutzer innerhalb der Sitzung installieren könnten, erstellt oder kopiert werden.

Temporärer Speicher und Image-Speicher(/de-de/citrix-virtual-apps-desktops/2203-ltsr/media/storage-temp2.png)

Um einen Cache für temporäre Daten auf jeder Maschine zu konfigurieren, beachten Sie die folgenden drei Szenarien:

• Wenn Sie das Kontrollkästchen „Größe des Festplattencaches“ und das Kontrollkästchen „Für Cache zugewiesener Speicher“ nicht aktivieren, werden temporäre Daten nicht zwischengespeichert. Sie werden direkt auf die Differenzfestplatte (im Betriebssystemspeicher) für jede VM geschrieben. (Dies ist die Bereitstellungsaktion in Version 7.8 und früher.)
• Wenn Sie das Kontrollkästchen „Größe des Festplattencaches“ aktivieren und das Kontrollkästchen „Für Cache zugewiesener Speicher“ nicht aktivieren, werden temporäre Daten direkt auf die Cache-Festplatte geschrieben, wobei ein minimaler Arbeitsspeicher-Cache verwendet wird.
• Wenn Sie das Kontrollkästchen „Größe des Festplattencaches“ und das Kontrollkästchen „Für Cache zugewiesener Speicher“ aktivieren, werden temporäre Daten zunächst in den Arbeitsspeicher-Cache geschrieben. Wenn der Arbeitsspeicher-Cache seine konfigurierte Grenze (den Wert „Für Cache zugewiesener Speicher“) erreicht, werden die ältesten Daten auf die temporäre Daten-Cache-Festplatte verschoben.

Wichtig:

• Wenn der Festplattencache keinen Speicherplatz mehr hat, wird die Benutzersitzung unbrauchbar.
• Diese Funktion ist bei Verwendung einer Nutanix-Hostverbindung nicht verfügbar.
• Sie können die Cache-Werte in einem Maschinenkatalog nicht ändern, nachdem die Maschine erstellt wurde.

Hinweis:

• Der Arbeitsspeicher-Cache ist Teil des gesamten Arbeitsspeichers auf jeder Maschine. Wenn Sie daher die Option „Für Cache zugewiesener Speicher“ aktivieren, sollten Sie erwägen, den gesamten Arbeitsspeicher auf jeder Maschine zu erhöhen.
• Das Ändern der Größe des Festplattencaches vom Standardwert kann die Leistung beeinträchtigen. Die Größe muss den Benutzeranforderungen und der Last, die auf der Maschine liegt, entsprechen.

NIC

Diese Seite wird nicht angezeigt, wenn Sie Remote-PC-Zugriffskataloge erstellen.

Wenn Sie mehrere NICs verwenden möchten, ordnen Sie auf der Seite Netzwerkschnittstellenkarten jeder Karte ein virtuelles Netzwerk zu. Sie können beispielsweise eine Karte für den Zugriff auf ein bestimmtes sicheres Netzwerk und eine andere Karte für den Zugriff auf ein häufiger verwendetes Netzwerk zuweisen. Sie können auf dieser Seite auch NICs hinzufügen oder entfernen.

Computerkonten

Diese Seite wird nur beim Erstellen von Remote-PC-Zugriffskatalogen angezeigt.

Geben Sie auf der Seite Computerkonten die Active Directory-Computerkonten oder Organisationseinheiten (OUs) an, die Benutzern oder Benutzergruppen entsprechen. Verwenden Sie keinen Schrägstrich (/) in einem OU-Namen.

Sie können eine zuvor konfigurierte Energieverwaltungsverbindung auswählen oder die Energieverwaltung nicht verwenden. Wenn Sie die Energieverwaltung verwenden möchten, aber noch keine geeignete Verbindung konfiguriert wurde, können Sie diese Verbindung später erstellen und dann den Maschinenkatalog bearbeiten, um die Energieverwaltungseinstellungen zu aktualisieren.

Computerkonten

Diese Seite wird nur angezeigt, wenn Sie MCS zum Erstellen von VMs verwenden.

Jeder Maschine im Katalog muss ein entsprechendes Active Directory-Computerkonto zugewiesen sein. Geben Sie auf der Seite Computerkonten an, ob Konten erstellt oder vorhandene Konten verwendet werden sollen, und den Speicherort für diese Konten.

• Wenn Sie Konten erstellen, müssen Sie die Berechtigung zum Erstellen von Computerkonten in der OU haben, in der sich die Maschinen befinden.

  Geben Sie das Kontenbenennungsschema für die Maschine an und verwenden Sie Rauten, um anzugeben, wo fortlaufende Zahlen oder Buchstaben erscheinen sollen. Verwenden Sie keinen Schrägstrich (/) in einem OU-Namen. Ein Name darf nicht mit einer Zahl beginnen. Ein Benennungsschema wie PC-Sales-## (mit 0-9 ausgewählt) führt beispielsweise zu Computerkonten mit den Namen PC-Sales-01, PC-Sales-02, PC-Sales-03 usw.

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

[ADComputerAccount]
ADcomputeraccountname.domain
...
<!--NeedCopy-->

Stellen Sie sicher, dass genügend Konten für alle Maschinen vorhanden sind, die Sie hinzufügen. Studio verwaltet diese Konten. Erlauben Sie Studio entweder, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort an, das für alle Konten dasselbe sein muss.

Wählen oder importieren Sie für Kataloge, die physische Maschinen oder vorhandene Maschinen enthalten, vorhandene Konten. Weisen Sie jede Maschine sowohl einem Active Directory-Computerkonto als auch einem Benutzerkonto zu.

Für Maschinen, die mit Citrix Provisioning erstellt wurden, werden Computerkonten für Zielgeräte anders verwaltet; siehe die Citrix Provisioning-Dokumentation.

Zusammenfassung, Name und Beschreibung

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

Wenn Sie fertig sind, klicken Sie auf Fertig stellen, um die Katalogerstellung zu starten.

Fehlerbehebung

Wichtig:

Nachdem Sie den Maschinenkatalog mit Citrix Studio erstellt haben, können Sie den Get-ProvTask PowerShell-Befehl nicht mehr verwenden, um die mit der Maschinenkatalogerstellung verbundenen Aufgaben abzurufen. Diese Einschränkung ist darauf zurückzuführen, dass Studio diese Aufgaben nach der Maschinenkatalogerstellung löscht, unabhängig davon, ob der Katalog erfolgreich erstellt wurde.

Citrix empfiehlt, Protokolle zu sammeln, um dem Supportteam bei der Bereitstellung von Lösungen zu helfen. Bei Verwendung von Citrix Provisioning verwenden Sie das folgende Verfahren, um Protokolldateien zu generieren:

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

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

3. Auf dem Delivery Controller führen Sie den folgenden PowerShell-Befehl 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 wird, melden Sie sich an und extrahieren Sie die folgenden Dateien aus dem Stammverzeichnis von C:\: Image-prep.log und PvsVmAgentLog.txt.
6. Fahren Sie die Maschine herunter, zu diesem Zeitpunkt meldet sie den Fehler.
7. Führen Sie den folgenden PowerShell-Befehl aus, um die automatische Abschaltung der Image-Vorbereitungsmaschinen wieder zu aktivieren: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

Nächste Schritte

Wenn dies der erste erstellte Katalog ist, leitet Sie Studio an, eine Bereitstellungsgruppe zu erstellen.