Maschinenkataloge verwalten

Hinweis:

Ab Version 2511 ist Citrix Web Studio (webbasiert) die einzige Verwaltungskonsole für Citrix Virtual Apps and Desktops™. Citrix Studio (MMC-basiert) wurde aus dem Installationsprogramm entfernt. Dieser Artikel gilt nur für Web Studio. Informationen zu Citrix Studio finden Sie im entsprechenden Artikel in Citrix Virtual Apps and Desktops 7 2212 oder früher.

Einführung

Sie können Maschinen zu einem Maschinenkatalog hinzufügen oder daraus entfernen, ihn umbenennen, die Beschreibung ändern oder die Active Directory-Computerkonten eines Katalogs verwalten.

Die Pflege von Katalogen kann auch die Sicherstellung umfassen, dass jede Maschine die neuesten Betriebssystemupdates hat. Dazu gehören Antiviren-Updates, Betriebssystem-Upgrades oder Konfigurationsänderungen.

• Kataloge mit gepoolten, zufälligen Maschinen, die mit Machine Creation Services™ (MCS) erstellt wurden, werden durch Aktualisierung des im Katalog verwendeten Masterimages und anschließende Aktualisierung der Maschinen gepflegt. Diese Methode ermöglicht es Ihnen, eine große Anzahl von Benutzermaschinen effizient zu aktualisieren.
• Bei Katalogen mit statischen, dauerhaft zugewiesenen Maschinen und bei Remote PC Access-Maschinenkatalogen verwalten Sie Updates für die Maschinen der Benutzer außerhalb von Web Studio. Führen Sie diese Aufgabe entweder einzeln oder kollektiv mit Softwareverteilungstools von Drittanbietern aus.

Informationen zum Erstellen und Verwalten von Verbindungen zu Host-Hypervisoren finden Sie unter Verbindungen und Ressourcen.

Hinweis:

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

Informationen zu persistenten Instanzen

Beim Aktualisieren eines MCS-Katalogs, der mit persistenten oder dedizierten Instanzen erstellt wurde, verwenden alle neuen Maschinen, die für den Katalog erstellt werden, das aktualisierte Image. Vorhandene Instanzen verwenden weiterhin die ursprüngliche Instanz. Der Prozess der Image-Aktualisierung erfolgt auf die gleiche Weise wie bei jedem anderen Katalogtyp. Beachten Sie Folgendes:

• Bei Katalogen mit persistenten Datenträgern werden die vorhandenen Maschinen nicht auf das neue Image aktualisiert, aber alle neuen Maschinen, die dem Katalog hinzugefügt werden, verwenden das neue Image.
• Bei Katalogen mit nicht-persistenten Datenträgern wird das Maschinen-Image beim nächsten Zurücksetzen der Maschine aktualisiert.
• Bei persistenten Maschinenkatalogen aktualisiert das Aktualisieren des Images auch die Kataloginstanzen, die es verwenden.
• Für Kataloge, die nicht persistent sind, müssen die Images in separaten Katalogen gespeichert werden, wenn Sie unterschiedliche Images für unterschiedliche Maschinen wünschen.

Maschinenkataloge verwalten

Sie können einen Maschinenkatalog auf zwei Arten verwalten:

• Verwenden von Web Studio
• Verwenden von PowerShell

Web Studio verwenden

Dieser Abschnitt beschreibt, wie Sie Kataloge mit Web Studio verwalten können:

• Maschinenkataloge verwalten
  • Einführung
  • Informationen zu persistenten Instanzen
• Maschinenkataloge verwalten
• Web Studio verwenden
• Katalogdetails anzeigen
  • Maschinen zu einem Katalog hinzufügen
  • Maschinen aus einem Katalog löschen
• Einen Katalog bearbeiten
• Einen Katalog umbenennen
• Einen Katalog in eine andere Zone verschieben
• Einen Katalog löschen
• Convert legacy MCS catalogs in Azure to machine profile-based catalogs
• Active Directory-Computerkonten in einem Katalog verwalten
• Einen Katalog aktualisieren
  • Ein Masterimage aktualisieren oder erstellen
  • Das Masterimage ändern
  • Das Masterimage zurücksetzen
• Die Funktionsebene ändern oder die Änderung rückgängig machen
• Einen Katalog klonen
• Kataloge mithilfe von Ordnern organisieren
  • Einen Katalogordner erstellen
  • Katalog verschieben
  • Katalogordner verwalten
• VDAs aktualisieren
• Katalogerstellung wiederholen
• Nicht-MCS-bereitgestellte VDAs mit Tokens registrieren
• PowerShell verwenden
• Warnungen und Fehler abrufen, die einem Katalog zugeordnet sind
• Beschreibungen zu einem Image hinzufügen
• Betriebssystemdatenträger zurücksetzen
• Netzwerkeinstellung für ein vorhandenes Bereitstellungsschema ändern
• Versionen eines Maschinenkatalogs verwalten
• Einen nicht-maschinenprofilbasierten Maschinenkatalog in einen maschinenprofilbasierten Maschinenkatalog konvertieren
• Identitätsinformationen aktiver Computerkonten reparieren
  • Bedingungen
  • Identitätsdatenträger zurücksetzen
• Cachekonfiguration für einen vorhandenen Maschinenkatalog ändern
  • Anforderungen
  • Die Cachekonfiguration ändern
• VDA-Update-Unterstützung über lokalen Dateifreigabezugriff
  • PowerShell-Cmdlets
  • Voraussetzungen
  • So legen Sie Dateifreigabeberechtigungen fest
  • VDA-Updates von einer lokalen Dateifreigabe
• Problembehandlung
• Nächste Schritte

Katalogdetails anzeigen

1. Verwenden Sie die Suchfunktion, um einen bestimmten Maschinenkatalog zu finden. Siehe Search for instances für Anweisungen.
2. Wählen Sie in den Suchergebnissen nach Bedarf einen Katalog aus.
3. Die folgende Tabelle enthält Beschreibungen der Katalogspalten.

4. Die folgende Tabelle enthält Beschreibungen der Katalogspalten.

   Spalte	Beschreibung
   Maschinenkatalog	Der Name und der Zuweisungstyp des Katalogs. Zuweisungstypen umfassen • Zufällig: Maschinen im Katalog werden einem Benutzer zufällig zugewiesen. • Permanent: Maschinen im Katalog werden einem Benutzer dauerhaft zugewiesen.
   Maschinentyp	Der unterstützte Sitzungstyp der Maschinen im Katalog. Mögliche Werte sind • Betriebssystemtyp: Multi-Session-Betriebssystem (virtuell); Benutzerdaten: Verwerfen. • Betriebssystemtyp: Multi-Session-Betriebssystem (virtuell); Benutzerdaten: Auf lokaler Festplatte
   	• Betriebssystemtyp: Einzelsitzungs-Betriebssystem (Remote-PC-Zugriff)
   	• Betriebssystemtyp: Einzelsitzungs-Betriebssystem (Virtuell); Benutzerdaten: Verwerfen
   	• Betriebssystemtyp: Einzelsitzungs-Betriebssystem (Virtuell); Benutzerdaten: Auf lokaler Festplatte
   Maschinenanzahl	Die Maschinenanzahl im Katalog und die Bereitstellungsmethode. Mögliche Bereitstellungsmethoden sind: Machine Creation Services (MCS-Maschine), Manuell und Citrix Provisioning™ Services.
   Zugewiesene Anzahl	Die Anzahl der Maschinen im Katalog, die einer Bereitstellungsgruppe zugewiesen sind.
   Ordner	Der Speicherort des Katalogs innerhalb der Struktur Maschinenkataloge. Es wird der Name des Ordners angezeigt, in dem sich der Katalog befindet (einschließlich des nachgestellten Backslash), oder -, wenn sich der Katalog auf der Stammebene befindet.
   VDA-Upgrade	VDA-Upgradestatus. Mögliche Werte sind: Nicht konfiguriert, Geplant, Verfügbar und Aktuell.
   Image-Status	Der Status der Image-Aktualisierung des Katalogs. Gilt nur für nicht-persistente Maschinenkataloge. Mögliche Werte sind: Vollständig aktualisiert, Teilweise aktualisiert, Ausstehende Updates, Wird vorbereitet

