Maschinenkataloge verwalten

Hinweis:

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

Einführung

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

Die Katalogpflege kann auch die Sicherstellung umfassen, dass jede Maschine die neuesten Betriebssystemupdates enthält. Dazu gehören Antiviren-Updates, Betriebssystem-Upgrades oder Konfigurationsänderungen.

• Kataloge, die gepoolte Zufallsmaschinen enthalten, die mit Machine Creation Services™ (MCS) erstellt wurden, pflegen Maschinen, indem sie das im Katalog verwendete Masterimage aktualisieren und dann die Maschinen aktualisieren. 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-Zugriffs-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 neu für den Katalog erstellten Maschinen 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 neu zum Katalog hinzugefügten Maschinen verwenden das neue Image.
• Bei Katalogen mit nicht-persistenten Datenträgern wird das Maschinenimage beim nächsten Zurücksetzen der Maschine aktualisiert.
• Bei persistenten Maschinenkatalogen werden durch die Aktualisierung des Images auch die Kataloginstanzen aktualisiert, die es verwenden.
• Bei nicht-persistenten Katalogen 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:

• Mit Web Studio
• Mit 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
• Katalog bearbeiten
• Katalog umbenennen
• Katalog in eine andere Zone verschieben
• Katalog löschen
• Legacy-MCS-Kataloge in maschinenprofilbasierte Kataloge konvertieren
• Active Directory-Computerkonten in einem Katalog verwalten
• Katalog aktualisieren
  • Masterimage aktualisieren oder erstellen
  • Masterimage ändern
  • Masterimage zurücksetzen
• Funktionsebene ändern oder Änderung rückgängig machen
• Katalog klonen
• Kataloge mithilfe von Ordnern organisieren
  • Katalogordner erstellen
  • Katalog verschieben
  • Katalogordner verwalten
• Katalogerstellung wiederholen
• Nicht-MCS-bereitgestellte VDAs mithilfe von Token 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
• Cache-Konfiguration in einem vorhandenen Maschinenkatalog ändern
  • Anforderungen
  • Cachekonfiguration ändern
• VDA-Update-Unterstützung über lokalen Dateifreigabezugriff
  • PowerShell-Cmdlets
  • Voraussetzungen
  • Dateifreigabeberechtigungen festlegen
  • VDA-Updates von einer lokalen Dateifreigabe
• Problembehandlung
• Nächste Schritte

Katalogdetails anzeigen

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

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 zum Erstellen von Active Directory-Computerkonten für die zusätzlichen Maschinen verwenden, müssen Sie über die entsprechenden Domänenadministratorberechtigungen 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 Hash-Zeichen angeben, wo fortlaufende Nummern oder Buchstaben erscheinen. Verwenden Sie keinen Schrägstrich (/) in einem OU-Namen. Ein Name darf nicht mit einer Zahl beginnen. Ein Benennungsschema wie PC-Sales-## (mit 0-9 ausgewählt) führt beispielsweise zu Computerkonten mit den Namen PC-Sales-01, PC-Sales-02, PC-Sales-03 usw.
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. Erlauben Sie Web Studio entweder, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort an, das für alle Konten dasselbe sein muss.

Die Maschinen werden als Hintergrundprozess erstellt, was bei der Erstellung vieler Maschinen viel Zeit in Anspruch nehmen kann. 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 erforderlich sind.
• Alle Benutzer sind abgemeldet. Das Aktivieren des Wartungsmodus verhindert, dass neue Verbindungen zu einer Maschine hergestellt werden.
• Maschinen sind ausgeschaltet.

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 und dann in der Aktionsleiste Maschinen anzeigen aus.
4. Wählen Sie eine oder mehrere Maschinen und dann in der Aktionsleiste Löschen aus.

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 aus.
3. Wählen Sie einen Katalog und dann in der Aktionsleiste Maschinenkatalog bearbeiten aus.
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 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 mehr als einer NIC 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 bei Nutanix-Hypervisoren nur für Nutanix Prism Element 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. Vorhandene 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.

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

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

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

   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 möchten, wird ein roter Punkt neben dem Menü Virtuelle Maschinen angezeigt, der Sie auffordert, eine neue Maschinengröße auszuwählen.

   • Wählen Sie auf der Seite Lizenztyp aus, ob Sie die Windows-Lizenz- oder Linux-Lizenz-Einstellung ä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 hat, 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 aus, und wählen Sie dann in der Aktionsleiste Maschinenkatalog löschen.
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.

