Citrix DaaS™

Verwalten eines Microsoft Azure-Katalogs

September 3, 2026

Beitrag von:

C C

Maschinenkataloge verwalten beschreibt die Assistenten, die einen Maschinenkatalog verwalten. Die folgenden Informationen behandeln Details, die spezifisch für Microsoft Azure Resource Manager-Cloudumgebungen sind.

Hinweis:

Bevor Sie einen Microsoft Azure-Katalog verwalten, müssen Sie die Erstellung eines Microsoft Azure-Katalogs abgeschlossen haben. Siehe Erstellen eines Microsoft Azure-Katalogs.

Speichertyp auf eine niedrigere Stufe ändern, wenn eine VM heruntergefahren wird

Sie können Speicherkosten sparen, indem Sie den Speichertyp eines verwalteten Datenträgers auf eine niedrigere Stufe umstellen, wenn Sie eine VM herunterfahren. Verwenden Sie dazu die benutzerdefinierte Eigenschaft StorageTypeAtShutdown.

Der Speichertyp des Datenträgers ändert sich auf eine niedrigere Stufe (wie in der benutzerdefinierten Eigenschaft StorageTypeAtShutdown angegeben), wenn Sie die VM herunterfahren. Nachdem Sie die VM eingeschaltet haben, ändert sich der Speichertyp wieder auf den ursprünglichen (wie in der benutzerdefinierten Eigenschaft StorageType oder der benutzerdefinierten Eigenschaft WBCDiskStorageType angegeben).

Wichtig:

Der Datenträger existiert erst, nachdem die VM mindestens einmal eingeschaltet wurde. Daher können Sie den Speichertyp nicht ändern, wenn Sie die VM zum ersten Mal einschalten.

Eine VM benötigt möglicherweise etwas länger zum Starten, nachdem Sie den Speichertyp auf eine niedrigere Stufe geändert haben.

Anforderungen

Anwendbar auf einen verwalteten Datenträger. Dies bedeutet, dass Sie die benutzerdefinierte Eigenschaft UseManagedDisks auf „true“ setzen.
Anwendbar auf einen persistenten und nicht-persistenten Katalog mit einem persistenten Betriebssystemdatenträger. Dies bedeutet, dass Sie die benutzerdefinierte Eigenschaft persistOsDisk auf „true“ setzen.
Anwendbar auf einen nicht-persistenten Katalog mit einem persistenten WBC-Datenträger. Dies bedeutet, dass Sie die benutzerdefinierte Eigenschaft persistWBC auf „true“ setzen.

Einschränkung

Laut Microsoft können Sie den Datenträgertyp nur zweimal pro Tag ändern. Siehe das Microsoft-Dokument. Laut Citrix erfolgt die StorageType-Aktualisierung immer dann, wenn eine Start- oder Freigabeaktion für die VM durchgeführt wird. Begrenzen Sie daher die Anzahl der Energieaktionen pro VM auf zweimal pro Tag. Zum Beispiel eine Energieaktion am Morgen zum Starten der VM und eine am Abend zum Freigeben der VM.

Speichertyp auf eine niedrigere Stufe ändern

Bevor Sie mit den Schritten fortfahren, beachten Sie die Anforderungen und Einschränkungen.

Fügen Sie die benutzerdefinierte Eigenschaft StorageTypeAtShutdown hinzu, setzen Sie den Wert auf Standard_LRS (HDD), und erstellen Sie einen Katalog mit New-ProvScheme.

Hinweis:

Wenn StorageTypeAtShutdown einen anderen Wert als leer oder Standard_LRS (HDD) hat, schlägt der Vorgang fehl.

Beispiel für das Festlegen benutzerdefinierter Eigenschaften beim Erstellen eines persistenten Katalogs:

$customProperties='<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS“ />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="StringProperty" Name="StorageTypeAtShutdown" Value="Standard_LRS" />
</CustomProperties>’
<!--NeedCopy-->

Beispiel für das Festlegen benutzerdefinierter Eigenschaften beim Erstellen eines nicht-persistenten Katalogs:

$customProperties='<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="WbcDiskStorageType" Value="Standard_SSD_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="BooleanProperty" Name="persistWBC" Value=true />
<Property xsi:type="BooleanProperty" Name="persistOsDisk" Value=true />
<Property xsi:type="StringProperty" Name="StorageTypeAtShutdown" Value="Standard_LRS" />
</CustomProperties>’
<!--NeedCopy-->

Hinweis:

Wenn Sie ein Maschinenprofil verwenden, hat die benutzerdefinierte Eigenschaft Vorrang vor der in MachineProfile definierten Eigenschaft.

Fahren Sie die VM herunter und überprüfen Sie den Speichertyp der VM im Azure-Portal. Der Speichertyp des Datenträgers ändert sich auf eine niedrigere Stufe, wie in der benutzerdefinierten Eigenschaft StorageTypeAtShutdown angegeben.
Schalten Sie die VM ein. Der Speichertyp des Datenträgers wechselt zurück zu dem Speichertyp, der angegeben ist in:
- Benutzerdefinierte Eigenschaft StorageType für das Betriebssystemlaufwerk
- Benutzerdefinierte Eigenschaft WBCDiskStorageType für das WBC-Laufwerk nur, wenn Sie es in CustomProperties angeben. Andernfalls wechselt es zurück zu dem in StorageType angegebenen Speichertyp.

`StorageTypeAtShutdown` auf einen vorhandenen Katalog anwenden

Bevor Sie mit den Schritten fortfahren, beachten Sie die Anforderungen und Einschränkungen.

