Produktdokumentation
Citrix Virtual Apps and Desktops 7 2402 LTSR
PDF anzeigen

Maschinenkataloge erstellen

June 5, 2026
Beitrag von: 
C

Wichtig:

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

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

Einzelheiten finden Sie unter PVD, AppDisks und nicht unterstützte Hosts entfernen.

Hinweis:

Sie können Ihre Citrix Virtual Apps and Desktops-Bereitstellung mit 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.

Wenn Sie Hostverbindungen für öffentliche 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.

Einführung

Sammlungen physischer oder virtueller Maschinen werden als eine einzige Entität, ein sogenannter Maschinenkatalog, verwaltet. Alle Maschinen in einem Katalog haben denselben Betriebssystemtyp: Multi-Session-OS oder Single-Session-OS sowie Windows- oder Linux-Maschinen.

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

Tipp:

Durch das Upgrade einer vorhandenen Bereitstellung wird die Funktion zur Speicheroptimierung von Machine Creation Services (MCS) (MCS I/O) aktiviert; 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 Machine Creation Services™ (MCS) verwenden. Oder Sie können Ihre eigenen Tools verwenden, um Maschinen bereitzustellen.

Beachten Sie:

  • MCS unterstützt eine einzelne Systemfestplatte aus dem VM-Image. Die restlichen an dieses Image angehängten Datenfestplatten werden ignoriert.
  • 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 Web 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 anstelle eines Images oder Snapshots eine Hypervisor-Vorlage (VMTemplates) 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 Ihren ersten Katalog und Ihre 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 Web 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

Web 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, wechseln 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-Lizenzintegrität.

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 von einem Administrator behoben werden können. Web Studio bietet Informationen zur Fehlerbehebung im Assistenten zum Erstellen von Katalogen 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:

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 (anstelle eines Snapshots) ausgewählt haben, erstellt MCS einen Snapshot.
  • MCS erstellt eine vollständige Kopie des Snapshots und platziert die Kopie an jedem in der Hostverbindung 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 auch ein Master 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.
    • Eine eindeutige 16-MB-Identitätsdisk, die jeder VM eine eindeutige Identität verleiht. Jede VM erhält eine Identitätsdisk.
    • Eine eindeutige Differenzdisk zum Speichern von Schreibvorgängen, die an der VM vorgenommen wurden. Diese Disk ist Thin Provisioned (sofern vom Hostspeicher unterstützt) und wächst bei Bedarf auf die maximale Größe des Masterimages an. Jede VM erhält eine Differenzdisk. Die Differenzdisk enthält Änderungen, die während der Sitzungen vorgenommen wurden. Sie ist für dedizierte Desktops permanent. Bei gepoolten Desktops wird sie nach jedem Neustart über den Delivery Controller gelöscht und eine neue erstellt.