Ältere MCS-Kataloge 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. Aktivieren Sie auf der Seite Maschinenkatalog bearbeiten > Maschinenprofil das Kontrollkästchen Maschinenprofil verwenden (obligatorisch für Azure Active Directory).
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 erforderliche Option für die Einstellungen aus, die Sie verwenden möchten, und klicken Sie auf Weiter.
6. Klicken Sie auf Übernehmen.

Hinweis:

Diese Funktion ist derzeit nur für Azure, AWS und VMware verfügbar.

Active Directory-Computerkonten in einem Katalog verwalten

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

• Nicht verwendete Maschinenkonten freigeben, indem Sie Active Directory-Computerkonten aus Single-Session-OS- und Multi-Session-OS-Katalogen entfernen. Diese Konten können dann für andere Maschinen verwendet werden.
• Fügen Sie Konten hinzu, damit 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 im linken Bereich Maschinenkataloge aus.
3. Wählen Sie einen Katalog und dann in der Aktionsleiste AD-Konten verwalten aus.

4. Wählen Sie, ob Computerkonten hinzugefügt oder gelöscht werden sollen. 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 sie 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

Es wird empfohlen, 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 die 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 erforderliche Ä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:

   Für einen mit 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 ohne Notiz aktualisieren, 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 Rolloutstrategie aus, wann die Maschinen im Maschinenkatalog mit dem neuen Masterimage aktualisiert werden sollen: bei der 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.

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 Aktualisierungsfortschritt zu verfolgen, suchen Sie den Katalog unter Maschinenkataloge, um die Inline-Fortschrittsanzeige und das Schritt-für-Schritt-Fortschrittsdiagramm anzuzeigen.

Beim Aktualisieren eines Katalogs direkt über das PowerShell SDK anstatt über Web Studio 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 Master-Image für einen Azure-basierten Maschinenkatalog bereit:

1. Wählen Sie in Web Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie einen Azure-Katalog aus und wählen Sie dann in der Aktionsleiste Master-Image ändern aus.
3. Auf der Seite Master-Image ändern wählen Sie ein Image unter Master-Image aus. Der Bereich listet alle Images auf, die derselben Region wie die Ressourcen angehören.

Bereitstellungsstrategie:

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 in Gebrauch ist, 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 betreffenden Maschinen abgeschlossen ist.
• Bei Single-Session-OS-Maschinen werden Maschinen sofort aktualisiert, wenn die Maschine nicht verwendet wird oder wenn Benutzer nicht angemeldet sind.
• Bei einem Multi-Session-OS mit untergeordneten Maschinen erfolgen Neustarts nicht automatisch. Um das aktualisierte Master-Image anzuwenden, starten Sie die Maschinen über 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.

Master-Image zurücksetzen

Nachdem Sie ein aktualisiertes oder neues Master-Image bereitgestellt haben, können Sie es zurücksetzen. Dieser Vorgang kann erforderlich sein, wenn Probleme mit den neu aktualisierten Maschinen auftreten. Wenn Sie ein Rollback durchführen, werden die Maschinen im Katalog auf das letzte funktionierende Image zurückgesetzt. Alle neuen Funktionen, die das neuere Image erfordern, sind nicht mehr verfügbar. Wie bei der Bereitstellung umfasst das Zurücksetzen einer Maschine einen Neustart.

1. Melden Sie sich bei Web Studio an.
2. Wählen Sie im linken Bereich Maschinenkataloge aus.
3. Wählen Sie den Katalog und dann in der Aktionsleiste Masterimage zurücksetzen aus.
4. Geben Sie an, wann das frühere Masterimage auf die Maschinen angewendet werden soll, wie im vorherigen 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 die schrittweise Fortschrittsgrafik anzuzeigen.

Funktionale Ebene ändern oder Änderung rückgängig machen

Ändern Sie die funktionale Ebene 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.

Vor dem Ändern der funktionalen Ebene für einen Maschinenkatalog:

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

So ändern Sie die funktionale Ebene 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 Funktionale Ebene ändern aus. 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, wird in einer Meldung der Grund dafür erläutert. Um sicherzustellen, dass alle Maschinen ordnungsgemäß funktionieren, empfiehlt Citrix, Maschinenprobleme zu beheben, bevor Sie auf Ändern klicken, um fortzufahren.