5. Klicken Sie auf eine Registerkarte im unteren Detailbereich, um weitere Informationen zu einem ausgewählten Katalog anzuzeigen.

   Registerkarte	Beschreibung
   Details	Fasst wichtige Einstellungen des Maschinenkatalogs zusammen, z. B. Maschinentyp, Bereitstellungsmethode, Dienstkonto, Betriebssystem und VDA-Version, sodass Sie Ihre Ressourcen schnell anzeigen und verwalten können.
   Vorlageneigenschaften	Nur für MCS-bereitgestellte Kataloge verfügbar. Zeigt detaillierte Bereitstellungsinformationen für den ausgewählten Katalog an, einschließlich • Maschinenvorlageneigenschaften • Hypervisor-spezifische Details • Maschinenprofileigenschaften
   Maschinen	Zeigt eine paginierte Liste der Maschinennamen im ausgewählten Katalog an.
   Bereitstellungsgruppen	Verfügbar für Remote-PC-Kataloge. Zeigt Bereitstellungsgruppen an, die dem ausgewählten Katalog zugeordnet sind. Es werden der Name der Bereitstellungsgruppe und die Katalogzuordnung angezeigt.
   Tags	Nicht verfügbar in Multi-Tenant-Umgebungen. Zeigt den Tag-Namen und die Beschreibung der Tags an, die dem ausgewählten Maschinenkatalog zugewiesen sind.
   Workspace Environment Management	Nur sichtbar, wenn der WEM-Dienst bereitgestellt und zugänglich ist. Zeigt die Optimierungseinstellungen des Workspace Environment Management Systems an.
   Kosten-Einblicke	Gilt nur für Azure MCS-Kataloge, dies zeigt an • Gesamtkosten der letzten 30 Tage. • Ein Vergleich zwischen den aktuellen Gesamtkosten der letzten 30 Tage und dem vorherigen 30-Tage-Zeitraum. Für den Zugriff ist die Citrix-Berechtigung Cost Management > Manage > Read cost (Standard für Cloudadministratoren) erforderlich, um die Registerkarte anzuzeigen, und die Microsoft.CostManagement/query/read Azure-Berechtigung, um Kostendetails anzuzeigen.
   Problembehandlung	Zeigt Katalogfehler oder -warnungen mit empfohlenen Aktionen an.

Maschinen zu einem Katalog hinzufügen

Bevor Sie beginnen:

• Stellen Sie sicher, dass der Virtualisierungshost über ausreichend Prozessoren, Arbeitsspeicher und Speicherplatz verfügt, um die zusätzlichen Maschinen aufzunehmen.
• Stellen Sie sicher, dass Sie über genügend ungenutzte Active Directory-Computerkonten verfügen. Wenn Sie vorhandene Konten verwenden, ist die Anzahl der Maschinen, die Sie hinzufügen können, durch die Anzahl der verfügbaren Konten begrenzt.
• Wenn Sie Web Studio verwenden, um Active Directory-Computerkonten für die zusätzlichen Maschinen zu erstellen, müssen Sie über die entsprechende Domänenadministratorberechtigung verfügen.

So fügen Sie Maschinen zu einem Katalog hinzu:

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Maschinenkataloge aus.
3. Wählen Sie einen Maschinenkatalog und dann in der Aktionsleiste Maschinen hinzufügen aus.
4. Wählen Sie die Anzahl der hinzuzufügenden virtuellen Maschinen aus.
5. Wenn nicht genügend vorhandene Active Directory-Konten für die Anzahl der hinzuzufügenden VMs vorhanden sind, wählen Sie die Domäne und den Speicherort aus, an dem die Konten erstellt werden. Geben Sie ein Kontenbenennungsschema an, wobei Rautezeichen angeben, wo fortlaufende Nummern oder Buchstaben erscheinen. Verwenden Sie keinen Schrägstrich (/) in einem OU-Namen. Ein Name darf nicht mit einer Zahl beginnen. Beispielsweise führt ein Benennungsschema von PC-Sales-## (mit 0-9 ausgewählt) zu Computerkonten mit den Namen PC-Sales-01, PC-Sales-02, PC-Sales-03 usw.
6. Wenn Sie vorhandene Active Directory-Konten verwenden, navigieren Sie entweder zu den Konten oder klicken Sie auf Importieren und geben Sie eine .csv-Datei mit Kontonamen an. Stellen Sie sicher, dass genügend Konten für alle hinzuzufügenden Maschinen vorhanden sind. Web Studio verwaltet diese Konten. Entweder lassen Sie Web Studio die Kennwörter für alle Konten zurücksetzen, oder Sie geben das Kontokennwort an, das für alle Konten gleich sein muss.

Die Maschinen werden als Hintergrundprozess erstellt und können bei der Erstellung vieler Maschinen viel Zeit in Anspruch nehmen. Die Maschinenerstellung wird fortgesetzt, auch wenn Sie Web Studio schließen.

Maschinen aus einem Katalog löschen

Nachdem Sie eine Maschine aus einem Maschinenkatalog gelöscht haben, können Benutzer nicht mehr darauf zugreifen. Stellen Sie daher vor dem Löschen einer Maschine sicher, dass:

• Benutzerdaten gesichert oder nicht mehr benötigt werden.
• Alle Benutzer abgemeldet sind. Das Aktivieren des Wartungsmodus verhindert, dass neue Verbindungen zu einer Maschine hergestellt werden.
• Maschinen ausgeschaltet sind.

So löschen Sie Maschinen aus einem Katalog:

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Maschinenkataloge aus.
3. Wählen Sie einen Katalog aus und wählen Sie dann in der Aktionsleiste die Option Maschinen anzeigen.
4. Wählen Sie eine oder mehrere Maschinen aus und wählen Sie dann in der Aktionsleiste die Option Löschen.

Wählen Sie, ob die zu entfernenden Maschinen gelöscht werden sollen. Wenn Sie die Maschinen löschen möchten, geben Sie an, ob die Active Directory-Konten für diese Maschinen beibehalten, deaktiviert oder gelöscht werden sollen.

Katalog bearbeiten

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

5. Führen Sie auf der Seite NIC die folgenden Aktionen aus:

   • Um die Subnetz-Zuordnung einer NIC zu ändern, wählen Sie ein Netzwerk aus dem Feld Zugeordnetes Netzwerk aus.
   • Um eine Subnetz-Zuordnung hinzuzufügen, wählen Sie NIC hinzufügen, wählen Sie ein Netzwerk aus dem Feld Zugeordnetes Netzwerk aus und klicken Sie auf Speichern.

   Nur die Subnetze, die im Host vorhanden sind, der dem Katalog zugeordnet ist, werden im Feld Zugeordnetes Netzwerk angezeigt.

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

   Hinweis:

   • Bei AWS-Maschinenkatalogen können Sie dasselbe Subnetz nicht mehreren NICs zuordnen.
   • Bei Maschinenkatalogen mit Maschinenprofilen muss die Anzahl der NICs im Katalog der Anzahl der NICs im Maschinenprofil entsprechen.
   • Diese Funktion wird für IBM Cloud-Hypervisoren nicht unterstützt.
   • Diese Funktion wird nur für Nutanix Prism Element bei Nutanix-Hypervisoren unterstützt.

6. Je nach Katalogtyp werden möglicherweise andere Seiten angezeigt.

   Bei Katalogen, die mit einem Azure Resource Manager-Image erstellt wurden, sind die folgenden Seiten sichtbar. Beachten Sie, dass die von Ihnen vorgenommenen Ä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 die Verfügbarkeitszonen, in denen Sie Maschinen erstellen möchten.

     Hinweis:

     • Es werden nur die vom Katalog unterstützten Maschinengrößen angezeigt.
     • Wählen Sie bei Bedarf Nur Maschinengrößen anzeigen, die in anderen Maschinenkatalogen verwendet werden, um die Liste der Maschinengrößen zu filtern.
     • Wenn bei Azure-Katalogen auf der Seite Speicher- und Lizenztypen die Option ZRS als Speicherredundanz ausgewählt ist, erhalten Sie eine Warnung, die vorschlägt, die Zonenauswahl aufzuheben und Azure die VM-Verfügbarkeitszonen verwalten zu lassen.

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

     Hinweis:

     Bei Azure-Katalogen, wenn Sie ein Maschinenprofil ändern, das Verfügbarkeitszonen enthält, und ZRS für die Speicherredundanz auswählen, schlägt eine Warnung vor, die Zonenauswahl aufzuheben.

   • (Nur sichtbar, wenn der Katalog mit einer dedizierten Hostgruppe konfiguriert ist) Wählen Sie auf der Seite Dedizierte Hostgruppe, ob Sie eine Hostgruppe ändern möchten.

   • Wählen Sie auf der Seite Speicher- und Lizenztypen, ob Sie den Speicherredundanztyp (für Azure-Katalog), den Speichertyp, den Lizenztyp und die Azure Computer Gallery-Einstellungen (nur verfügbar, wenn Vorbereitetes Image in Azure Gallery platzieren verwendet wird) ändern möchten.

   Hinweis:

   Wenn die neu ausgewählte Einstellung die aktuelle Maschinengröße nicht unterstützt, wird ein Warndialogfeld angezeigt, das Sie darüber informiert, dass das Ändern der Einstellung die Einstellung für die Maschinengröße zurücksetzt. Wenn Sie fortfahren, wird neben dem Menü Virtuelle Maschinen ein roter Punkt angezeigt, der Sie auffordert, eine neue Maschinengröße auszuwählen.

   • Wählen Sie auf der Seite Lizenztyp aus, ob Sie die Einstellung für die Windows-Lizenz oder die Linux-Lizenz ändern möchten.

   Für Remote-PC-Zugriffskataloge sind die folgenden Seiten sichtbar:

   • Ändern Sie auf der Seite Energieverwaltung die Energieverwaltungseinstellungen und wählen Sie eine Energieverwaltungsverbindung aus.
   • Fügen Sie auf der Seite Organisationseinheiten Active Directory-OUs hinzu oder entfernen Sie sie.