Verwenden Sie Set-ProvScheme, um StorageTypeAtShutdown auf die neuen VMs anzuwenden, die einem vorhandenen Katalog hinzugefügt wurden.

Beispiel für das Festlegen benutzerdefinierter Eigenschaften beim Hinzufügen einer VM zu einem vorhandenen Katalog:

$customProperties='<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="WbcDiskStorageType" Value="Standard_SSD_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="BooleanProperty" Name="persistWBC" Value=true />
<Property xsi:type="BooleanProperty" Name="persistOsDisk" Value=true />
<Property xsi:type="StringProperty" Name="StorageTypeAtShutdown" Value="Standard_LRS" />
</CustomProperties>’

$ProvScheme = Get-Provscheme -ProvisioningSchemeName $CatalogName

Set-ProvScheme -ProvisioningSchemeName $ProvScheme.ProvisioningSchemeName -CustomProperties $customProperties
<!--NeedCopy-->

Speichertyp vorhandener VMs beim Herunterfahren auf eine niedrigere Stufe ändern

Bevor Sie mit den Schritten fortfahren, beachten Sie die Anforderungen und Einschränkungen.

Sie können Speicherkosten sparen, indem Sie den Speichertyp vorhandener VMs beim Herunterfahren der VMs auf eine niedrigere Stufe ändern.

So ändern Sie den Speichertyp vorhandener Maschinen in einem Katalog auf eine niedrigere Stufe, wenn die VMs heruntergefahren werden:

Öffnen Sie ein PowerShell-Fenster.
Führen Sie asnp citrix* aus, um die Citrix-spezifischen PowerShell-Module zu laden.
Führen Sie Get-Provscheme -ProvisioningSchemeName $CatalogName aus.

Ändern Sie die Zeichenfolge der benutzerdefinierten Eigenschaften.

$customProperties = '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="StorageTypeAtShutdown" Value="Standard_LRS" />
</CustomProperties>'
<!--NeedCopy-->

Aktualisieren Sie das Bereitstellungsschema des vorhandenen Katalogs. Die Aktualisierung gilt für neue VMs, die nach dem Ausführen von Set-ProvScheme hinzugefügt wurden.
```
Set-ProvScheme -ProvisioningSchemeName $CatalogName -CustomProperties $customProperties

```

Aktualisieren Sie die vorhandenen VMs, um StorageTypeAtShutdown zu aktivieren.

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

Wenn Sie die Maschinen das nächste Mal einschalten, wird die Eigenschaft StorageTypeAtShutdown der Maschinen aktualisiert. Der Speichertyp ändert sich beim nächsten Herunterfahren.

Führen Sie den folgenden Befehl aus, um den Wert StorageTypeAtShutdown für jede VM in einem Katalog anzuzeigen.

Get-ProvVM -ProvisioningSchemeName <catalog-name> | foreach { $vmName = $_.VMName; $storageTypeAtShutdown = ($_.CustomVmData | ConvertFrom-Json).StorageTypeAtShutdown.DiskStorageAccountType; return New-Object psobject -Property @{ "VMName" = $vmName; "StorageTypeAtShutdown" = $storageTypeAtShutdown } }
<!--NeedCopy-->

Legacy-MCS-Kataloge in Azure in maschinenprofilbasierte Kataloge konvertieren

Führen Sie die folgenden Schritte aus, um einen nicht maschinenprofilbasierten Maschinenkatalog in einen maschinenprofilbasierten Maschinenkatalog zu konvertieren:

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.
Wählen Sie auf der Seite Maschinenkatalog bearbeiten > Maschinenprofil das Kontrollkästchen Maschinenprofil verwenden (obligatorisch für Microsoft Entra ID) aus.
Klicken Sie auf Maschinenprofil auswählen.
Wählen Sie auf der Seite Maschinenprofil auswählen eine virtuelle Maschine oder eine Startvorlage aus, die als Maschinenprofil verwendet werden soll.
Wenn einige aktuelle Einstellungen von den neuen Maschinenprofileinstellungen abweichen, wählen Sie die gewünschte Option für die Einstellungen aus, die Sie verwenden möchten, und klicken Sie auf Weiter.
Klicken Sie auf Anwenden.

Bereitgestellte Maschinen auf den aktuellen Bereitstellungsschemastatus aktualisieren

Der Befehl Set-ProvScheme ändert das Bereitstellungsschema. Er wirkt sich jedoch nicht auf vorhandene Maschinen aus. Mit dem PowerShell-Befehl Set-ProvVMUpdateTimeWindow können Sie das aktuelle Bereitstellungsschema auf eine vorhandene persistente oder nicht-persistente Maschine oder eine Gruppe von Maschinen anwenden. Sie können auch einen Zeitrahmen für die Konfigurationsaktualisierungen der vorhandenen MCS-bereitgestellten Maschinen planen. Jedes Einschalten oder Neustarten während des geplanten Zeitrahmens wendet ein geplantes Bereitstellungsschema-Update auf eine Maschine an. Derzeit können Sie in Azure ServiceOffering, MachineProfile und die folgenden benutzerdefinierten Eigenschaften aktualisieren:

StorageType
WBCDiskStorageType
IdentityDiskStorageType
LicenseType
DedicatedHostGroupId
PersistWBC
PersistOsDisk
PersistVm
Zones

Hinweis:

Sie können nur die benutzerdefinierten Eigenschaften StorageType, WBCDiskStorageType und IdentityDiskStorageType für einen Katalog aktualisieren, der verwaltete Datenträger in Azure-Umgebungen verwendet.

Wenn Sie Set-ProvVMUpdateTimeWindow zweimal ausführen, wird der letzte Befehl wirksam.

