Citrix Virtual Apps and Desktops

查看 PDF

管理计算机目录

April 3, 2024

投稿者:

简介

可以在计算机目录中添加或删除计算机、重命名、更改说明或管理目录的 Active Directory 计算机帐户。

维护目录还可以包括确保每台计算机都安装了最新的操作系统更新。包括防病毒更新、操作系统升级或配置更改。

包含使用 Machine Creation Services (MCS) 创建的池随机目录通过更新在目录中使用的主映像，然后更新计算机来维护计算机。此方法使您能够有效地更新大量用户计算机。
对于使用 Citrix Provisioning 创建的计算机，计算机的更新将通过虚拟磁盘传播。有关详细信息，请参阅 Citrix Provisioning 文档。
对于包含静态永久性分配的计算机的目录以及 Remote PC Access 计算机目录，请在 Studio 外部管理用户计算机的更新。请使用第三方软件分发工具以单独或集中方式执行此操作。

有关创建和管理与主机虚拟机管理程序的连接的信息，请参阅连接和资源。

注意：

MCS 不支持 Windows 10 IoT 核心版和 Windows 10 IoT 企业版。请参阅 Microsoft 站点以了解详细信息。

关于永久实例

在更新使用永久或专用实例创建的 MCS 目录时，为该目录创建的任何新计算机将使用更新后的映像。预先存在的实例将继续使用原始实例。更新映像的过程与更新任何其他类型的目录的方式相同。请注意以下事项：

使用永久磁盘目录时，预先存在的计算机不会更新到新的映像，但是添加到该目录中的任何新计算机将使用新映像。
对于非永久磁盘目录，下次重置计算机时将更新计算机映像。
使用永久计算机目录时，更新映像也将更新使用它的目录实例。
对于不会永久存在的目录，如果您希望不同的计算机使用不同的映像，则映像必须位于单独的目录中。

向目录中添加计算机

开始之前：

确保虚拟化主机具有足够多的处理器、内存和存储空间来容纳更多的计算机。
确保有足够多的未使用 Active Directory 计算机帐户。如果要使用现有帐户，可以添加的计算机数受可用帐户数限制。
如果使用 Studio 为更多计算机创建 Active Directory 计算机帐户，必须具有相应的域管理员权限。

向目录中添加计算机：

在 Studio 导航窗格中选择计算机目录。
选择计算机目录，然后在操作窗格中选择添加计算机。
选择要添加的虚拟机数。
如果现有 Active Directory 帐户的数量不足，无法容纳要添加的 VM 数量，请选择要在其中创建帐户的域和位置。指定帐户命名方案，并使用井号来表示将显示连续数字或字母的位置。请勿在 OU 名称中使用正斜杠 (/)。名称不能以数字开头。例如，命名方案 PC-Sales-##（可以选择 0-9）将生成名为 PC-Sales-01、PC-Sales-02、PC-Sales-03 等的计算机帐户。
如果使用现有 Active Directory 帐户，请浏览到相应的帐户，或者单击导入并指定一个包含帐户名称的 .csv 文件。确保所有要添加的计算机都有足够的帐户。Studio 将管理这些帐户。允许 Studio 重置所有帐户的密码或者指定帐户密码，所有帐户的密码都必须相同。

系统会将计算机创建过程作为后台进程来执行，创建许多计算机时，需要很长时间才能完成。即使关闭 Studio，计算机创建过程也会继续执行。

从目录中删除计算机

从计算机目录中删除计算机后，用户将无法再访问，因此，删除计算机之前，请确保：

用户数据已备份或者不再需要。
所有用户均已注销。打开维护模式将停止连接到计算机的新连接。
计算机已关闭电源。

从目录中删除计算机：

在 Studio 导航窗格中选择计算机目录。
选择一个目录，然后在操作窗格中选择查看计算机。
选择一个或多个计算机，然后在操作窗格中选择删除。

选择是否删除要删除的计算机。如果选择删除计算机，请指示保留、禁用还是删除这些计算机的 Active Directory 帐户。

更改目录说明或更改 Remote PC Access 设置

在 Studio 导航窗格中选择计算机目录。
选择一个目录，然后在操作窗格中选择编辑计算机目录。
对于 Remote PC Access 目录，请使用电源管理页面更改电源管理设置并选择电源管理连接。在组织单位页面上，添加或删除 Active Directory OU。
在说明页面上，更改目录说明。