7. Klicken Sie auf Anwenden, um die vorgenommenen Änderungen zu übernehmen, und klicken Sie auf Speichern, um den Vorgang zu beenden.

Katalog umbenennen

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

Katalog in eine andere Zone verschieben

Wenn Ihre Bereitstellung mehr als eine Zone umfasst, können Sie einen Katalog von einer Zone in eine andere verschieben.

Das Verschieben eines Katalogs in eine andere Zone als den Hypervisor, der die VMs in diesem Katalog enthält, beeinträchtigt die Leistung.

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Maschinenkataloge aus.
3. Wählen Sie einen Katalog und dann in der Aktionsleiste Verschieben aus.
4. Wählen Sie die Zone aus, in die Sie den Katalog verschieben möchten.

Katalog löschen

Stellen Sie vor dem Löschen eines Katalogs sicher, dass:

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

So löschen Sie einen Katalog:

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Maschinenkataloge aus.
3. Wählen Sie einen Katalog und dann in der Aktionsleiste Maschinenkatalog löschen aus.
4. Geben Sie an, ob die Maschinen im Katalog gelöscht werden sollen. Wenn Sie die Maschinen löschen möchten, geben Sie an, ob die Active Directory-Computerkonten für diese Maschinen beibehalten, deaktiviert oder gelöscht werden sollen.

Legacy MCS-Kataloge in Azure in maschinenprofilbasierte Kataloge konvertieren

Um einen nicht-maschinenprofilbasierten Maschinenkatalog in einen maschinenprofilbasierten Maschinenkatalog zu konvertieren, führen Sie die folgenden Schritte aus:

1. Klicken Sie auf der Seite Maschinenkataloge mit der rechten Maustaste auf den Namen des Maschinenkatalogs, den Sie konvertieren möchten, und wählen Sie dann Maschinenkatalog bearbeiten.
2. Wählen Sie auf der Seite Maschinenkatalog bearbeiten > Maschinenprofil das Kontrollkästchen Maschinenprofil verwenden (obligatorisch für Microsoft Entra ID) aus.
3. Klicken Sie auf Maschinenprofil auswählen.
4. Wählen Sie auf der Seite Maschinenprofil auswählen eine virtuelle Maschine oder eine Startvorlage aus, die als Maschinenprofil verwendet werden soll.
5. Wenn einige aktuelle Einstellungen von den neuen Maschinenprofileinstellungen abweichen, wählen Sie die gewünschte Option für die Einstellungen aus, die Sie verwenden möchten, und klicken Sie auf Weiter.
6. Klicken Sie auf Anwenden.

Hinweis:

Derzeit wird diese Funktion nur für Azure, AWS und VMware unterstützt.

Active Directory-Computerkonten in einem Katalog verwalten

Um Active Directory-Konten in einem Maschinenkatalog zu verwalten, können Sie:

• Nicht verwendete Maschinenkonten freigeben, indem Active Directory-Computerkonten aus Single-Session-OS- und Multi-Session-OS-Katalogen entfernt werden. Diese Konten können dann für andere Maschinen verwendet werden.
• Konten hinzufügen, sodass die Computerkonten bereits vorhanden sind, wenn weitere Maschinen zum Katalog hinzugefügt werden. Verwenden Sie keinen Schrägstrich (/) in einem OU-Namen.

So verwalten Sie Active Directory-Konten:

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie Maschinenkataloge im linken Bereich aus.
3. Wählen Sie einen Katalog und dann AD-Konten verwalten in der Aktionsleiste aus.

4. Wählen Sie, ob Sie Computerkonten hinzufügen oder löschen möchten. Wenn Sie Konten hinzufügen, geben Sie an, was mit den Kontokennwörtern geschehen soll: Setzen Sie alle zurück oder geben Sie ein Kennwort ein, das für alle Konten gilt.

   Sie können Kennwörter zurücksetzen, wenn Sie die aktuellen Kontokennwörter nicht kennen; Sie müssen die Berechtigung zum Zurücksetzen von Kennwörtern haben. Wenn Sie ein Kennwort eingeben, wird das Kennwort für die Konten geändert, sobald diese importiert werden. Wenn Sie ein Konto löschen, wählen Sie, ob das Konto in Active Directory beibehalten, deaktiviert oder gelöscht werden soll.

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

Katalog aktualisieren

Wir empfehlen, Kopien oder Snapshots von Masterimages zu speichern, bevor Sie die Maschinen im Katalog aktualisieren. Die Datenbank führt eine Historie der Masterimages, die mit jedem Maschinenkatalog verwendet werden. Setzen Sie Maschinen in einem Katalog zurück, um die vorherige Version des Masterimages zu verwenden. Führen Sie diese Aufgabe aus, wenn Benutzer Probleme mit Updates haben, die Sie auf ihren Desktops bereitgestellt haben. Dies minimiert Ausfallzeiten für Benutzer. Löschen, verschieben oder benennen Sie Masterimages nicht um. Sie können einen Katalog nicht auf deren Verwendung zurücksetzen.

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

Masterimage aktualisieren oder erstellen

Bevor Sie den Maschinenkatalog aktualisieren, aktualisieren Sie entweder ein vorhandenes Masterimage oder erstellen Sie eines auf Ihrem Host-Hypervisor.

1. Erstellen Sie auf Ihrem Hypervisor einen Snapshot der aktuellen VM und geben Sie dem Snapshot einen aussagekräftigen Namen. Dieser Snapshot kann verwendet werden, um Maschinen im Katalog bei Bedarf zurückzusetzen (Rollback).
2. Schalten Sie bei Bedarf das Masterimage ein und melden Sie sich an.
3. Installieren Sie Updates oder nehmen Sie die erforderlichen Änderungen am Masterimage vor.
4. Schalten Sie die VM aus.
5. Erstellen Sie einen Snapshot der VM. Geben Sie ihm einen aussagekräftigen Namen, der erkannt wird, wenn der Katalog in Web Studio aktualisiert wird. Obwohl Web Studio einen Snapshot erstellen kann, empfiehlt Citrix, ihn über die Hypervisor-Verwaltungskonsole zu erstellen. Wählen Sie diesen Snapshot dann in Web Studio aus. Dieser Prozess ermöglicht es Ihnen, einen aussagekräftigen Namen und eine Beschreibung anstelle eines automatisch generierten Namens anzugeben. Bei GPU-Masterimages können Sie das Masterimage nur über die XenServer®-Konsole ändern.

Masterimage ändern

So bereiten Sie das Update vor und stellen es auf allen Maschinen in einem Katalog bereit:

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Maschinenkataloge aus.
3. Wählen Sie einen Katalog und dann in der Aktionsleiste Masterimage ändern aus.
4. Wählen Sie auf der Seite Image den Host und das Image aus, das Sie bereitstellen möchten.

   Tipp:

   Bei einem MCS-erstellten Katalog können Sie dessen Image mit einer Notiz versehen. Eine Notiz kann bis zu 500 Zeichen enthalten. Jedes Mal, wenn Sie das Masterimage ändern, wird ein notizbezogener Eintrag erstellt, unabhängig davon, ob Sie eine Notiz hinzufügen. Wenn Sie einen Katalog aktualisieren, ohne eine Notiz hinzuzufügen, wird der Eintrag als null (-) angezeigt. Um den Notizverlauf für das Image anzuzeigen, wählen Sie den Katalog aus, klicken Sie im unteren Bereich auf Vorlageneigenschaften und dann auf Notizverlauf anzeigen.

5. Wählen Sie auf der Seite Rollout-Strategie aus, wann die Maschinen im Maschinenkatalog mit dem neuen Masterimage aktualisiert werden sollen: beim nächsten Herunterfahren oder sofort.

   Hinweis:

   Die Seite Rollout-Strategie ist für persistente VMs nicht verfügbar, da der Rollout nur für nicht-persistente VMs gilt.

6. Überprüfen Sie die Informationen auf der Seite Zusammenfassung und klicken Sie dann auf Fertig stellen. Jede Maschine wird nach dem Update automatisch neu gestartet.

Um den Updatefortschritt zu verfolgen, suchen Sie den Katalog unter Maschinenkataloge, um die Inline-Fortschrittsanzeige und das schrittweise Fortschrittsdiagramm anzuzeigen.

Wenn Sie einen Katalog direkt über das PowerShell SDK anstatt über Web Studio aktualisieren, geben Sie eine Hypervisor-Vorlage (VMTemplates) an. Verwenden Sie dies als Alternative zu einem Image oder einem Snapshot eines Images.

