Maschinenkataloge verwalten
Einführung
Sie können Maschinen in Maschinenkatalogen hinzufügen, entfernen und umbenennen, Maschinenbeschreibungen ändern und die Active Directory-Computerkonten des Katalogs verwalten.
Zur Verwaltung von Katalogen kann auch die Sorge dafür gehören, dass jede Maschine über die neuesten Betriebssystemupdates verfügt. Dies schließt Antivirenupdates, Betriebssystemupgrades und Konfigurationsänderungen ein.
- Maschinenkataloge mit gepoolt-zufälligen Maschinen, die mit Maschinenerstellungsdienste (MCS) erstellt wurden, können Sie pflegen, indem Sie das Masterimage des Katalogs und dann die Maschinen aktualisieren. So können Sie eine große Anzahl Maschinen effizient aktualisieren.
- Bei mit Citrix Provisioning erstellten Maschinen werden Updates über den virtuellen Datenträger verteilt. Informationen hierzu finden Sie in der Dokumentation von Citrix Provisioning.
- Bei Katalogen mit statischen (permanent zugewiesenen) oder Remote-PC-Zugriff-Maschinen verwalten Sie Updates an den Benutzermaschinen Studio-extern. Tun Sie dies entweder für einzelne Maschinen oder alle Maschinen mit Bereitstellungssoftware von Drittanbietern.
Weitere Informationen zum Erstellen und Verwalten von Verbindungen mit Hosthypervisors 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 Website von Microsoft.
Informationen zu persistenten Instanzen
Beim Update eines MCS-Katalogs, der mit persistenten, also dedizierten Instanzen, erstellt wurde, verwenden alle neu für den Katalog erstellten Maschinen das aktualisierte Image. Bereits vorhandene Instanzen verwenden weiterhin die ursprüngliche Instanz. Das Update eines Images wird für jeden anderen Katalogtyp auf die gleiche Weise durchgeführt. Beachten Sie Folgendes:
- Bei persistenten Datenträgerkatalogen werden die bereits vorhandenen Maschinen nicht auf das neue Image aktualisiert. Alle neu dem Katalog hinzugefügten Maschinen verwenden aber das neue Image.
- Bei nichtpersistenten Datenträgerkatalogen wird das Maschinenimage aktualisiert, wenn die Maschine das nächste Mal zurückgesetzt wird.
- Bei persistenten Maschinenkatalogen werden durch das Update des Images auch die Kataloginstanzen aktualisiert, die es verwenden.
- Bei nichtpersistenten Katalogen müssen Images in separaten Katalogen sein, wenn Sie unterschiedliche Images für verschiedene Maschinen brauchen.
Maschinen zum Maschinenkatalog hinzufügen
Vorbereitungen:
- Stellen Sie sicher, dass der Virtualisierungshost genügend Prozessoren, Arbeitsspeicher und Speicher zur Unterbringung der zusätzlichen Maschinen hat.
- Stellen Sie sicher, dass Sie genügend ungenutzte Active Directory-Computerkonten haben. Wenn Sie bestehende Konten verwenden, können Sie nur so viele Maschinen erstellen, wie Sie Konten haben.
- Wenn Sie Active Directory-Computerkonten für die zusätzlichen Maschinen mit Studio erstellen, müssen Sie die erforderlichen Domänenadministratorrechte haben.
Hinzufügen von Maschinen zum Maschinenkatalog
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Maschinenkatalog und dann im Bereich Aktionen die Option Maschinen hinzufügen.
- Legen Sie die Anzahl der hinzuzufügenden virtuellen Maschinen fest.
- Gibt es nicht genügend Active Directory-Konten für die Zahl der VMs, die Sie hinzufügen möchten, wählen Sie die Domäne und den Speicherort, an dem Konten erstellt werden sollen. Legen Sie ein Kontobenennungsschema mit Hashmarkierungen zur Kennzeichnung der Platzierung sequenzieller Zahlen bzw. Buchstaben fest. Verwenden Sie keinen Schrägstrich (/) in Namen von Organisationseinheiten. Namen dürfen nicht mit einer Zahl beginnen. Beispiel: Das Benennungsschema “PC-Vertrieb-##” (und Aktivieren von 0-9) bewirkt eine Benennung der Computerkonten als “PC-Vertrieb-01”, “PC-Vertrieb-02”, “PC-Vertrieb-03” usw.
- Wenn Sie bestehende Active Directory-Konten verwenden, navigieren Sie zu den Konten oder klicken Sie auf Importieren und geben Sie eine CSV-Datei mit Kontonamen an. Stellen Sie sicher, dass Sie ausreichend Konten für die hinzuzufügenden Maschinen haben. Studio verwaltet diese Konten. Gestatten Sie Studio, die Kennwörter für alle Konten zurückzusetzen, oder geben Sie das Kontokennwort (muss für alle Konten gleich sein) an.
Die Maschinen werden in einem Hintergrundprozess erstellt, der beim Erstellen einer großen Zahl von Maschinen lange dauern kann. Die Maschinenerstellung wird fortgesetzt, selbst wenn Sie Studio schließen.
Löschen von Maschinen aus einem Maschinenkatalog
Wenn Sie eine Maschine aus einem Maschinenkatalog löschen, können Benutzer nicht mehr darauf zugreifen. Vergewissern Sie sich vor dem Löschen daher, dass folgende Bedingungen erfüllt sind:
- Die Benutzerdaten wurden gesichert oder werden nicht mehr benötigt.
- Alle Benutzer sind abgemeldet. Durch das Aktivieren des Wartungsmodus wird verhindert, dass neue Verbindungen mit einer Maschine hergestellt werden.
- Die Maschinen sind ausgeschaltet.
Löschen von Maschinen aus einem Maschinenkatalog
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Katalog und dann im Bereich Aktionen die Option Maschinen anzeigen.
- Wählen Sie eine oder mehrere Maschinen und dann im Bereich Aktionen die Option Löschen.
Wählen Sie aus, ob die Maschinen wirklich gelöscht werden sollen. Falls ja, geben Sie an, ob die zugehörigen Active Directory-Konten beibehalten, deaktiviert oder gelöscht werden sollen.
Ändern einer Maschinenkatalogbeschreibung oder der Remote-PC-Zugriff-Einstellungen
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Katalog und dann im Bereich Aktionen die Option Maschinenkatalog bearbeiten.
- Bei Remote-PC-Zugriff-Katalogen können Sie auf der Seite Energieverwaltung die Energieverwaltungseinstellungen ändern und eine Energieverwaltungsverbindung auswählen. Verwenden Sie die Seite Organisationseinheiten zum Hinzufügen und Entfernen von Active Directory-Organisationseinheiten.
- Ändern Sie auf der Seite Beschreibung die Beschreibung des Maschinenkatalogs.
Umbenennen von Maschinenkatalogen
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Katalog und dann im Bereich Aktionen die Option Maschinenkatalog umbenennen.
- Geben Sie den neuen Namen ein.
Verschieben eines Maschinenkatalogs in eine andere Zone
Wenn eine Bereitstellung mehrere Zonen enthält, können Sie Maschinenkataloge von Zone zu Zone verschieben.
Wenn Sie einen Maschinenkatalog aus dem Hypervisor mit den zugehörigen VMs in eine andere Zone verschieben, wirkt sich dies negativ auf die Leistung aus.
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Katalog und dann im Bereich Aktionen die Option Verschieben.
- Wählen Sie die Zone aus, in die Sie den Katalog verschieben möchten.
Löschen eines Katalogs
Vor dem Löschen eines Katalogs müssen Sie Folgendes sicherstellen:
- Alle Benutzer sind abgemeldet und es werden keine getrennten Sitzungen ausgeführt.
- Der Wartungsmodus ist für alle Maschinen in dem Katalog aktiviert, damit keine neuen Verbindungen hergestellt werden können.
- Alle Maschinen in dem Katalog sind ausgeschaltet.
- Der Katalog ist keiner Bereitstellungsgruppe zugeordnet. Das heißt, keine Bereitstellungsgruppe enthält Maschinen aus dem Katalog.
Löschen eines Maschinenkatalogs
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Katalog und dann im Bereich Aktionen die Option Maschinenkatalog löschen.
- Geben Sie an, ob die Maschinen in dem Katalog gelöscht werden sollen. Falls ja, geben Sie an, ob die zugehörigen Active Directory-Computerkonten beibehalten, deaktiviert oder gelöscht werden sollen.
Verwalten von Active Directory-Computerkonten in einem Maschinenkatalog
Zum Verwalten von Active Directory-Konten in einem Maschinenkatalog haben Sie folgende Möglichkeiten:
- Freigeben nicht verwendeter Maschinenkonten durch Entfernen von Active Directory-Computerkonten aus Katalogen mit Maschinen für Einzelsitzungs- und Multisitzungs-OS. Diese Konten können dann für andere Maschinen verwendet werden.
- Hinzufügen von Konten, damit beim Hinzufügen weiterer Maschinen zum Katalog Computerkonten bereit stehen. Verwenden Sie keinen Schrägstrich (/) in Namen von Organisationseinheiten.
Verwalten von Active Directory-Konten
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Maschinenkatalog und dann im Bereich Aktionen die Option Active Directory-Konten verwalten.
-
Entscheiden Sie, ob Sie Computerkonten hinzufügen oder löschen möchten. Wenn Sie Konten hinzufügen, geben Sie an, wie mit den Kennwörtern verfahren werden soll: Setzen Sie entweder alle zurück oder geben Sie ein für alle Konten geltendes Kennwort ein.
Sie können die Kennwörter zurückzusetzen, wenn Sie die aktuellen Kennwörter nicht kennen. Zum Zurücksetzen von Kennwörtern müssen Sie die entsprechende Berechtigung haben. Wenn Sie ein Kennwort eingeben, wird das Kennwort von Konten beim Importieren geändert. Wenn Sie ein Konto löschen, legen Sie fest, ob das Konto in 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.
Aktualisieren von Maschinenkatalogen
Wir empfehlen, vor dem Durchführen von Updates von Maschinen in einem Katalog Kopien oder Snapshots der Masterimages zu speichern. In der Datenbank wird von jedem Masterimage eines Maschinenkatalogs ein historischer Datensatz beibehalten. Rollback oder Wiederherstellen von Maschinen in einem Katalog, um die vorherige Masterimageversion zu verwenden. Führen Sie diese Aufgabe aus, wenn Benutzer Probleme durch Updates haben, die Sie auf den Desktops bereitgestellt haben. Dadurch werden Ausfallzeiten für die Benutzer minimiert. Masterimages dürfen nicht gelöscht, verschoben oder umbenannt werden. Sie können einen Katalog nicht zu ihrer Verwendung wiederherstellen.
Bei Maschinenkatalogen, die Citrix Provisioning (zuvor “Provisioning Services”) verwenden, müssen Sie einen neuen virtuellen Datenträger veröffentlichen, um Änderungen auf den Katalog anzuwenden. Informationen hierzu finden Sie in der Dokumentation zu Citrix Provisioning.
Nachdem eine Maschine aktualisiert wurde, wird sie automatisch neu gestartet.
Aktualisieren oder Erstellen eines Masterimages
Bevor Sie einen Maschinenkatalog aktualisieren, aktualisieren Sie zunächst ein vorhandenes Masterimage oder erstellen Sie eins auf dem Hypervisor.
- Erstellen Sie auf dem Hypervisor einen Snapshot der aktuellen VM und geben Sie diesem einen aussagekräftigen Namen. Der Snapshot kann notfalls zur Wiederherstellung (Rollback) der Maschinen in dem Katalog verwendet werden.
- Falls erforderlich, schalten Sie das Masterimage ein und melden Sie sich an.
- Installieren Sie Updates bzw. nehmen Sie die erforderlichen Änderungen am Masterimage vor.
- Schalten Sie die virtuelle Maschine aus.
- Erstellen Sie einen Snapshot der VM. Geben Sie diesem einen aussagekräftigen Namen, der bei der Aktualisierung des Katalogs in Studio erkannt wird. Obwohl Studio einen Snapshot erstellen kann, empfiehlt Citrix, dass Sie diesen mit der Hypervisor-Verwaltungskonsole erstellen. Wählen Sie dann den Snapshot in Studio aus. Dadurch können Sie statt eines automatisch erstellten Namens einen aussagekräftigen Namen und eine Beschreibung zuweisen. Bei GPU-Masterimages können Sie das Masterimage nur über die Citrix Hypervisor-Konsole ändern.
Aktualisieren des Katalogs
Vorbereiten und Verteilen des Updates auf allen Maschinen in einem Katalog
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie einen Maschinenkatalog und dann im Bereich Aktionen die Option Maschinen aktualisieren.
- Wählen Sie auf der Seite Masterimage den Host und das Masterimage aus, das Sie verwenden möchten.
- Legen Sie auf der Seite Rolloutstrategie fest, wann die Aktualisierung der Maschinen im Maschinenkatalog erfolgen soll: beim nächsten Herunterfahren oder sofort.
- Überprüfen Sie die Informationen auf der Seite Zusammenfassung und klicken Sie auf Fertig stellen. Jede Maschine wird nach erfolgter Aktualisierung automatisch neu gestartet.
Wenn Sie einen Katalog nicht in Studio, sondern direkt mit dem PowerShell-SDK aktualisieren, geben Sie eine Hypervisorvorlage (VMTemplates) an. Verwenden Sie diese Option als Alternative zu einem Image oder einem Imagesnapshot.
Rolloutstrategie:
Das Imageupdate beim nächsten Herunterfahren wirkt sich sofort auf alle nicht in Verwendung befindliche Maschinen aus, d. h. auf Maschinen ohne aktive Benutzersitzung. In Verwendung befindliche Systeme erhalten das Update bei Beenden der aktiven Sitzung. Beachten Sie Folgendes:
- Neue Sitzungen können erst gestartet werden, wenn das Update auf einer Maschine abgeschlossen ist.
- Einzelsitzungs-OS-Maschinen werden, wenn sie nicht in Verwendung sind bzw. keine Benutzer angemeldet sind, sofort aktualisiert.
- Bei Multisitzungs-OS mit untergeordneten Maschinen werden keine automatischen Neustarts durchgeführt. Sie müssen manuell heruntergefahren und neu gestartet werden.
Tipp:
Zum Beschränken der Anzahl neu gestarteter Maschine können Sie die erweiterten Einstellungen für eine Hostverbindung verwenden. Über diese Einstellungen können Sie die für einen Katalog durchgeführten Aktionen ändern. Erweiterte Einstellungen variieren je nach Hypervisor.
Wenn Sie mit PowerShell einen einmaligen Neustart planen möchten, verwenden Sie die folgenden PowerShell-Befehle für BrokerCatalogRebootSchedule
, um den Plan für einen Neustart zu erstellen, zu ändern und zu löschen:
- Get-BrokerCatalogRebootSchedule
- New-BrokerCatalogRebootSchedule
- Set-BrokerCatalogRebootSchedule
- Remove-BrokerCatalogRebootSchedule
- Rename-BrokerCatalogRebootSchedule
Beispiel:
-
Neustart der VMs im Katalog BankTellers planen, der am 3. Februar 2022 zwischen 2:00 Uhr und 4:00 Uhr beginnen soll.
C:\PS> New-BrokerCatalogRebootSchedule -Name BankTellers -CatalogName BankTellers -StartDate "2022-02-03" -StartTime "02:00" -Enabled $true -RebootDuration 120 <!--NeedCopy-->
-
Neustart der VMs im Katalog mit UID 17 planen, der am 3. Februar 2022 zwischen 1:00 Uhr und 5:00 Uhr beginnen soll. Zehn Minuten vor dem Neustart erscheint auf jeder VM in allen Benutzersitzungen ein Warnhinweis mit dem Titel WARNUNG: Ausstehender Neustart und der Nachricht Speichern Sie Ihre Arbeit.
C:\PS> New-BrokerCatalogRebootSchedule -Name 'Update reboot' -CatalogUid 17 -StartDate "2022-02-03" -StartTime "01:00" -Enabled $true -RebootDuration 240 -WarningTitle "WARNING: Reboot pending" -WarningMessage "Save your work" -WarningDuration 10 <!--NeedCopy-->
-
Katalogneustartplan umbenennen von Old Name in New Name.
C:\PS> Rename-BrokerCatalogRebootSchedule -Name "Old Name" -NewName "New Name" <!--NeedCopy-->
-
Alle Katalogneustartpläne mit UID 1 anzeigen und Zeitplan für den Katalogneustart mit UID 1 in New Name umbenennen.
C:\PS> Get-BrokerCatalogRebootSchedule -Uid 1 | Rename-BrokerCatalogRebootSchedule -NewName "New Name" -PassThru <!--NeedCopy-->
-
Meldung mit dem Titel WARNUNG: Ausstehender Neustart und der Nachricht Speichern Sie Ihre Arbeit für Katalogneustartplan Accounting einrichten und festlegen, dass die Meldung zehn Minuten vor dem Neustart jeder VM angezeigt wird. Die Meldung wird in jeder Benutzersitzung auf dieser VM angezeigt.
``` C:\PS> Set-BrokerCatalogRebootSchedule -Name Accounting -WarningMessage “Speichern Sie Ihre Arbeit” -WarningDuration 10 -WarningTitle “WARNUNG: Ausstehender Neustart”
-
Alle deaktivierten Neustartpläne anzeigen und anschließend aktivieren.
C:\PS> Get-BrokerCatalogRebootSchedule -Enabled $false | Set-BrokerCatalogRebootSchedule -Enabled $true <!--NeedCopy-->
-
Meldung Neustart in %m% Minuten für Katalogneustartplan mit UID 17 einrichten und festlegen, dass die Meldung fünfzehn, zehn und fünf Minuten vor dem Neustart jeder VM angezeigt wird.
C:\PS> Set-BrokerCatalogRebootSchedule 17 -WarningMessage "Rebooting in %m% minutes." -WarningDuration 15 -WarningRepeatInterval 5 <!--NeedCopy-->
-
Zeitzone für den Katalog MyCatalog konfigurieren.
C:\PS> Set-BrokerCatalog -Name "MyCatalog" -TimeZone <TimeZone> <!--NeedCopy-->
Rollback eines Updates
Nach Bereitstellung eines aktualisierten/neuen Masterimages können Sie diese mit einem Rollback rückgängig machen. Dieser Prozess kann erforderlich sein, wenn Probleme bei den aktualisierten Maschinen auftreten. Bei einem Rollback werden die Maschinen in dem Katalog auf das letzte funktionierende Image zurückgesetzt. Was ist neu, die das neue Image erfordern, stehen dann nicht mehr zur Verfügung. Bei einem Rollback einer Maschine ist ein Neustart erforderlich.
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie den Maschinenkatalog aus und wählen Sie dann im Bereich Aktionen die Option Rollback für Maschinenupdate.
- Legen Sie fest, wann das ältere Masterimage auf die Maschinen angewendet werden soll (gemäß den Rollout-Anweisungen im vorigen Abschnitt).
Das Rollback wird nur auf Maschinen angewendet, die zurückgesetzt werden müssen. Maschinen, die nicht mit dem neuen/aktualisierten Masterimage aktualisiert wurden, erhalten keine Benachrichtigung und müssen sich nicht abmelden.
Durchführen eines Upgrades eines Maschinenkatalogs und Rückgängigmachen eines Upgrades
Aktualisieren Sie den Maschinenkatalog nach dem Upgrade der VDAs auf den Maschinen auf eine neuere Version. Citrix empfiehlt das Upgrade aller VDAs auf die aktuelle Version, damit Zugriff auf alle neuen Features besteht.
Upgradevorbereitung:
-
Wenn Sie Citrix Provisioning verwenden, aktualisieren Sie die VDA-Version. Die Provisioning Konsole behält die VDA-Version nicht bei. Citrix Provisioning kommuniziert direkt mit dem Citrix Virtual Apps and Desktops-Setupassistenten, um die VDA-Version im erstellten Katalog festzulegen.
-
Starten Sie die aktualisierten Maschinen, damit sie sich bei dem Controller registrieren. Auf diese Weise kann Studio feststellen, dass die Maschinen im Maschinenkatalog aktualisiert werden müssen.
Durchführen des Upgrades eines Maschinenkatalogs
- Wählen Sie im Studio-Navigationsbereich Maschinenkataloge.
- Wählen Sie den Katalog aus. Auf der Registerkarte Details im unteren Bereich werden Versionsinformationen angezeigt.
- Wählen Sie Katalog aktualisieren. Wenn Studio erkennt, dass für den Katalog ein Upgrade erforderlich ist, wird eine Meldung angezeigt. Folgen Sie den Anweisungen. Kann eine Maschine nicht aktualisiert werden, wird eine Meldung mit einer Erläuterung der Ursache des Problems angezeigt. Citrix empfiehlt, dass Sie alle Maschinenprobleme beheben, bevor Sie den Maschinenkatalog aktualisieren, damit alle Maschinen einwandfrei funktionieren.
Wenn das Katalogupgrade abgeschlossen ist, können Sie Maschinen auf ihren vorherigen Zustand zurücksetzen, indem Sie den Maschinenkatalog und dann im Bereich Aktionen die Option Rückgängig machen wählen.
Ändern der Netzwerkeinstellung für ein vorhandenes Provisioningschema
Sie können die Netzwerkeinstellung für ein vorhandenes Provisioningschema ä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 auf Citrix Virtual Apps and Desktops 2203 LTSR CU3 und späteren Versionen unterstützt.
Führen Sie folgende Schritte aus, um die Netzwerkeinstellung für ein vorhandenes Provisioningschema zu ändern:
- Führen Sie im PowerShell-Fenster den Befehl
asnp citrix*
aus, um die PowerShell-Module zu laden. - Führen Sie
(Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps
aus, um zum Netzwerkpfad zu gelangen, den Sie ändern möchten. -
Weisen Sie der neuen Netzwerkeinstellung eine Variable zu. Beispiel:
$NewNetworkMap = @{“0”= “XDHYP:\HostingUnits\MyNetworks\Network 0.network”} <!--NeedCopy-->
- Führen Sie
Set-ProvScheme -ProvisioningSchemeName "name" -NetworkMapping $NewNetworkMap
aus. - Führen Sie
(Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps
aus, um die neue Netzwerkeinstellung für das vorhandene Provisioningschema zu überprüfen.
Von MCS erstellte Ressourcen identifizieren
Nachfolgend werden die Tags aufgeführt, die MCS den Ressourcen auf jeder Plattform hinzufügt. Die Tags werden in der Tabelle als in der Form “Schlüssel”: “Wert” dargestellt.
AWS
Ressourcenname | Tag |
---|---|
ID-Datenträger | “Name”: “VMName_IdentityDisk” |
“XdConfig”: “XdProvisioned=true” | |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
Image | “XdConfig”: “XdProvisioned=true” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
Netzwerkkarte | “Description”: “XD Nic” |
“XdConfig”: “XdProvisioned=true” | |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
OS-Datenträger | “Name”: “VMName_rootDisk” |
“XdConfig”: “XdProvisioned=True” | |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
[Wenn AwsCaptureInstanceProperties = true] “Citrix Resource”: “” | |
[Wenn AwsCaptureInstanceProperties = true und AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “” | |
Vorbereitungs-VM | “Name”: “Preparation - CatalogName - xxxxxxxxxx” |
“XdConfig”: “XdProvisioned=true” | |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
[Wenn AwsCaptureInstanceProperties = true] “Citrix Resource”: “” | |
[Wenn AwsCaptureInstanceProperties = true und AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “” | |
Veröffentlichter Snapshot | “XdConfig”: “XdProvisioned=true” |
Wenn kein Snapshot für Volumeworker-AMI, dann “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxx” | |
Vorlage | [Wenn AwsCaptureInstanceProperties = true] “XdConfig”: “XdProvisioned=true” |
[Wenn AwsCaptureInstanceProperties = true] “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
[Wenn AwsCaptureInstanceProperties = true] “CitrixResource”: “” | |
[Wenn AwsCaptureInstanceProperties = true und AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “” | |
VM im Katalog | “XdConfig”: “XdProvisioned=true” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
[Wenn AwsCaptureInstanceProperties = true] “CitrixResource”: “” | |
[Wenn AwsCaptureInstanceProperties = true] “aws:ec2launchtemplate:id”:“lt-xxxx” | |
[Wenn AwsCaptureInstanceProperties = true] “aws:ec2launchtemplate:version”: “n” | |
[Wenn AwsCaptureInstanceProperties = true und AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “” | |
Volumeworker-AMI | “XdConfig”: “XdProvisioned=true” |
Volumeworker-Bootstrapper | “Name”: “XenDesktop Temp” |
“XdConfig”: “XdProvisioned=true” | |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
[Wenn AwsCaptureInstanceProperties = true und AwsOperationalResourcesTagging = true] “CitrixVolumeWorkerBootstrapper”: “” | |
Volumeworker-Instanz | “Name”: “Citrix.XD.Volumeworker-xxxx-xx-xx-xx-xxxx” |
“XdConfig”: “XdProvisioned=true” |
Azure
Ressourcenname | Tag |
---|---|
ID-Datenträger | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Image | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Netzwerkkarte | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
OS-Datenträger | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Vorbereitungs-VM | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Veröffentlichter Snapshot | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
Ressourcengruppe | “CitrixResource” : “Internal” |
CitrixSchemaVersion: 2.0 | |
“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
Speicherkonto | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
VM im Katalog | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” | |
WBC-Datenträger | “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“CitrixResource” : “Internal” |
Hinweis:
Eine VM ist im Citrix-Bestand nicht sichtbar, wenn ein CitrixResource-Tag hinzugefügt wird, um sie als eine von MCS erstellte Ressource zu identifizieren. Sie können das Tag entfernen oder umbenennen, um sie sichtbar zu machen.
Google Cloud Platform
Ressourcenname | Tag |
---|---|
ID-Datenträger | “CitrixResource”: “internal” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
Image | “CitrixResource”: “internal” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
OS-Datenträger | “CitrixResource”: “internal” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
Vorbereitungs-VM | “CitrixResource”: “internal” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
Veröffentlichter Snapshot | “CitrixResource”: “internal” |
Speicherbucket | “Citrixresource”: “internal” |
Vorlage | “CitrixResource”: “internal” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” | |
VM im Katalog | “CitrixResource”: “internal” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”. Das Plug-In fügt auch dieses Tag auch für von MCS bereitgestellte VMs hinzu: “citrix-provisioning-scheme-id”: “provSchemeId”. Sie können es verwenden, um in der GCP-Konsole nach Katalog zu filtern. | |
WBC-Datenträger | “CitrixResource”: “internal” |
“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”. |
Hinweis:
Eine VM ist im Citrix-Bestand nicht sichtbar, wenn ein CitrixResource-Tag hinzugefügt wird, um sie als eine von MCS erstellte Ressource zu identifizieren. Sie können das Tag entfernen oder umbenennen, um sie sichtbar zu machen.
Citrix Hypervisor
Ressourcenname | Tag |
---|---|
Veröffentlichter Basisdatenträger und zugehörige Kopie in jedem Netzwerk oder lokalen Speicher | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
ID-Datenträger | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
OS-Datenträger | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
Vorbereitungs-VM | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
VM im Katalog | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
WBC-Datenträger | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
SCVMM
Ressourcenname | Tag |
---|---|
Vorbereitungs-VM | Tagzeichenfolge: “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
Benutzerdefinierte Eigenschaft: “XdConfig:“XdProvisioned=True” | |
VM im Katalog | Tagzeichenfolge: “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
Benutzerdefinierte Eigenschaft: “XdConfig:“XdProvisioned=True” |
VMware
Ressourcenname | Tag |
---|---|
Vorbereitungs-VM | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“XdConfig:“XdProvisioned=True” | |
VM im Katalog | “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx” |
“XdConfig:“XdProvisioned=True” |
Problembehandlung
- Empfehlungen für Maschinen mit einem unbekannten Energiezustand finden Sie unter CTX131267.
- Informationen zum Beheben von Problemen bei VMs, für die ständig ein unbekannter Energiezustand angezeigt wird, finden Sie unter How to fix VMs that continuously show an unknown power state.
In diesem Artikel
- Einführung
- Maschinen zum Maschinenkatalog hinzufügen
- Löschen von Maschinen aus einem Maschinenkatalog
- Ändern einer Maschinenkatalogbeschreibung oder der Remote-PC-Zugriff-Einstellungen
- Umbenennen von Maschinenkatalogen
- Verschieben eines Maschinenkatalogs in eine andere Zone
- Löschen eines Katalogs
- Verwalten von Active Directory-Computerkonten in einem Maschinenkatalog
- Aktualisieren von Maschinenkatalogen
- Durchführen eines Upgrades eines Maschinenkatalogs und Rückgängigmachen eines Upgrades
- Ändern der Netzwerkeinstellung für ein vorhandenes Provisioningschema
- Von MCS erstellte Ressourcen identifizieren
- Problembehandlung