Alternativ können Sie beim Erstellen von VMs zur Bereitstellung statischer Desktops (auf der Seite Maschinen des Assistenten zur Katalogerstellung) Thick (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 bieten geeignete Überlegungen zur Speicherkapazität:

Kapazitätsüberlegungen:

  • Datenträger

    Die Delta- oder Differenzdisks (Diff-Disks) verbrauchen 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.

    • Disk0 = Diff-Disk: enthält das Betriebssystem, wenn es vom Master-Basisimage kopiert wird.
    • Disk1 = Identitätsdisk: 16 MB – enthält Active Directory-Daten für jede VM.

    Mit der Weiterentwicklung des Produkts müssen Sie möglicherweise weitere Datenträger hinzufügen, um bestimmte Anwendungsfälle und die Nutzung von Funktionen zu ermöglichen. Zum Beispiel:

    • MCS Storage Optimization erstellt für jede VM eine Datenträger im Schreibcache-Stil.
    • MCS hat die Möglichkeit hinzugefügt, vollständige Klone anstelle des im vorherigen Abschnitt beschriebenen Delta-Disk-Szenarios zu verwenden.

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

    • XenServer IntelliCache erstellt eine Lesefestplatte auf dem lokalen Speicher für jeden XenServer. 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 erzeugen. Hypervisoren nutzen Speicher auch für Verwaltungs- und allgemeine Protokollierungsoperationen. Berechnen Sie den Speicherplatz, um den Overhead einzuschließen für:

    • Protokolldateien
    • Hypervisor-spezifische Dateien. Zum Beispiel:
      • VMware fügt dem Ordner VM-Speicher weitere Dateien hinzu. Siehe VMware Best Practices.
      • Berechnen Sie Ihre gesamten Anforderungen an die Größe der 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 Speicherauswirkungen. Zum Beispiel:

    • Die anfängliche Katalogerstellung erfordert, dass eine Kopie der Basis-Disk an jeden Speicherort kopiert wird.
    • Das Hinzufügen einer Maschine zu einem Katalog erfordert kein Kopieren der Basis-Disk an jeden Speicherort. Die Katalogerstellung variiert je nach den ausgewählten Funktionen.
    • Das Aktualisieren des Katalogs erstellt eine zusätzliche Basis-Disk an jedem Speicherort. Katalogaktualisierungen führen auch zu einer temporären Speicherbelastung, bei der jede VM im Katalog für eine bestimmte Zeit zwei Diff-Disks besitzt.

Weitere Überlegungen:

  • RAM-Größe: Beeinflusst die Größe bestimmter Hypervisor-Dateien und -Datenträger, einschließlich E/A-Optimierungsdatenträger, Schreibcache und Snapshot-Dateien.
  • Thin / Thick Provisioning: NFS-Speicher wird aufgrund der Thin-Provisioning-Funktionen bevorzugt.

Speicheroptimierung von Machine Creation Services (MCS)

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

  • Der Schreibcache-Container ist dateibasiert, dieselbe Funktionalität, die in Citrix Provisioning zu finden ist. Zum Beispiel lautet der Dateiname des Schreibcaches von Citrix Provisioning D:\vdiskdif.vhdx und der Dateiname des MCS I/O-Schreibcaches lautet D:\mcsdif.vhdx.
  • Diagnostische Verbesserungen erzielen durch die Unterstützung einer Windows-Absturzabbilddatei, die auf den Schreibcache-Datenträger geschrieben wird.
  • MCS I/O behält die Technologie Cache im RAM mit Überlauf auf Festplatte bei, um die optimalste mehrstufige Schreibcache-Lösung bereitzustellen. Diese Funktionalität ermöglicht es einem Administrator, zwischen den Kosten in jeder Stufe (RAM und Datenträger) und der Leistung abzuwägen, um die gewünschten Workload-Erwartungen zu erfüllen.

Die Aktualisierung der Schreibcache-Methode von datenträgerbasiert zu dateibasiert erfordert die folgenden Änderungen:

  1. MCS I/O unterstützt keinen reinen RAM-Cache mehr. Geben Sie eine Datenträgergröße in Web Studio während der Erstellung des Maschinenkatalogs an.
  2. Der VM-Schreibcache-Datenträger wird automatisch erstellt und formatiert, wenn eine VM zum ersten Mal gestartet wird. Sobald die VM läuft, 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 Datenträgerspeicherplatz. Sie umfasst die Differenz zwischen der Datenträgergröße und der generierten Workload 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 eine vorhandene Bereitstellung aktualisieren, bei der MCS I/O aktiviert ist, ist keine zusätzliche Konfiguration erforderlich. Das Upgrade des VDA und des Delivery Controllers übernimmt das MCS I/O-Upgrade.

Berücksichtigen Sie beim Aktivieren des MCS-Speicheroptimierungsupdates Folgendes:

  • Beim Erstellen eines Maschinenkatalogs kann der Administrator den RAM und die Festplattengröße konfigurieren.

    Maschinenkatalog-Setup(/de-de/citrix-virtual-apps-desktops/2402-ltsr/media/mcsio-disable.png)

  • 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 vorhandene MCS I/O-Einstellung des Katalogs für RAM und Festplattengröße. Die vorhandene Rohfestplatte 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 erfordert möglicherweise einen höheren Schreibcache-Speicherbedarf im Vergleich zu früheren Citrix Virtual Apps and Desktops-Versionen. Citrix empfiehlt, die Festplattengröße neu zu bewerten, um sicherzustellen, dass ausreichend Speicherplatz für den zugewiesenen Workflow und eine zusätzliche Auslagerungsdateigröße vorhanden ist. Die Auslagerungsdateigröße hängt typischerweise von der Menge des System-RAMs ab. Wenn die vorhandene Katalogfestplattengröße nicht ausreicht, erstellen Sie einen Maschinenkatalog und weisen Sie eine größere Schreibcache-Festplatte zu.

Zuweisen eines bestimmten Laufwerkbuchstabens zur MCS I/O-Write-Back-Cache-Festplatte

Sie können der MCS I/O-Write-Back-Cache-Festplatte einen bestimmten Laufwerkbuchstaben zuweisen. Diese Implementierung hilft Ihnen, Konflikte zwischen dem Laufwerkbuchstaben von Anwendungen, die Sie verwenden, und dem Laufwerkbuchstaben der MCS I/O-Write-Back-Cache-Festplatte zu vermeiden. Um der MCS I/O-Write-Back-Cache-Festplatte einen Laufwerkbuchstaben zuzuweisen, können Sie PowerShell-Befehle verwenden. Die unterstützten Hypervisoren sind Azure, GCP, VMware, SCVMM und XenServer.

Hinweis:

Diese Funktion erfordert VDA-Version 2305 oder höher.

Einschränkungen

  • Nur für Windows-Betriebssysteme anwendbar
  • Anwendbarer Laufwerkbuchstabe für die Write-Back-Cache-Festplatte: E bis Z
  • Nicht anwendbar, wenn eine temporäre Azure-Festplatte als Write-Back-Cache-Festplatte verwendet wird
  • Nur anwendbar, wenn Sie einen neuen Maschinenkatalog erstellen

Einen Laufwerksbuchstaben für den Write-Back-Cache-Datenträger zuweisen

So weisen Sie einem Write-Back-Cache-Datenträger einen Laufwerksbuchstaben zu:

  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 ein Bereitstellungsschema mit dem Befehl New-ProvScheme und der Eigenschaft WriteBackCacheDriveLetter. 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. Schließen Sie die Katalogerstellung ab. Weitere Informationen finden Sie unter https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Masterimage vorbereiten

Informationen zum Erstellen von Verbindungshosts 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 Klonimage, Golden Image, Basis-VM oder Basisimage bezeichnet werden. Hostanbieter verwenden unterschiedliche Begriffe.
  • Stellen Sie sicher, dass der Host über genügend Prozessoren, Arbeitsspeicher und Speicherplatz verfügt, um die Anzahl der erstellten Maschinen aufzunehmen.
  • Konfigurieren Sie die richtige Menge an Festplattenspeicher, die 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.

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 ist, schlägt die Katalogerstellung fehl.
  • Drittanbieter-Tools nach Bedarf, 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 die 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 MCS verwenden, führen Sie Sysprep nicht auf Masterimages aus.

So bereiten Sie ein Masterimage vor:

  1. Erstellen Sie mit dem Verwaltungstool Ihres 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 angeben, wenn Sie den Maschinenkatalog mit PowerShell erstellen. Sie können die Anzahl der vCPUs nicht angeben, wenn Sie einen Katalog mit Web Studio erstellen. Konfigurieren Sie den benötigten Festplattenspeicher für Desktops und Anwendungen. 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 diesen Speicherort 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 MCS nicht verwenden, fügen Sie das Masterimage der Domäne hinzu, in der sich Anwendungen und Desktops befinden. 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 Katalogerstellungsassistenten angegebenen Domäne hinzugefügt.
  5. Citrix empfiehlt, einen Snapshot Ihres Masterimages zu erstellen und zu benennen. Wenn Sie beim Erstellen eines Katalogs ein Masterimage anstelle eines Snapshots angeben, erstellt Web Studio einen Snapshot. Sie können ihn nicht benennen.

Volumenlizenzierungsaktivierung

MCS unterstützt die Volumenlizenzierungsaktivierung, um die Aktivierung von Windows-Betriebssystemen und Microsoft Office zu automatisieren und zu verwalten. Die drei von MCS unterstützten Modelle für die Volumenlizenzierungsaktivierung sind:

  • Key Management Service (KMS)
  • Active Directory-basierte Aktivierung (ADBA)
  • Mehrfachaktivierungsschlüssel (MAK)

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

Key Management Service (KMS)

Der KMS ist ein schlanker Dienst, der kein dediziertes System erfordert und problemlos auf einem System gehostet werden kann, das andere Dienste bereitstellt. Diese Funktionalität wird von allen von Citrix unterstützten Windows-Versionen unterstützt. Während der Image-Vorbereitung führt MCS die KMS-Reaktivierung für Microsoft Windows und Microsoft Office durch. Sie können die Reaktivierung überspringen, indem Sie den Befehl Set-Provserviceconfigurationdata ausführen. Weitere Informationen zur Microsoft Windows KMS-Reaktivierung und Microsoft Office KMS-Reaktivierung 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 Key Management Service.

Hinweis:

Alle Maschinenkataloge, die nach Ausführung des Befehls Set-Provserviceconfigurationdata erstellt wurden, haben dieselbe Einstellung, wie sie im Befehl angegeben ist.

Active Directory-basierte Aktivierung (ADBA)

ADBA ermöglicht Ihnen die Aktivierung von Maschinen über deren Domänenverbindungen. Maschinen werden sofort aktiviert, wenn sie der Domäne beitreten. Diese Maschinen bleiben aktiviert, solange sie der Domäne angehören und mit ihr in Kontakt stehen. Diese Funktionalität wird von allen von Citrix unterstützten Windows-Versionen unterstützt. Weitere Informationen zur Active Directory-basierten Aktivierung finden Sie unter Aktivieren mit Active Directory-basierter Aktivierung.

Mehrfachaktivierungsschlüssel (MAK)

MAK ist eine Methode zur Volumenaktivierung und Authentifizierung des Windows-Systems mithilfe des Microsoft-Servers. Sie müssen den MAK-Schlüssel von Microsoft erwerben, dem eine feste Anzahl von Aktivierungen zugewiesen ist. Jedes Mal, wenn ein Windows-System aktiviert wird, verringert sich die Anzahl der Aktivierungen. Es gibt zwei Möglichkeiten, das System zu aktivieren:

  • Online-Aktivierung: Wenn das Windows-System, das Sie aktivieren möchten, Internetzugang hat, aktiviert das System Windows automatisch bei der Installation des Produktschlüssels. Dieser Vorgang reduziert die Anzahl der Aktivierungen für den entsprechenden MAK um 1.
  • Offline-Aktivierung: Wenn das Windows-System keine Verbindung zum Internet herstellen kann, um die Online-Aktivierung durchzuführen, erhält MCS eine Bestätigungs-ID und eine Installations-ID vom Microsoft-Server, um das Windows-System zu aktivieren. Diese Art der Aktivierung ist nützlich für nicht-persistente Maschinenkataloge.

Hinweis:

  • MCS unterstützt die Microsoft Office-Aktivierung mittels MAK nicht.
  • Die mindestens erforderliche VDA-Version ist 2303.

Wichtige Anforderungen

  • Der Delivery Controller muss Internetzugang haben.
  • Erstellen Sie einen neuen Katalog, wenn das zu aktualisierende neue Image einen anderen MAK-Schlüssel als das Original hat.
  • Installieren Sie den MAK-Schlüssel auf dem Masterimage. Schritte zur Installation des MAK-Schlüssels auf einem Windows-System finden Sie unter MAK-Aktivierung bereitstellen.

  • Wenn Sie keine Image-Vorbereitung 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.

Aktivierungszählungen

Um die verbleibende Anzahl der Aktivierungen für den MAK-Schlüssel anzuzeigen oder zu überprüfen, ob eine VM zwei oder mehr Aktivierungen verbraucht, verwenden Sie das Volume Activation Management Tool (VAMT). Siehe VAMT installieren.

Windows-System mit MAK aktivieren

So aktivieren Sie das Windows-System mit MAK:

  1. Installieren Sie den Produktschlüssel auf dem Masterimage. Dieser Schritt verbraucht eine Aktivierungsanzahl.
  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.

    Diese Methode deaktiviert die Option der Online-Aktivierung.

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

  6. Je nachdem, ob es sich um eine Online- oder Offline-Aktivierung handelt, wird das Windows-System aktiviert.

    • Wenn die Aktivierung online erfolgt, wird das Windows-System nach der Installation des Produktschlüssels aktiviert.
    • Wenn die Aktivierung offline erfolgt, kommuniziert MCS mit den bereitgestellten VMs, um den Aktivierungsstatus des Windows-Systems abzurufen. MCS ruft dann eine Bestätigungs-ID und eine Installations-ID vom Microsoft-Server ab. Diese IDs werden zur Aktivierung des Windows-Systems verwendet.

Problembehandlung

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

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

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

Erstellen eines Maschinenkatalogs mit Web Studio

Vor dem Erstellen eines Katalogs:

  • Lesen Sie diesen Abschnitt, um mehr über die von Ihnen getroffenen Entscheidungen und die von Ihnen bereitgestellten Informationen zu erfahren.
  • Stellen Sie sicher, dass Sie eine Verbindung zum Hypervisor, Cloud-Dienst und anderen Ressourcen hergestellt haben, die Ihre Maschinen hosten.
  • Wenn Sie ein Masterimage zum Bereitstellen von Maschinen erstellt haben, stellen Sie sicher, dass Sie einen VDA auf diesem Image installiert haben.

So starten Sie den Assistenten zum Erstellen von Katalogen:

  1. Wenn dies der erste Katalog ist, der erstellt wird, werden Sie zur richtigen Auswahl geführt (z. B. „Maschinen einrichten und Maschinenkataloge zum Ausführen von Apps und Desktops erstellen“). 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 mithilfe von Ordnern zu organisieren, erstellen Sie Ordner unter dem Standardordner Maschinenkataloge. Weitere Informationen finden Sie unter Erstellen eines Katalogordners.

    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 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.

  • Multi-Session-Betriebssystem: Ein Multi-Session-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.)
  • Single-Session-Betriebssystem: Ein Single-Session-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-Desktop-Maschinen. Der Remote-PC-Zugriff erfordert kein VPN, um Sicherheit zu gewährleisten.