So stellen Sie ein neues Masterimage für einen Azure-basierten Maschinenkatalog bereit:

1. Wählen Sie in Web Studio im linken Bereich die Option Maschinenkataloge aus.
2. Wählen Sie einen Azure-Katalog und dann in der Aktionsleiste die Option Masterimage ändern.
3. Wählen Sie auf der Seite Masterimage ändern unter Masterimage ein Image aus. Die Blade listet alle Images auf, die zur selben Region wie die Ressourcen gehören.

Rollout-Strategie:

Das Aktualisieren von Images beim nächsten Herunterfahren wirkt sich sofort auf alle Maschinen aus, die derzeit nicht verwendet werden, d. h. Maschinen, die keine aktive Benutzersitzung haben. Ein System, das verwendet wird, erhält das Update, wenn die aktuelle aktive Sitzung endet. Beachten Sie Folgendes:

• Neue Sitzungen können erst gestartet werden, wenn das Update auf den entsprechenden Maschinen abgeschlossen ist.
• Bei Single-Session-Betriebssystemmaschinen werden die Maschinen sofort aktualisiert, wenn die Maschine nicht verwendet wird oder wenn Benutzer nicht angemeldet sind.
• Bei einem Multi-Session-Betriebssystem mit untergeordneten Maschinen erfolgen Neustarts nicht automatisch. Um das aktualisierte Masterimage anzuwenden, starten Sie die Maschinen mit Studio, PowerShell oder Workspace neu. Ein Neustart von den Maschinen oder dem Hypervisor wendet das Update nicht an.

Tipp:

Begrenzen Sie die Anzahl der neu gestarteten Maschinen, indem Sie die erweiterten Einstellungen für eine Hostverbindung verwenden. Verwenden Sie diese Einstellungen, um die für einen bestimmten Katalog ausgeführten Aktionen zu ändern; erweiterte Einstellungen variieren je nach Hypervisor.

Masterimage zurücksetzen

Nachdem Sie ein aktualisiertes oder neues Masterimage bereitgestellt haben, können Sie es zurücksetzen. Dieser Vorgang kann erforderlich sein, wenn Probleme mit den neu aktualisierten Maschinen auftreten. Beim Zurücksetzen werden die Maschinen im Katalog auf das zuletzt funktionierende Image zurückgesetzt. Alle neuen Funktionen, die das neuere Image erfordern, sind nicht mehr verfügbar. Wie beim Rollout beinhaltet das Zurücksetzen einer Maschine einen Neustart.

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich die Option Maschinenkataloge.
3. Wählen Sie den Katalog aus und wählen Sie dann in der Aktionsleiste Masterimage zurücksetzen.
4. Geben Sie an, wann das frühere Masterimage auf die Maschinen angewendet werden soll, wie im vorhergehenden Abschnitt für den Rollout-Vorgang beschrieben.

Das Rollback wird nur auf Maschinen angewendet, die zurückgesetzt werden müssen. Maschinen, die nicht mit dem neuen oder aktualisierten Masterimage aktualisiert werden, erhalten keine Benachrichtigungen und werden nicht zum Abmelden gezwungen.

Um den Rollback-Fortschritt zu verfolgen, suchen Sie den Katalog unter Maschinenkataloge, um die Inline-Fortschrittsanzeige und das schrittweise Fortschrittsdiagramm anzuzeigen.

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

Ändern Sie die Funktionsebene für den Maschinenkatalog, nachdem Sie die VDAs auf den Maschinen auf eine neuere Version aktualisiert haben. Citrix empfiehlt, alle VDAs auf die neueste Version zu aktualisieren, um den Zugriff auf alle neuesten Funktionen zu ermöglichen.

Bevor Sie die Funktionsebene für einen Maschinenkatalog ändern:

• Starten Sie die aktualisierten Maschinen, damit sie sich beim Controller registrieren. Dieser Prozess ermöglicht es Web Studio zu bestimmen, dass die Maschinen im Katalog aktualisiert werden müssen.

So ändern Sie die Funktionsebene für einen Katalog:

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Maschinenkataloge aus.
3. Wählen Sie den Katalog aus. Die Registerkarte Details im unteren Bereich zeigt Versionsinformationen an.
4. Wählen Sie Funktionsebene ändern. Wenn Web Studio feststellt, dass der Katalog aktualisiert werden muss, wird eine Meldung angezeigt. Befolgen Sie die Anweisungen. Wenn eine oder mehrere Maschinen nicht aktualisiert werden können, erklärt eine Meldung den Grund. Um sicherzustellen, dass alle Maschinen ordnungsgemäß funktionieren, empfiehlt Citrix, Maschinenprobleme zu beheben, bevor Sie auf Ändern klicken, um fortzufahren.

Nachdem die Katalogänderung abgeschlossen ist, können Sie die Maschinen auf ihre vorherigen VDA-Versionen zurücksetzen, indem Sie den Katalog auswählen und dann in der Aktionsleiste Funktionsebene ändern rückgängig machen auswählen.

Katalog klonen

Beachten Sie vor dem Klonen eines Katalogs die folgenden Punkte:

• Sie können keine Einstellungen ändern, die mit Betriebssystem und Maschinenverwaltung verknüpft sind. Der geklonte Katalog übernimmt diese Einstellungen vom Original.

Hinweis:

Wenn Sie einen Azure-Katalog zum Klonen auswählen und ein Master-Image auswählen, listet das Blade alle Images auf, die derselben Region wie die Ressourcen angehören.

• Das Klonen eines Katalogs kann einige Zeit in Anspruch nehmen. Wählen Sie bei Bedarf Fortschritt ausblenden, um das Klonen im Hintergrund auszuführen.
• Der geklonte Katalog übernimmt den Namen des Originals und hat das Suffix Copy. Sie können den Namen ändern. Siehe Katalog umbenennen.
• Stellen Sie nach Abschluss des Klonvorgangs sicher, dass Sie den geklonten Katalog einer Bereitstellungsgruppe zuweisen.

1. Melden Sie sich bei Web Studio an und wählen Sie dann im linken Bereich Maschinenkataloge.
2. Wählen Sie einen Katalog und dann in der Aktionsleiste Klonen.
3. Zeigen Sie im Fenster Ausgewählten Maschinenkatalog klonen die Einstellungen für den geklonten Katalog an und konfigurieren Sie die Einstellungen nach Bedarf. Wählen Sie Weiter, um zur nächsten Seite zu gelangen.
4. Zeigen Sie auf der Seite Zusammenfassung eine Zusammenfassung der Einstellungen an und wählen Sie Fertig stellen, um das Klonen zu starten.
5. Wählen Sie bei Bedarf Fortschritt ausblenden, um das Klonen im Hintergrund auszuführen.

Kataloge mithilfe von Ordnern organisieren

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

Tipp:

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

Katalogordner erstellen

Bevor Sie beginnen, planen Sie zunächst, wie Sie Ihre Kataloge organisieren möchten. Beachten Sie Folgendes:

• Sie können Ordner bis zu fünf Ebenen tief verschachteln (mit Ausnahme des Standard-Stammordners).
• Ein Katalogordner kann Kataloge und Unterordner enthalten.

• Alle Knoten in Web Studio (z. B. Maschinenkataloge, Bereitstellungsgruppen, Anwendungen und Anwendungsgruppen) teilen sich im Backend denselben Ordnerbaum. Um Namenskonflikte beim Umbenennen oder Verschieben von Ordnern zu vermeiden, verwenden Sie eindeutige Namen für Ordner der ersten Ebene über verschiedene Knoten hinweg.

  Wenn Sie einen Ordner mit dem New-BrokerAdminFolder SDK-Cmdlet erstellen und möchten, dass er unter dem Knoten Maschinenkataloge angezeigt wird, müssen Sie die ContainsMachineCatalogs Metadaten mit dem Set-BrokerAdminFolderMetadata Cmdlet hinzufügen.

  Beispiel:

   Set-BrokerAdminFolderMetadata -AdminFolderId {adminFolderUid} -Name ContainsMachineCatalogs -Value true
   <!--NeedCopy-->
  

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

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

Tipp:

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

Katalog verschieben

Sie können einen Katalog zwischen Ordnern verschieben. Die detaillierten Schritte sind wie folgt:

1. Wählen Sie im linken Bereich Maschinenkataloge aus.
2. Zeigen Sie Kataloge nach Ordner an. Sie können auch Alle anzeigen oberhalb 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.
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 im linken Bereich Maschinenkataloge aus.

2. Wählen Sie in der Ordnerhierarchie einen Ordner und dann bei Bedarf eine Aktion in der Leiste Aktion aus:

   • Um den Ordner umzubenennen, wählen Sie Ordner umbenennen.
   • Um den Ordner zu löschen, wählen Sie Ordner löschen.
   • Um den Ordner zu verschieben, wählen Sie Ordner verschieben.