重命名目录

在 Studio 导航窗格中选择计算机目录。
选择一个目录，然后在操作窗格中选择重命名计算机目录。
输入新名称。

将目录移动到其他区域

如果您的部署包含多个区域，可以将某个目录从一个区域移动到另一个区域。

将某个目录移动到除包含该目录中的 VM 的虚拟机管理程序以外的其他区域会影响性能。

在 Studio 导航窗格中选择计算机目录。
选择一个目录，然后在操作窗格中选择移动。
选择要将目录移动到的区域。

删除目录

删除编录之前，请确保：

所有用户均已注销且没有仍在运行的已断开连接的会话。
该目录中的所有计算机均已打开维护模式，以便无法建立新连接。
该目录中的所有计算机均已关闭。
该目录不与交付组关联。即，交付组不包含该目录中的计算机。

要删除目录，请执行以下操作：

在 Studio 导航窗格中选择计算机目录。
选择一个目录，然后在操作窗格中选择删除计算机目录。
指明是否删除目录中的计算机。如果选择删除计算机，请指示保留、禁用还是删除这些计算机的 Active Directory 计算机帐户。

管理目录中的 Active Directory 计算机帐户

要管理计算机目录中的 Active Directory 帐户，可以：

从单会话操作系统和多会话操作系统目录中删除 Active Directory 计算机帐户，从而释放未使用的计算机帐户。之后，这些帐户便可用于其他计算机。
添加帐户，以便在向此目录添加更多计算机时，有可用的计算机帐户。请勿在 OU 名称中使用正斜杠 (/)。

管理 Active Directory 帐户：

在 Studio 导航窗格中选择计算机目录。
选择一个目录，然后在操作窗格中选择管理 AD 帐户。
选择是添加还是删除计算机帐户。如果添加帐户，请指定帐户密码的处理方式：重置所有密码还是输入一个适用于所有帐户的密码。

如果不知道当前的帐户密码，则可能需要重置密码；必须具有重置密码的权限。输入密码时，该密码会在系统导入帐户时发生变化。删除帐户时，请选择在 Active Directory 中保留、禁用还是删除帐户。

指示从目录中删除计算机或删除目录时应保留、禁用还是删除 Active Directory 帐户。

更新目录

我们建议您在更新目录中的计算机之前保存主映像的副本或快照。数据库会保留每个计算机目录中使用主映像的历史记录。回滚或还原目录中的计算机以使用早期版本的主映像。如果用户在部署到其桌面的更新中遇到问题，请执行此任务。这样可以最大限度地减少用户的停机时间。不要对主映像进行删除、移动或重命名。您无法还原目录以进行使用。

对于使用 Citrix Provisioning（以前称为 Provisioning Services）的目录，必须发布新虚拟磁盘才能将更改应用于该目录。有关详细信息，请参阅 Citrix Provisioning 文档。

更新计算机后，计算机将自动重新启动。

更新或创建主映像

更新计算机目录之前，请更新现有主映像或在主机虚拟机管理程序上创建一个主映像。

在您的虚拟机管理程序中，创建当前 VM 的快照并为该快照提供一个有意义的名称。可以根据需要使用该快照还原（回滚）目录中的计算机。
如有需要，请打开主映像的电源并登录。
安装更新或对主映像做任何必要的更改。
关闭 VM 的电源。
截取 VM 的快照。为其提供一个能够在 Studio 中更新目录时识别的有意义的名称。虽然 Studio 可以创建快照，但 Citrix 仍建议您使用虚拟机管理程序管理控制台进行创建。然后在 Studio 中选择该快照。执行此过程可以提供有意义的名称和说明，而非自动生成的名称。对于 GPU 主映像，只能通过 Citrix Hypervisor 控制台进行更改。

更新目录

准备并前滚目录中的所有计算机的更新：

在 Studio 导航窗格中选择计算机目录。
选择一个目录，然后在操作窗格中选择更新计算机。
在主映像页面上，选择要前滚的主机和映像。
在前滚策略页面上，选择使用新主映像更新计算机目录中计算机的时间：下次关闭时或立即。
确认摘要页面上的信息，然后单击完成。每台计算机都在更新后自动重新启动。

