Maschinenkataloge verwalten

Hinweis:

In diesem Artikel wird beschrieben, wie Kataloge mit Studio und PowerShell-Befehlen verwaltet werden. Wenn Sie einen Katalog mit Quick Deploy erstellt haben und diesen Knoten auch zur Verwaltung des Katalogs verwenden, folgen Sie den Anweisungen unter Kataloge in Quick Deploy verwalten.

Einführung

Sie können Maschinen in Maschinenkatalogen hinzufügen, entfernen und umbenennen, Maschinenbeschreibungen ändern und die Active Directory-Computerkonten des Katalogs verwalten.

Zur Verwaltung von Katalogen gehören ggf. auch die Aktualisierung des Betriebssystems und der Antivirensoftware der enthaltenen Maschinen, ein Upgrade des Betriebssystems und Änderungen an der Konfiguration.

• Maschinenkataloge mit gepoolt-zufälligen Maschinen, die mit Maschinenerstellungsdienste (MCS) erstellt wurden, können Sie pflegen, indem Sie das Image des Katalogs und dann die Maschinen aktualisieren. So können Sie eine große Anzahl Maschinen effizient aktualisieren.
• Bei Katalogen mit statischen (permanent zugewiesenen) Maschinen können Sie das aktuell verwendete Image oder die Vorlage anpassen. Das neue Image oder die neue Vorlage wird jedoch nur auf die später hinzugefügten Maschinen angewandt.
• Für Remote-PC-Zugriff-Kataloge verwalten Sie Updates für Benutzermaschinen außerhalb von Studio. Tun Sie dies für einzelne Maschinen oder für alle Maschinen mit Bereitstellungssoftware von Drittanbietern.

Weitere Informationen zum Erstellen und Verwalten von Verbindungen mit Hosthypervisors und Clouddiensten finden Sie unter Verbindungen und Ressourcen erstellen und verwalten.

Hinweis:

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

Informationen zu persistenten Instanzen

Wird ein Masterimage für einen MCS-Katalog mit persistenten Maschinen aktualisiert, verwenden alle dem Katalog neu hinzugefügten Maschinen das aktualisierte Image. Bereits vorhandene Maschinen verwenden weiterhin das ursprüngliche Masterimage. Das Update eines Images wird für jeden anderen Katalogtyp auf die gleiche Weise durchgeführt. Beachten Sie Folgendes:

• Bei persistenten Datenträgerkatalogen werden die bereits vorhandenen Maschinen nicht auf das neue Image aktualisiert. Alle neu dem Katalog hinzugefügten Maschinen verwenden aber das neue Image.
• Bei nichtpersistenten Datenträgerkatalogen wird das Maschinenimage beim nächsten Neustart nur dann aktualisiert, wenn dieser über in Studio oder PowerShell ausgeführt wird. Wird die Maschine außerhalb von Studio vom Hypervisor neu gestartet, wird der Datenträger nicht zurückgesetzt.
• Bei nichtpersistenten Katalogen müssen Images in separaten Katalogen sein, wenn Sie unterschiedliche Images für verschiedene Maschinen brauchen.

Maschinenkataloge verwalten

Sie können einen Maschinenkatalog auf zweierlei Art verwalten:

• Studio verwenden
• PowerShell verwenden

Studio verwenden

In diesem Abschnitt wird beschrieben, wie Sie Kataloge mit Studio verwalten:

• Katalogdetails anzeigen
• Maschinen zum Maschinenkatalog hinzufügen
• Maschinen aus einem Maschinenkatalog löschen
• Katalog bearbeiten
• Maschinenkataloge umbenennen
• Katalog löschen
• Active Directory-Computerkonten in einem Maschinenkatalog verwalten
• Masterimage für einen Katalog ändern
• Funktionsebene ändern oder Änderung rückgängig machen
• Kataloge klonen
• Kataloge mit Ordnern organisieren
• Automatische Upgrades für VDAs konfigurieren
• Konfigurationssatz für einen Katalog verwalten
• Katalogerstellung erneut versuchen
• (Nur nicht von Citrix bereitgestellte VDAs) Registrierungstoken generieren und verwalten

Katalogdetails anzeigen

1. Verwenden Sie die Suchfunktion, um einen bestimmten Maschinenkatalog zu finden. Anweisungen finden Sie unter Nach Instanzen suchen.
2. Wählen Sie aus den Suchergebnissen nach Bedarf einen Katalog aus.
3. In der folgenden Tabelle finden Sie Beschreibungen der Katalogspalten.
4. Klicken Sie im unteren Detailbereich auf eine Registerkarte, um weitere Informationen zu diesem Katalog zu erhalten.

Maschinen zum Maschinenkatalog hinzufügen

Vorbereitungen:

• Stellen Sie sicher, dass der Virtualisierungshost (Hypervisor oder Clouddienstanbieter) genügend Prozessoren, Arbeitsspeicher und Speicher zur Unterbringung der zusätzlichen Maschinen hat.
• Vergewissern Sie sich, dass Sie genügend ungenutzte Active Directory-Computerkonten haben. Wenn Sie bestehende Konten verwenden, können Sie nur so viele Maschinen erstellen, wie Sie Konten haben.
• Wenn Sie Active Directory-Computerkonten für die zusätzlichen Maschinen mit Studio erstellen, müssen Sie die erforderlichen Domänenadministratorrechte haben.

Tipp:

Wenn das Citrix DaaS-Konto, das zum Hinzufügen von Maschinen zum Maschinenkatalog verwendet wird, eingeschränkte AD-Berechtigungen hat, fügen Sie alle Cloud Connectors, die Sie verwenden möchten, auf dem Bildschirm Anmelden bei hinzu.

Hinzufügen von Maschinen zum Maschinenkatalog

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Maschinenkatalog und dann in der Aktionsleiste die Option Maschinen hinzufügen.
3. Wählen Sie auf der Seite Virtuelle Maschinen die Anzahl der hinzuzufügenden virtuellen Maschinen aus.

4. Konfigurieren Sie die Einstellungen auf der Seite Maschinenidentitäten wie folgt:

   • Sie wählen eine Identität aus der Liste aus.

   • Geben Sie ggf. an, ob neue Konten erstellt oder vorhandene verwendet werden sollen, und geben Sie den Ort (die Domäne) der Konten an.

     Gibt es nicht genügend Active Directory-Konten für die Zahl der VMs, die Sie hinzufügen möchten, wählen Sie die Domäne und den Speicherort, an dem Konten erstellt werden sollen.

     Wenn Sie bestehende Active Directory-Konten verwenden, navigieren Sie zu den Konten oder wählen Sie Importieren und geben Sie eine .csv-Datei mit Kontonamen an. Stellen Sie sicher, dass Sie ausreichend Konten für die hinzuzufügenden Maschinen haben. Studio verwaltet diese Konten. Gestatten Sie der Oberfläche, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort an (muss für alle Konten gleich sein).

   • Wenn dieser Identitätspool von anderen Katalogen verwendet wird, können Sie ihn nicht mit Studio in einen anderen Pool ändern. Verwenden Sie stattdessen das PowerShell-Cmdlet Set-ProvScheme. Weitere Informationen finden Sie in der Dokumentation zum Citrix Virtual Apps and Desktops SDK.

   • Legen Sie ein Kontobenennungsschema mit Hashmarkierungen zur Kennzeichnung der Platzierung sequenzieller Zahlen bzw. Buchstaben fest. Beispiel: Das Benennungsschema “PC-Vertrieb-##” (und Aktivieren von 0-9) bewirkt eine Benennung der Computerkonten als “PC-Vertrieb-01”, “PC-Vertrieb-02”, “PC-Vertrieb-03” usw.

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

     Beachten Sie bei der Angabe, womit die Kontonamen beginnen sollen, Folgendes: Wenn die Startzahlen oder -buchstaben bereits verwendet werden, werden bei der Erstellung des ersten Kontos anschließend die nächsten freien Zahlen bzw. Buchstaben verwendet.

     Weitere Informationen zur Anpassung der Sequenznummer von Maschinen, die mit MCS bereitgestellt werden, mit PowerShell-Befehlen finden Sie unter Sequenznummer des Maschinennamens verwalten.

5. Wählen Sie auf der Seite Domänenanmeldeinformationen die Option Anmeldeinformationen eingeben und geben Sie Benutzeranmeldeinformationen mit ausreichenden Berechtigungen zum Erstellen von Maschinenkonten ein.

Die Maschinen werden in einem Hintergrundprozess erstellt, der beim Erstellen einer großen Zahl von Maschinen lange dauern kann. Die Maschinenerstellung wird fortgesetzt, selbst wenn Sie Studio schließen.

Verwenden von CSV-Dateien zum Massenhinzufügen von Maschinen zu einem Katalog

Sie können CSV-Dateien zum Massenhinzufügen von Maschinen verwenden. Das Feature steht für alle Kataloge mit Ausnahme solcher zur Verfügung, die per MCS bereitgestellt wurden.

Führen Sie die folgenden Schritte aus, um Maschinen in Massen zu einem Katalog hinzuzufügen:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Maschinenkatalog und dann in der Aktionsleiste die Option Maschinen hinzufügen. Das Fenster Maschine hinzufügen wird angezeigt.
3. Wählen Sie CSV-Datei hinzufügen. Das Fenster Maschinen in Massen hinzufügen wird angezeigt.
4. Wählen Sie CSV-Vorlage herunterladen.
5. Füllen Sie die Vorlagendatei aus.
6. Navigieren Sie zu der Datei, um sie hochzuladen (oder verwenden Sie Drag & Drop).
7. Wählen Sie Validieren, um Ihren Import zu überprüfen.
8. Wählen Sie Importieren, um den Vorgang abzuschließen.

Überlegungen zum Hinzufügen von Maschinen über CSV-Dateien

Hinweis:

• Den Namen von Nicht-Active Directory-Benutzern müssen Sie in diesem Format eingeben: <identity provider>:<user name>. Beispiel: AzureAD:username.
• Bei den VM-Namen wird zwischen Groß- und Kleinschreibung unterschieden. Stellen Sie sicher, dass Sie beim Eingeben von VM-Pfaden die VM-Namen korrekt eingeben.

Bedenken Sie Folgendes beim Bearbeiten der CSV-Vorlagendatei:

• Das Feature bietet Ihnen mehr Flexibilität beim Massenhinzufügen von Maschinen mit einer CSV-Datei. In der Datei können Sie entweder nur Maschinen hinzufügen (zur Verwendung mit automatischen Benutzerzuweisungen) oder Maschinen und Benutzerzuweisungen gemeinsam hinzufügen. Geben Sie Ihre Daten in folgendem Format ein:

  • Paare aus Maschinenkonto und Benutzername (samName):

    • Domain\ComputerName1, Domain\Username1
    • Domain\ComputerName2, Domain\Username1;Domain\Username2
    • Domain\ComputerName3, AzureAD:username

  • Nur Maschinenkonten:

    • Domain\ComputerName1
    • Domain\ComputerName2

  • Paare aus VM und Benutzernamen:

    • XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName1.vm,Domain\ComputerName1,Domain\Username1
    • XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName2.vm,Domain\ComputerName2,Domain\Username2

  • Nur VMs:

    • XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName1.vm,Domain\ComputerName1
    • XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName2.vm,Domain\ComputerName2

    Beispiel: XDHyp:\Connections\xpace-scale\East US.region\vm.folder\wsvdaV3-2.vm

    Hierbei gilt:

    • xpace-scale ist der ConnectionName: Der Name der Verbindung, die Sie unter Hosting > Verbindung und Ressourcen hinzufügen eingegeben haben. Weitere Informationen finden Sie unter Erstellen einer Verbindung und von Ressourcen.
    • East US.region ist der RegionName: Der Name der Region mit .region als Erweiterung.
    • wsvdaV3-2.vm ist der VMName: Der Name der virtuellen Maschine mit .vm als Erweiterung.

• Eine Datei kann maximal 1000 Maschinen enthalten. Um mehr als 1000 Maschinen zu importieren, verteilen Sie sie auf mehrere Dateien und importieren diese Dateien dann nacheinander. Wir empfehlen, nicht mehr als 1000 Maschinen zu importieren. Andernfalls kann die Katalogerstellung sehr lange dauern.