3. Befolgen Sie die Anweisungen auf dem Bildschirm, um die restlichen Schritte abzuschließen.

VDAs aktualisieren

Sie können die Studio-Oberfläche verwenden, um VDAs problemlos zu aktualisieren. Weitere Informationen und eine Schritt-für-Schritt-Anleitung finden Sie in der Dokumentation zum Citrix VDA Upgrade Service.

Katalogerstellung wiederholen

Hinweis:

Diese Funktion gilt nur für MCS-Kataloge.

Fehlgeschlagene Kataloge sind mit einem Fehlersymbol gekennzeichnet. Um die Details anzuzeigen, wechseln Sie zur Registerkarte Problembehandlung jedes Katalogs. Beachten Sie vor dem erneuten Versuch der Katalogerstellung die folgenden Punkte:

• Überprüfen Sie zuerst die Informationen zur Problembehandlung und beheben Sie die Probleme. Die Informationen beschreiben die gefundenen Probleme und geben Empfehlungen zu deren Behebung.
• Sie können keine Einstellungen ändern, die mit Betriebssystem und Maschinenverwaltung verbunden sind. Der Katalog übernimmt diese Einstellungen vom Original.
• Die Erstellung kann einige Zeit in Anspruch nehmen. Wählen Sie bei Bedarf Fortschritt ausblenden, um die Erstellung im Hintergrund auszuführen.

Gehen Sie wie folgt vor, um die Katalogerstellung zu wiederholen:

1. Wählen Sie in Web Studio im linken Bereich Maschinenkataloge.
2. Wählen Sie den Katalog aus und wechseln Sie dann zur Registerkarte Problembehandlung.
3. Klicken Sie auf den Hyperlink zum Wiederholen, um die Katalogerstellung zu wiederholen.
4. Im angezeigten Assistenten ändern Sie die Einstellungen bei Bedarf. Wenn keine Änderungen erforderlich sind, können Sie direkt zur Seite Zusammenfassung wechseln.
5. Wenn Sie fertig sind, wählen Sie Fertig stellen, um die Erstellung zu starten.

Nicht-MCS-bereitgestellte VDAs mithilfe von Tokens registrieren

Sie können jetzt Registrierungstokens für nicht-MCS-bereitgestellte VDAs generieren und verwalten. Diese Implementierung ermöglicht die VDA-Registrierung über WebSocket, ohne die VDAs mit MCS bereitzustellen. Diese Funktion unterstützt auch Linux Virtual Delivery Agent, Citrix Virtual Delivery Agent für macOS und nicht in Domänen eingebundene VDAs mit Citrix Virtual Apps™ and Desktops.

Vorbereitungen

1. Konfigurieren Sie Ihre Site. Weitere Informationen finden Sie unter Create a site.
2. Installieren Sie TLS-Zertifikate auf den Delivery Controllern. Weitere Informationen finden Sie unter Install TLS server certificates on Controllers.
3. Installieren Sie Stamm-CA und Zwischen-CA auf dem VDA, um dem Delivery Controller zu vertrauen.

4. Aktivieren Sie die WebSocket-Verbindung auf dem Delivery Controller. Führen Sie den folgenden Befehl auf jedem Delivery Controller Ihrer Site aus:

   New-ItemProperty "HKLM:\SOFTWARE\Citrix\DesktopServer\WorkerProxy" -Name "WebSocket_Enabled" -PropertyType "DWord" -Value 1 -Force
   <!--NeedCopy-->
   

   Hinweis:

   Stellen Sie sicher, dass Sie die Delivery Controller neu starten, nachdem Sie WebSocket aktiviert haben.

Registrierungstokens generieren

Nachdem Sie sich entschieden haben, die tokenbasierte Registrierung für nicht von Citrix bereitgestellte Maschinen zu aktivieren, müssen Sie zuerst Tokens pro Maschinenkatalog generieren und diese dann mit den VDA-Installationsadministratoren teilen.

Ein Registrierungstoken umfasst:

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

Führen Sie die folgenden Schritte aus, um ein Token für einen Katalog mit Web Studio zu generieren:

1. Suchen Sie in Web Studio > Maschinenkataloge einen nicht-MCS-bereitgestellten Katalog, bei dem in der Spalte Maschinenanzahl die Option Bereitstellungsmethode: Manuell angezeigt wird.
2. Klicken Sie mit der rechten Maustaste auf den Katalog und wählen Sie dann Registrierungstoken verwalten.
3. Geben Sie auf der angezeigten Seite Registrierungstoken generieren die folgenden Token-Informationen an:
   • Geben Sie einen Namen für das Token ein.
   • Geben Sie die Gültigkeitsdauer ein. Der Zeitraum darf nicht länger als 14 Tage sein. 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 Token-Nutzungslimits ein (zwischen 1 und 5000).
4. Klicken Sie auf Generieren.

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

   Ein Token-Eintrag wird in der Token-Liste 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 unbrauchbar zu machen:

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

Hinweis:

Abgelaufene Token werden automatisch nach 14 Tagen gelöscht.

Maschinen mithilfe des WebSocket VDA-Registrierungstools in Katalogen registrieren

Das WebSocket VDA-Registrierungstool erleichtert die Token-basierte Registrierung für VDA-Maschinen. Dieses Tool hilft Ihnen, eine Verbindung in eine WebSocket-Verbindung umzuwandeln, indem Sie den VDA mithilfe des Registrierungstokens zum Maschinenkatalog hinzufügen.

Hinweis:

Dieses Tool wurde entwickelt, um VDA-Maschinen zu registrieren, die noch nicht in einem Maschinenkatalog registriert wurden.

Befolgen Sie die Anweisungen, um das Registrierungstool auszuführen:

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

Die folgende Tabelle beschreibt die Eingabeparameter des Registrierungstools:

Nach erfolgreicher Registrierung erhalten Sie eine Erfolgsmeldung im Tool und in den Protokollen. Stellen Sie sicher, dass Sie sich bei Web Studio anmelden, um zu überprüfen, ob die VDA-Maschine dem Katalog hinzugefügt wurde und der Status der Maschine registriert ist.

Fehlerbehebung

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] verwenden, um Ihre Protokolle abzurufen.

Die folgende Tabelle listet die vom Registrierungstool zurückgegebenen Codes auf:

PowerShell verwenden

Dieser Abschnitt beschreibt, wie Sie Kataloge mit PowerShell verwalten können:

• Warnungen und Fehler im Zusammenhang mit einem Katalog abrufen
• Beschreibungen zu einem Image hinzufügen
• Betriebssystemdatenträger zurücksetzen
• Die Netzwerkeinstellung für ein vorhandenes Bereitstellungsschema ändern
• Versionen eines Maschinenkatalogs verwalten
• Einen nicht-maschinenprofilbasierten Maschinenkatalog in einen maschinenprofilbasierten Maschinenkatalog konvertieren
• Die Identitätsinformationen aktiver Computerkonten reparieren
• Cache-Konfiguration in einem vorhandenen Maschinenkatalog ändern
• VDA-Update-Unterstützung über lokalen Dateifreigabezugriff

Warnungen und Fehler im Zusammenhang mit einem Katalog abrufen

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

Mit PowerShell-Befehlen können Sie:

• Eine Liste von Fehlern oder Warnungen abrufen
• Ändern Sie den Warnstatus von Neu in Bestätigt
• Löschen Sie die Fehler oder Warnungen

So führen Sie die PowerShell-Befehle aus:

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

So rufen Sie eine Liste von Fehlern und Warnungen ab:

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 ab, die einem bestimmten Bereitstellungsschema zugeordnet sind
• Mit dem Parameter EventId: Ruft einen bestimmten Fehler oder eine bestimmte Warnung ab, die dieser Ereignis-ID entspricht
• Mit dem Parameter Filter: Ruft Fehler oder Warnungen nach benutzerdefiniertem Filter ab

So ändern Sie den Status von Fehlern oder Warnungen von Neu in Bestätigt:

Führen Sie den Befehl Confirm-ProvOperationEvent aus.

• Mit dem Parameter EventId: Legt den Status eines bestimmten Fehlers oder einer bestimmten Warnung fest, die dieser Ereignis-ID entspricht. Sie können die EventId eines bestimmten Fehlers oder einer bestimmten Warnung als Ausgabe des Befehls Get-ProvOperationEvent abrufen.
• Mit den Parametern LinkedObjectType und LinkedObjectUid: Legt den Status aller Fehler und Warnungen fest, die einem bestimmten Bereitstellungsschema zugeordnet sind
• Mit All Parameter: Setzt den Status aller Fehler und Warnungen auf Bestätigt

So löschen Sie die Fehler oder Warnungen:

Führen Sie den Befehl Remove-ProvOperationEvent aus.