直接使用 PowerShell SDK（而非使用 Studio）更新目录时，请指定虚拟机管理程序模板 (VMTemplates)。将其用作图像或图像快照的替代方法。

前滚策略：

下次关闭时更新映像将立即影响当前未使用的任何计算机，即，没有任何活动用户会话的计算机。正在使用的系统在当前活动会话结束时接收更新。请注意以下事项：

在适用的计算机上完成更新之前，无法启动新会话。
对于单会话操作系统计算机，计算机未在使用或用户未登录时，将立即更新计算机。
对于包含子计算机的多会话操作系统，重新引导不会自动发生。必须手动将其关闭并重新启动。

提示：

可以通过主机连接的高级设置来限制要重新引导的计算机数量。使用这些设置可以修改针对给定目录执行的操作；高级设置因虚拟机管理程序而异。

如果要使用 PowerShell 启用一次性重新启动计划，请使用以下 BrokerCatalogRebootSchedule PowerShell 命令创建、修改和删除重新启动计划：

Get-BrokerCatalogRebootSchedule
New-BrokerCatalogRebootSchedule
Set-BrokerCatalogRebootSchedule
Remove-BrokerCatalogRebootSchedule
Rename-BrokerCatalogRebootSchedule

例如，

为目录中名为 BankTellers 的 VM 创建重新启动计划，该计划将于 2022 年 2 月 3 日凌晨 2 点到凌晨 4 点之间开始。

 C:\PS> New-BrokerCatalogRebootSchedule -Name BankTellers -CatalogName BankTellers  -StartDate "2022-02-03" -StartTime "02:00" -Enabled $true -RebootDuration 120
 <!--NeedCopy-->

为目录中 UID 为 17 的 VM 创建重新启动计划，该计划将于 2022 年 2 月 3 日凌晨 1 点到凌晨 5 点之间开始。重新启动前十分钟，每个 VM 都设置为在每个用户会话中显示一个标题为 WARNING: Reboot pending（警告: 重新启动待定）的消息框以及消息 Save your work（保存您的工作）。
```
 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
 
```

将名为旧名称的目录重新启动计划重命名为新名称。

C:\PS> Rename-BrokerCatalogRebootSchedule -Name "Old Name" -NewName "New Name"
<!--NeedCopy-->

显示 UID 为 1 的所有目录重新启动计划，然后将 UID 为 1 的目录重新启动计划重命名为新名称。

C:\PS> Get-BrokerCatalogRebootSchedule -Uid 1 | Rename-BrokerCatalogRebootSchedule -NewName "New Name" -PassThru
<!--NeedCopy-->

要将名为 Accounting 的目录重新启动计划设置为在每个 VM 重新启动前十分钟显示标题为 WARNING: Reboot pending（警告: 重新启动待定）的消息以及消息 Save your work（保存您的工作）。该消息出现在该 VM 上的每个用户会话中。

``` C:\PS> Set-BrokerCatalogRebootSchedule -Name Accounting -WarningMessage “Save your work” -WarningDuration 10 -WarningTitle “WARNING: Reboot pending”

显示所有已禁用的重新启动计划，然后启用所有已禁用的重新启动计划。

 C:\PS> Get-BrokerCatalogRebootSchedule -Enabled $false | Set-BrokerCatalogRebootSchedule -Enabled $true
 <!--NeedCopy-->

使用 UID 17 设置目录重新启动计划，以在每个 VM 重新启动前十五分钟、十分钟和五分钟显示消息 Rebooting in %m% minutes（将在 %m% 分钟后重新启动）。
```
 C:\PS> Set-BrokerCatalogRebootSchedule 17 -WarningMessage "Rebooting in %m% minutes." -WarningDuration 15 -WarningRepeatInterval 5
 