Maschinenverwaltung

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

Die Seite Maschinenverwaltung zeigt an, wie Maschinen verwaltet werden und welche Tools Sie zum Bereitstellen von Maschinen verwenden.

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

  • Maschinen werden über Web 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 Web Studio energieverwaltet, z. B. physische Maschinen.

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

  • Citrix Provisioning-Technologie

    • Citrix Machine Creation Services (MCS) Erstellt einen Katalog von VMs, die mit MCS bereitgestellt und mit einem Image versehen wurden. MCS kopiert Images, die von einem Master-Image geklont wurden, auf diese VMs.

    • Citrix Provisioning Services (PVS) Erstellt einen Katalog von VMs, die mit MCS bereitgestellt und mit PVS mit einem Image versehen wurden. Diese VMs dienen als PVS-Zielgeräte, und der PVS-Server kann ein einziges freigegebenes Datenträger-Image 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.

  • Anderer Dienst oder andere Technologie Ein Tool, das bereits im Rechenzentrum vorhandene Maschinen verwaltet. Citrix empfiehlt die Verwendung von Microsoft System Center Configuration Manager oder einer anderen Drittanbieteranwendung, um die Konsistenz der Maschinen im Katalog sicherzustellen.

Desktoptypen (Desktop-Erfahrung)

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