• Mit EventId Parameter: Entfernt einen bestimmten Fehler oder eine Warnung, die dieser Ereignis-ID entspricht. Sie können die EventId eines bestimmten Fehlers oder einer Warnung als Ausgabe des Befehls Get-ProvOperationEvent abrufen.
• Mit den Parametern LinkedObjectType und LinkedObjectUid: Entfernt alle Fehler und Warnungen, die einem bestimmten Bereitstellungsschema zugeordnet sind.
• Mit All Parameter: Entfernt 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 Bereitstellungsschemas muss MCS Tags von der VM und manchmal auch von der Basis-Disk entfernen, damit die in den Löschoptionen enthaltenen Ressourcen von MCS nicht mehr verfolgt oder identifiziert werden. Einige dieser Ressourcen sind jedoch nur über den Hypervisor zugänglich. Verwenden Sie die Option PurgeDBOnly in Remove-ProvVM PowerShell, um VM-Ressourcenobjekte wie VM, Basis-Disk, 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 Hypervisoren
• persistente und nicht-persistente VMs

Einschränkungen

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

Verwenden des Befehls PurgeDBOnly

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

• Die Hostverbindung befindet sich im Wartungsmodus
• Ungültige Anmeldeinformationen
• Authentifizierungsfehler
• Nicht autorisierte Operation
• 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 folgende Eingabeaufforderung angezeigt:

Try to use -PurgeDBOnly option to clean DDC database.

Verwenden Sie die Option -PurgeDBOnly im PowerShell-Befehl Remove-ProvVM, um Verweise auf eine VM aus der MCS-Datenbank zu löschen. Zum Beispiel:

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

Beschreibungen zu einem Image hinzufügen

Sie können informative Beschreibungen zu Änderungen im Zusammenhang mit Image-Updates für Maschinenkataloge hinzufügen. Verwenden Sie diese Funktion, um eine Beschreibung beim Erstellen eines Katalogs oder beim Aktualisieren eines vorhandenen Masterimages für einen Katalog hinzuzufügen. Sie können auch Informationen für jedes Masterimage im Katalog anzeigen. Verwenden Sie die folgenden Befehle, um Image-Beschreibungen hinzuzufügen oder anzuzeigen:

• Um eine Notiz beim Erstellen eines Maschinenkatalogs mit einem Masterimage hinzuzufügen, verwenden Sie den Parameter MasterImageNote im Befehl NewProvScheme. Zum Beispiel:

   C:\PS>New-ProvScheme -ProvisioningSchemeName <name> -HostingUnitName <name> -IdentityPoolName <name> -MasterImageVM
   XDHyp:\HostingUnits\<hosting unit name>\<vm name>.vm\Base.snapshot -MasterImageNote "Note"
   <!--NeedCopy-->
  

• Um das Masterimage zu aktualisieren, das einem Maschinenkatalog zugeordnet ist, verwenden Sie den Parameter MasterImageNote im Befehl Publish-ProvMasterVMImage. Beispiel:

   C:\PS>Publish-ProvMasterVMImage -ProvisioningSchemeName <name> -MasterImageVM XDHyp:\HostingUnits\<hosting unit name>\<vm name>.vm\base.snapshot -MasterImageNote "Note"
   <!--NeedCopy-->
  

• Um die Informationen für jedes Image anzuzeigen, verwenden Sie den Befehl Get-ProvSchemeMasterVMImageHistory. Beispiel:

   C:\PS>Get-ProvSchemeMasterVMImageHistory -ProvisioningSchemeName MyScheme -Showall
   <!--NeedCopy-->
  

Um den Rollback-Fortschritt zu verfolgen, suchen Sie den Katalog unter Maschinenkataloge, um die Inline-Fortschrittsanzeige und das schrittweise Fortschrittsdiagramm anzuzeigen.

In bestimmten Szenarien, einschließlich der folgenden, können Sie kein Rollback durchführen. (Die Option Masterimage zurücksetzen ist nicht sichtbar).

• Sie haben keine Berechtigung zum Zurücksetzen.
• Der Katalog wurde nicht mit MCS erstellt.
• Der Katalog wurde mit einem Image der Betriebssystemfestplatte erstellt.
• Der zum Erstellen des Katalogs verwendete Snapshot ist beschädigt.
• Benutzeränderungen an den Maschinen im Katalog bleiben nicht bestehen.
• Maschinen im Katalog werden ausgeführt.

OS-Datenträger zurücksetzen

Verwenden Sie den PowerShell-Befehl Reset-ProvVMDisk, um die Betriebssystemfestplatte einer persistenten VM in einem mit MCS erstellten Maschinenkatalog zurückzusetzen. Derzeit ist diese Funktion für AWS-, Azure-, XenServer-, Google Cloud-, SCVMM- und VMware-Virtualisierungsumgebungen anwendbar.

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

• Die Ziel-VMs sich in einem persistenten MCS-Katalog befinden.
• Der MCS-Maschinenkatalog ordnungsgemäß funktioniert.
• Dies impliziert, dass das Bereitstellungsschema und der Host vorhanden sind und das Bereitstellungsschema korrekte Einträge aufweist.
• Der Hypervisor befindet sich nicht im Wartungsmodus.
• Ziel-VMs sind ausgeschaltet und befinden sich im Wartungsmodus.

Führen Sie die folgenden Schritte aus, um die Betriebssystemfestplatte 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 Weisen aus:

   • Geben Sie die Liste der VMs als kommagetrennte Liste an und führen Sie das Zurücksetzen für jede 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 für jede VM durch:

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

   • Geben Sie eine einzelne VM anhand des Namens an:

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

   • Erstellen Sie separate Zurücksetzungsaufgaben für jede der vom Befehl Get-ProvVM zurückgegebenen VMs. Dies ist weniger effizient, da jede Aufgabe dieselben redundanten Prüfungen durchführt, z. B. die Hypervisor-Funktionsprüfung und die Verbindungsprüfung für jede VM.

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

4. Es erscheint eine Bestätigungsaufforderung, die die zurückzusetzenden VMs auflistet, zusammen mit einer Warnmeldung, dass es sich um einen nicht wiederherstellbaren Vorgang handelt. Wenn Sie keine Antwort geben und die Eingabetaste drücken, erfolgt keine weitere Aktion.

   Hinweis:

   Nehmen Sie VMs erst nach Abschluss des Zurücksetzungsvorgangs aus dem Wartungsmodus oder schalten Sie sie ein.

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

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

   • Bevor Sie Reset-ProvVMDisk ausführen, ändern Sie $ConfirmPreference in None:

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

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

Netzwerkeinstellung für ein vorhandenes Bereitstellungsschema ändern

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

Hinweis:

Diese Funktion wird in Citrix Virtual Apps and Desktops 2203 LTSR CU3 und höheren Versionen unterstützt.

Gehen Sie wie folgt vor, um die Netzwerkeinstellung für ein vorhandenes Bereitstellungsschema 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 gewünschten Netzwerkpfad zu gelangen.

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 Bereitstellungsschema 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. Sie können dann die verschiedenen Versionen des Maschinenkatalogs mit PowerShell-Befehlen verwalten. Sie können:

• Die Liste der Versionen eines Maschinenkatalogs anzeigen
• Eine beliebige frühere Version zum Aktualisieren des Maschinenkatalogs verwenden
• Eine Version manuell löschen, wenn sie nicht von einer VM dieses Maschinenkatalogs verwendet wird
• Die maximale Anzahl der vom Maschinenkatalog beizubehaltenden Versionen ändern (Standard ist 99)

Eine Version enthält die folgenden Informationen eines Maschinenkatalogs:

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

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

• Um die Konfigurationsdetails der verschiedenen Versionen eines Maschinenkatalogs anzuzeigen:

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

• Um die Konfigurationsdetails einer bestimmten Version eines Maschinenkatalogs anzuzeigen:

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

• Um die Gesamtzahl der mit einem Maschinenkatalog verknüpften Versionen anzuzeigen:

   (Get-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog).Count
   <!--NeedCopy-->
  

• Um eine frühere Version zum Aktualisieren des Maschinenkatalogs zu verwenden:

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

• Um eine Version manuell zu löschen, wenn sie von keiner VM dieses Maschinenkatalogs verwendet wird:

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