```

为名为 MyCatalog 的目录配置时区。

 C:\PS> Set-BrokerCatalog -Name "MyCatalog" -TimeZone <TimeZone>
 <!--NeedCopy-->

回滚更新

前滚更新后的/新的主映像之后，可以进行回滚。如果新更新的计算机出现问题，此过程可能很有必要。回滚时，目录中的计算机将回滚到上一个工作映像。需要较新映像的任何新功能将不再可用。与前滚一样，回滚计算机也需要重新启动。

在 Studio 导航窗格中选择计算机目录。
选择目录，然后在操作窗格中选择回滚计算机更新。
按上文前滚操作部分中所述，指定对计算机应用早期主映像的时间。

回滚仅适用于需要还原的计算机。尚未使用新的/更新后的主映像进行更新的计算机不会收到通知消息，也不会被强制注销。

升级目录或还原升级

在将计算机上的 VDA 升级到更新版本之后，可以升级计算机目录。Citrix 建议您将所有 VDA 升级到最新版本，以使其能够访问所有最新的功能。

升级目录之前，请执行以下操作：

如果您使用的是 Citrix Provisioning，请升级 VDA 版本。Provisioning 控制台不保留 VDA 版本。Citrix Provisioning 直接与 Citrix Virtual Apps and Desktops 设置向导进行通信，以在创建的目录中设置 VDA 版本。
启动升级后的计算机，使其注册到 Controller 中。此过程允许 Studio 确定目录中的计算机是否需要升级。

要升级目录，请执行以下操作：

在 Studio 导航窗格中选择计算机目录。
选择目录。下部窗格中的详细信息选项卡会显示版本信息。
选择升级目录。如果 Studio 检测到目录需要升级，它会显示一条消息。按照提示进行操作。如果一台或多台计算机无法升级，则消息中会说明原因。Citrix 建议您在升级目录前解决计算机问题，以确保所有计算机均正常运行。

目录升级完成后，您可以通过选择该目录，然后在操作窗格中选择撤消，将计算机还原到其先前的 VDA 版本。

更改现有预配方案的网络设置

可以更改现有预配方案的网络设置，以便在新的子网中创建新的 VM。使用 Set-ProvScheme 命令中的 -NetworkMapping 参数更改网络设置。

注意：

Citrix Virtual Apps and Desktops 2203 LTSR CU3 及更高版本支持此功能。

要更改现有预配方案的网络设置，请执行以下操作：

在 PowerShell 窗口中，运行命令 asnp citrix* 以加载 PowerShell 模块。
运行 (Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps 以获取要更改的网络路径。

为新的网络设置分配一个变量。例如：

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

运行 Set-ProvScheme -ProvisioningSchemeName "name" -NetworkMapping $NewNetworkMap。
运行 (Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps 以验证现有预配方案的新网络设置。

识别 MCS 创建的资源

下面是 MCS 为每个平台上的资源添加的标签。表中的标签表示方式为 “key”:”value”。

AWS

资源名称	标记
ID 磁盘	“Name”: “VMName_IdentityDisk”
	“XdConfig”: “XdProvisioned=true”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
映像	“XdConfig”: “XdProvisioned=true”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
NIC	“Description”: “XD Nic”
	“XdConfig”: “XdProvisioned=true”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
操作系统磁盘	“Name”: “VMName_rootDisk”
	“XdConfig”: “XdProvisioned=True”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	[当 AwsCaptureInstanceProperties = true 时] “Citrix Resource”: “”
	[当 AwsCaptureInstanceProperties = true 并且 AwsOperationalResourcesTagging = true 时] “CitrixOperationalResource”: “”
PrepVM	“Name”: “Preparation - CatalogName - xxxxxxxxxx”
	“XdConfig”: “XdProvisioned=true”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	[当 AwsCaptureInstanceProperties = true 时] “Citrix Resource”: “”
	[当 AwsCaptureInstanceProperties = true 并且 AwsOperationalResourcesTagging = true 时] “CitrixOperationalResource”: “”
已发布的快照	“XdConfig”: “XdProvisioned=true”
	如果不是 Volume Worker AMI 的快照，则为 “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
模板	[当 AwsCaptureInstanceProperties = true 时] “XdConfig”: “XdProvisioned=true”
	[当 AwsCaptureInstanceProperties = true 时] “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	[当 AwsCaptureInstanceProperties = true 时] “CitrixResource”: “”
	[当 AwsCaptureInstanceProperties = true 并且 AwsOperationalResourcesTagging = true 时] “CitrixOperationalResource”: “”
目录中的 VM	“XdConfig”: “XdProvisioned=true”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	[当 AwsCaptureInstanceProperties = true 时] “CitrixResource”: “”
	[当 AwsCaptureInstanceProperties = true 时] “aws:ec2launchtemplate:id”:“lt-xxxx”
	[当 AwsCaptureInstanceProperties = true 时] “aws:ec2launchtemplate:version”: “n”
	[当 AwsCaptureInstanceProperties = true 并且 AwsOperationalResourcesTagging = true 时] “CitrixOperationalResource”: “”
卷工作线程 AMI	“XdConfig”: “XdProvisioned=true”
卷工作线程 bootstraper	“Name”: “XenDesktop Temp”
	“XdConfig”: “XdProvisioned=true”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	[当 AwsCaptureInstanceProperties = true 并且 AwsOperationalResourcesTagging = true 时] “CitrixVolumeWorkerBootstrapper”: “”
卷工作线程实例	“Name”: “Citrix.XD.Volumeworker-xxxx-xx-xx-xx-xxxx”
	“XdConfig”: “XdProvisioned=true”

Azure

资源名称	标记
ID 磁盘	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
映像	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
NIC	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
操作系统磁盘	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
PrepVM	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
已发布的快照	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
资源组	“CitrixResource” : “Internal”
	CitrixSchemaVersion：2.0
	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
存储帐户	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
目录中的 VM	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”
WBC 磁盘	“CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“CitrixResource” : “Internal”

注意：

如果添加了 CitrixResource 标记以将某个 VM 标识为 MCS 创建的资源，该 VM 在 Citrix 清单中将不可见。您可以删除或重命名该标记以使其可见。

Google 云端平台

资源名称	标记
ID 磁盘	“CitrixResource”: “internal”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
映像	“CitrixResource”: “internal”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
操作系统磁盘	“CitrixResource”: “internal”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
PrepVM	“CitrixResource”: “internal”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
已发布的快照	“CitrixResource”: “internal”
存储桶	“Citrixresource”: “internal”
模板	“CitrixResource”: “internal”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
目录中的 VM	“CitrixResource”: “internal”
	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”. 该插件还为 MCS 预配的 VM 添加了以下标签：”citrix-provisioning-scheme-id”: “provSchemeId”。您可以在 GCP 控制台中使用此标签按目录进行筛选。
WBC 磁盘	“CitrixResource”: “internal”
	CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”

注意：

如果添加了 CitrixResource 标记以将某个 VM 标识为 MCS 创建的资源，该 VM 在 Citrix 清单中将不可见。您可以删除或重命名该标记以使其可见。

Citrix Hypervisor

资源名称	标记
已在每个网络或本地存储中发布基础磁盘及其副本	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
ID 磁盘	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
操作系统磁盘	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
准备 VM	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
目录中的 VM	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
WBC 磁盘	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”

SCVMM

资源名称	标记
准备 VM	标记字符串：“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	自定义属性条目：”XdConfig:“XdProvisioned=True”
目录中的 VM	标记字符串：“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	自定义属性条目：”XdConfig:“XdProvisioned=True”

VMware

资源名称	标记
准备 VM	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“XdConfig:“XdProvisioned=True”
目录中的 VM	“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
	“XdConfig:“XdProvisioned=True”

故障排除

对于状态为“电源状态未知”的计算机，请参阅 CTX131267 了解指导信息。
要修复持续显示未知电源状态的 VM，请参阅如何修复持续显示未知电源状态的 VM。

本内容的正式版本为英文版。部分 Cloud Software Group 文档内容采用了机器翻译，仅供您参考。Cloud Software Group 无法控制机器翻译的内容，这些内容可能包含错误、不准确或不合适的语言。对于从英文原文翻译成任何其他语言的内容的准确性、可靠性、适用性或正确性，或者您的 Cloud Software Group 产品或服务沿用了任何机器翻译的内容，我们均不作任何明示或暗示的保证，并且适用的最终用户许可协议或服务条款或者与 Cloud Software Group 签订的任何其他协议（产品或服务与已进行机器翻译的任何文档保持一致）下的任何保证均不适用。对于因使用机器翻译的内容而引起的任何损害或问题，Cloud Software Group 不承担任何责任。

这是否有帮助？

管理计算机目录

April 3, 2024

投稿者:

April 3, 2024

投稿者:

这是否有帮助？