Die Seite Desktop-Erfahrung bestimmt, was bei jeder Benutzeranmeldung geschieht. 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 zu demselben (statischen) Desktop her.

Image- und Maschinenprofil

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

  1. Wählen Sie einen Imagetyp für den Maschinenkatalog und anschließend ein Image aus. Es stehen zwei Imagetypen zur Verfügung:

    • Masterimage. Ein Image, das den Imagevorbereitungsprozess noch nicht durchlaufen hat. Der Imagevorbereitungsprozess wird automatisch gestartet, wenn die Katalogerstellung beginnt.

      Hinweis:

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

    • Vorbereitetes Image. Ein Image, das den Imagevorbereitungsprozess durchlaufen hat und direkt für die VM-Erstellung verwendet werden kann. Die Wahl vorbereiteter Images anstelle von Masterimages während der Katalogerstellung gewährleistet eine schnellere und zuverlässigere Erstellung von Maschinenkatalogen sowie ein optimiertes Image-Lebenszyklusmanagement.

      Hinweis:

      • VMs, die mit vorbereiteten Images erstellt wurden, unterstützen keine Ruhezustandsfunktion.
      • Derzeit ist die Erstellung von Katalogen mit vorbereiteten Images nur in Azure- und VMware-Umgebungen verfügbar.

    Weitere Informationen zum Erstellen vorbereiteter Images finden Sie unter Imageverwaltung (Vorschau).

    Bei der Auswahl eines Images können Sie bei Bedarf eine Notiz für das ausgewählte Image hinzufügen.

    Um die neuesten Produktfunktionen nutzen zu können, stellen Sie sicher, dass das Masterimage die neueste VDA-Version installiert hat. Ändern Sie nicht die standardmäßige Mindest-VDA-Auswahl. 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 zuvor im Assistenten ausgewählten Maschinenverwaltungstechnologie kompatibel ist.

  2. Um eine vorhandene VM als Maschinenprofil zu verwenden, wählen Sie Maschinenprofil verwenden und dann die VM aus.

    Hinweis:

    Derzeit ist die Verwendung von Maschinenprofilen auf Azure-, AWS-, GCP- und VMware-VMs beschränkt.

    Bei VMware-Bereitstellungen müssen Sie beim Erstellen eines Maschinenkatalogs mit einem Maschinenprofil den Ordner angeben, in dem die virtuellen Maschinen gespeichert werden sollen.

    Um den Speicherort des Ordners für virtuelle Maschinen anzugeben, gehen Sie im Assistenten zur Katalogerstellung zur Seite Virtuelle Maschinen, dann zum Abschnitt Ordner zum Ablegen der Maschinen auswählen und wählen Sie den Speicherort des Ordners für virtuelle Maschinen aus. Wenn nicht angegeben, betrachtet das System den Ordner des ausgewählten Maschinenprofils als Standardspeicherort.

  3. Wählen Sie die minimale Funktionsebene für den Katalog aus. Um die Nutzung der neuesten Produktfunktionen zu ermöglichen, stellen Sie sicher, dass das Masterimage die neueste VDA-Version installiert hat.

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. Geben Sie 0 (Null) ein, wenn Sie keine erstellen möchten. Später können Sie VMs für einen leeren Katalog erstellen, indem Sie Maschinen hinzufügen ausführen.
  • Wählen Sie die Größe des Arbeitsspeichers (in MB) für jede VM.
  • 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 anderer Tools:

Fügen Sie Active Directory-Maschinenkontonamen hinzu (oder importieren Sie eine Liste davon). Sie können den Active Directory-Kontonamen für eine VM ändern, nachdem Sie ihn 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 anderer Tools (aber nicht MCS):

Ein Symbol und ein Tooltip für jede hinzugefügte (oder importierte) 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.

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.

Um dies zu tun:

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

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

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

Sie können jedoch keine Maschine bereitstellen mit:

  • Einem AD-Konto, das sich nicht im Identitätspool des Katalogs befindet
  • Einem AD-Konto, das sich nicht im verfügbaren Zustand befindet

Kopiermodus für virtuelle Maschinen

Der Kopiermodus, den Sie auf der Seite Maschinen angeben, bestimmt, ob MCS Thin (schnelle Kopie) oder Thick (vollständige Kopie) Klone vom Masterimage erstellt. (Standard = Thin-Klone)

  • 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 Funktionsstufen

Die Funktionsstufe 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 Funktionsstufe macht alle in dieser Version eingeführten Funktionen (und spätere, wenn sich die Funktionsstufe 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 Ihnen die Auswahl der minimalen VDA-Stufe. Dies legt die minimale Funktionsstufe des Katalogs fest. Standardmäßig wird für lokale Bereitstellungen die aktuellste Funktionsstufe 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 Funktionsstufe. In solchen Fällen kann die Funktionsstufe eine VDA-Version angeben, die älter ist als die installierten oder aktualisierten Komponenten. Der Artikel Neuerungen jeder Version weist auf Änderungen der Standardfunktionsstufe hin.

Die ausgewählte Funktionsstufe wirkt sich auf die darüber liegende Maschinenliste aus. In der Liste zeigt ein Tooltip neben jedem Eintrag an, ob der VDA der Maschine mit dem Katalog auf dieser Funktionsstufe kompatibel ist.

Meldungen werden auf der Seite angezeigt, wenn der VDA auf jeder Maschine die ausgewählte minimale Funktionsstufe 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:

  • Entfernen Sie die Maschinen, die ältere VDAs enthalten, aus der Liste, aktualisieren Sie deren VDAs und fügen Sie sie dann wieder dem Katalog hinzu.
  • Wählen Sie eine niedrigere Funktionsebene, die den Zugriff auf die neuesten Produktfunktionen verhindert.

Es wird auch eine Meldung angezeigt, wenn eine Maschine dem Katalog nicht hinzugefügt werden konnte, weil sie den falschen Maschinentyp hat. Beispiele hierfür sind der Versuch, einen Server zu einem Single-Session-OS-Katalog hinzuzufügen, oder das Hinzufügen einer Single-Session-OS-Maschine, 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 frühere VDA-Versionen in diesem Katalog sich 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-E/A-Treiber. Die Installation dieses Treibers ist eine Option bei der Installation oder dem Upgrade eines VDAs. 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 in der Sitzung installieren könnten, erstellt oder kopiert werden könnten.

Temporärer Speicher und Image-Speicher(/de-de/citrix-virtual-apps-desktops/2402-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 die Kontrollkästchen „Größe des Festplatten-Caches“ und „Für Cache zugewiesener Arbeitsspeicher“ nicht aktivieren, werden temporäre Daten nicht zwischengespeichert. Sie werden direkt auf die Differenzfestplatte (im Betriebssystemspeicher) jeder VM geschrieben. (Dies ist die Bereitstellungsaktion in Version 7.8 und früher.)

  • Wenn Sie die Kontrollkästchen „Größe des Festplatten-Caches“ und „Für Cache zugewiesener Arbeitsspeicher“ 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 Arbeitsspeicher“) erreicht, werden die ältesten Daten auf die temporäre Daten-Cache-Festplatte verschoben.

Wichtig:

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

Hinweis:

  • Das Konfigurieren des Write-Back-Caches nur mit einem Festplatten-Cache und ohne Arbeitsspeicher-Cache wurde eingestellt. Um einen Cache für temporäre Daten zu aktivieren, empfehlen wir, sowohl Größe des Festplatten-Caches (GB) als auch Für Cache zugewiesener Arbeitsspeicher (MB) auszuwählen und eine Größe größer als 0 für den Arbeitsspeicher-Cache anzugeben.
  • Der Arbeitsspeicher-Cache ist Teil des gesamten Arbeitsspeichers auf jeder Maschine. Wenn Sie daher die Option „Für Cache zugewiesener Arbeitsspeicher“ aktivieren, sollten Sie erwägen, den gesamten Arbeitsspeicher auf jeder Maschine zu erhöhen.
  • Das Ändern der Größe des Festplatten-Caches vom Standardwert kann die Leistung beeinträchtigen. Die Größe muss den Benutzeranforderungen und der auf die Maschine ausgeübten Last entsprechen.

NIC

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

Auf der Seite Netzwerkschnittstellenkarten ordnen Sie, wenn Sie mehrere NICs verwenden möchten, 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 hinzugefügt werden sollen und Benutzern oder Benutzergruppen entsprechen. Verwenden Sie keinen Schrägstrich (/) in einem OU-Namen.

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

  • Suchen Sie mit einer exakten Übereinstimmung danach.
  • Durchsuchen Sie alle Domänen, um sie zu finden.

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.

Maschinenidentitäten

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

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 der Identität nach der Bereitstellung zugewiesen. Sie können den Identitätstyp nach dem Erstellen des Katalogs nicht mehr ändern.

Ein allgemeiner Workflow zum Konfigurieren der Einstellungen auf dieser Seite ist wie folgt:

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

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

Wichtig:

  • Wenn Sie Lokales Active Directory oder Hybrid in Azure Active Directory eingebunden als Identitätstyp auswählen, muss jeder Computer im Katalog über ein entsprechendes Active Directory-Computerkonto verfügen.

Wenn Sie Konten erstellen, müssen Sie die Berechtigung haben, Computerkonten in der OU zu erstellen, in der sich die Computer befinden. Jeder Computer im Katalog muss einen eindeutigen Namen haben. Geben Sie das Kontobenennungsschema für die Computer an, die Sie erstellen möchten. Weitere Informationen finden Sie unter Benennungsschema für Computerkonten.

Hinweis:

Stellen Sie sicher, dass OU-Namen keine Schrägstriche (/) verwenden.

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

  • [ADComputerAccount] ADcomputeraccountname.domain

Stellen Sie sicher, dass genügend Konten für alle Computer vorhanden sind, die Sie hinzufügen. Die Web Studio-Oberfläche verwaltet diese Konten. Erlauben Sie dieser Oberfläche daher entweder, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort an, das für alle Konten gleich sein muss.

Für Kataloge, die physische oder vorhandene Computer enthalten, wählen oder importieren Sie vorhandene Konten und weisen Sie jeden Computer sowohl einem Active Directory-Computerkonto als auch einem Benutzerkonto zu.

Benennungsschema für Computerkonten

Jeder Computer in einem Katalog muss einen eindeutigen Namen haben. Sie müssen beim Erstellen eines Katalogs ein Benennungsschema für Computerkonten angeben. Verwenden Sie Platzhalter (Hash-Zeichen) als Platzhalter für fortlaufende Zahlen oder Buchstaben, die im Namen vorkommen.

Beachten Sie beim Festlegen eines Benennungsschemas die folgenden Regeln:

  • Das Benennungsschema muss mindestens ein Platzhalterzeichen enthalten. Sie müssen alle Platzhalterzeichen zusammenfassen.
  • Der gesamte Name, einschließlich Platzhalterzeichen, muss mindestens 2, aber nicht mehr als 15 Zeichen enthalten. Er muss mindestens ein nicht-numerisches Zeichen und ein #-Zeichen (Platzhalter) enthalten.
  • Der Name darf keine Leerzeichen oder die folgenden Zeichen enthalten: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
  • Der Name darf nicht mit einem Bindestrich (-) enden.

Lassen Sie außerdem genügend Raum für Wachstum, wenn Sie das Benennungsschema festlegen. Betrachten Sie dieses Beispiel: Wenn Sie 1.000 Maschinenkonten mit dem Schema „veryverylong#“ erstellen, enthält der zuletzt erstellte Kontoname (veryverylong1000) 16 Zeichen. Daher führt das Benennungsschema zu einem oder mehreren Maschinennamen, die die maximale Länge von 15 Zeichen überschreiten.

Sie können angeben, ob die sequenziellen Werte Zahlen (0-9) oder Buchstaben (A-Z) sind:

  • 0-9. Wenn diese Option ausgewählt ist, werden die angegebenen Platzhalter in fortlaufende Zahlen aufgelöst.

    Hinweis:

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

  • A-Z. Wenn diese Option ausgewählt ist, werden die angegebenen Platzhalter in fortlaufende Buchstaben aufgelöst.

Ein Benennungsschema wie PC-Sales-## (mit ausgewählter Option 0-9) führt beispielsweise zu Konten mit den Namen PC-Sales-01, PC-Sales-02, PC-Sales-03 usw.

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

  • Wenn Sie 0-9 auswählen, werden Konten fortlaufend benannt, beginnend mit den angegebenen Zahlen. Geben Sie eine oder mehrere Ziffern ein, je nachdem, wie viele Platzhalter Sie im vorhergehenden Feld verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie zwei oder mehr Ziffern ein.
  • Wenn Sie A-Z auswählen, werden Konten fortlaufend benannt, beginnend mit den angegebenen Buchstaben. Geben Sie einen oder mehrere Buchstaben ein, je nachdem, wie viele Platzhalter Sie im vorhergehenden Feld verwenden. Wenn Sie beispielsweise zwei Platzhalter verwenden, geben Sie zwei oder mehr Buchstaben ein.

Domänenanmeldeinformationen

Wählen Sie Anmeldeinformationen eingeben und geben Sie die Anmeldeinformationen eines Administrators ein, der über die Berechtigung verfügt, Kontovorgänge in der Ziel-Active Directory-Domäne durchzuführen.

Verwenden Sie die Option Namen prüfen, um zu überprüfen, ob der Benutzername gültig oder eindeutig ist. Die Option ist beispielsweise nützlich, wenn:

  • Derselbe Benutzername in mehreren Domänen existiert. Sie werden aufgefordert, den gewünschten Benutzer auszuwählen.
  • Sie sich nicht an den Domänennamen erinnern können. Sie können den Benutzernamen eingeben, ohne den Domänennamen anzugeben. Wenn die Prüfung erfolgreich ist, wird der Domänenname automatisch ausgefüllt.

Hinweis:

Wenn der Identitätstyp, den Sie unter Maschinenidentitäten ausgewählt haben, Hybrid Azure Active Directory Joined ist, müssen die von Ihnen eingegebenen Anmeldeinformationen die Write userCertificate-Berechtigung erhalten haben.

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 Web Studio angezeigt.

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

Unter Maschinenkataloge wird der neue Katalog mit einer Inline-Fortschrittsanzeige angezeigt.

So zeigen Sie Details des Erstellungsfortschritts an:

  1. Fahren Sie mit der Maus über den Maschinenkatalog.

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

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

    • Verlauf der Schritte
    • Fortschritt und Laufzeit des aktuellen Schritts
    • Verbleibende Schritte

MCS-Zeitsynchronisierung

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

Masterimage Katalog Resultierende Zeitsynchronisierungsmethode
NDJ AD oder Hybrid Azure AD Standardmäßig NT5DS. Sie können MCS daran hindern, die Zeitsynchronisierungseinstellung zu ändern, indem Sie Registrierungseinstellungen im Masterimage verwenden.
NDJ NDJ oder Azure AD Wie die ursprüngliche Zeitsynchronisierungseinstellung
AD oder Hybrid Azure AD AD oder Hybrid Azure AD Wie die ursprüngliche Zeitsynchronisierungseinstellung
Azure AD Azure AD Wie die ursprüngliche Zeitsynchronisierungseinstellung

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: Type

Um zu verhindern, dass MCS die Zeitsynchronisierungseinstellung ändert, legen Sie den Wert der folgenden Registrierungseinstellung im Masterimage fest:

  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
  • Name: TimeSyncMethodKeep
  • Typ: DWORD
  • 0 (Oder, Wert TimeSyncMethodKeep nicht konfiguriert): Behält die ursprüngliche Zeitsynchronisierungseinstellung nicht bei.
  • 1: Behält die ursprüngliche Zeitsynchronisierungseinstellung und die Standardparameterwerte bei.

Wichtige Überlegungen zum Festlegen benutzerdefinierter Eigenschaften

Benutzerdefinierte Eigenschaften müssen in GCP- und Azure-Umgebungen korrekt bei New-ProvScheme und Set-ProvScheme festgelegt werden. Wenn Sie eine oder mehrere nicht vorhandene benutzerdefinierte Eigenschaften angeben, erhalten Sie die folgende Fehlermeldung, und die Befehle können nicht ausgeführt werden.

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

Fehlerbehebung

Wichtig:

Nachdem Sie den Maschinenkatalog mit Web Studio erstellt haben, können Sie den PowerShell-Befehl Get-ProvTask nicht mehr verwenden, um die mit der Maschinenkatalogerstellung verbundenen Aufgaben abzurufen. Diese Einschränkung ist darauf zurückzuführen, dass Web 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. Wenn Sie Citrix Provisioning verwenden, gehen Sie wie folgt vor, um Protokolldateien zu generieren:

  1. Erstellen Sie auf dem Masterimage 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. Führen Sie auf dem Delivery Controller 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 wurde, 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.

Probleme bei der Image-Vorbereitung

Da MCS viele Maschinen aus einem einzigen Image erstellt, werden einige Schritte ausgeführt, um sicherzustellen, dass alle Maschinen eindeutig und korrekt lizenziert sind. Die Image-Vorbereitung ist Teil des Katalogerstellungsprozesses. Diese Vorbereitung stellt sicher, dass alle bereitgestellten Maschinen eindeutige IP-Adressen haben und sich dem KMS-Server korrekt als eindeutige Instanzen melden. Innerhalb von MCS erfolgt die Image-Vorbereitung nach der Auswahl des Master-Image-Snapshots. Eine Kopie wird erstellt, damit sich der Katalog von der ausgewählten Maschine isolieren kann. Eine Vorbereitungs-VM wird basierend auf der ursprünglichen VM erstellt, jedoch mit getrennter Netzwerkverbindung. Das Trennen der Netzwerkverbindung verhindert Konflikte mit anderen Maschinen und stellt gleichzeitig sicher, dass die vorbereitete VM nur an die neu kopierte Festplatte angeschlossen ist.

Eine kleine Anweisungsdiskette, die die für die Image-Vorbereitung erforderlichen Schritte enthält, wird an die vorbereitete VM angehängt. Diese vorbereitete VM startet, und der Image-Vorbereitungsprozess beginnt. Die Image-Vorbereitung umfasst die folgenden Prozesse:

  • DHCP aktivieren. Die Aktivierung von DHCP stellt sicher, dass bereitgestellte Maschinen keine IP-Adresskonflikte verursachen. DHCP ist auf allen Netzwerkkarten aktiviert.
  • Microsoft Windows KMS-Reaktivierung. Die Reaktivierung von KMS stellt sicher, dass Microsoft Windows korrekt lizenziert ist. Das reaktivierte Betriebssystem wird aufgerufen, damit es dem KMS-Lizenzserver korrekt als neue Instanz gemeldet wird.
  • Microsoft Office KMS-Reaktivierung (falls Microsoft Office installiert ist). Die Reaktivierung von Microsoft Office stellt sicher, dass jede Version von Microsoft Office (2010+) korrekt bei ihrem KMS-Server registriert wird. Sobald die Microsoft Office-Reaktivierung aufgerufen wird, meldet sie sich als neue Instanz beim KMS-Lizenzserver.

Tipp:

Wenn der Image-Vorbereitungsprozess abgeschlossen ist, wird die Anweisungsdiskette vom Hypervisor abgerufen. Der Hypervisor enthält die aus dem Image-Vorbereitungsprozess gewonnenen Informationen.

Es gibt verschiedene Gründe, warum die Image-Vorbereitungsphase fehlschlagen kann. Eine Fehlermeldung ähnlich der folgenden wird angezeigt: Image Preparation Office Rearm Failed.

Diese Fehler werden in den folgenden Abschnitten besprochen.

DHCP aktivieren

Diese Fehlerfälle werden durch Netzwerkkarten verursacht, die keine statischen IP-Adressen unterstützen. Zum Beispiel frühere Versionen von Dell SonicWall Netzwerkkarten. Der Vorgang schlug fehl, da eine SonicWall-Karte eine Firewall-Netzwerkkarte ist, daher ist es sinnlos, die Karte auf DHCP einzustellen, da diese nur DHCP unterstützt. Dies wurde in späteren Versionen von Citrix Virtual Apps and Desktops behoben. Wenn dies jedoch bei anderen Arten von Netzwerkkarten auftritt, muss dies Citrix über die Foren oder Ihren Support-Kontakt gemeldet werden.

Hinweis:

Diese PowerShell-Einstellung in den folgenden Beispielen wird auf die Citrix Virtual Apps and Desktops Site angewendet, sodass sie alle neuen Kataloge und Image-Updates, die an bestehenden Katalogen vorgenommen werden, betrifft.

Wenn Sie dieses Problem mit anderen Netzwerkkarten haben, können Sie es beheben, indem Sie einen PowerShell-Befehl auf dem Delivery Controller ausführen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Microsoft Office-Reaktivierung

Es gibt verschiedene KMS-Reaktivierungsfehler, die während der Microsoft Office-Reaktivierungsphase auftreten können. Die Hauptfehler sind:

  • Einige Microsoft Office-Laufzeitumgebungen, zum Beispiel Access Runtime, können die Office-Reaktivierung auslösen, was zum Fehlschlag führt.
  • Eine KMS-Version von Microsoft Office ist nicht installiert.
  • Anzahl der Reaktivierungen überschritten.

Wenn der Fehler ein falsch positives Ergebnis ist, 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-Reaktivierung

Verschiedene KMS-Fehler können während der Microsoft Windows-Reaktivierungsphase auftreten. Die Hauptfehler sind:

  • Die installierte Windows-Version ist nicht über KMS aktiviert. Sie verwendet zum Beispiel einen Mehrfachaktivierungsschlüssel (MAK).
  • Anzahl der Reaktivierungen überschritten.

Wenn die Version von Microsoft Windows korrekt lizenziert ist, können Sie die OS-Reaktivierung zurücksetzen, indem Sie den folgenden PowerShell-Befehl auf dem Delivery Controller ausführen:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Fälle von vollständigem Fehlschlag

Die Maschine zur Imagevorbereitung ist absichtlich nicht mit dem Netzwerk verbunden, was bedeutet, dass die Phase der Imagevorbereitung manchmal nur einen vollständigen Fehlschlag melden kann. Ein Beispiel für diesen Fehlertyp ist: Die Vorbereitung des Master-VM-Images ist fehlgeschlagen. Stellen Sie sicher, dass das ausgewählte Image ein unterstütztes Betriebssystem (z. B. Windows 7) und die richtige Version des VDA (7.0 oder höher) installiert hat.

Die Hauptgründe für einen vollständigen Fehlschlag sind:

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

Wenn der VDA 7.x nicht auf dem Masterimage installiert ist, läuft die Imagevorbereitung nach 20 Minuten ab und meldet den oben genannten Fehler. Dies liegt daran, dass auf dem Masterimage keine Software installiert ist, um die Phase der Imagevorbereitung auszuführen und Erfolg oder Misserfolg zu melden. Um dies zu beheben, stellen Sie sicher, dass der VDA (Mindestversion 7) auf dem als Masterimage ausgewählten Snapshot installiert ist.

DISKPART SAN Richtlinie

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

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

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

DISKPART>; San policy=OnlineAll

Fahren Sie das Masterimage herunter, erstellen Sie einen Snapshot dieser Maschine und verwenden Sie diesen dann als Basis-MCS-Image.

Wenn die Imagevorbereitung aus einem anderen Grund fehlschlägt

Wenn die Imagevorbereitung fehlschlägt und es keinen klaren Grund für den Fehler gibt, können Sie den Imagevorbereitungsprozess beim Erstellen eines MCS-Katalogs umgehen. Das Umgehen dieses Prozesses kann jedoch zu Problemen mit der KMS-Lizenzierung und der Netzwerkverbindung (DHCP) an Ihrem Standort führen. Verwenden Sie den folgenden PowerShell-Befehl:

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

Sammeln Sie, wann immer möglich, Protokolle für das Citrix Support-Team. Melden Sie das Problem entweder Citrix über die Foren oder über Ihren Support-Kontakt. So sammeln Sie Protokolle:

  1. Erstellen Sie auf dem Masterimage 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. Starten Sie auf dem Delivery Controller PowerShell mit geladenen Citrix PowerShell-Snap-Ins 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. Zu diesem Zeitpunkt meldet sie den Fehler.

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

Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown

Nächste Schritte

Informationen zum Erstellen spezifischer Cloud-Dienstkataloge finden Sie unter:

Wenn dies der erste erstellte Katalog ist, führt Sie Web Studio an, eine Bereitstellungsgruppe zu erstellen.

Um den gesamten Konfigurationsprozess zu überprüfen, siehe Installieren und Konfigurieren.

Sie können einen Citrix Provisioning-Katalog mit Web Studio und PowerShell erstellen. Diese Implementierung bietet Ihnen die folgenden Vorteile:

  • Eine einzige, einheitliche Konsole zur Verwaltung von MCS- und Citrix Provisioning-Katalogen.
  • Neue Funktionen für Citrix Provisioning-Kataloge, wie z. B. Identitätsmanagementlösung, On-Demand-Bereitstellung und so weiter.

Derzeit ist diese Funktion nur für Azure- und VMware-Workloads verfügbar. In VMware-Umgebungen können Sie die Kataloge jedoch derzeit nur mit PowerShell-Befehlen erstellen. Weitere Informationen finden Sie unter Citrix Provisioning-Kataloge in Citrix Studio erstellen.

Weitere Informationen

Maschinenkataloge erstellen
June 5, 2026
Beitrag von: 
C
June 5, 2026
Beitrag von: 
C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.