Sie können Maschinen auch aus einem Katalog auf derselben Seite Maschinen hinzufügen exportieren. Die CSV-Datei mit exportierten Maschinen kann dann als Vorlage verwendet werden, wenn Maschinen in großen Mengen hinzugefügt werden. Gehen Sie zum Exportieren von Maschinen folgendermaßen vor:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Maschinenkatalog und dann in der Aktionsleiste die Option Maschinen hinzufügen. Das Fenster Maschine hinzufügen wird angezeigt.
3. Wählen Sie In CSV exportieren. Eine CSV-Datei mit einer Liste der Maschinen wird heruntergeladen.
4. Öffnen Sie die CSV-Datei, um Maschinen nach Bedarf hinzuzufügen oder zu bearbeiten. Informationen zum Hinzufügen von Maschinen in großen Mengen mit der gespeicherten CSV-Datei finden Sie im vorherigen Abschnitt Verwenden von CSV-Dateien zum Massenhinzufügen von Maschinen zu einem Katalog.

Hinweis:

• Das Feature ist für Remote-PC-Zugriff-Kataloge und mit MCS bereitgestellte Kataloge nicht verfügbar.

• Der Export und Import von Maschinen in CSV-Dateien wird nur zwischen Katalogen desselben Typs unterstützt.

Registrieren Sie Maschinen mit dem WebSocket VDA-Registrierungstool für Kataloge

Das WebSocket VDA-Registrierungstool erleichtert die tokenbasierte Registrierung für VDA-Maschinen. Mit diesem Tool können Sie eine Verbindung in eine WebSocket-Verbindung konvertieren, indem Sie den VDA mit dem Registrierungstoken zum Maschinenkatalog hinzufügen.

Hinweis:

Dieses Tool dient zur Registrierung von VDA-Maschinen, die in keinem Maschinenkatalog registriert wurden.

Folgen Sie den Anweisungen, um das Registrierungstool auszuführen:

1. Melden Sie sich beim VDA an.
2. Suchen Sie das Tool EnrollMachine.exe in C:\Program Files\Citrix\Virtual Desktop Agent\Web Socket Vda Enrollment Tool.
3. Führen Sie das Werkzeug mit den entsprechenden Eingabeparametern aus. Beispiel: EnrollMachine.exe -websocket_token_string:xxxxxxxxx

In der folgenden Tabelle werden die Eingabeparameter des Registrierungstools beschrieben:

Nach erfolgreicher Registrierung erhalten Sie eine Erfolgsmeldung im Tool und in den Protokollen. Achten Sie darauf, sich bei Studio anzumelden, um sicherzustellen, dass die VDA-Maschine zum Katalog hinzugefügt wurde und der Status der Maschine registriert ist.

Problembehandlung

Standardmäßig finden Sie die Protokolle des Registrierungstools unter:

C:\ProgramData\Citrix\EnrollMachine\EnrollMachine.txt

Wenn Sie einen anderen Pfad für die Protokolle angegeben haben, können Sie log:[log-file-path] zum Abrufen Ihrer Protokolle verwenden.

In der folgenden Tabelle sind die vom Registrierungstool zurückgegebenen Codes aufgeführt:

Maschinen aus einem Maschinenkatalog löschen

Wenn Sie eine Maschine aus einem Maschinenkatalog löschen, können Benutzer nicht mehr darauf zugreifen. Vergewissern Sie sich vor dem Löschen daher, dass folgende Bedingungen erfüllt sind:

• Die Benutzerdaten wurden gesichert oder werden nicht mehr benötigt.
• Alle Benutzer sind abgemeldet. Durch das Aktivieren des Wartungsmodus wird verhindert, dass neue Verbindungen mit einer Maschine hergestellt werden.
• Die Maschinen sind ausgeschaltet.

Löschen von Maschinen aus einem Maschinenkatalog

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Katalog und dann in der Aktionsleiste Maschinen anzeigen.
3. Wählen Sie eine oder mehrere Maschinen und dann in der Aktionsleiste Löschen.
4. Wenn Sie persistente Maschinen aus dem Katalog löschen, wählen Sie aus, ob diese auch aus dem Hypervisor oder dem Clouddienst gelöscht werden sollen. Sollen sie gelöscht werden, geben Sie an, ob die zugehörigen Active Directory-Konten beibehalten, deaktiviert oder gelöscht werden sollen.

Wenn Sie persistente Maschinen aus einem Azure Resource -Katalog löschen, werden die zugeordneten Maschinen und zugehörigen Ressourcengruppen aus Azure gelöscht, selbst wenn Sie angeben, dass sie beibehalten werden sollen.

Wenn Sie nicht persistente Maschinen aus einem Katalog löschen, werden diese automatisch aus dem Hypervisor oder Clouddienst gelöscht.

Katalog bearbeiten

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Katalog und dann in der Aktionsleiste Maschinenkatalog bearbeiten.
3. Ändern Sie die Bereiche auf der Seite Geltungsbereiche.

4. Führen Sie auf der Seite Netzwerkkarte die folgenden Aktionen aus:

   • Um die Subnetzzuordnung einer Netzwerkkarte zu ändern, wählen Sie im Feld Zugeordnetes Netzwerk ein Netzwerk aus.
   • Um eine Subnetzzuordnung hinzuzufügen, wählen Sie Netzwerkkarte hinzufügen und dann im Feld Zugeordnetes Netzwerk ein Netzwerk aus. Klicken Sie auf Speichern.

   Im Feld Zugeordnetes Netzwerk werden nur die Subnetze angezeigt, die auf dem mit dem Katalog verknüpften Host vorhanden sind.

   Sie können eine Netzwerkkarte nur zu Azure-Maschinenkatalogen ohne Maschinenprofile hinzufügen.

   Hinweis:

   • Bei AWS-Maschinenkatalogen können Sie dasselbe Subnetz nicht mehreren Netzwerkkarten zuordnen.
   • Bei Maschinenkatalogen mit Maschinenprofilen muss die Anzahl der Netzwerkkarten im Katalog der Anzahl der Netzwerkkarten im Maschinenprofil entsprechen.
   • Dieses Feature wird für IBM Cloud-Hypervisors nicht unterstützt.
   • Dieses Feature wird nur für Nutanix Prism Element im Fall von Nutanix-Hypervisors unterstützt.

5. Ändern Sie auf der Seite VDA-Upgrade die zu aktualisierende VDA-Version, oder wählen Sie sie aus. Weitere Informationen finden Sie unter VDA-Upgrade.

6. Je nach Katalogtyp werden möglicherweise zusätzliche Seiten angezeigt.

   Für Kataloge, die mit einem Azure Resource -Image erstellt wurden, werden die folgenden Seiten angezeigt. Denken Sie daran, dass vorgenommene Änderungen nur für Maschinen gelten, die Sie später zum Katalog hinzufügen. Bestehende Maschinen bleiben unverändert.

   • Ändern Sie auf der Seite Virtuelle Maschinen die Maschinengröße und wählen Sie Verfügbarkeitszonen aus, in denen Sie Maschinen erstellen möchten.

     Hinweis:

     • Es werden nur Maschinengrößen angezeigt, die vom Katalog unterstützt werden.
     • Wählen Sie gegebenenfalls Nur in anderen Maschinenkatalogen verwendete Maschinengrößen anzeigen, um die Liste der Maschinengrößen zu filtern.

   • Wählen Sie auf der Seite Maschinenprofil, ob Sie ein Maschinenprofil verwenden oder ändern möchten.

   • (Nur wenn der Katalog mit einer dedizierten Hostgruppen konfiguriert ist) Wählen Sie auf der Seite Dedizierte Hostgruppe aus, ob eine Hostgruppe geändert werden soll.

   • Wählen Sie auf der Seite Speicher- und Lizenztypen aus, ob der Speichertyp, der Lizenztyp und die Azure Compute Gallery-Einstellungen geändert werden sollen (nur verfügbar, wenn Vorbereitetes Image in der Azure Compute Gallery platzieren verwendet wird).

     Hinweis:

     Wenn die neue Einstellung die aktuelle Maschinengröße nicht unterstützt, wird eine Warnung angezeigt, dass durch eine Änderung der Einstellung die Maschinengröße zurückgesetzt wird. Wenn Sie fortfahren möchten, erscheint neben dem Menü Virtuelle Maschinen ein roter Punkt, durch den Sie aufgefordert werden, eine neue Maschinengröße auszuwählen.

   Weitere Informationen zu den auf den Seiten verfügbaren Einstellungen finden Sie unter Erstellen eines Maschinenkatalogs unter Verwendung eines Azure Resource -Images.

   Für Remote-PC-Zugriff-Kataloge werden die folgenden Seiten angezeigt:

   • Auf der Seite Energieverwaltung ändern Sie die Energieverwaltungseinstellungen und wählen eine Energieverwaltungsverbindung aus.
   • Verwenden Sie die Seite Organisationseinheiten zum Hinzufügen und Entfernen von Active Directory-Organisationseinheiten.
7. Ändern Sie auf der Seite Beschreibung die Beschreibung des Maschinenkatalogs.
8. Klicken Sie auf Übernehmen, um die vorgenommenen Änderungen zu übernehmen, und klicken Sie dann auf Speichern.

Maschinenkataloge umbenennen

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Katalog und dann in der Aktionsleiste Maschinenkatalog umbenennen.
3. Geben Sie den neuen Namen ein.

Katalog löschen

Vor dem Löschen eines Katalogs müssen Sie Folgendes sicherstellen:

• Alle Benutzer sind abgemeldet und es werden keine getrennten Sitzungen ausgeführt.
• Der Wartungsmodus ist für alle Maschinen in dem Katalog aktiviert, damit keine neuen Verbindungen hergestellt werden können.
• Alle Maschinen in dem Katalog sind ausgeschaltet.
• Der Katalog ist keiner Bereitstellungsgruppe zugeordnet. Das heißt, keine Bereitstellungsgruppe enthält Maschinen aus dem Katalog.

Löschen eines Maschinenkatalogs

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Katalog und dann in der Aktionsleiste Maschinenkatalog löschen.
3. Enthält der Katalog persistente Maschinen, geben Sie an, ob diese Maschinen auch aus dem Hypervisor oder dem Clouddienst gelöscht werden sollen. Sollen sie gelöscht werden, geben Sie an, ob die zugehörigen Active Directory-Konten beibehalten, deaktiviert oder gelöscht werden sollen.
4. Wählen Sie bei Bedarf Fortschritt ausblenden aus, um den Löschvorgang im Hintergrund auszuführen.

Hinweis:

• Wenn Sie einen Azure Resource -Katalog löschen, werden die zugeordneten Maschinen und Ressourcengruppen aus Azure gelöscht, selbst wenn Sie angeben, dass sie beibehalten werden sollen.
• Wenn Sie einen Katalog mit nicht persistenten Maschinen löschen, werden diese Maschinen aus dem Hypervisor oder Clouddienst gelöscht.
• Wenn der Hypervisor oder der Cloudservice beim Löschen des Katalogs nicht erreichbar ist, können weder der Katalog noch die VM gelöscht werden. Bei Bedarf können Sie festlegen, dass die VM-Einträge nur aus der Datenbank Ihrer Citrix-Site gelöscht werden. Wählen Sie dazu den Maschinenkatalog im Knoten Maschinenkataloge aus und führen Sie dann den auf der Registerkarte Problembehandlung angezeigten Löschvorgang durch. Beachten Sie, dass bei dieser Aktion die VMs auf dem Host intakt bleiben.

Active Directory-Computerkonten in einem Maschinenkatalog verwalten

Zum Verwalten von Active Directory-Konten in einem Maschinenkatalog haben Sie folgende Möglichkeiten:

• Freigeben nicht verwendeter Maschinenkonten durch Entfernen von Active Directory-Computerkonten aus Einzelsitzungs- und Multisitzungs-Katalogen. Diese Konten können dann für andere Maschinen verwendet werden.
• Hinzufügen von Konten, damit beim Hinzufügen weiterer Maschinen zum Katalog Computerkonten bereit stehen. Verwenden Sie keinen Schrägstrich (/) in Namen von Organisationseinheiten.

Verwalten von Active Directory-Konten

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Maschinenkatalog und dann in der Aktionsleiste Active Directory-Konten verwalten.

3. Entscheiden Sie, ob Sie Computerkonten hinzufügen oder löschen möchten. Wenn Sie Konten hinzufügen, geben Sie an, wie mit den Kennwörtern verfahren werden soll: Setzen Sie entweder alle zurück oder geben Sie ein für alle Konten geltendes Kennwort ein.

   Sie können die Kennwörter zurückzusetzen, wenn Sie die aktuellen Kennwörter nicht kennen. Zum Zurücksetzen von Kennwörtern müssen Sie die entsprechende Berechtigung haben. Wenn Sie ein Kennwort eingeben, wird das Kennwort von Konten beim Importieren geändert. Wenn Sie ein Konto löschen, legen Sie fest, ob das Konto in einem Active Directory beibehalten, deaktiviert oder gelöscht werden soll.