Wenn eine VM mit Set-ProvVMUpdateTimeWindow aktualisiert wird und die aktuelle Liste der Verfügbarkeitszonen, die durch die benutzerdefinierte Eigenschaft „Zones“ bereitgestellt wird, so geändert wurde, dass sie die von der VM aktuell verwendete Zone nicht mehr enthält, werden die persistenten Datenträger der VM in die neue Zone kopiert und die Originale gelöscht. Beispielsweise wird eine in Zone 3 bereitgestellte VM, die mit der auf „1,2“ gesetzten benutzerdefinierten Eigenschaft „Zones“ aktualisiert wurde, die VM und ihre Datenträger entweder in Zone 1 oder Zone 2 verschieben, je nachdem, welche der beiden Zonen weniger Maschinen hat, um die Maschinen zwischen Zone 1 und 2 auszugleichen.

Wenn die benutzerdefinierte Eigenschaft „Zones“ vollständig gelöscht wird (auf einen leeren Wert gesetzt wird), wird die Zonenaffinität der VM entfernt, sodass Azure die VM je nach Kapazität in einer beliebigen Verfügbarkeitszone platzieren kann. In diesem Fall verbleiben die persistenten Datenträger der VM in ihrer ursprünglichen Zone und werden nicht verschoben.

Sie können Folgendes aktualisieren:

Eine einzelne VM
Eine Liste spezifischer VMs oder alle vorhandenen VMs, die einer Bereitstellungsschema-ID zugeordnet sind
Eine Liste spezifischer VMs oder alle vorhandenen VMs, die einem Bereitstellungsschemanamen (Maschinenkatalogname) zugeordnet sind

Nachdem Sie die folgenden Änderungen am Bereitstellungsschema vorgenommen haben, wird die VM-Instanz für persistente Kataloge in Azure neu erstellt:

Ändern Sie die MachineProfile
Entfernen LicenseType
Entfernen DedicatedHostGroupId

Hinweis:

Die Betriebssystemfestplatte vorhandener Maschinen bleibt zusammen mit all ihren Daten unverändert, und eine neue VM wird an die Festplatte angehängt.

Vor dem Aktualisieren der vorhandenen VMs:

Überprüfen Sie die Konfiguration der vorhandenen Maschinen. Zum Beispiel:

Get-ProvScheme | select ProvisioningSchemeName, ProvisioningSchemeVersion
<!--NeedCopy-->

Aktualisieren Sie das Bereitstellungsschema. Zum Beispiel:

Mit VM als Maschinenprofileingabe:

 Set-ProvScheme -ProvisioningSchemeName "my-catalog" -MachineProfile "XDHyp:\HostingUnits\<hosting-unit>\machineprofile.folder\<resource-group>.resourcegroup\<virtual-machine>.vm"
 <!--NeedCopy-->

Mit Vorlagenspezifikation als Maschinenprofileingabe:

 Set-ProvScheme -ProvisioningSchemeName "my-catalog"
 -MachineProfile "XDHyp:\HostingUnits\<hosting-unit>\machineprofile.folder\<resource-group>.resourcegroup\<template-spec>.templatespec\<template-spec-version>.templatespecversion"
 -ServiceOffering "XDHyp:\HostingUnits\<hosting-unit>\serviceoffering.folder\<service-offering>.serviceoffering"
 <!--NeedCopy-->

Nur mit Serviceangebot:

 Set-ProvScheme -ProvisioningSchemeName "my-catalog" -ServiceOffering "XDHyp:\HostingUnits\<hosting-unit>\serviceoffering.folder\<service-offering>.serviceoffering"
 <!--NeedCopy-->

Überprüfen Sie, ob die aktuelle Eigenschaft der VM mit dem aktuellen Bereitstellungsschema übereinstimmt und ob eine ausstehende Aktualisierungsaktion für die VM vorliegt. Zum Beispiel:
```
Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion

```
Sie können auch Maschinen mit einer bestimmten Version finden. Zum Beispiel:
```
Get-ProvVM -Filter "ProvisioningSchemeVersion -eq 1" | select VMName, ProvisioningSchemeVersion

```

So fordern Sie Updates für vorhandene Maschinen an, die beim nächsten Neustart angewendet werden sollen:

Führen Sie die folgenden Befehle aus, um vorhandene Maschinen zu aktualisieren und die Updates beim nächsten Neustart anzuwenden.
- So aktualisieren Sie alle vorhandenen Maschinen. Zum Beispiel:
```
 Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
 
```
- So aktualisieren Sie eine Liste bestimmter Maschinen. Zum Beispiel:
```
 Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
 
```
- So aktualisieren Sie Maschinen basierend auf der Ausgabe von Get-ProvVM. Zum Beispiel:
```
 Get-ProvVM -ProvisioningSchemeName "my-catalog" | Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
 
```
Hinweis:
- StartsNow gibt an, dass die geplante Startzeit die aktuelle Zeit ist.
- DurationInMinutes mit einer negativen Zahl (z. B. –1) bedeutet, dass es keine Obergrenze für das Zeitfenster des Zeitplans gibt.

Maschinen mit einem geplanten Update finden. Zum Beispiel:

Get-ProvVM -Filter "ProvisioningSchemeUpdateAfter" | select VMName, ProvisioningSchemeUpdateAfter
<!--NeedCopy-->

Starten Sie die Maschinen neu. Beim nächsten Einschalten werden Eigenschaftsänderungen auf die vorhandenen Maschinen angewendet. Sie können den aktualisierten Status mit dem folgenden Befehl überprüfen. Zum Beispiel:
```
Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion

```

So planen Sie, dass eine VM beim nächsten Start im geplanten Zeitfenster auf die neuesten Bereitstellungseinstellungen aktualisiert wird:

Führen Sie die folgenden Befehle aus:
- So planen Sie ein Update mit der aktuellen Zeit als Startzeit:
```
 Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName vm1 -StartsNow -DurationInMinutes 120
 
```
- So planen Sie ein Update am Wochenende:
```
  Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName “ my-catalog “ -VMName “vm1” -StartTimeInUTC “10/15/2022 9:00am” -DurationInMinutes (New –TimeSpan –Days 2).TotalMinutes
  
```
Hinweis:
- VMName ist optional. Wenn nicht angegeben, wird das Update für den gesamten Katalog geplant.
- Verwenden Sie anstelle von StartTimeInUTC den Wert StartsNow, um anzugeben, dass die geplante Startzeit die aktuelle Zeit ist.
- DurationInMinutes ist optional. Der Standardwert ist 120 Minuten. Eine negative Zahl (z. B. –1) bedeutet, dass es keine Obergrenze für das Zeitfenster des Zeitplans gibt.

Überprüfen Sie den Aktualisierungsstatus.

Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeUpdateUntil, ProvisioningSchemeVersion
<!--NeedCopy-->

Schalten Sie die VM ein. Wenn Sie die Maschine nach dem geplanten Zeitfenster einschalten, wird die Konfigurationsaktualisierung nicht angewendet. Wenn Sie die Maschine innerhalb des geplanten Zeitfensters einschalten,
- Wenn die Maschine ausgeschaltet ist und
  - Sie die Maschine nicht einschalten, wird die Konfigurationsaktualisierung nicht angewendet
  - Sie die Maschine einschalten, wird die Konfigurationsaktualisierung angewendet
- Wenn die Maschine eingeschaltet ist und
  - Sie die Maschine nicht neu starten, wird die Konfigurationsaktualisierung nicht angewendet
  - Sie die Maschine neu starten, wird die Konfigurationsaktualisierung angewendet

So brechen Sie die Konfigurationsaktualisierung ab:

Sie können auch eine Konfigurationsaktualisierung für eine einzelne VM, mehrere VMs oder einen gesamten Katalog abbrechen. So brechen Sie eine Konfigurationsaktualisierung ab:

Führen Sie Clear-ProvVMUpdateTimeWindow aus. Zum Beispiel:

So brechen Sie die für eine einzelne VM geplante Konfigurationsaktualisierung ab:

 Clear-ProvVMUpdateTimeWindow -ProvisioningSchemeName “ my-catalog “ -VMName “vm1”
 <!--NeedCopy-->

So brechen Sie die für mehrere VMs geplante Konfigurationsaktualisierung ab:

  Clear-ProvVMUpdateTimeWindow -ProvisioningSchemeName "my-catalog" -VMName "vm1","vm2"
 <!--NeedCopy-->

Hinweis:

Die VMs müssen aus demselben Katalog stammen.

Datenträgerverschlüsselung ändern

Sie können die Datenträgerverschlüsselung in Azure-Virtualisierungsumgebungen ändern und Folgendes tun:

Erstellen Sie einen MCS-Maschinenkatalog mit einem Datenträgerverschlüsselungssatz (DES), der sich vom DES des Masterimages unterscheidet, indem Sie den Befehl New-ProvScheme verwenden. Beispiel:

 $customProperties = @"
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="DiskEncryptionSetId" Name="Zones" Value="/subscriptions/XXXXXXXXXXXXXXXXXXXXXXXXXXXXX/resourceGroups/testrsg/providers/Microsoft.Compute/diskEncryptionSets/test-diskEncryptionSet"/>
 </CustomProperties>
 "@
 New-ProvScheme -CleanOnBoot `
 -ProvisioningSchemeName $provisioningSchemeName `
 -HostingUnitName $hostingUnitName `
 -IdentityPoolName $identityPoolName `
 -InitialBatchSizeHint $numberOfVms `
 -masterImagePath $masterImagePath `
 -NetworkMapping $networkMapping `
 -CustomProperties $customProperties
 <!--NeedCopy-->

Ändern Sie den Datenträgerverschlüsselungstyp von einem DES-Schlüssel zu einem anderen DES-Schlüssel eines vorhandenen MCS-Maschinenkatalogs und vorhandener VMs mithilfe der Befehle Set-ProvScheme und Set-ProvVMUpdateTimeWindow. Nach dem Neustart der VMs wird der aktualisierte DES-Schlüssel angezeigt. Beispiel:

 $customProperties = '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/456c683e2ed7/resourceGroups/testrg/providers/Microsoft.Compute/diskEncryptionSets/diskEncryptionSet1" />
 </CustomProperties>'
 Set-ProvScheme -ProvisioningSchemeName azure-catalog -CustomProperties $customProperties
 Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -VMName azu01, azu02 -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->

Aktualisieren Sie einen MCS-Maschinenkatalog und eine VM, die zuvor nicht CMEK-fähig war, um eine kundenverwaltete Verschlüsselung (CMEK) (DES), Datenträgerverschlüsselung auf dem Host oder doppelte Verschlüsselung mithilfe der Befehle Set-ProvScheme und Set-ProvVMUpdateTimeWindow zu verwenden. Informationen zu verschiedenen Verschlüsselungstypen finden Sie unter Azure-serverseitige Verschlüsselung, Azure-Datenträgerverschlüsselung auf dem Host und Doppelte Verschlüsselung auf verwaltetem Datenträger.

Aktualisieren Sie einen vorhandenen MCS-Maschinenkatalog und VMs, die zuvor verschlüsselt waren, sodass sie nicht mehr verschlüsselt sind, indem Sie die Befehle Set-ProvScheme und Set-ProvVMUpdateTimeWindow verwenden. Beispiel:

 $customProperties = '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="" />
 </CustomProperties>'
 Set-ProvScheme -ProvisioningSchemeName azure-catalog -CustomProperties $customProperties
 Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -VMName azu01, azu02 -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->

Aktivieren Sie die Datenträgerverschlüsselung mit privatem Endpunkt (ein MCS-Maschinenkatalog, der eine Hostverbindung mit ProxyHypervisorTrafficThroughConnector verwendet hat). Weitere Informationen zu ProxyHypervisorTrafficThroughConnector finden Sie unter Sichere Umgebung für Azure-verwalteten Datenverkehr erstellen. Informationen zum Aktivieren der Datenträgerverschlüsselung mit privaten Endpunkten finden Sie unter Datenträgerverschlüsselung mit privatem Endpunkt aktivieren.

Datenträgerverschlüsselung mit privatem Endpunkt aktivieren

Gemäß der Azure-Einschränkung ist derzeit keine serverseitige Verschlüsselung mit kundenverwalteten Schlüsseln für private Endpunkte möglich. Sie können jedoch einen vorhandenen MCS-Maschinenkatalog und VMs mit privaten Endpunkten so aktualisieren, dass sie mit dem DES-Schlüssel verschlüsselt werden.

Vorhandenen Maschinenkatalog mit privaten Endpunkten aktualisieren

Die detaillierten Schritte zum Aktualisieren eines vorhandenen Maschinenkatalogs mit privaten Endpunkten sind wie folgt:

Erstellen Sie einen Katalog ohne Datenträgerverschlüsselung über ProxyHypervisorTrafficThroughConnector. Weitere Informationen zu ProxyHypervisorTrafficThroughConnector finden Sie unter Sichere Umgebung für Azure-verwalteten Datenverkehr erstellen.

Führen Sie Set-ProvScheme aus, um den Katalog mit DiskEncryptionSetId zu aktualisieren.

Hinweis:

DiskEcryptionSetId kann über CustomProperties oder MachineProfile konfiguriert werden. Wenn es sowohl in CustomProperties als auch in MachineProfile definiert ist, werden die in CustomProperties definierten Eigenschaften angewendet.

Beispiel bei Verwendung von CustomProperties:

$customProperties = '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/456c683e2ed7/resourceGroups/testrg/providers/Microsoft.Compute/diskEncryptionSets/diskEncryptionSet1"/>
</CustomProperties>'
Set-ProvScheme -ProvisioningSchemeName azure-catalog -CustomProperties $customProperties
<!--NeedCopy-->

Beispiel bei Verwendung von MachineProfile: Verwenden Sie eine VM mit aktivierter Festplattenverschlüsselung oder eine Vorlagenspezifikation mit Festplattenverschlüsselungseinstellungen:

Set-ProvScheme -ProvisioningSchemeName azure-catalog -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\testrg.resourcegroup\new-template.vm"
<!--NeedCopy-->

Alternativ können Sie ein Maschinenprofil mit Studio aktualisieren.

Führen Sie Set-ProvVMUpdateTimeWindow aus, um vorhandene Katalog-VMs zu aktualisieren. Zum Beispiel:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -VMName azu01, azu02 -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

Nachdem Sie die VMs neu gestartet haben, können Sie die aktualisierte Festplattenverschlüsselung auf den VM-Datenträgern im Azure-Portal sehen.

Führen Sie Set-ProvScheme aus, um die Festplattenverschlüsselung aufzuheben, bevor Sie neue Katalog-VMs hinzufügen.

Hinweis:

Dieser Schritt ist erforderlich, da Sie einen Katalog mit privatem Endpunkt aktualisieren. Wenn Sie diesen Schritt nicht ausführen, treten Fehler auf, wenn Sie versuchen, neue VMs zum Katalog hinzuzufügen.

Zum Beispiel:

$customProperties = '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="" />
</CustomProperties>'
Set-ProvScheme -ProvisioningSchemeName azure-catalog -CustomProperties $customProperties
<!--NeedCopy-->

Fügen Sie dem Katalog neue VMs hinzu.

Einzelne Katalog-VMs aktualisieren

Die detaillierten Schritte zum Aktualisieren einzelner Katalog-VMs sind wie folgt:

Erstellen Sie einen Katalog ohne Festplattenverschlüsselung über ProxyHypervisorTrafficThroughConnector. Weitere Informationen zu ProxyHypervisorTrafficThroughConnector finden Sie unter Sichere Umgebung für Azure-verwalteten Datenverkehr erstellen.

Führen Sie Set-ProvVM aus, um die Katalog-VM mit DiskEncryptionSetId zu aktualisieren.

Hinweis:

Die DiskEcryptionSetId kann entweder über CustomProperties oder MachineProfile konfiguriert werden.

Beispiel bei Verwendung von CustomProperties:

$customProperties = '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/456c683e2ed7/resourceGroups/testrg/providers/Microsoft.Compute/diskEncryptionSets/diskEncryptionSet1" />
</CustomProperties>'
Set-ProvVM -ProvisioningSchemeName azure-catalog  -VMName azu01 -CustomProperties $customProperties
<!--NeedCopy-->

Beispiel bei Verwendung von MachineProfile:

Set-ProvVM -ProvisioningSchemeName azure-catalog  -VMName azu01 -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\testrg.resourcegroup\new-template.vm"
<!--NeedCopy-->

Führen Sie Set-ProvVMUpdateTimeWindow aus, um vorhandene Katalog-VMs zu aktualisieren. Zum Beispiel:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -VMName azu01 -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

Nach dem Neustart der VMs können Sie die aktualisierte Datenträgerverschlüsselung auf den VM-Datenträgern im Azure-Portal sehen.
Fügen Sie dem Katalog neue VMs hinzu.

Temporären Datenträger als WBC-Datenträger für vorhandene Kataloge verwenden

Sie können einen temporären Azure-Datenträger als Write-Back-Cache-Datenträger (WBC) für vorhandene MCS-Maschinenkataloge verwenden. Verwenden Sie den PowerShell-Befehl Set-ProvScheme, um vorhandene Kataloge und VMs zu aktualisieren.

Voraussetzungen

Der vorhandene Katalog muss die folgenden Bedingungen erfüllen:

Hinweis:

Wenn der vorhandene Katalog die folgenden Anforderungen nicht erfüllt, wird der WBC-Datenträger nicht auf dem temporären Datenträger platziert.

MCSIO ist aktiviert: Die benutzerdefinierten Eigenschaften WriteBackCacheMemorySize, WriteBackCacheDiskSize und UseWriteBackCache sind aktiviert.
Temporärer OS-Datenträger ist nicht aktiviert.
WBC ist nicht persistent: PersistWBC ist false.
UseTempDiskForWBC ist null oder falsch.
Die Größe des temporären Datenträgers muss größer sein als die Gesamtgröße von (Größe des Write-Back-Cache-Datenträgers + reservierter Speicherplatz für die Auslagerungsdatei + 1 GB Pufferspeicher).

Wichtig:

Das Ändern eines Service Offerings von einem mit einem temporären Datenträger zu einem ohne oder umgekehrt ist nicht zulässig.

Vorhandene Kataloge aktualisieren

Führen Sie zum Aktualisieren eines vorhandenen Katalogs die folgenden Befehle aus:

Führen Sie Set-ProvScheme für den vorhandenen Katalog aus, um UseTempDiskForWBC auf true zu aktualisieren. Beispiel:

Set-ProvScheme -ProvisioningSchemeName name -CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Standard_LRS`"/><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"True`"/><Property xsi:type=`"StringProperty`" Name=`"ManagedDisksPreview`" Value=`"False`"/><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"False`"/><Property xsi:type=`"StringProperty`" Name=`"UseTempDiskForWBC`" Value=`"True`"/><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"False`"/></CustomProperties>"
<!--NeedCopy-->

Fügen Sie dem Katalog neue Maschinen hinzu und schalten Sie sie ein. Die neuen VMs verfügen über einen WBC-Datenträger im temporären Datenträger.

Informationen zu Azure-VMs, Snapshots, Betriebssystemdatenträgern und Definitionen von Katalogimages abrufen

Sie können Informationen zu einer Azure-VM anzeigen, einschließlich Betriebssystemdatenträger und -typ, Snapshot und Definition des Katalogimages. Diese Informationen werden für Ressourcen auf dem Masterimage angezeigt, wenn ein Maschinenkatalog zugewiesen wird. Verwenden Sie diese Funktion, um ein Linux- oder Windows-Image anzuzeigen und auszuwählen. Eine PowerShell-Eigenschaft, TemplateIsWindowsTemplate, wurde dem Parameter AdditionDatafield hinzugefügt. Dieses Feld enthält Azure-spezifische Informationen: VM-Typ, Betriebssystemdatenträger, Katalogimageinformationen und Betriebssystemtyp-Informationen. Das Setzen von TemplateIsWindowsTemplate auf True zeigt an, dass der Betriebssystemtyp Windows ist, und das Setzen von TemplateIsWindowsTemplate auf False zeigt an, dass der Betriebssystemtyp Linux ist.

Tipp:

Die von der PowerShell-Eigenschaft TemplateIsWindowsTemplate angezeigten Informationen stammen aus der Azure-API. Manchmal kann dieses Feld leer sein. Ein Snapshot von einem Datendatenträger enthält beispielsweise das Feld TemplateIsWindowsTemplate nicht, da der Betriebssystemtyp nicht aus einem Snapshot abgerufen werden kann.

Setzen Sie beispielsweise den Azure-VM-Parameter AdditionData für den Windows-Betriebssystemtyp mithilfe von PowerShell auf True:

PS C:\Users\username> (get-item XDHyp:\HostingUnits\mynetwork\image.folder\username-dev-testing-rg.resourcegroup\username-dev-tsvda.vm).AdditionalData
Key Value
ServiceOfferingDescription Standard_B2ms
HardDiskSizeGB 127
ResourceGroupName FENGHUAJ-DEV-TESTING-RG
ServiceOfferingMemory 8192
ServiceOfferingCores 2
TemplateIsWindowsTemplate True
ServiceOfferingWithTemporaryDiskSizeInMb 16384
SupportedMachineGenerations Gen1,Gen2
<!--NeedCopy-->

Abrufen von Regionsnameninformationen für Azure-VMs, verwaltete Datenträger, Snapshots, Azure-VHDs und ARM-Vorlagen

Sie können Regionsnameninformationen für eine Azure-VM, verwaltete Datenträger, Snapshots, Azure-VHDs und ARM-Vorlagen anzeigen. Diese Informationen werden für die Ressourcen auf dem Masterimage angezeigt, wenn ein Maschinenkatalog zugewiesen wird. Eine PowerShell-Eigenschaft namens RegionName zeigt die Regionsnameninformationen an, wenn Sie den PowerShell-Befehl mit dem Parameter AdditionalData ausführen.

Verwenden Sie beispielsweise den folgenden PowerShell-Befehl, um VM-Informationen in Azure abzurufen.

PS C:\Windows\system32> (get-item XDHyp:\HostingUnits\myAzureNetwork\image.folder\hu-dev-testing-rg.resourcegroup\hu-dev-tsvda.vm).AdditionalData
Key Value
HardDiskSizeGB 127
ResourceGroupName HU-DEV-TESTING-RG
RegionName East US
TemplateIsWindowsTemplate True
LicenseType
ServiceOfferingDescription Standard_B2ms
ServiceOfferingMemory 8192
ServiceOfferingCores 2
SupportedMachineGenerations Gen1,Gen2
ServiceOfferingWithTemporaryDiskSizeInMb 16384
SecurityType
SecureBootEnabled
VTpmEnabled
<!--NeedCopy-->

Einen MCS-Katalog klonen

Teilen Sie einen vorhandenen persistenten und nicht-persistenten MCS-Katalog in mehrere Kataloge auf. Durch das Erstellen eines Klons des ursprünglichen Bereitstellungsschemas können Sie verschiedene richtlinien- und katalogspezifische Konfigurationen auf bestimmte VM-Teilmengen anwenden. Diese Funktionalität ist besonders nützlich, wenn verschiedene funktionale Rollen innerhalb einer Organisation, wie z. B. Finanzen oder Führungskräfte, andere Ressourcenkonfigurationen (z. B. Sicherungslimits) als Standardbenutzer benötigen.

Anwendungsbeispiel

Ein Administrator verwaltet einen großen VM-Katalog. Das Führungsteam benötigt eine höhere Anzahl von Sicherungen, als die Standardrichtlinie zulässt. Der Administrator verwendet den Befehl Copy-ProvScheme, um das vorhandene Katalogbereitstellungsschema in einen neuen Katalog zu klonen. Dadurch kann der Administrator eine dedizierte Sicherungsrichtlinie auf den neuen Führungskatalog anwenden, während die ursprünglichen Einstellungen für den Rest der Organisation beibehalten werden.

Anwendbarkeit

Azure-Umgebungen
Persistente und nicht-persistente MCS-Kataloge
MCS-bereitgestellte Citrix Provisioning-Kataloge

Einschränkungen

Bereitstellungsschema: Nur die neueste Version des Bereitstellungsschemas wird kopiert.
Sicherungszeitpläne: Der Sicherungszeitplan wird nicht in den neuen Katalog kopiert; der neue Katalog muss einen eigenen Sicherungszeitplan konfiguriert haben.
Identitätspools: Identitätsbezogene Objekte werden nicht geklont und bleiben über dasselbe ADAccountIdentityPool gemeinsam genutzt.
Bereitstellungsgruppen: Bereitstellungsgruppenoperationen und Benutzerzuweisungen werden während des Klonvorgangs nicht geändert oder zugeordnet.

Wichtige Überlegungen

Ressourcengruppen (TargetLocation):
- Wenn Sie keine TargetLocation (Azure-Ressourcengruppe) angeben:
  - Für eine von Citrix verwaltete Ressourcengruppe wird eine neue von Citrix verwaltete Ressourcengruppe erstellt.
  - Für eine BYO-Ressourcengruppe (Bring Your Own) werden die neuen Bereitstellungsschema-Ressourcen in derselben Ressourcengruppe erstellt.
- Wenn Sie eine TargetLocation angeben:
  - Die Ressourcen werden in der angegebenen Ressourcengruppe erstellt.
  - Die angegebene Ressourcengruppe muss bereits in Azure vorhanden sein.
Basisfestplatten-Snapshot: Eine Kopie des Basisfestplatten-Snapshots wird immer erstellt, unabhängig von der Konfiguration der Ressourcengruppe.

Voraussetzungen

Ein vorhandenes Bereitstellungsschema (Quellkatalog) muss verfügbar sein.
Wenn ein Zielspeicherort angegeben wird, muss die Ziel-Azure-Ressourcengruppe vorhanden sein.

Konfigurieren mit PowerShell

Öffnen Sie ein PowerShell-Fenster.
Führen Sie den Befehl Copy-ProvScheme mit den erforderlichen Parametern aus: SourceProvisioningSchemeName (oder SourceProvisioningSchemeUid) und TargetProvisioningSchemeName.

Beispiel 1: Kopieren eines Bereitstellungsschemas nach Namen.

Dieses Beispiel kopiert das Schema namens „Backup“ in ein neues Schema namens „TestCopy“.
```
Copy-ProvScheme -SourceProvisioningSchemeName Backup -TargetProvisioningSchemeName TestCopy