Nach Abschluss der Katalogänderung können Sie die Maschinen auf ihre vorherigen VDA-Versionen zurücksetzen, indem Sie den Katalog auswählen und dann in der Aktionsleiste Funktionale Ebenenänderung rückgängig machen auswählen.

Katalog klonen

Bevor Sie einen Katalog klonen, beachten Sie 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 Masterimage auswählen, listet das Blade alle Images auf, die derselben Region wie die der 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.
• Nach Abschluss des Klonvorgangs weisen Sie den geklonten Katalog unbedingt einer Bereitstellungsgruppe zu.

1. Melden Sie sich bei Web Studio an und wählen Sie dann im linken Bereich Maschinenkataloge.
2. Wählen Sie einen Katalog aus und wählen Sie dann in der Aktionsleiste Klonen.
3. Im Fenster Ausgewählten Maschinenkatalog klonen zeigen Sie die Einstellungen für den geklonten Katalog an und konfigurieren die Einstellungen nach Bedarf. Wählen Sie Weiter, um zur nächsten Seite zu gelangen.
4. Auf der Seite Zusammenfassung zeigen Sie eine Zusammenfassung der Einstellungen an und wählen Sie Fertig stellen, um den Klonvorgang 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 Image-Typ 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.

Einen Katalogordner erstellen

Planen Sie zunächst, wie Sie Ihre Kataloge organisieren möchten. Berücksichtigen Sie Folgendes:

• Sie können Ordner bis zu fünf Ebenen tief verschachteln (ohne den Standardstammordner).
• Ein Katalogordner kann Kataloge und Unterordner enthalten.

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

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

Führen Sie die folgenden Schritte aus, 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 Maschinenkataloge im linken Bereich aus.
2. Kataloge nach Ordner anzeigen. Sie können auch 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.
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 Maschinenkataloge im linken Bereich aus.

2. Wählen Sie in der Ordnerhierarchie einen Ordner aus und wählen Sie 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.

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. Bevor Sie die Katalogerstellung wiederholen, beachten Sie 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 Erstellung eines Katalogs zu wiederholen:

1. Wählen Sie in Web Studio im linken Bereich Maschinenkataloge aus.
2. Wählen Sie den Katalog aus und wechseln Sie dann zu dessen 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. Wählen Sie nach Abschluss Fertig stellen, um die Erstellung zu starten.

Nicht-MCS-bereitgestellte VDAs mithilfe von Token registrieren

Sie können jetzt Registrierungstoken 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.

Bevor Sie beginnen

1. Konfigurieren Sie Ihre Site. Weitere Informationen finden Sie unter Site erstellen.
2. Installieren Sie TLS-Zertifikate auf den Delivery Controllern. Weitere Informationen finden Sie unter Installieren von TLS-Serverzertifikaten auf Controllern.
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.

Registrierungstoken generieren

Nachdem Sie sich entschieden haben, die tokenbasierte Registrierung für nicht von Citrix bereitgestellte Maschinen zu aktivieren, müssen Sie zuerst Token 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. Die Dauer darf 14 Tage nicht überschreiten. 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 VDAs und eines Tokens auf Maschinen finden Sie unter VDAs installieren.

Token verwalten

Sie haben zwei Möglichkeiten, einen Token zu widerrufen und für die VDA-Registrierung unbrauchbar zu machen:

• Widerrufen: Widerruft den Token, behält ihn aber zu Protokollierungszwecken in der Liste.
• Löschen: Widerruft den Token und löscht ihn 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 der VDA mithilfe des Registrierungstokens zum Maschinenkatalog hinzugefügt wird.

Hinweis:

Dieses Tool ist für die Registrierung von VDA-Maschinen konzipiert, 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 in 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. Melden Sie sich beim Web Studio an, 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 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
• Cache-Konfiguration in einem vorhandenen Maschinenkatalog ändern
• VDA-Update-Unterstützung über lokalen Dateifreigabezugriff

Warnungen und Fehler abrufen, die einem Katalog zugeordnet sind

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, der dieser Ereignis-ID entspricht
• Mit dem Parameter Filter: Ruft Fehler oder Warnungen nach einem benutzerdefinierten 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, der 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 erhalten.
• 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, selbst 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 Sie den Befehl PurgeDBOnly