• Um die maximale Anzahl der vom Maschinenkatalog beizubehaltenden Versionen festzulegen (Standard 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 von Versionen erreicht, kann keine neue Version erstellt werden, wenn ältere Versionen von VMs 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 der vom Maschinenkatalog beizubehaltenden Versionen.
• Aktualisieren Sie einige VMs, die auf älteren Versionen basieren, sodass diese älteren Versionen nicht mehr von VMs referenziert werden und gelöscht werden können.

Einen nicht-maschinenprofilbasierten Maschinenkatalog in einen maschinenprofilbasierten Maschinenkatalog konvertieren

Sie können eine VM, eine Vorlagenspezifikation (im Fall von Azure), eine Startvorlage (im Fall von AWS) oder eine VMware-Vorlage (im Fall von VMware) als Maschinenprofil-Eingabe verwenden, um einen nicht-maschinenprofilbasierten Maschinenkatalog in einen maschinenprofilbasierten Maschinenkatalog zu konvertieren. Neue VMs, die dem Katalog hinzugefügt werden, übernehmen Eigenschaftswerte aus dem Maschinenprofil, es sei denn, sie werden durch eine explizite benutzerdefinierte Eigenschaft überschrieben.

Hinweis:

Ein vorhandener maschinenprofilbasierter Maschinenkatalog kann nicht in einen nicht-maschinenprofilbasierten Maschinenkatalog geändert werden.

So gehen Sie 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 wurden. Zum Beispiel:

   • Im Fall von Azure:

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

   • Im Fall von AWS:

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

   • Im Fall von VMware:

       Set-ProvScheme -ProvisioningSchemeName "my-prov-scheme" -MachineProfile "XDHyp:\HostingUnits\my-hosting-unit\my-template.template"
      <!--NeedCopy-->
     

     Hinweis:

     Legen Sie FolderID als benutzerdefinierte Eigenschaft fest, um zu vermeiden, dass FolderID von der VMware-Vorlage abgeleitet wird.

Reparieren der Identitätsinformationen aktiver Computerkonten

Sie können die Identitätsinformationen aktiver Computerkonten zurücksetzen, die identitätsbezogene Probleme aufweisen. Sie können wählen, ob Sie nur das Maschinenkennwort und die Vertrauensschlüssel zurücksetzen oder die gesamte Konfiguration der Identitätsdiskette zurücksetzen möchten. Diese Implementierung gilt sowohl für persistente als auch für nicht-persistente MCS-Maschinenkataloge.

Hinweis:

Derzeit wird die Funktion für AWS-, GCP-, Azure-, SCVMM-, XenServer- und VMware-Virtualisierungsumgebungen unterstützt.

Bedingungen

Stellen Sie Folgendes sicher, um die Identitätsdiskette erfolgreich zurückzusetzen:

• Schalten Sie die VM aus und versetzen Sie sie in den Wartungsmodus.
• Fügen Sie den Parameter -OS nicht in den PowerShell-Befehl ein.

Identitätsdatenträger zurücksetzen

So setzen Sie den Identitätsdatenträger 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 die Vertrauensschlüssel zurückzusetzen, führen Sie den folgenden Befehl aus:

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

     Die Beschreibung der im Befehl verwendeten Parameter lautet wie folgt:

     • IdentityAccountName: Der Name des Identitätskontos, das repariert werden muss.
     • PrivilegedUserName: Benutzerkonto mit Schreibberechtigung für den Identitätsanbieter (AD oder AzureAD).
     • PrivilegedUserPassword: Kennwort für PrivilegedUserName.
     • Target: Ziel für die Reparaturaktion. Dies kann IdentityInfo sein, um das Kontokennwort/den Vertrauensschlüssel zu reparieren, und UserCertificate, um Benutzerzertifikatattribute von Microsoft Entra hybrid verbundenen Maschinenidentitäten zu reparieren.

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

   • So erstellen Sie den Identitätsdatenträger vollständig neu:

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

     Hinweis:

     Wenn es sich bei der Maschine um eine Windows-Maschine mit VDA-Version 2511 oder höher handelt, wird unabhängig von der Einstellung -Recreate weiterhin dasselbe MachineGuid wie zuvor verwendet.

4. Geben Sie y ein, um die Aktion zu bestätigen. Sie können die Bestätigungsaufforderung auch mit dem Parameter -Force überspringen. Zum Beispiel:

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

5. Führen Sie Get-ProvVM -ProvisioningSchemeName <name -VMName <name> aus, um die aktualisierte Einstellung der Identitätsdisk zu überprüfen. Die Attribute der Identitätsdisk (zum Beispiel IdentityDiskId) müssen aktualisiert werden. Die StorageId und IdentityDiskIndex dürfen sich nicht ändern.

Cache-Konfiguration in einem vorhandenen Maschinenkatalog ändern

Nach dem Erstellen eines nicht-persistenten Katalogs mit aktiviertem MCSIO können Sie den Befehl Set-ProvScheme verwenden, um die folgenden Parameter zu ändern:

• WriteBackCacheMemorySize
• WriteBackCacheDiskSize

Diese Funktion ist derzeit anwendbar auf:

• GCP- und Microsoft Azure-Umgebungen, und
• einen nicht-persistenten Katalog mit aktiviertem MCSIO

Anforderungen

Die Anforderungen zum Ändern der Cache-Konfiguration sind:

• Aktualisieren Sie auf die neueste Version des VDA (2308 oder höher).

• Aktivieren Sie den Parameter UseWriteBackCache für den vorhandenen Maschinenkatalog. Verwenden Sie New-ProvScheme, um einen Maschinenkatalog mit aktiviertem UseWriteBackCache zu erstellen. Zum Beispiel:

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

Die Cache-Konfiguration ändern

Führen Sie den Befehl Set-ProvScheme aus. Zum 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 Cache-Speicherplatz erforderlich ist.
• Der Wert von WriteBackCacheMemorySize muss kleiner sein als die Speicherkapazität des Maschinenkatalogs.
• Diese Änderungen wirken sich nur auf neue VMs aus, die nach der Änderung zum Katalog hinzugefügt werden. Bestehende VMs sind von diesen Änderungen nicht betroffen.

VDA-Update-Unterstützung über lokalen Dateifreigabezugriff

Geben Sie den Speicherort des VDA-Installers über PowerShell-Cmdlets an, was Ihren Aufwand reduziert, Netzwerkregeln bereitzustellen, damit jeder VDA den neuen VDA-Installer vom Citrix Managed Azure CDN abrufen kann.

PowerShell-Cmdlets

Zwei neue optionale Parameter wurden den Cmdlets New-VusCatalogSchedule und New-VusMachineUpgrade hinzugefügt, die es Ihnen ermöglichen, Installer von einer lokalen Dateifreigabe zu verwenden.

• VdaWorkstationPackageUri – zum Angeben des UNC-Pfads zum VDA-Installer für Workstation-Betriebssysteme
• VdaServerPackageUri – zum Angeben des UNC-Pfads zum VDA-Installer für Server-Betriebssysteme

Voraussetzungen

• VUS-Agent-Installer, der mit VDA 2311 geliefert wird
• VDA-Upgrade-Agent auf Version 7.40.0.35 oder höher (unter Verwendung des VDA-Installers Version 2311 oder höher)
• Virtual Apps and Desktops Remote PowerShell SDK Version 7.40 oder neuer (veröffentlicht am 10. Januar 2024 oder später)

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.

• Dateifreigabeberechtigung für in die Domäne eingebundene Computer

  Wenn die VDA-Maschine in die Domäne eingebunden ist, verwendet das Konto Lokales System (VUA wird als Lokales System ausgeführt) Computeranmeldeinformationen beim Zugriff auf Netzwerkfreigaben.

  Die Berechtigung mit den geringsten Rechten kann durch Gewähren des Lesezugriffs für Domänencomputer festgelegt werden.

  1. Wählen Sie Personen in Ihrem Netzwerk aus, mit denen Sie die Datei teilen möchten.
  2. Klicken Sie auf Erweiterte Freigabeeinstellungen und aktivieren Sie Datei- und Druckerfreigabe.

• Dateifreigabeberechtigung für nicht in die Domäne eingebundene Computer

  Wenn die VDA-Maschine nicht in die Domäne eingebunden ist, verwendet das Konto Lokales System (VUA wird als Lokales System ausgeführt) ANONYMOUS LOGON beim Zugriff auf Netzwerkfreigaben.

  1. Wählen Sie einen freigegebenen Ordner aus.
  2. Deaktivieren Sie den Kennwortschutz.
     1. Gehen Sie zu den Ordner-Eigenschaften.
     2. Wählen Sie Netzwerk- und Freigabecenter aus.
     3. Deaktivieren Sie die kennwortgeschützte Freigabe.
  3. Klicken Sie auf Erweiterte Freigabe, um eine Freigabeberechtigung zu erteilen.
     1. Wählen Sie Berechtigungen aus.
     2. Erteilen Sie ANONYMOUS LOGON eine Lese-Freigabeberechtigung.
  4. Wählen Sie die Registerkarte Sicherheit aus, um Ordnerberechtigungen zu erteilen.
     1. Klicken Sie auf Bearbeiten, um Berechtigungen für den freigegebenen Ordner hinzuzufügen.
     2. Wählen Sie den freigegebenen Ordner aus, um ANONYMOUS LOGON Ordnerberechtigungen zu erteilen.
  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 Ihren Computer neu, damit die Änderung sofort wirksam wird.

VDA-Updates von einer lokalen Dateifreigabe

1. Laden Sie das VDA-Installationsprogramm herunter und legen Sie es im freigegebenen Ordner ab.

   Hinweis:

   Mit dem Virtual Upgrade Service können Sie entweder den Current Release-Track oder den LTSR-Track auswählen.

   Beispiel: Wenn der Maschinenkatalog auf Current Release 2311 eingestellt 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, All Editions aus.
   4. Wählen Sie das VDA-Installationsprogramm aus dem erweiterbaren Abschnitt Components that are on product ISO but also packaged separately aus.

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

   • Laden Sie das Multi-session OS VDA installer herunter, wenn der Katalogtyp multi session ist.
   • Laden Sie das Single-session OS VDA installer herunter, wenn der Katalogtyp single session ist.
   • Laden Sie das Single-session OS Core Services VDA installer herunter, wenn der Katalogtyp Remote PC Access ist.

Hinweis:

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

Speichermigration von VMs

Sie können den Plattenspeicher vorhandener VMs in VMware- und XenServer-Umgebungen von einem alten Speicher auf einen neuen Speicher verschieben. Während der Migration behält MCS die VM-Funktionen wie Energieverwaltung, Zurücksetzen der Betriebssystemfestplatte usw. bei. Sie können auch neue VMs zum Maschinenkatalog hinzufügen, indem Sie den neuen Plattenspeicher verwenden. Verwenden Sie dazu den PowerShell-Befehl Move-ProvVMDisk.

Sie können persistente Full-Clone-VMs und nicht-persistente VMs migrieren.

• Für persistente Full-Clone-VMs: OS-Disk, Identity-Disk und nicht von MCS bereitgestellte Datenträger.
• Für nicht-persistente VMs: OS-Disk, Identity-Disk und Write-back Cache (WBC)-Datenträger.

Der neue Speicher muss die folgenden Bedingungen erfüllen:

• Er muss sich im selben Cluster wie der alte Speicher befinden.
• Der Host, auf dem die VM ausgeführt wird, muss Zugriff auf den alten und den neuen Datenspeicher haben.

Festplattenspeicher migrieren

So migrieren Sie den Festplattenspeicher:

1. Fügen Sie einer vorhandenen Hosting-Einheit einen Zielspeicher hinzu. Sie können den PowerShell-Befehl Add-Hyphostingunitstorage ausführen, um den Zielspeicher hinzuzufügen:

   Wenn Sie keine neuen VMs zum alten Speicher hinzufügen möchten, ändern Sie den alten Speicher in Superseded. Dies können Sie mit Studio oder PowerShell-Befehlen tun. Informationen zu Studio finden Sie unter Speicher bearbeiten. Alternativ führen Sie Set-Hyphostingunitstorage aus und legen Superseded als true fest, um die Erstellung neuer VMs im alten Speicher zu deaktivieren.

   Hinweis:

   Für nicht-persistente VMs:

   • Wenn WBC verwendet wird, konfigurieren Sie den WBC-Zielspeicher in der Hosting-Einheit.
   • Wenn der OS-Zielspeicher konfiguriert ist, muss WBC (falls verwendet) mit dem OS-Zielspeicher kompatibel sein.
   • Wenn der OS-Zielspeicher nicht konfiguriert ist, muss WBC (falls verwendet) mit dem aktuellen OS-Speicher kompatibel sein.

2. Schalten Sie die VMs aus und aktivieren Sie den Wartungsmodus.

3. Rufen Sie die Informationen zum Bereitstellungsschema, zur Hosting-Einheit, zum OS-Festplattenspeicher und zum WBC-Festplattenspeicher ab.

   • Führen Sie ProvResourceInStorage für OS-Speicherinformationen aus. Zum Beispiel:

      $result=Get-ProvSchemeResourceInStorage -ProvisioningSchemeName xxxxx
      $result
      $result.ProvResourceInStorage | Format-List -Property *
      <!--NeedCopy-->
     

   • Führen Sie TemporaryStorageInfo für WBC-Speicherinformationen aus. Zum Beispiel:

      $result=Get-ProvSchemeResourceInStorage -ProvisioningSchemeName xxxxx
      $result
      $result.TemporaryStorageInfo | Format-List -Property *
      <!--NeedCopy-->
     

4. Migrieren Sie die OS-Festplatte, die Identitätsfestplatte und die WBC-Festplatte (anwendbar auf nicht-persistente VMs) mit dem PowerShell-Befehl Move-ProvVMDisk in den Zielspeicher.

   Hinweis:

   • Geben Sie die Betriebssystem- und Identitätsdatenträger immer in den Parametern DiskType und DestinationStorageId an.
   • Der DestinationStorageId für den Betriebssystemdatenträger und den Identitätsdatenträger muss derselbe sein.

   Beispiel:

   Persistente VMs:

   (Get-ProvVM -ProvisioningSchemeName xxxxx) | Move-ProvVMDisk -ProvisioningSchemeName "myFullCloneProvScheme" -VMName "machine01" -DiskType OS,Identity -DestinationStorageId datastore1,datastore1
   <!--NeedCopy-->
   

   Wichtig:

   Bei persistenten VMs werden alle Datenträger verschoben. Sie können nicht auswählen, welche Datenträger verschoben werden sollen.

   Nicht-persistente VMs:

   (Get-ProvVM -ProvisioningSchemeName xxxxx) | Move-ProvVMDisk -ProvisioningSchemeName "myCleanOnBootProvScheme" -VMName "machine01" -DiskType OS,Identity,WBC -DestinationStorageId None,None,datastore1
   <!--NeedCopy-->
   

   Wichtig:

   • Wenn Sie einen bestimmten Datenträger nicht migrieren möchten, setzen Sie den Wert für den Parameter DestinationStorageId auf None.
   • Wenn die VM einen WBC-Datenträger hat, fügen Sie den WBC-Datenträger im Parameter DiskType hinzu und die erforderlichen Informationen im Parameter DestinationStorageId.

Vorhandene MCS-bereitgestellte Kataloge zu einem Maschinenkatalog mit vorbereitetem Image migrieren

Sie können einen vorhandenen MCS-bereitgestellten Maschinenkatalog mithilfe eines PowerShell-Befehls Set-ProvSchemeImage in einen Maschinenkatalog mit vorbereitetem Image konvertieren. Nach der Migration können Sie jedoch nicht zum Legacy-Katalog zurückkehren. Derzeit ist diese Funktion für Azure- und VMware-Virtualisierungsumgebungen anwendbar.

Einschränkungen

Beachten Sie die folgenden Einschränkungen:

• Wenn der MCS-Katalog eine persistente Datenfestplatte verwendet, kann der Katalog nicht zur Verwendung eines vorbereiteten Images migriert werden.
• Wenn der MCS-Katalog nicht verwaltete Datenträger verwendet, kann der Katalog nicht zur Verwendung eines vorbereiteten Images migriert werden.

Migrieren zu Maschinenkatalog mit vorbereitetem Image

Gehen Sie zum Migrieren wie folgt vor:

1. Erstellen Sie eine Imagdefinition und Imageversionen mithilfe von Studio- oder PowerShell-Befehlen. Die Schritte zum Erstellen von Imagdefinitionen und Imageversionen finden Sie unter:

   • Azure:

     • Web Studio
     • PowerShell

   • VMware:

     • Web Studio
     • PowerShell

2. Führen Sie den Befehl Get-ProvScheme aus, um die UID des Bereitstellungsschemas abzurufen. Beispiel:

   Get-ProvScheme -ProvisioningSchemeName <name> | select ProvisioningSchemeName, ProvisioningSchemeUid
   <!--NeedCopy-->
   

3. Führen Sie den Befehl Get-ProvImageVersionSpec aus, um den Namen der Imagdefinition und die UID der Imageversionsspezifikation abzurufen. Beispiel:

   Get-ProvImageVersionSpec -ImageDifinitionName <name> -Filter {IsPrepared -eq $true} | select ImageDefinitionName ImageVersionSpecUId
   <!--NeedCopy-->
   

4. Führen Sie den Befehl Set-ProvSchemeImage aus, um einen vorhandenen MCS-bereitgestellten Maschinenkatalog in einen Maschinenkatalog mit vorbereitetem Image zu migrieren. Beispiel:

   Set-ProvSchemeImage -ProvisioningSchemeName [ProvisioningSchemeName] -ImageVersionSpecUid [ImageVersionSpecUid]
   <!--NeedCopy-->
   

5. Führen Sie den Befehl Get-ProvScheme aus, um zu überprüfen, ob der Katalog migriert wurde. Beispiel:

   Get-ProvScheme -ProvisioningSchemeName <name> | select ProvisioningSchemeName, ProvisioningSchemeUid, ImageVersionSpecUid
   <!--NeedCopy-->
   

Fehlerbehebung

• Für Maschinen mit dem Status „Unbekannter Energiezustand“ siehe CTX131267 für Anleitungen.
• Um VMs zu beheben, die kontinuierlich einen unbekannten Energiezustand anzeigen, siehe So beheben Sie VMs, die kontinuierlich einen unbekannten Energiezustand anzeigen.

Nächste Schritte

Informationen zum Verwalten spezifischer Cloud-Dienstkataloge finden Sie unter:

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