Sie können auch angeben, ob Active Directory-Konten beibehalten, deaktiviert oder gelöscht werden sollen, wenn Sie Maschinen aus einem Katalog entfernen oder einen Katalog löschen.

Masterimage für einen Katalog ändern

Wir empfehlen, Kopien oder Snapshots von Images zu speichern, bevor Sie das Masterimage für einen Katalog ändern. In der Datenbank wird von jedem Image eines Maschinenkatalogs ein historischer Datensatz beibehalten. Wenn das neu bereitgestellte Image zu Problemen auf den Benutzerdesktops führt, können Sie es die vorherige Version wiederherstellen und damit Ausfallzeiten für Benutzer minimieren. Images dürfen nicht gelöscht, verschoben oder umbenannt werden. Dies würde ein Rollback des Masterimages verhindern.

Wichtig:

Bedenken Sie beim Ändern des Masterimages für einen persistenten Katalog, dass das neue Image nur zum Erstellen später hinzugefügter Maschinen verwendet wird. Das neue Image wird nicht auf vorhandene Maschinen im Katalog angewendet.

Nachdem eine Maschine aktualisiert wurde, wird sie automatisch neu gestartet.

Aktualisieren oder Erstellen eines Images

Bevor Sie das Masterimage für einen Katalog ändern, müssen Sie ein neues Image auf dem Host-Hypervisor vorbereiten, indem Sie ein vorhandenes Image aktualisieren oder ein neues Image erstellen.

1. Erstellen Sie auf dem Hypervisor bzw. im Clouddienst einen Snapshot der aktuellen VM und geben Sie diesem einen aussagekräftigen Namen. Mit diesem Snapshot kann ggf. ein Rollback für das Masterimage ausgeführt werden.
2. Falls erforderlich, schalten Sie das Image ein und melden Sie sich an.
3. Installieren Sie Updates bzw. nehmen Sie die erforderlichen Änderungen am Image vor.
4. Wenn das Image eine persönliche vDisk verwendet, aktualisieren Sie den Bestand.
5. Schalten Sie die virtuelle Maschine aus.
6. Erstellen Sie einen Snapshot der VM und geben Sie diesem einen aussagekräftigen Namen, den Sie beim Ändern des Masterimages erkennen.

Hinweis:

Sie können zwar mit der Verwaltungsoberfläche einen Snapshot erstellen, wir empfehlen jedoch, dass Sie einen Snapshot mit der Hypervisor-Verwaltungskonsole erstellen und ihn dann in Studio auswählen. Dadurch können Sie statt eines automatisch erstellten Namens einen aussagekräftigen Namen und eine Beschreibung zuweisen. Bei GPU-Images können Sie das Image nur über die XenServer XenCenter-Konsole ändern.

Masterimage ändern

Führen Sie folgende Schritte aus, um ein neues Masterimage auf alle Maschinen im Katalog anzuwenden:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Katalog und dann in der Aktionsleiste Masterimage ändern.

3. Wählen Sie auf der Seite Image den Host und das Masterimage aus, das Sie verwenden möchten.

   Tipp:

   Für mit MCS erstellte Kataloge können Sie einen Hinweis zu dem Image angeben. Ein Hinweis kann bis zu 500 Zeichen enthalten. Bei jeder Änderung des Masterimages wird ein Hinweis-Eintrag erstellt, unabhängig davon, ob Sie einen Hinweis hinzufügen. Wenn Sie beim Aktualisieren eines Katalogs keinen Hinweis hinzuzufügen, wird der Eintrag als Null (-) angezeigt. Um den Hinweisverlauf für ein Image anzuzeigen, wählen Sie den Katalog, klicken Sie im unteren Bereich auf Vorlageneigenschaften und klicken Sie dann auf Hinweisverlauf anzeigen.

4. Legen Sie auf der Seite Rolloutstrategie fest, wann das neue Image auf die Maschinen im Maschinenkatalog anzuwenden ist: beim nächsten Herunterfahren oder sofort.

   Hinweis:

   Die Seite Rolloutstrategie ist für persistente VMs nicht verfügbar, da das Rollout nur für nicht persistente VMs gilt.

5. Überprüfen Sie die Informationen auf der Seite Zusammenfassung und wählen Sie Fertig stellen. Jede Maschine wird nach erfolgter Aktualisierung automatisch neu gestartet.

   Um den Fortschritt des Updates zu verfolgen, suchen Sie den Katalog in Maschinenkatalogen, um den Fortschrittsbalken und das Fortschrittsdiagramm anzuzeigen. Bei nicht persistenten Katalogen können Sie den Imageupdatestatus über die Spalte Imageupdate verfolgen (Vollständig aktualisiert, Teilweise aktualisiert, Ausstehendes Update) und Image vorbereiten.

   Tipp:

   Zur Anzeige der Spalte Imageupdate wählen Sie Anzuzeigende Spalten in der Aktionsleiste, dann Maschinenkatalog > Imagestatus und klicken Sie auf Speichern.

Wenn Sie einen Katalog mit dem PowerShell-SDK aktualisieren, können Sie alternativ zu einem Image bzw. einem Imagesnapshot eine Hypervisorvorlage (VMTemplates) angeben.

Rolloutstrategie

Die Imageänderung beim nächsten Herunterfahren wirkt sich sofort auf alle Maschinen ohne aktive Benutzersitzung aus. In Verwendung befindliche Systeme erhalten das Update bei Beenden der aktiven Sitzung.

Hinweis:

Die Rolloutstrategie gilt nur für nicht persistente VMs.

Beachten Sie Folgendes:

• Neue Sitzungen können erst gestartet werden, wenn das Update auf einer Maschine abgeschlossen ist.
• Einzelsitzungsmaschinen werden, wenn sie nicht in Verwendung sind bzw. keine Benutzer angemeldet sind, sofort aktualisiert.
• Bei Multisitzungs-OS mit untergeordneten Maschinen werden keine automatischen Neustarts durchgeführt. Sie müssen manuell heruntergefahren und neu gestartet werden.

Tipp:

Zum Beschränken der Anzahl neu gestarteter Maschine können Sie die erweiterten Einstellungen für eine Hostverbindung verwenden. Über diese Einstellungen können Sie die für einen Katalog durchgeführten Aktionen ändern. Erweiterte Einstellungen variieren je nach Hypervisor.

Rollback des Masterimages ausführen

Nach Bereitstellung eines aktualisierten oder neuen Images können Sie diese mit einem Rollback rückgängig machen. Dies kann erforderlich sein, wenn Probleme bei den aktualisierten Maschinen auftreten. Bei einem Rollback werden die Maschinen in dem Katalog auf das letzte funktionierende Image zurückgesetzt. Was ist neu, die das neue Image erfordern, stehen dann nicht mehr zur Verfügung. Bei einem Rollback einer Maschine ist ein Neustart erforderlich.

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie den Katalog und dann in der Aktionsleiste Rollback für Masterimage ausführen.
3. Legen Sie fest, wann das ältere Image auf die Maschinen angewendet werden soll (gemäß den Rollout-Anweisungen).

Das Rollback wird nur auf Maschinen angewendet, die zurückgesetzt werden müssen. Benutzer von Maschinen, die nicht auf das neue oder aktualisierte Image geändert wurden (z. B. weil sie sich nicht abgemeldet hatten), erhalten keine Meldung und müssen sich nicht abmelden.

Um den Rollback-Fortschritt zu verfolgen, suchen Sie den Katalog in Maschinenkatalogen, um den Fortschrittsbalken und das Fortschrittsdiagramm anzuzeigen.

In folgenden Szenarios ist kein Rollback möglich. (Die Option Rollback für Masterimage ausführen wird nicht angezeigt).

• Sie haben keine Berechtigung zum Rollback.
• Der Katalog wurde nicht mit MCS erstellt.
• Der Katalog wurde mit einem Image des Betriebssystemdatenträgers erstellt.
• Der zum Erstellen des Katalogs verwendete Snapshot ist beschädigt.
• Benutzeränderungen an den Maschinen in dem Katalog bleiben nicht erhalten.
• Maschinen im Katalog werden ausgeführt.

Funktionsebene ändern oder Änderung rückgängig machen

Ändern Sie die Funktionsebene für den Maschinenkatalog nach dem Upgrade der VDAs auf den Maschinen auf eine neuere Version. Wir empfehlen das Upgrade aller VDAs auf die aktuelle Version, damit Zugriff auf alle neuen Features besteht.

Führen Sie folgende Schritte aus, bevor Sie die Funktionsebene für einen Maschinenkatalog ändern:

• Starten Sie die aktualisierten Maschinen, damit sie sich bei Citrix DaaS registrieren. Auf diese Weise kann die Verwaltungsoberfläche feststellen, dass die Maschinen im Maschinenkatalog aktualisiert werden müssen.

Ändern der Funktionsebene für einen Katalog:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie den Katalog aus. Auf der Registerkarte Details im unteren Bereich werden Versionsinformationen angezeigt.
3. Wählen Sie Funktionsebene ändern. Wenn die Funktionsebene des Katalogs geändert werden muss, wird von der Managementschnittstelle eine Meldung angezeigt. Folgen Sie den Anweisungen. Kann eine Maschine nicht geändert werden, wird eine Meldung mit einer Erläuterung des Problems angezeigt. Dadurch soll sichergestellt werden, dass alle Maschinen ordnungsgemäß funktionieren. Wir empfehlen Ihnen, diese Probleme zu lösen, bevor Sie auf Ändern klicken.

Nach Abschluss des Katalogupgrades können Sie Maschinen auf ihren vorherigen Zustand zurücksetzen, indem Sie zunächst den Maschinenkatalog und dann in der Aktionsleiste Änderung der Funktionsebene rückgängig machen wählen.

Kataloge klonen

Beim Klonen von Katalogen ist Folgendes zu berücksichtigen:

• Sie können die Einstellungen für Betriebssystem und Maschinenverwaltung nicht ändern. Der Klon erbt diese Einstellungen vom Original.
• Das Klonen eines Katalogs kann einige Zeit in Anspruch nehmen. Wählen Sie bei Bedarf Fortschritt ausblenden aus, um das Klonen im Hintergrund auszuführen.
• Der geklonte Katalog erhält den Namen des Originals und hat das Suffix Copy. Der Name kann geändert werden. Weitere Informationen finden Sie unter Umbenennen von Maschinenkatalogen.
• Weisen Sie den geklonten Katalog unbedingt einer Bereitstellungsgruppe zu.
• Sie können einen leeren Katalog durch Klonen erstellen. Beim Klonen von Katalogen können Sie die Anzahl der Maschinen für durch MCS (Maschinenerstellungsdienste) bereitgestellte Kataloge auf Null setzen und keine Maschinen für Kataloge hinzufügen, die nicht von MCS bereitgestellt wurden.

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Katalog und dann in der Aktionsleiste Klonen.
3. Prüfen Sie im Fenster Ausgewählten Maschinenkatalog klonen die Einstellungen für den geklonten Katalog und bearbeiten Sie diese nach Bedarf. Wählen Sie Weiter, um mit der nächsten Seite fortzufahren.
4. Überprüfen Sie auf der Seite Zusammenfassung die Einstellungen und wählen Sie Fertigstellen, um das Klonen zu starten.
5. Wählen Sie bei Bedarf Fortschritt ausblenden aus, um das Klonen im Hintergrund auszuführen.

Kataloge mit Ordnern organisieren

Sie können Ordner erstellen, um Kataloge für einfachen Zugriff zu organisieren. Sie können beispielsweise Kataloge nach Imagetyp oder Organisationsstruktur organisieren.

Tipp:

Sie können Ihre bevorzugte Standardansicht (Ordner- oder Listenansicht) für den Knoten “Maschinenkataloge” festlegen, indem Sie auf das Ordnersymbol oben rechts in der Aktionsleiste klicken.

Erforderliche Rollen

Standardmäßig benötigen Sie zum Erstellen und Verwalten von Katalogordnern die folgende integrierte Rolle: Cloudadministrator, Volladministrator oder Maschinenkatalogadministrator. Bei Bedarf können Sie Rollen für das Erstellen und Verwalten von Katalogordnern anpassen. Weitere Informationen finden Sie unter Erforderliche Berechtigungen.

Katalogordner erstellen

Planen Sie zunächst, wie Sie Ihre Kataloge organisieren wollen. Beachten Sie Folgendes:

• Sie können Ordner mit einer Tiefe von bis zu fünf Ebenen verschachteln (mit Ausnahme des Standardstammordners).
• Ein Katalogordner kann Kataloge und Unterordner enthalten.
• Alle Knoten in Studio (wie die Knoten Maschinenkataloge und Anwendungen) teilen sich eine Ordnerstruktur im Back-End. Um Namenskonflikte mit anderen Knoten beim Umbenennen oder Verschieben von Ordnern zu vermeiden, empfehlen wir, Ordnern der ersten Ebene in verschiedenen Knoten unterschiedliche Namen zu geben.

Gehen Sie wie folgt vor, um einen Katalogordner zu erstellen:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie in der Ordnerhierarchie einen Ordner aus und klicken Sie dann in der Aktionsleiste auf Ordner erstellen.
3. Geben Sie einen Namen für den neuen Ordner ein und klicken Sie dann auf Fertig.

Tipp:

Wenn Sie einen Ordner an einem falschen Speicherort erstellen, können Sie ihn an den korrekten Speicherort ziehen.

Katalog verschieben

Sie können einen Katalog zwischen Ordnern verschieben. Verfahren:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Zeigen Sie Kataloge nach Ordnern an. Sie können auch die Option Alle anzeigen über der Ordnerhierarchie aktivieren, um alle Kataloge gleichzeitig anzuzeigen.
3. Klicken Sie mit der rechten Maustaste auf einen Katalog und wählen Sie dann Maschinenkatalog verschieben aus.
4. Wählen Sie den Ordner aus, in den Sie den Katalog verschieben möchten, und klicken Sie dann auf Fertig.

Tipp:

Sie können einen Katalog in einen Ordner ziehen.

Katalogordner verwalten

Sie können Katalogordner löschen, umbenennen und verschieben.

Sie können einen Ordner nur löschen, wenn er und seine Unterordner keine Kataloge enthalten.

Gehen Sie wie folgt vor, um einen Ordner zu verwalten:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.

2. Wählen Sie in der Ordnerhierarchie einen Ordner aus und wählen Sie dann eine gewünschte Aktion in der Aktionsleiste aus:

   • Wählen Sie zum Umbenennen des Ordners Ordner umbenennen aus.
   • Wählen Sie zum Löschen des Ordners Ordner löschen aus.
   • Wählen Sie zum Verschieben des Ordners Ordner verschieben aus.
3. Folgen Sie den Anweisungen auf dem Bildschirm, um die restlichen Schritte auszuführen.

Erforderliche Berechtigungen

In der folgenden Tabelle sind die Berechtigungen aufgeführt, die zum Ausführen von Aktionen für Katalogordner erforderlich sind.

Automatische Upgrades für VDAs konfigurieren

Wichtig:

• Um ein reibungsloses Upgrade zu gewährleisten, stellen Sie sicher, dass die Voraussetzungen erfüllt sind, und prüfen Sie bekannte Probleme, bevor Sie VDAs auf CR- oder LTSR-CU-Versionen aktualisieren. Siehe Upgrade von VDAs mit Studio.
• Achten Sie beim Upgrade von LTSR-VDAs auf LTSR Cumulative Update-Versionen darauf, dass die Version der auf den VDAs ausgeführten VDA Upgrade Agents 7.36.0.7 oder höher ist. Weitere Informationen finden Sie unter Upgrade von VDAs mit Studio.
• Sie können zwischen CR VDA und LTSR VDA wechseln, sofern Sie von einer früheren Version zu einer späteren wechseln. Sie können nicht von einer späteren Version zu einer früheren Version wechseln, da dies als Downgrade betrachtet wird. Sie können beispielsweise nicht von 2212 CR auf 2203 LTSR (alle CUs) wechseln, ein Upgrade von 2112 CR auf 2203 LTSR (alle CUs) ist dagegen möglich.
• Sie können VDAs auch mithilfe von PowerShell aktualisieren. Siehe VDAs mit PowerShell aktualisieren.

Das Feature ermöglicht folgende Aktionen:

• Upgrade von VDAs auf Katalogbasis
• Bearbeiten oder Abbrechen geplanter VDA-Upgrades
• Konfigurieren von VDA-Upgradeeinstellungen nach Katalogerstellung
• Upgrade von VDAs auf Maschinenbasis

Hinweis:

• Wenn Sie VDA-Upgrades für einen Katalog planen, können nur VDAs im Katalog aktualisiert werden, auf denen der VDA Upgrade Agent installiert ist.
• Das VDA-Upgrade schlägt fehl, wenn sich die Maschine im Wartungsmodus befindet oder wenn eine Sitzung auf der Maschine ausgeführt wird.

Unterstützte Maschinentypen

Dieses Feature gilt für die folgenden Maschinentypen:

• Mit MCS bereitgestellte persistente Maschinen (In AD eingebunden, in Azure AD eingebunden und nicht domänengebunden). Sie stellen sie bei der Katalogerstellung mit Citrix Maschinenerstellungsdiensten (MCS) auf der Seite Maschinenverwaltung bereit.
• Maschinen mit Remote-PC-Zugriff
• Maschinen mit Citrix HDX Plus für Windows 365
• Andere persistente Maschinen, die mit nicht von Citrix stammenden Provisioningdiensten oder -technologien bereitgestellt wurden. Sie fügen diese Maschinen in DaaS hinzu, indem Sie bei der Katalogerstellung auf der Seite Maschinenverwaltung die Option Anderer Dienst oder andere Technologie verwenden.

Weitere Informationen zu den Optionen Citrix Maschinenerstellungsdienste (MCS) und Anderer Dienst oder andere Technologie finden Sie unter Maschinenverwaltung.

Hinweis:

Für mit MCS bereitgestellte Maschinen werden nur statische persistente Maschinen unterstützt. Zufällig ausgewählte Maschinen werden nicht unterstützt, auch wenn sie persistent sind.

Upgrade von VDAs auf Katalogbasis

Hinweis:

Beachten Sie bei der Planung von VDA-Upgrades für einen Katalog, dass alle Maschinen im Katalog beim Upgrade berücksichtigt werden. Daher empfehlen wir, diese Maschinen zu sichern, bevor Sie das Upgrade starten.

Nachdem Sie ein VDA-Upgrade für einen Katalog aktiviert haben, können Sie VDAs im Katalog sofort aktualisieren oder Upgrades für den Katalog planen. Gehen Sie dazu folgendermaßen vor:

1. Wählen Sie in Studio Maschinenkataloge aus.

2. Wählen Sie den Katalog und dann in der Aktionsleiste oder im Kontextmenü VDAs aktualisieren. (Klicken Sie mit der rechten Maustaste, um das Kontextmenü anzuzeigen.) Das Fenster “VDA-Upgrade” wird angezeigt.

   

3. Wählen Sie, ob Sie zusätzliche Komponenten in Ihrer Bereitstellung aktualisieren möchten. Sie können auch bestimmte Komponenten zusätzlich zum Upgrade installieren. Wenn eine Komponente konfiguriert werden muss, müssen Sie auf die Schaltfläche Konfigurieren klicken und die Einstellungen der Komponente konfigurieren, um fortzufahren. Nach der Konfiguration können Sie auf Bearbeiten klicken, um die Konfiguration zu ändern.

   Wichtig:

   • Um das Feature für zusätzliche Komponenten zu nutzen, müssen Sie den VDA-Upgrade-Agent Version 7.34 oder höher verwenden, der im VDA-Installationsprogramm Version 2206 oder höher enthalten ist.

   Hinweis:

   • Wenn Sie sich dafür entscheiden, eine Komponente nicht zu aktualisieren, bleibt die Komponente in Ihrer Bereitstellung intakt.
   • Eine Liste aller zusätzlichen Komponenten finden Sie unter VDAs installieren.

   

4. Klicken Sie auf Weiter.

5. Wählen Sie aus, ob Sie eines der aufgelisteten Features aktivieren möchten. Klicken Sie auf Weiter.

   Hinweis:

   Das Kontrollkästchen Enable restore cleanup ist standardmäßig aktiviert. Wir empfehlen, die Wiederherstellungsfunktion zu aktivieren. Bei aktiviertem Feature wird vor dem Upgrade ein Systemwiederherstellungspunkt erstellt. Der Wiederherstellungspunkt wird nach erfolgter VDA-Installation gelöscht. Weitere Informationen finden Sie unter Wiederherstellung bei Installations- oder Upgradefehler.

   

6. Wählen Sie aus, ob die VDAs sofort oder zu einem geplanten Zeitpunkt aktualisiert werden sollen.

   • Um die VDAs sofort zu aktualisieren, wählen Sie Jetzt aktualisieren und geben Sie dann eine Dauer an.

     Die Dauer gibt die Zeit in Stunden an, nach deren Ablauf der Beginn weiterer Upgrades beendet wird. Laufende Upgrades werden bis zum Abschluss ausgeführt. Während dieses Zeitraums beginnt DaaS mit dem Upgrade der VDAs, sobald sie in Frage kommen (z. B., wenn es keine aktiven Sitzungen mehr gibt).

     Je mehr VDAs aktualisiert werden müssen, desto länger ist diese Dauer. Wir empfehlen, einen hohen Wert auszuwählen (z. B. 12 Stunden). Andernfalls kann es je nach Anzahl der VDAs geben, die DaaS in diesem Fenster nicht aktualisieren kann.

   • Um die Upgrades zu planen, wählen Sie Später aktualisieren und geben Sie an, wann die Upgrades durchgeführt werden sollen.

     Sie können die Upgrades nur für die nächsten sieben Tage planen. Von Ihnen geplante Upgrades gelten nur für die Maschinen, die sich derzeit im Katalog befinden. Wenn Sie Maschinen zu einem späteren Zeitpunkt zum Katalog hinzufügen und diese auch aktualisieren möchten, brechen Sie das geplante Upgrade ab und erstellen Sie dann einen neuen Zeitplan.

   

7. Wählen Sie die Option Upgrade nach dem Ausfalllimit beenden (Technical Preview).

   Darstellung des Verhaltens

   • Der Fehlerschwellenwert und die Gleichzeitigkeitsebene müssen größer als Null sein.

   • Der Fehlerschwellenwert und die Gleichzeitigkeitsebene müssen kleiner oder gleich der Gesamtzahl der Maschinen sein, für die ein Upgrade geplant ist

   Fehlerschwellenwert	Gleichzeitigkeitsebene	Ergebnis
   Bereitgestellt	Nicht angegeben oder 0 eingegeben	FailureThreshold wird angewendet und ConcurrencyLevel wird wie zuvor vom Load Balancer entschieden.
   Nicht angegeben oder 0 eingegeben	Bereitgestellt	FailureThreshold ist standardmäßig auf 10000 (Max Machines Per Catalog) voreingestellt und ConcurrencyLevel wird für die Batchverarbeitung verwendet.
   Nicht angegeben oder 0 eingegeben	Nicht angegeben oder 0 eingegeben	Das Standardverhalten gilt für Gleichzeitigkeitsebenen, die vom Load Balancer aktualisiert werden.

8. Geben Sie den FailureThreshold ein.

   Hinweis:

   Der Fehlerschwellenwert ist die Anzahl der Fehler, nach denen das VUS alle ausstehenden Upgrade-Installationen von nachfolgenden Batches stoppt, die nicht vom Upgrade-Agent aufgenommen werden.

9. Geben Sie die Gleichzeitigkeit ein.

   Hinweis:

   Gleichzeitiges Upgrade ist die Anzahl der VMs, die zu einem beliebigen Zeitpunkt innerhalb des Upgrade-Fensters gleichzeitig aktualisiert werden können.

10. Klicken Sie auf Weiter.

    Hinweis:

    ExitOnError ist nicht kompatibel mit Enable Restore oder Enable Restore and Cleanup und funktioniert möglicherweise nicht wie vorgesehen.

11. Überprüfen Sie Ihre Auswahl auf der Übersichtsseite und klicken Sie dann auf Fertig stellen, um Ihre Einstellungen anzuwenden und das Fenster zu schließen.

Hinweis:

• Die Option VDAs aktualisieren ist erst verfügbar, nachdem Sie das VDA-Upgrade für den Katalog aktiviert haben. Bearbeiten Sie den Katalog, um das VDA-Upgrade zu aktivieren.
• Alle Maschinen im Katalog werden während der Durchführung von Upgrades in den Wartungsmodus versetzt. Es kann bis zu 30 Minuten dauern, bis die Upgrades beginnen und die Upgrades werden nur während des angegebenen Zeitraums durchgeführt.

Am Knoten Maschinenkataloge enthält die Spalte VDA-Upgrade VDA-Upgradeinformationen für den Katalog. Die folgenden Informationen können angezeigt werden:

Tipp:

Zur Anzeige der Spalte VDA-Upgrade wählen Sie Anzuzeigende Spalten in der Aktionsleiste, dann Maschinenkatalog > VDA-Upgrade und klicken Sie auf Speichern.