Wenn der PowerShell-Befehl Remove-ProvVM -ProvisioningSchemeName SCVMM-MC -VMName SCVMM01 -ForgetVM ausgeführt wird, 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 Meldung 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 hinzuzufügen, wenn Sie einen Katalog erstellen oder ein vorhandenes Masterimage für einen Katalog aktualisieren. 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 mit einem Maschinenkatalog verknüpfte Masterimage zu aktualisieren, 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 den Inline-Fortschrittsbalken und den schrittweisen Fortschrittsgraphen anzuzeigen.

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

• Sie haben keine Berechtigung zum Rollback.
• Der Katalog wurde nicht mit MCS erstellt.
• Der Katalog wurde mithilfe eines Images des Betriebssystemdatenträgers erstellt.
• Der zum Erstellen des Katalogs verwendete Snapshot ist beschädigt worden.
• Benutzeränderungen an den Maschinen im Katalog werden nicht beibehalten.
• Maschinen im Katalog werden ausgeführt.

OS-Datenträger zurücksetzen

Verwenden Sie den PowerShell-Befehl Reset-ProvVMDisk, um den Betriebssystemdatenträger 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 existieren 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 den Reset 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 den Reset für jede VM durch:

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

   • Geben Sie eine einzelne VM namentlich an:

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

   • Erstellen Sie separate Reset-Aufgaben 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-Fähigkeitsprü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 Reset-Vorgangs 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 zu dem 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 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 mithilfe von PowerShell-Befehlen verwalten. Sie können:

• Die Liste der Versionen eines Maschinenkatalogs anzeigen
• Eine beliebige frühere Version verwenden, um den Maschinenkatalog zu aktualisieren
• Eine Version manuell löschen, wenn sie nicht von einer VM dieses Maschinenkatalogs verwendet wird
• Die maximale Anzahl von Versionen ändern, die vom Maschinenkatalog beibehalten werden sollen (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.

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

• So verwenden Sie eine frühere Version, um den Maschinenkatalog zu aktualisieren:

   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 (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 der maximalen Anzahl von Versionen, die vom Maschinenkatalog beibehalten werden sollen.
• Aktualisieren Sie einige VMs, die auf älteren Versionen basieren, sodass diese älteren Versionen nicht mehr von VMs referenziert und gelöscht werden können.

Konvertieren eines nicht-maschinenprofilbasierten Maschinenkatalogs in einen maschinenprofilbasierten Maschinenkatalog

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.

Identitätsinformationen aktiver Computerkonten reparieren

Sie können die Identitätsinformationen aktiver Computerkonten zurücksetzen, die Probleme mit der Identität aufweisen. Sie können wählen, ob Sie nur das Maschinenkennwort und die Vertrauensschlüssel zurücksetzen oder die gesamte Konfiguration des Identitätsdatenträgers 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 den Identitätsdatenträger erfolgreich zurückzusetzen:

• VM ausschalten und in den Wartungsmodus versetzen
• Nehmen Sie den Parameter -OS nicht in den PowerShell-Befehl auf

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 Computerkennwort 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, das Schreibberechtigungen für den Identitätsanbieter (AD oder AzureAD) besitzt.
     • PrivilegedUserPassword: Kennwort für PrivilegedUserName.
     • Target: Ziel der Reparaturaktion. Dies kann IdentityInfo sein, um das Kontokennwort/den Vertrauensschlüssel zu reparieren, oder UserCertificate, um Benutzerzertifikatattribute von Hybrid AzureAD-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-->
     

4. Geben Sie y ein, um die Aktion zu bestätigen. Sie können die Bestätigungsaufforderung auch mit dem Parameter -Force überspringen. 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 des Identitätsdatenträgers zu überprüfen. Die Attribute des Identitätsdatenträgers (z. B. IdentityDiskId) müssen aktualisiert werden. StorageId und IdentityDiskIndex dürfen sich nicht ändern.

Cachekonfiguration für einen vorhandenen Maschinenkatalog ändern

Nachdem Sie einen nicht-persistenten Katalog mit aktiviertem MCSIO erstellt haben, 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 Cachekonfiguration 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. Beispiel:

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

Die 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 Cache-Speicherplatz erforderlich ist.
• Der Wert von WriteBackCacheMemorySize muss kleiner sein als die Speichergröße 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-Installationsprogramms über PowerShell-Cmdlets an, wodurch Sie weniger Aufwand haben, Netzwerkregeln bereitzustellen, damit jeder VDA das neue VDA-Installationsprogramm vom Citrix Managed Azure CDN abrufen kann.

PowerShell-Cmdlets

Zwei neue optionale Parameter wurden zu den Cmdlets New-VusCatalogSchedule und New-VusMachineUpgrade hinzugefügt, die die Verwendung von Installationsprogrammen aus einer lokalen Dateifreigabe ermöglichen.

• VdaWorkstationPackageUri – zum Angeben des UNC-Pfads zum VDA-Installationsprogramm für Workstation-Betriebssysteme
• VdaServerPackageUri – zum Angeben des UNC-Pfads zum VDA-Installationsprogramm 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-Installationsprogramms 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.

• Berechtigung für Domänen-Dateifreigabe

  Wenn die VDA-Maschine einer Domäne beigetreten 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 die 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) die ANONYME ANMELDUNG 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 das 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 der ANONYMEN ANMELDUNG eine Lesefreigabeberechtigung.
  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 Ordnerberechtigungen für ANONYME ANMELDUNG 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 Bereich Komponenten, die sich auf dem Produkt-ISO befinden, aber auch separat verpackt sind aus.

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

   • Laden Sie das Multi-session OS VDA-Installationsprogramm herunter, wenn der Katalogtyp Multi-Session ist.
   • Laden Sie das Single-session OS VDA-Installationsprogramm herunter, wenn der Katalogtyp Single-Session ist.
   • Laden Sie das Single-session OS Core Services VDA-Installationsprogramm 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 dem Maschinenkatalog auch neue VMs mit dem neuen Plattenspeicher hinzufügen. Verwenden Sie dazu den PowerShell-Befehl Move-ProvVMDisk.

Sie können persistente VMs mit vollständigem Klon und nicht-persistente VMs migrieren.

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

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.

Den Plattenspeicher migrieren

So migrieren Sie den Plattenspeicher:

1. Fügen Sie einer vorhandenen Hostingeinheit 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 Abgelöst. Sie können dies mit Studio oder PowerShell-Befehlen tun. Informationen zu Studio finden Sie unter Speicher bearbeiten. Alternativ können Sie Set-Hyphostingunitstorage ausführen und Superseded als true festlegen, 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 Hostingeinheit.
   • 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 Hostingeinheit, zum OS-Plattenspeicher und zum WBC-Plattenspeicher 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 für nicht-persistente VMs) mit dem PowerShell-Befehl Move-ProvVMDisk zum Zielspeicher.

   Hinweis:

   • Geben Sie die OS- und Identitätsfestplatten immer in den Parametern DiskType und DestinationStorageId an.
   • Der DestinationStorageId für OS-Datenträger und 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 Maschinenkatalogen 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 einen persistenten Datenträger verwendet, kann der Katalog nicht für die Verwendung eines vorbereiteten Images migriert werden.
• Wenn der MCS-Katalog nicht verwaltete Datenträger verwendet, kann der Katalog nicht für die Verwendung eines vorbereiteten Images migriert werden.

Migration zu einem Maschinenkatalog mit vorbereitetem Image

Gehen Sie für die Migration wie folgt vor:

1. Erstellen Sie eine Imagedefinition und Imageversionen mit Studio oder PowerShell-Befehlen. Die Schritte zum Erstellen von Imagedefinitionen 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 Imagedefinition 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-->
   

Problembehandlung

• Informationen zu Maschinen mit dem Status „Power State Unknown“ finden Sie unter CTX131267.
• Um VMs zu beheben, die kontinuierlich einen unbekannten Energiezustand anzeigen, siehe Beheben von VMs, die kontinuierlich einen unbekannten Energiezustand anzeigen.

Nächste Schritte

Informationen zur Verwaltung spezifischer Cloud-Dienstkataloge finden Sie unter:

• Verwalten eines AWS-Katalogs
• Verwalten eines XenServer-Katalogs
• Verwalten eines Google Cloud Platform-Katalogs
• Verwalten eines Microsoft Azure-Katalogs
• Verwalten eines Microsoft System Center Virtual Machine Manager-Katalogs
• Verwalten eines VMware-Katalogs