```
Beispiel 2: Ein Bereitstellungsschema nach Uid in eine bestimmte Ressourcengruppe kopieren

Dieses Beispiel kopiert ein Schema unter Verwendung seiner Uid und gibt eine Zielressourcengruppe namens „TestRg“ an.
```
Copy-ProvScheme -SourceProvisioningSchemeUid 771e205d-1ee5-4ad2-b044-ecf3d7f24ec7 -TargetProvisioningSchemeName TestCopy -TargetLocation TestRg

```

Von MCS erstellte Ressourcen identifizieren

Im Folgenden sind die Tags aufgeführt, die MCS den Ressourcen auf der Azure-Plattform hinzufügt. Die Tags in der Tabelle werden als „Schlüssel“:„Wert“ dargestellt.

Ressourcenname	Tag
ID-Datenträger	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
Image	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
NIC	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
Betriebssystemdatenträ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-Inventar nicht sichtbar, wenn ein Tag CitrixResource hinzugefügt wird, um sie als von MCS erstellte Ressource zu identifizieren. Sie können den Tag entfernen oder umbenennen, um sie sichtbar zu machen.

Tags entfernen

Wenn Sie einen Katalog oder eine VM erstellen, werden Tags für die folgenden Ressourcen erstellt:

Ressourcengruppe
Virtueller Computer
Betriebssystemdatenträger
Identitätsdatenträger
Netzwerkschnittstelle
Speicherkonto

Sie können VMs und Maschinenkataloge aus der Citrix-Datenbank entfernen und Tags löschen. Sie können Folgendes verwenden:

Remove-ProvVM mit dem Parameter ForgetVM, um VMs und Tags von einer einzelnen VM oder einer Liste von VMs aus einem Maschinenkatalog zu entfernen.
Remove-ProvScheme mit dem Parameter ForgetVM, um einen Maschinenkatalog aus der Citrix-Datenbank und Tags von einem gesamten Maschinenkatalog zu entfernen.

Diese Funktion ist nur für persistente VMs anwendbar.

So gehen Sie vor:

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

Führen Sie Remove-ProvVM aus, um VMs aus der Citrix-Datenbank und Tags von VMs zu löschen. Zum Beispiel:

Remove-ProvVM -ProvisioningSchemeName “ProvisioningSchemeName” -VMName “vmname” -ForgetVM
<!--NeedCopy-->

Führen Sie Remove-ProvScheme aus, um den Maschinenkatalog aus der Citrix-Datenbank und Tags von Maschinenkatalogen zu löschen. Zum Beispiel:
```
Remove-ProvScheme -ProvisioningSchemeName “ProvisioningSchemeName” -ForgetVM