• Verfügbar: Eine neue VDA-Version ist verfügbar.
• Geplant: Das VDA-Upgrade wurde geplant.
• Nicht konfiguriert: Wird angezeigt, wenn Sie das VDA-Upgrade für den Katalog nicht aktiviert haben.
• Aktuell: Die VDAs des Katalogs sind auf dem neuesten Stand.
• Unbekannt: Die für das VDA-Upgrade erforderlichen Informationen können nicht abgerufen werden. Es gibt mehrere mögliche Gründe:
  • Der VDA wurde während des Upgradefensters verwendet.
  • Die Anzahl der laufenden Upgrades hat die Höchstgrenze von 500 erreicht.
  • Der VDA Upgrade Agent reagierte während des Upgradefensters nicht. Stellen Sie sicher, dass der Agent auf dem VDA läuft und mit Citrix DaaS kommunizieren kann.
  • Die Upgrade-Validierungsprüfungen können nicht durchgeführt werden. Weitere Informationen finden Sie unter Anforderungen für VDA-Upgrade.

Sie können auch den Status von VDA-Upgrades für einen Katalog anzeigen. Klicken Sie hierfür auf den Katalog und überprüfen Sie dann die Informationen unter VDA-Upgradestatus auf der Registerkarte Details. Die folgenden Informationen können angezeigt werden:

• Nicht geplant: Sie haben das VDA-Upgrade für den Katalog aktiviert, aber keinen Upgradezeitplan eingerichtet.
• Geplant: Sie haben einen Upgradezeitplan für den Katalog erstellt. Wenn Sie beispielsweise als Beginn des Zeitplans 09:00 PM, December 14, 2030 festgelegt haben, wird Folgendes angezeigt: Geplant für December 14, 2030 09:00 PM UTC.
• Wird ausgeführt: VDA-Upgrades wurden gestartet.
• Abgebrochen: Sie haben das geplante Upgrade abgebrochen.
• Fehlgeschlagen: Der Katalog enthält mindestens eine Maschine, deren VDA-Upgrade nicht erfolgreich war.
• Erfolgreich: Alle VDAs im Katalog wurden aktualisiert.

Sie können auch Probleme mit VDA-Upgrades behandeln und erhalten hierfür Empfehlungen für Maßnahmen. Klicken Sie hierfür auf den Katalog und wechseln Sie dann zur Registerkarte Problembehandlung.

Für einen schnellen Drilldown zu Katalogen mit einem spezifischen VDA-Upgradestatus können Sie Filter verwenden. Weitere Informationen finden Sie unter Suche in Studio verwenden.

Hinweis:

• Die Filter VDA-Upgrade und VDA-Upgradestatus stehen nur zur Verwendung mit den folgenden Filtern zur Verfügung: Name und Maschinenkatalog.
• Wenn Sie den Filter VDA-Upgrade oder VDA-Upgradestatus verwenden, sind die Filter Fehler und Warnungen oben rechts nicht verfügbar.

Bearbeiten oder Abbrechen geplanter VDA-Upgrades

Nachdem Sie Upgrades für einen Katalog geplant haben, können Sie geplante Upgrade bei Bedarf bearbeiten oder abbrechen. Gehen Sie dazu folgendermaßen vor:

1. Wählen Sie in Studio Maschinenkataloge aus.
2. Wählen Sie den Katalog und dann in der Aktionsleiste Geplantes VDA-Upgrade bearbeiten. Das Fenster “VDA-Upgrade bearbeiten” wird angezeigt. Es enthält Informationen zur installierten VDA-Version und zur VDA-Version, auf die ein Upgrade durchgeführt werden soll.

3. Wählen Sie aus, ob Sie das geplante Upgrade bearbeiten oder abbrechen möchten.

   • Um das Upgrade abzubrechen, klicken Sie auf Geplantes Upgrade abbrechen. Hinweis: Wenn Sie ein geplantes Upgrade abbrechen, werden gerade laufende Upgrades nicht angehalten.
4. Klicken Sie auf Fertig, um das Fenster zu verlassen.

Konfigurieren von VDA-Upgradeeinstellungen durch Bearbeiten des Katalogs

Nach der Katalogerstellung können Sie die VDA-Upgradeeinstellungen konfigurieren, indem Sie den Katalog bearbeiten. Bevor Sie mit der Bearbeitung beginnen, sollten Sie Folgendes beachten:

• Stellen Sie sicher, dass auf allen Maschinen im Katalog derselbe VDA-Track (CR oder LTSR) ausgeführt wird. Andernfalls schlagen bestimmte VDA-Upgrades fehl. Wenn Sie beispielsweise Neuester LTSR VDA auswählen, schlagen CR-VDA-Upgrades fehl.

• Upgrades einiger Maschinen im Katalog haben möglicherweise begonnen. Laufende Upgrades können nicht geändert werden. Die laufenden Upgrades werden fortgesetzt. Diejenigen, die noch nicht gestartet wurden, werden auf die angegebene Version aktualisiert.

Upgrade von VDAs auf Maschinenbasis

Nachdem Sie das VDA-Upgrade für einen Katalog aktiviert haben, können Sie die VDAs einzeln oder gruppenweise aktualisieren. Gehen Sie dazu folgendermaßen vor:

1. Wählen Sie in Studio die Option Suchen aus.

2. Wählen Sie eine oder mehrere Maschinen aus und klicken Sie dann im Kontextmenü oder auf der Aktionsleiste auf VDA aktualisieren. (Klicken Sie mit der rechten Maustaste, um das Kontextmenü anzuzeigen.)

   

   Hinweis:

   • Damit die Option VDA-Upgrade verfügbar ist, stellen Sie sicher, dass Sie das VDA-Upgrade für den Katalog mit den ausgewählten Maschinen aktiviert haben und dass auf diesen Maschinen der VDA Upgrade Agent installiert ist. Um das VDA-Upgrade für den Katalog zu aktivieren, bearbeiten Sie ihn.
   • Die Maschinen werden während der Durchführung von Upgrades in den Wartungsmodus versetzt. Es kann bis zu 30 Minuten dauern, bis die Upgrades beginnen.
   • Wenn Ihre Auswahl Maschinen enthält, für die keine VDA-Upgrades verfügbar sind oder deren Upgrades ausstehen (Status: Geplant, In Bearbeitung oder Erwartet Upgrade), dann überspringen wir Upgrades für diese Maschinen.

Am Knoten Suchen können Sie die Spalte VDA-Upgrade hinzufügen. Informationen zum Hinzufügen einer benutzerdefinierten Spalte finden Sie unter Anpassen der Spaltenanzeige. Die Spalte ist nützlich. Sie enthält VDA-Upgradeinformationen für die Maschine. Die folgenden Informationen können angezeigt werden:

• Verfügbar: Eine neue VDA-Version ist verfügbar.
• Geplant: Das VDA-Upgrade wurde geplant.
• Nicht konfiguriert: Wird angezeigt, wenn Sie das VDA-Upgrade für die Maschine nicht aktiviert haben.
• Aktuell: Der VDA ist auf dem neuesten Stand.
• Unbekannt: Informationen zum VDA-Upgrade sind noch nicht verfügbar.

Sie können auch den Status des VDA-Upgrades für eine Maschine anzeigen. Klicken Sie hierfür auf die Maschine und überprüfen Sie dann die Informationen unter VDA-Upgradestatus auf der Registerkarte Details. Die folgenden Informationen können angezeigt werden:

• Unbekannt: Die für das VDA-Upgrade erforderlichen Informationen können nicht abgerufen werden. Es gibt mehrere mögliche Gründe:
  • Der VDA wurde während des Upgradefensters verwendet.
  • Die Anzahl der laufenden Upgrades hat die Höchstgrenze von 500 erreicht.
  • Der VDA Upgrade Agent reagierte während des Upgradefensters nicht. Stellen Sie sicher, dass der Agent auf dem VDA läuft und mit Citrix DaaS kommunizieren kann.
  • Die Upgrade-Validierungsprüfungen können nicht durchgeführt werden. Weitere Informationen finden Sie unter Anforderungen für VDA-Upgrade.
• Geplant: Sie haben einen Upgradezeitplan eingerichtet. Wenn Sie beispielsweise als Beginn des Zeitplans 09:00 PM, December 14, 2030 festgelegt haben, wird Folgendes angezeigt: Geplant für December 14, 2030 09:00 PM UTC.
• Erwartet Upgrade: Die Maschine ist im Wartungsmodus und wartet auf das Upgrade. (Stellen Sie sicher, dass die Benutzer sich von ihren Sitzungen abgemeldet haben, damit das Upgrade stattfinden kann.)
• Wird ausgeführt: Das VDA-Upgrade hat begonnen.
• Upgrade fehlgeschlagen: Das VDA-Upgrade ist fehlgeschlagen.
• Validierung fehlgeschlagen: Validierungsversuche der VDA-Upgradeeinstellungen sind fehlgeschlagen.
• Abgebrochen: Das Upgrade für die Maschine wurde abgebrochen.
• Erfolgreich: Der VDA wurde aktualisiert.

Sie können auch Probleme mit VDA-Upgrades behandeln und erhalten hierfür Empfehlungen für Maßnahmen. Klicken Sie hierfür auf die Maschine und wechseln Sie dann zur Registerkarte Problembehandlung.

Für einen schnellen Drilldown zu Maschinen mit einem spezifischen VDA-Upgradestatus können Sie Filter verwenden. Weitere Informationen finden Sie unter Suche in Studio verwenden. Hinweis:

• Die Filter VDA-Upgrade und VDA-Upgradestatus stehen nur zur Verwendung mit den folgenden Filtern zur Verfügung: Name und Maschinenkatalog.
• Wenn Sie den Filter VDA-Upgrade oder VDA-Upgradestatus verwenden, sind die Filter Fehler und Warnungen oben rechts nicht verfügbar.

Konfigurationssatz für einen Katalog verwalten

Stellen Sie zunächst sicher, dass Sie Ihre WEM-Dienstbereitstellung eingerichtet haben. Weitere Informationen finden Sie unter Erste Schritte mit dem Workspace Environment Management Service.

Hinweis:

Wenn Sie die Rolle Cloud-Administrator, Administrator mit Vollzugriff oder Maschinenkatalogadministrator haben, können Sie standardmäßig Konfigurationssätze für Kataloge verwalten. Falls erforderlich, können Sie Rollen zur Verwaltung von Konfigurationssätzen berechtigen, indem Sie ihnen die Berechtigung Konfigurationssätze verwalten gewähren.

Binden eines Katalogs an einen Konfigurationssatz

Wichtig:

Wenn sich Ihre Citrix DaaS- und WEM Service-Instanzen nicht in derselben Region befinden, können Sie einen Katalog nicht an einen Konfigurationssatz binden. Migrieren Sie in diesem Fall den WEM Service in dieselbe Region wie Citrix DaaS.

Gehen Sie folgendermaßen vor, um einen Katalog an einen Konfigurationssatz zu binden:

1. Wählen Sie in Studio Maschinenkataloge aus.

2. Wählen Sie den Maschinenkatalog und dann Konfigurationssatz verwalten in der Aktionsleiste aus. Das Fenster Konfigurationssatz verwalten wird angezeigt.

3. Wählen Sie einen WEM-Konfigurationssatz aus, an den der Katalog gebunden werden soll.

   Hinweis:

   Wenn der ausgewählte Konfigurationssatz keine mit der Grundkonfiguration von WEM verbundenen Einstellungen enthält, wird die Option Grundeinstellungen auf Konfigurationssatz anwenden angezeigt. Wir empfehlen Ihnen, die Option zu wählen, um Grundeinstellungen auf den Konfigurationssatz anzuwenden.

4. Klicken Sie auf Speichern, um die Änderung zu speichern.

Wechseln zu einem anderen Konfigurationssatz

Gehen Sie folgendermaßen vor, um zu einem anderen Konfigurationssatz für einen Katalog zu wechseln:

1. Wählen Sie in Studio Maschinenkataloge aus.
2. Wählen Sie den Maschinenkatalog und dann Konfigurationssatz verwalten in der Aktionsleiste aus. Das Fenster Konfigurationssatz verwalten wird angezeigt.
3. Wählen Sie einen anderen WEM-Konfigurationssatz aus, an den der Katalog gebunden werden soll.
4. Klicken Sie auf Speichern, um die Änderung zu speichern.

Aufheben der Bindung eines Katalogs an den Konfigurationssatz

Gehen Sie folgendermaßen vor, um die Bindung eines Katalogs an den Konfigurationssatz aufzuheben:

1. Wählen Sie in Studio Maschinenkataloge aus.
2. Wählen Sie den Maschinenkatalog und dann Konfigurationssatz verwalten in der Aktionsleiste aus. Das Fenster Konfigurationssatz verwalten wird angezeigt.
3. Klicken Sie auf das X-Symbol auf der rechten Seite des ausgewählten Konfigurationssatzes.
4. Klicken Sie auf Speichern, um die Änderung zu speichern.

Katalogerstellung erneut versuchen

Hinweis:

Dieses Feature gilt nur für MCS-Kataloge.

Fehlerhafte Kataloge sind mit einem Fehlersymbol gekennzeichnet. Zum Anzeigen von Details gehen Sie zur Registerkarte Problembehandlung des jeweiligen Katalogs. Beim Neuversuch der Erstellung Klonen von Katalogen ist Folgendes zu berücksichtigen:

• Prüfen Sie zuerst die Informationen zur Problembehandlung und beheben Sie die Probleme. Die Informationen beschreiben die Probleme und enthalten Empfehlungen zu deren Behebung.
• Sie können die Einstellungen für Betriebssystem und Maschinenverwaltung nicht ändern. Der Katalog erbt diese Einstellungen vom Original.
• Es kann einige Zeit dauern, bis die Erstellung abgeschlossen ist. Wählen Sie bei Bedarf Fortschritt ausblenden aus, um die Erstellung im Hintergrund auszuführen.

Gehen Sie wie folgt vor, um erneut zu versuchen, einen Katalog zu erstellen:

1. Wählen Sie in Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie den Katalog aus und gehen Sie zur Registerkarte Problembehandlung.
3. Klicken Sie auf den Hyperlink “Wiederholen”, um erneut zu versuchen, den Katalog zu erstellen.
4. Ändern Sie im daraufhin angezeigten Assistenten die Einstellungen bei Bedarf. Wenn Sie keine Änderungen vornehmen müssen, können Sie direkt zur Übersichtsseite wechseln.
5. Wenn Sie fertig sind, wählen Sie Fertig stellen, um mit der Erstellung zu beginnen.

(Nur nicht von Citrix bereitgestellte VDAs) Registrierungstoken generieren und verwalten

Nachdem Sie sich entschieden haben, die tokenbasierte Registrierung für Maschinen zu aktivieren, die nicht von Citrix bereitgestellt werden, müssen Sie zunächst Token pro Maschinenkatalog generieren und sie dann für VDA-Installationsadministratoren freigeben.

Ein Registrierungstoken bietet:

• Registrierungsbereich: 1 bis 100 VDA-Maschinen
• Gültigkeitsdauer: bis zu 14 Tage

Gehen Sie folgendermaßen vor, um mit Studio ein Token für einen Katalog zu generieren:

1. Suchen Sie in Maschinenkataloge nach einem nicht von MCS bereitgestellten Katalog, für den in der Spalte Maschinenanzahl die Option Provisioningmethode: Manuell angezeigt wird.
2. Klicken Sie mit der rechten Maustaste auf den Katalog und wählen Sie dann Registrierungstoken verwalten aus.
3. Geben Sie auf der Seite Registrierungstoken generieren, die daraufhin angezeigt wird, die folgenden Tokeninformationen ein:
   • Geben Sie einen Namen für das Token ein.
   • Geben Sie den Gültigkeitszeitraum ein. Der Zeitraum darf nicht mehr als 14 Tage betragen. Das Token ist nur für den angegebenen Zeitraum gültig.
   • (Optional) Wählen Sie eine Hostverbindung für die Energieverwaltung von VDAs aus, die mit dem Token registriert sind. Zu den Optionen gehören alle Hostverbindungen in der Zone dieses Katalogs.
   • Geben Sie die Grenzwerte für die Tokennutzung ein (zwischen 1 und 100).
4. Klicken Sie auf Generieren.

5. Kopieren Sie im daraufhin angezeigten Fenster Token erfolgreich generiert das Token und speichern Sie es an einem sicheren Ort, oder klicken Sie auf Herunterladen, um es in den Download-Ordner herunterzuladen.

   Ein Tokendatensatz wird in der Tokenliste angezeigt.

   

6. Teilen Sie das Token mit den VDA-Installationsadministratoren.

   Weitere Informationen zur Installation von VDA und einem Token auf Maschinen finden Sie unter VDAs installieren.

Token verwalten

Sie haben zwei Möglichkeiten, ein Token zu widerrufen und es für die VDA-Registrierung nicht verfügbar zu machen:

• Widerrufen: Widerrufen Sie das Token, behalten Sie es jedoch zu Protokollierungszwecken in der Liste.
• Löschen: Widerrufen Sie das Token und löschen Sie es aus der Liste.

Hinweis:

Abgelaufene Token werden nach 14 Tagen automatisch gelöscht.

PowerShell verwenden

In diesem Abschnitt wird beschrieben, wie Sie Kataloge mit PowerShell verwalten:

• PowerShell verwenden, um den VDA-Upgradestatus und die VDA-Version zu überprüfen
• Sequenznummer des Maschinennamens verwalten
• Beschreibung zu einem Image hinzufügen
• Zurücksetzen des OS-Datenträgers
• Identitätsinformationen aktiver Computerkonten reparieren
• Netzwerkeinstellung für einen vorhandenen Maschinenkatalog ändern
• Versionen eines Maschinenkatalogs verwalten
• Cachekonfiguration eines vorhandenen Maschinenkatalogs ändern
• Maschinenkatalog, der nicht auf Maschinenprofilen basiert, in einen auf einem Maschinenprofil basierenden Maschinenkatalog in einer Azure-Umgebung konvertieren
• Mit einem Katalog verknüpfte Warnungen und Fehler abrufen
• Maschinen ohne Hypervisor-Zugriff löschen
• VDA-Aktualisierungsunterstützung über lokalen Dateifreigabezugriff

PowerShell verwenden, um den VDA-Upgradestatus und die VDA-Version zu überprüfen

Verwenden Sie den PowerShell-Befehl Get-VusCatalog, um den VDA-Upgradestatus zu überprüfen. Angenommen, der Katalogname ist wuhanTestMC1. An der Eingabeaufforderung können Sie Folgendes eingeben:

• PS C:\> Get-VusCatalog -Name wuhanTestMC1

In diesem Beispiel gilt für UpgradeState der Status UpgradeAvailable. Das bedeutet, dass VDA-Upgrade für den Katalog aktiviert ist. StateId ist UpgradeSuccessful. Das bedeutet, dass der Katalog erfolgreich auf 2112.0.0.32068 (UpgradeVersion) aktualisiert wurde.

Verwenden Sie den PowerShell-Befehl Get-BrokerMachine, um die aktuelle VDA-Version abzurufen.

Verwenden Sie den PowerShell-Befehl Get-VusAvailableVdaVersion, um die neueste VDA-Version abzurufen.

Sequenznummer des Maschinennamens verwalten

Gehen Sie wie folgt vor, um die Sequenznummer von Maschinen, die mit MCS bereitgestellt werden, mit PowerShell-Befehlen anzupassen:

1. Öffnen Sie Powershell als Administrator auf dem Delivery Controller.
2. Führen Sie den Befehl asnp citrix* aus, um die Citrix-Module zu laden.

3. Führen Sie den folgenden Befehl aus, um die Startanzahl für den Identitätspool des Katalogs zu überprüfen:

   Get-AcctIdentityPool -IdentityPoolName xxx
   <!--NeedCopy-->
   

   IdentityPoolName ist der Name des Katalogs.

4. Wenn Sie diese Anzahl auf einen anderen Wert setzen möchten, führen Sie den folgenden Befehl aus und geben Sie StartCount als X an:

   Set-AcctIdentityPool -IdentityPoolName xxx -StartCount X
   <!--NeedCopy-->
   

5. Fügen Sie die Maschinen zum Katalog hinzu, sodass die Maschinen mit der erforderlichen Anzahl erstellt werden.

6. Nachdem Sie die Maschinen erstellt haben, führen Sie den folgenden Befehl aus, um sie auf den ursprünglichen Wert Y zurückzusetzen:

   Set-AcctIdentityPool -IdentityPoolName xxx -StartCount Y
   <!--NeedCopy-->
   

Beschreibung zu einem Image hinzufügen

Sie können Informationen zu Änderungen im Zusammenhang mit Image-Updates für Maschinenkataloge hinzufügen. Mit dem Feature können Sie beim Erstellen eines Katalogs oder beim Aktualisieren eines bestehenden Masterimages für einen Katalog eine Beschreibung hinzufügen. Sie können auch Informationen für jedes Masterimage im Katalog anzeigen. Das Feature ist nützlich für Administratoren, die Informationen (z. B. Office 365 installiert) hinzufügen möchten, wenn sie ein für einen Katalog verwendetes Masterimage aktualisieren. Verwenden Sie die folgenden Befehle, um Imagebeschreibungen hinzuzufügen oder anzuzeigen:

• NewProvScheme. Mit dem neuen Parameter masterImageNote können Sie einem Image eine Notiz hinzufügen. Beispiel:

C:\PS>New-ProvScheme -ProvisioningSchemeName XenPS -HostingUnitName XenHu -IdentityPoolName idPool1 -MasterImageVM XDHyp:\HostingUnits\XenHU\Base.vm\Base.snapshot -MasterImageNote "Office365 installed"
<!--NeedCopy-->

• Publish-ProvMasterVMImage. Verwenden Sie diesen Parameter, um die Notiz zu veröffentlichen. Beispiel:

C:\PS>Publish-ProvMasterVMImage -ProvisioningSchemeName MyScheme -MasterImageVM XDHyp:\HostingUnits\HostUnit1\RhoneCC_baseXP.vm\base.snapshot -MasterImageNote "Visual Studio 2019 installed"
<!--NeedCopy-->

• Get-ProvSchemeMasterVMImageHistory. Zeigt Informationen für jedes Image an. Beispiel:

C:\PS>Get-ProvSchemeMasterVMImageHistory -ProvisioningSchemeName MyScheme -Showall

VMImageHistoryUid : 3cba3a75-89cd-4868-989b-27feb378fec5

ProvisioningSchemeUid : 7585f0de-192e-4847-a6d8-22713c3a2f42

ProvisioningSchemeName : MyScheme

MasterImageVM : /Base.vm/base.snapshot

Date : 17/05/2021 09:27:50

MasterImageNote : Office365 installed
<!--NeedCopy-->

Zurücksetzen des OS-Datenträgers

Verwenden Sie den PowerShell-Befehl Reset-ProvVMDisk, um den OS-Datenträger einer persistenten VM in einem mit MCS erstellten Maschinenkatalog zurückzusetzen. Derzeit ist dieses Feature auf AWS-, Azure-, Google Cloud-, SCVMM-, VMware- und XenServer-Virtualisierungsumgebungen anwendbar.

Um den PowerShell-Befehl erfolgreich auszuführen, stellen Sie Folgendes sicher:

• Die Ziel-VMs befinden sich in einem persistenten MCS-Katalog.
• Der MCS-Maschinenkatalog funktioniert einwandfrei. Hierfür müssen das Provisioningschema und der Host vorhanden sein und das Provisioningschema über korrekte Einträge verfügen.
• Der Hypervisor ist nicht im Wartungsmodus.
• Die Ziel-VMs sind ausgeschaltet und im Wartungsmodus.

Führen Sie die folgenden Schritte aus, um den OS-Datenträger zurückzusetzen:

1. Öffnen Sie ein PowerShell-Fenster.
2. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.

3. Führen Sie den PowerShell-Befehl Reset-ProvVMDisk auf eine der folgenden Arten aus:

   • Geben Sie die Liste der VMs als durch Trennzeichen getrennte Liste an und führen Sie das Zurücksetzen auf jeder VM durch:

      Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName ("abc","def") -OS
      <!--NeedCopy-->
     

   • Geben Sie die Liste der VMs als Ausgabe des Befehls Get-ProvVM an und führen Sie das Zurücksetzen auf jeder VM durch:

      (Get-ProvVM -ProvisioningSchemeName "xxx") | Reset-ProvVMDisk "abc" -OS
      <!--NeedCopy-->
     

   • Geben Sie eine VM mit Namen an:

      Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS
      <!--NeedCopy-->
     

   • Erstellen Sie einen eigenen Reset-Task für jede vom Befehl Get-ProvVM zurückgegebene VM. Dies ist weniger effizient, da jeder Task dieselben redundanten Prüfungen durchführt (z. B. Hypervisor-Funktionsprüfung und Verbindungsprüfung).

      Get-ProvVM -ProvisioningSchemeName "xxx" | Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -OS
      <!--NeedCopy-->
     