```
Hinweis:

Nachdem Sie den Parameter ForgetVM in Remove-ProvScheme verwendet haben, löscht MCS alle Snapshots, einschließlich des Basisdatenträger-Snapshots, wenn das Bereitstellungsschema entweder in einer selbstverwalteten Ressourcengruppe (BYORG) oder einer von Citrix verwalteten Ressourcengruppe vorhanden ist.

Weitere Informationen

Verbindungen und Ressourcen erstellen und verwalten(/de-de/citrix-daas/install-configure/connections.html)
Verbindung mit Microsoft Azure(/de-de/citrix-daas/install-configure/connections/connection-azure-resource-manager.html)
Maschinenkataloge erstellen(/de-de/citrix-daas/install-configure/machine-catalogs-create.html)
Einen Microsoft Azure-Katalog erstellen(/de-de/citrix-daas/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure.html)
Maschinenkataloge verwalten(/de-de/citrix-daas/install-configure/machine-catalogs-manage.html)

Die offizielle Version dieser Produktdokumentation ist in englischer Sprache verfasst. Nicht-englische Versionen wurden ausschließlich zu Ihrer Bequemlichkeit verfasst und können maschinell übersetzte Inhalte enthalten. Weitere Informationen finden Sie im Haftungsausschluss zur maschinellen Übersetzung (Machine Translation Disclaimer) auf Cloud Software Group home.

War dieser Artikel hilfreich?

Verwalten eines Microsoft Azure-Katalogs

September 3, 2026

Beitrag von:

C C

September 3, 2026

Beitrag von:

C C

In diesem Artikel

Speichertyp auf eine niedrigere Stufe ändern, wenn eine VM heruntergefahren wird
Legacy-MCS-Kataloge in Azure in maschinenprofilbasierte Kataloge konvertieren
Bereitgestellte Maschinen auf den aktuellen Bereitstellungsschemastatus aktualisieren
Datenträgerverschlüsselung ändern
Temporären Datenträger als WBC-Datenträger für vorhandene Kataloge verwenden
Informationen zu Azure-VMs, Snapshots, Betriebssystemdatenträgern und Definitionen von Katalogimages abrufen
Abrufen von Regionsnameninformationen für Azure-VMs, verwaltete Datenträger, Snapshots, Azure-VHDs und ARM-Vorlagen
Einen MCS-Katalog klonen
Von MCS erstellte Ressourcen identifizieren
Tags entfernen
Weitere Informationen

War dieser Artikel hilfreich?

Verwalten eines Microsoft Azure-Katalogs

Speichertyp auf eine niedrigere Stufe ändern, wenn eine VM heruntergefahren wird

Anforderungen

Einschränkung

Speichertyp auf eine niedrigere Stufe ändern

StorageTypeAtShutdown auf einen vorhandenen Katalog anwenden

Speichertyp vorhandener VMs beim Herunterfahren auf eine niedrigere Stufe ändern

Legacy-MCS-Kataloge in Azure in maschinenprofilbasierte Kataloge konvertieren

Bereitgestellte Maschinen auf den aktuellen Bereitstellungsschemastatus aktualisieren

Datenträgerverschlüsselung ändern

Datenträgerverschlüsselung mit privatem Endpunkt aktivieren

Vorhandenen Maschinenkatalog mit privaten Endpunkten aktualisieren

Einzelne Katalog-VMs aktualisieren

Temporären Datenträger als WBC-Datenträger für vorhandene Kataloge verwenden

Voraussetzungen

Vorhandene Kataloge aktualisieren

Informationen zu Azure-VMs, Snapshots, Betriebssystemdatenträgern und Definitionen von Katalogimages abrufen

Abrufen von Regionsnameninformationen für Azure-VMs, verwaltete Datenträger, Snapshots, Azure-VHDs und ARM-Vorlagen

Einen MCS-Katalog klonen

Anwendungsbeispiel

Anwendbarkeit

Einschränkungen

Wichtige Überlegungen

Voraussetzungen

Konfigurieren mit PowerShell

Von MCS erstellte Ressourcen identifizieren

Tags entfernen

Weitere Informationen

In diesem Artikel

`StorageTypeAtShutdown` auf einen vorhandenen Katalog anwenden