4. Eine Bestätigungsaufforderung wird angezeigt, in der die zurückzusetzenden VMs zusammen mit einer Warnmeldung aufgeführt sind, dass es sich um einen nicht umkehrbaren Vorgang handelt. Wenn Sie keine Antwort geben und die Eingabetastedrücken, findet keine weitere Aktion statt.

   Sie können den PowerShell-Befehl -WhatIf ausführen, um die auszuführende Aktion zu drucken und den Vorgang ohne Ausführen der Aktion zu beenden.

   Sie können die Bestätigungsaufforderung auch mit einer der folgenden Methoden umgehen:

   • Geben Sie den Parameter -Force an:

      Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS -Force
      <!--NeedCopy-->
     

   • Geben Sie den Parameter -Confirm:$false an:

      Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS -Confirm:$false
      <!--NeedCopy-->
     

   • Ändern Sie $ConfirmPreference zu “None”, bevor Sie Reset-ProvVMDisk ausführen:

      PS C:\Windows\system32> $ConfirmPreference='None'
      PS C:\Windows\system32> $ConfirmPreference
      None
      PS C:\Windows\system32> Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS
      <!--NeedCopy-->
     

   Hinweis:

   Nehmen Sie VMs erst nach Abschluss der Zurücksetzung aus dem Wartungsmodus und schalten Sie sie ein.

5. Führen Sie Get-ProvTask aus, um den Status der von Befehl Reset-ProvVMDisk zurückgegebenen Tasks abzurufen.

Identitätsinformationen aktiver Computerkonten reparieren

Sie können die Identitätsinformationen von aktiven Computerkonten mit Identitätsproblemen zurücksetzen. Sie können wählen, ob Sie nur das Maschinenkennwort und die vertrauenswürdigen Schlüssel-IDs oder die gesamte Konfiguration des Identitätsdatenträgers zurücksetzen möchten. Diese Implementierung gilt für persistente und nicht persistente MCS-Maschinenkataloge.

Hinweis:

Derzeit wird das Feature nur für AWS-, Azure- und VMware-Virtualisierungsumgebungen unterstützt.

Bedingungen

Um den Identitätsdatenträger erfolgreich zurückzusetzen:

• Schalten Sie die VM aus und versetzen Sie sie in den Wartungsmodus.
• Verwendung Sie nicht den Parameter “-OS” im PowerShell-Befehl.

Identitätsinformationen zurücksetzen

So setzen Sie die Identitätsinformationen zurück:

1. Öffnen Sie das PowerShell-Fenster.
2. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.

3. Setzen Sie die Identitätsinformationen zurück.

   • Um nur das Maschinenkennwort und Vertrauensschlüssel zurückzusetzen, führen Sie die folgenden Befehle in der Reihenfolge ihrer Aufführung aus:

      Repair-AcctIdentity -IdentityAccountName TEST\VM1 -PrivilegedUserName TEST\admin1 -PrivilegedUserPassword $password -Target IdentityInfo
      <!--NeedCopy-->
     

     Befehlsparameter:

     • IdentityAccountName: Name des Identitätskontos, das repariert werden muss.
     • PrivilegedUserName: Benutzerkonto mit Schreibberechtigung für den Identitätsanbieter (AD oder Azure AD).
     • PrivilegedUserPassword: Kennwort für PrivilegedUserName.
     • Target: Ziel für die Reparaturaktion. Dies kann IdentityInfo zur Reparatur von Kontokennwort/Vertrauensschlüssel sein und UserCertificate für Benutzerzertifikatattribute von Maschinenidentitäten mit Hybrid-Azure AD-Verbindung.

      Reset-ProvVMDisk -ProvisioningSchemeName <name> -VMname <name> -Identity -ResetIdentityInfo
      <!--NeedCopy-->
     

     Der Parameter ResetIdentityInfo setzt Folgendes zurück:

     • Kennwort und Vertrauensschlüssel: wenn die VM einer AD-Domäne angehört (nur Citrix DaaS)
     • Nur Vertrauensschlüssel: wenn die VM keiner AD-Domäne angehört (nur Citrix DaaS)
     • Nur Kennwort: wenn die VM einer AD-Domäne angehört (nur Citrix Virtual Apps and Desktops)

   • Um die gesamte Konfiguration des Identitätsdatenträgers zurückzusetzen, führen Sie die folgenden Befehle in der angegebenen Reihenfolge aus:

      Repair-AcctIdentity -IdentityAccountName TEST\VM1 -PrivilegedUserName TEST\admin1 -PrivilegedUserPassword $password -Target IdentityInfo
      <!--NeedCopy-->
     

      Reset-ProvVMDisk ProvisioningSchemeName <name> -VMName <name>  -Identity
      <!--NeedCopy-->
     

4. Geben Sie y ein, um die Aktion zu bestätigen. Sie können die Bestätigungsaufforderung auch mithilfe des Parameters -Force auslassen. Beispiel:

   Reset-ProvVMDisk -ProvisioningSchemeName <name> -VMName <name> -Identity -Force
   <!--NeedCopy-->
   

5. Führen Sie den Befehl Get-ProvVM -ProvisioningSchemeName <name -VMName <name> aus, um die Einstellung des aktualisierten Identitätsdatenträgers zu überprüfen. Die Attribute des Identitätsdatenträgers (z. B. IdentityDiskId) müssen aktualisiert worden sein. StorageId und IdentityDiskIndex dürfen sich nicht ändern.

Netzwerkeinstellung für einen vorhandenen Maschinenkatalog ändern

Sie können die Netzwerkeinstellung für einen vorhandenen Maschinenkatalog ändern, sodass die neuen VMs im neuen Subnetz erstellt werden. Verwenden Sie den Parameter -NetworkMapping im Befehl Set-ProvScheme, um die Netzwerkeinstellung zu ändern.

Führen Sie folgende Schritte aus, um die Netzwerkeinstellung für ein vorhandenes Provisioningschema zu ändern:

1. Führen Sie im PowerShell-Fenster den Befehl asnp citrix* aus, um die PowerShell-Module zu laden.
2. Führen Sie (Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps aus, um zum Netzwerkpfad zu gelangen, den Sie ändern möchten.

3. Weisen Sie der neuen Netzwerkeinstellung eine Variable zu. Beispiel:

   $NewNetworkMap = @{"0"= "XDHYP:\HostingUnits\MyNetworks\Network 0.network"}
   <!--NeedCopy-->
   

4. Führen Sie Set-ProvScheme -ProvisioningSchemeName "name" -NetworkMapping $NewNetworkMap aus.
5. Führen Sie (Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps aus, um die neue Netzwerkeinstellung für das vorhandene Provisioningschema zu überprüfen.

Versionen eines Maschinenkatalogs verwalten

Wenn ein MCS-Maschinenkatalog mit dem Befehl Set-ProvScheme aktualisiert wird, wird die aktuelle Konfiguration als Version gespeichert. Anschließend können Sie die verschiedenen Versionen des Maschinenkatalogs mithilfe von PowerShell-Befehlen verwalten. Sie haben folgende Möglichkeiten:

• Liste der Versionen eines Maschinenkatalogs anzeigen
• Eine frühere Version verwenden, um den Maschinenkatalog zu aktualisieren
• Version manuell löschen, wenn sie nicht von einer VM dieses Maschinenkatalogs verwendet wird
• Maximale Anzahl von Versionen ändern, die vom Maschinenkatalog beibehalten werden sollen (Standardeinstellung ist 99)

Eine Version enthält die folgenden Informationen eines Maschinenkatalogs:

• VMCpuCount
• VMMemoryMB
• CustomProperties
• ServiceOffering
• MachineProfile
• NetworkMapping
• SecurityGroup

Führen Sie die folgenden Befehle (Beispiele werden angezeigt) aus, um die verschiedenen Versionen eines Maschinenkatalogs zu verwalten.

• So zeigen Sie die Konfigurationsdetails der verschiedenen Versionen eines Maschinenkatalogs an:

   Get-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog
   <!--NeedCopy-->
  

• So zeigen Sie die Konfigurationsdetails einer bestimmten Version eines Maschinenkatalogs an:

   Get-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog -Version 2
   <!--NeedCopy-->
  

• So zeigen Sie die Gesamtzahl der Versionen an, die einem Maschinenkatalog zugeordnet sind:

  ``` (Get-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog).Count

• So aktualisieren Sie den Maschinenkatalog mit einer früheren Version:

   Set-ProvScheme -ProvisioningSchemeName AzureCatalog -Version 2
   <!--NeedCopy-->
  

• So löschen Sie eine Version manuell, wenn sie nicht von einer VM dieses Maschinenkatalogs verwendet wird:

   Remove-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog -Version 3
   <!--NeedCopy-->
  

• So legen Sie die maximale Anzahl von Versionen fest, die vom Maschinenkatalog beibehalten werden sollen (Standardeinstellung ist 99). Diese Einstellung wird auf alle Kataloge angewendet. In diesem Fall werden beispielsweise maximal 15 Versionen für alle von MCS bereitgestellten Kataloge beibehalten.

   Set-ProvServiceConfigurationData -Name "MaxProvSchemeVersions" -Value 15
   <!--NeedCopy-->
  

Wenn die Anzahl der Versionen die maximale Anzahl erreicht, kann keine neue Version erstellt werden, solange ältere Versionen von einer der virtuellen Maschinen im Maschinenkatalog verwendet werden. Führen Sie in diesem Fall einen der folgenden Schritte aus:

• Erhöhen Sie das Limit für die maximale Anzahl von Versionen, die im Maschinenkatalog aufbewahrt werden sollen.
• Aktualisieren Sie einige VMs, die sich auf älteren Versionen befinden, sodass diese älteren Versionen von keiner VM mehr referenziert werden und gelöscht werden können.

Cachekonfiguration eines vorhandenen Maschinenkatalogs ändern

Nach der Erstellung eines nicht persistenten Katalogs mit aktiviertem MCSIO können Sie mit dem Befehl Set-ProvScheme die folgenden Parameter ändern:

• WriteBackCacheMemorySize
• WriteBackCacheDiskSize

Das Feature gilt derzeit für:

• GCP- und Microsoft Azure-Umgebungen sowie
• nicht persistenter Katalog mit aktiviertem MCSIO

Anforderungen

Anforderungen zum Ändern der Cachekonfiguration:

• Update auf die neueste VDA-Version (2308 oder höher).

• Aktivieren des Parameters UseWriteBackCache für den Maschinenkatalog. Verwendung von New-ProvScheme, um einen Maschinenkatalog mit aktiviertem UseWriteBackCache zu erstellen. Beispiel:

   New-ProvScheme -ProvisioningSchemeName $CatalogName -HostingUnitUid $HostingUnitUid `
   -IdentityPoolUid $acctPool.IdentityPoolUid -CleanOnBoot `
   -MasterImageVM $MasterImage `
   -ServiceOffering $ServiceOffering `
   -NetworkMap $NetworkMap `
   -SecurityGroup $SecurityGroup `
   -UseWriteBackCache -WriteBackCacheDiskSize 8
   <!--NeedCopy-->
  

Cachekonfiguration ändern

Führen Sie den Befehl Set-ProvScheme aus. Beispiel:

Set-ProvScheme -ProvisioningSchemeName $provScheme.ProvisioningSchemeName -WriteBackCacheDisk32 -WriteBackCacheMemorySize 128
<!--NeedCopy-->

Hinweis:

• Der Wert von WriteBackCacheDiskSize muss größer als Null sein, da mindestens 1 GB Cachedatenträgerplatz erforderlich ist.
• Der Wert von WriteBackCacheMemorySize muss kleiner als die Speichergröße des Maschinenkatalogs sein.
• Diese Änderungen werden nur auf neue VMs anwendet, die dem Katalog hinzugefügt wurden, nachdem die Änderung vorgenommen wurde. Bestehende VMs sind von diesen Änderungen nicht betroffen.

Maschinenkatalog, der nicht auf Maschinenprofilen basiert, in einen auf einem Maschinenprofil basierenden Maschinenkatalog in einer Azure-Umgebung konvertieren

Sie können eine VM, eine Vorlagenspezifikation (Azure) oder eine Startvorlage (AWS) als Maschinenprofileingabe verwenden, um einen Maschinenkatalog, der nicht auf Maschinenprofilen basiert, in einen auf einem Maschinenprofil basierenden Maschinenkatalog zu konvertieren. Neue dem Katalog hinzugefügte virtuelle Maschinen übernehmen Eigenschaftswerte aus dem Maschinenprofil.

Hinweis:

Ein Maschinenkatalog, der auf einem Maschinenprofil basiert, kann nicht in einen Maschinenkatalog geändert werden, der nicht auf einem Maschinenprofil basiert.

Gehen Sie hierzu folgendermaßen vor:

1. Erstellen Sie einen persistenten oder nicht persistenten Maschinenkatalog mit VMs und ohne Maschinenprofil.
2. Öffnen Sie das PowerShell-Fenster.

3. Führen Sie den Befehl Set-ProvScheme aus, um die Eigenschaftswerte aus dem Maschinenprofil auf die neuen VMs anzuwenden, die dem Maschinenkatalog hinzugefügt werden. Beispiel:

   • Azure:

      Set-ProvScheme = Set-ProvScheme -ProvisioningSchemeName xxxx -MachineProfile XDHyp:\HostingUnits<HostingUnitName>\machineprofile.folder<ResourceGroupName><TemplateSpecName><VersionName>
      <!--NeedCopy-->
     

   • AWS:

      Set-ProvScheme = Set-ProvScheme -ProvisioningSchemeName xxxx -MachineProfile "XDHyp:\HostingUnits<hosting-unit><launch-template>.launchtemplate<launch-template-version>.launchtemplateversion"
      <!--NeedCopy-->
     

Mit einem Katalog verknüpfte Warnungen und Fehler abrufen

Sie können historische Fehler und Warnungen abrufen, um Probleme mit Ihrem MCS-Maschinenkatalog zu diagnostizieren und zu beheben.

Mithilfe von PowerShell-Befehlen können Sie:

• eine Liste der Fehler und Warnungen abrufen
• Status von Warnungen von New in Acknowledged ändern
• Fehler oder Warnungen löschen

Ausführen der PowerShell-Befehle:

1. Öffnen Sie ein PowerShell-Fenster.
2. Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.

Um eine Liste der Fehler und Warnungen abzurufen:

Führen Sie den Befehl Get-ProvOperationEvent aus.

• Ohne Parameter: Ruft alle Fehler und Warnungen ab.
• Mit den Parametern LinkedObjectType und LinkedObjectUid: Ruft alle Fehler und Warnungen, die mit einem bestimmten Provisioningschema verknüpft sind, ab.
• Mit Parameter EventId: Ruft den Fehler bzw. die Warnung mit der entsprechenden Ereignis-ID ab.
• Mit Parameter Filter: Ruft Fehler oder Warnungen unter Anwendung eines benutzerdefinierten Filters ab

Statusänderung von Fehlern oder Warnungen von New in Acknowledged:

Führen Sie den Befehl Confirm-ProvOperationEvent aus.

• Mit Parameter EventId: Legt den Status des Fehlers bzw. der Warnung mit der entsprechenden Ereignis-ID ab. Sie können die EventId eines Fehlers oder einer Warnung als Ausgabe des Befehls Get-ProvOperationEvent abrufen.
• Mit den Parametern LinkedObjectType und LinkedObjectUid: Legt den Status aller Fehler und Warnungen, die mit einem bestimmten Provisioningschema verknüpft sind, fest.
• Mit Parameter All: Setzt den Status aller Fehler und Warnungen auf Acknowledged.

Fehler oder Warnungen löschen:

Führen Sie den Befehl Remove-ProvOperationEvent aus.

• Mit Parameter EventId: Entfernt den Fehler bzw. die Warnung mit der entsprechenden Ereignis-ID. Sie können die EventId eines Fehlers oder einer Warnung als Ausgabe des Befehls Get-ProvOperationEvent abrufen.
• Mit den Parametern LinkedObjectType und LinkedObjectUid: Löscht alle Fehler und Warnungen, die mit einem bestimmten Provisioningschema verknüpft sind.
• Mit Parameter All: Löscht alle Fehler und Warnungen.

Weitere Informationen finden Sie unter Citrix PowerShell SDK.

Maschinen ohne Hypervisor-Zugriff löschen

Beim Löschen einer VM oder eines Provisioningschemas müssen die Maschinenerstellungsdienste (MCS) Tags von der VM und manchmal auch vom Basisdatenträger entfernen, damit die in den Löschoptionen enthaltenen Ressourcen nicht mehr von MCS verfolgt oder identifiziert werden. Auf einige dieser Ressourcen kann jedoch nur über den Hypervisor zugegriffen werden. Verwenden Sie die Option PurgeDBOnly für Remove-ProvVM in PowerShell, um VM-Ressourcenobjekte wie VM, Basisdatenträger, Image in ACG usw. aus der Datenbank zu löschen, auch wenn kein Hypervisor-Zugriff besteht.

Diese Option ist aktiviert für:

• Alle unterstützten Hypervisors
• Persistente und nicht persistente VMs

Einschränkungen

Sie können die Befehle -PurgeDBOnly und -ForgetVM nicht gleichzeitig verwenden.

Befehl PurgeDBOnly verwenden

Beim Ausführen des PowerShell-Befehls Remove-ProvVM -ProvisioningSchemeName SCVMM-MC -VMName SCVMM01 -ForgetVM kann der Löschvorgang in den folgenden Szenarios fehlschlagen:

• Die Hostverbindung ist im Wartungsmodus
• Ungültige Anmeldeinformationen
• Authentifizierungsfehler
• Nicht autorisierter Betrieb
• Der Hypervisor ist nicht erreichbar

Hinweis:

Remove-provVM -ForgetVM zielt nur auf persistente VMs ab. Wenn eine der VMs in der Liste nicht persistent ist, schlägt der Vorgang fehl.

Wenn der Vorgang fehlschlägt, weil der Hypervisor nicht erreichbar ist, wird die Folgendes angezeigt:

Try to use -PurgeDBOnly option to clean DDC database.

Verwenden Sie die Option -PurgeDBOnly mit dem PowerShell-Befehl Remove-ProvVM, um Referenzen einer VM aus der MCS-Datenbank zu löschen. Beispiel:

Remove-ProvVM -ProvisioningSchemeName SCVMM-MC -VMName SCVMM01 -PurgeDBOnly

VDA-Aktualisierungsunterstützung über lokalen Dateifreigabezugriff (Technical Preview)

Geben Sie den Speicherort des VDA-Installationsprogramms mit PowerShell-Cmdlets an, sodass Sie weniger Netzwerkregeln bereitstellen müssen, damit jeder VDA das neue VDA-Installationsprogramm vom Citrix Managed Azure CDN abrufen kann.

PowerShell-Cmdlets

Den Cmdlets New-VusCatalogSchedule und New-VusMachineUpgrade wurden zwei neue optionale Parameter hinzugefügt, mit denen Sie Installationsprogramme von einer lokalen Dateifreigabe aus verwenden können.

• VdaWorkstationPackageUri: um den UNIC-Pfad zum VDA-Installationsprogramm für Arbeitsstationsbetriebssysteme anzugeben
• VdaServerPackageUri: um den UNC-Pfad zum VDA-Installationsprogramm für das Serverbetriebssystem anzugeben

Voraussetzungen

• VDA Upgrade Agent auf Version 7.40.0.35 oder höher (mit dem VDA-Installationsprogramm Version 2311 oder höher)
• Virtual Apps and Desktops Remote PowerShell SDK Version 7.40 oder höher (veröffentlicht am 10. Januar 2024 oder später)
• Remote PowerShell SDK Version 7.42 oder höher (veröffentlicht nach dem 16. Februar 2024)

So legen Sie Dateifreigabeberechtigungen fest

Die Netzwerkfreigaben, die VDA-Installationspakete enthalten, müssen Lesezugriff für den VDA Upgrade Agent-Dienst haben, der als Lokales System (NT AUTHORITY\SYSTEM-Prinzipal) ausgeführt wird.

• Freigabeberechtigung für Dateien, die in eine Domäne eingebunden sind

  Wenn die VDA-Maschine einer Domäne beigetreten ist, verwendet das lokale Systemkonto (VUA wird als lokales System ausgeführt) Computeranmeldeinformationen für den Zugriff auf Netzwerkfreigaben.

  Die geringste Berechtigung kann festgelegt werden, indem Domänencomputern Lesezugriff gewährt wird.

  1. Wählen Sie Personen in Ihrem Netzwerk aus, für die Sie die Datei freigeben möchten.
  2. Klicken Sie auf Erweiterte Freigabeeinstellungen und aktivieren Sie die Datei- und Druckerfreigabe.

• Erlaubnis zur Freigabe von Dateien, die nicht mit einer Domäne verbunden sind

  Wenn die VDA-Maschine nicht in eine Domäne eingebunden ist, verwendet das lokale Systemkonto (VUA wird als lokales System ausgeführt) ANONYMOUS LOGON, wenn auf Netzwerkfreigaben zugegriffen wird.

  1. Wählen Sie einen freigegebenen Ordner aus.
  2. Deaktivieren Sie den Kennwortschutz.
     1. Gehen Sie zum Ordner Eigenschaften.
     2. Wählen Sie Netzwerk- und Freigabecenter aus.
     3. Schalten Sie Kennwortgeschützte Freigabe aus.
  3. Klicken Sie auf Erweiterte Freigabe, um eine Freigabeberechtigung zu erteilen.
     1. Wählen Sie Berechtigungen.
     2. Erteilen Sie ANONYMOUS LOGON eine Freigabe-Leseberechtigung.
  4. Wählen Sie die Registerkarte Sicherheit, um Ordnerberechtigungen zu gewähren
     1. Klicken Sie auf Bearbeiten, um dem freigegebenen Ordner Berechtigungen hinzuzufügen.
     2. Wählen Sie den freigegebenen Ordner aus, um ANONYMOUS LOGON Ordnerberechtigungen zu gewähren.
  5. Klicken Sie auf Erweitert, um die Datei- und Druckerfreigabe zu aktivieren.
  6. Fügen Sie den Namen des freigegebenen Ordners zur Netzwerkzugriffssicherheitsrichtlinie hinzu.

  Hinweis:

  Starten Sie Ihre Maschine neu, damit die Änderung sofort wirksam wird.

VDA-Updates von einer lokalen Dateifreigabe

1. Laden Sie das VDA-Installationsprogramm herunter und platzieren Sie es in der freigegebenen Datei.

   Hinweis:

   Mit Virtual Upgrade Service können Sie zwischen dem Titel Current Release oder LTSR-Track wählen.

   Beispiel: Wenn für den Maschinenkatalog die aktuelle Version 2311 festgelegt ist und die VDA-Version 2305 ist, müssen Sie den VDA auf Version 2311 aktualisieren.

   1. Navigieren Sie zur Seite Downloads auf unserer Website.
   2. Wählen Sie Citrix Virtual Apps and Desktops als Produkt aus.
   3. Wählen Sie Citrix Virtual Apps and Desktops 7 2311, alle Editionen.
   4. Wählen Sie das VDA-Installationsprogramm aus den Komponenten aus, die sich auf der Produkt-ISO befinden, aber auch separat erweiterbar sind.

2. Wählen Sie das entsprechende VDA-Installationsprogramm basierend auf dem Katalogtyp aus.

   • Laden Sie das VDA-Installationsprogramm für Multisitzungs-OS herunter, wenn der Katalogtyp Mehrere Sitzungen ist.
   • Laden Sie das VDA-Installationsprogramm für Einzelsitzungs-OS herunter, wenn der Katalogtyp Einzelsitzung ist.
   • Laden Sie das Installationsprogramm des Kernkomponenten-VDA unter Einzelsitzungs-OS-Betriebssystem herunter, wenn der Katalogtyp Remote-PC-Zugriff ist.

Hinweis:

Die Version des Fileshare-Installationsprogramms muss genau mit der Version der neuesten Version des Installationsprogramms übereinstimmen, die von VUS in der Cloud veröffentlicht wurde.

Problembehandlung

• Empfehlungen für Maschinen mit dem Status Power State Unknown finden Sie unter CTX131267.
• Informationen zum Beheben von Problemen bei VMs, für die ständig ein unbekannter Energiezustand angezeigt wird, finden Sie unter How to fix VMs that continuously show an unknown power state.
• Wenn ein Cloud Connector nicht ordnungsgemäß funktioniert, dauern MCS-Provisioningvorgänge (z. B. Katalogaktualisierungen) länger und die Leistung der Verwaltungsoberfläche wird erheblich beeinträchtigt.

So geht es weiter

Informationen zum Verwalten bestimmter Hypervisor-Kataloge finden Sie unter:

• AWS-Katalog verwalten
• Google Cloud Platform -Katalog verwalten
• Microsoft Azure-Katalog verwalten
• Microsoft System Center Virtual Machine -Katalog verwalten
• VMware-Katalog verwalten
• XenServer-Katalog verwalten