マシンカタログの管理
注
この記事では、StudioとPowerShellコマンドを使用してカタログを管理する方法について説明します。 [クイック展開]ノードを使用してカタログを作成し、このノードを引き続き使用してカタログを管理する場合は、「クイック展開でのカタログ管理」の手順に従ってください。
はじめに
マシンカタログにマシンを追加したり、カタログからマシンを削除したり、マシンカタログの名前や説明を変更したりすることができます。また、カタログのActive Directoryコンピューターアカウントを管理できます。
カタログの管理には、最新のOSアップデート、アンチウイルスプログラムのアップデート、オペレーティングシステムのアップグレード、または構成の変更が、各マシンに適用されていることの確認作業も含めることができます。
- Machine Creation Services(MCS)を使用して作成されたプール(ランダム)マシンが含まれるカタログは、カタログで使用されるイメージを更新してからマシンを更新することにより、マシンを管理できます。 この方法により、多数のユーザーマシンを効率的に更新することができます。
- 静的で永続的に割り当てられたマシンが含まれるカタログの場合、それらのカタログが現在使用しているイメージまたはテンプレートを管理できますが、後でカタログに追加するマシンのみが新しいイメージまたはテンプレートを使用して作成されます。
- リモートPCアクセスカタログの場合は、ユーザーのマシンに対する更新をStudio外で管理します。 サードパーティ製のソフトウェア配信ツールを使用して、個々のデスクトップまたはデスクトップのグループを管理します。
ホストハイパーバイザーおよびクラウドサービスへの接続の作成と管理については、「接続の作成と管理」を参照してください。
注
MCSでは、Windows 10 IoT CoreおよびWindows 10 IoT Enterpriseはサポートされていません。 詳しくは、Microsoft社のサイトを参照してください。
永続インスタンスについて
永続マシンを含むMCSカタログのマスターイメージを更新すると、カタログに追加された新しいマシンは更新されたイメージを使用します。 既存のマシンは引き続き元のマスターイメージを使用します。 他の種類のカタログでも、イメージの更新プロセスは同様です。 以下に注意してください:
- 永続ディスクカタログでは、既存のマシンは新しいイメージに更新されませんが、追加されたマシンは新しいイメージを使用します。
- 永続ディスクカタログではない場合、次回、StudioまたはPowerShell内でマシンが再起動された場合にのみ、マシンイメージが更新されます。 Studioの外部のハイパーバイザーからマシンを再起動した場合、ディスクはリセットされません。
- 永続的ではないカタログの場合、マシンごとに異なるイメージを使用するには、個別のカタログ内にイメージが存在する必要があります。
マシンカタログの管理
マシンカタログは次の2つの方法で管理できます。
Studioの使用
このセクションでは、Studioを使用してカタログを管理する方法について説明します:
- カタログの詳細の表示
- カタログへのマシンの追加
- カタログからのマシンの削除
- カタログの編集
- カタログ名の変更
- カタログの削除
- カタログにおけるActive Directoryコンピューターアカウントの管理
- カタログのマスターイメージの変更
- 機能レベルを変更するか変更を元に戻す
- カタログの複製
- フォルダーを使用したカタログの整理
- VDAのアップグレード
- カタログの構成セットの管理
- カタログの作成の再試行
- (Citrix以外でプロビジョニングされたVDAのみ)登録トークンの生成と管理
カタログの詳細の表示
- 検索機能を使用して、特定のマシンカタログを見つけます。 手順については、「インスタンスの検索」を参照してください。
- 検索結果から必要に応じてカタログを選択します。
- カタログ列の説明については、次の表を参照してください。
- このカタログの詳細については、下部の詳細ペインのタブをクリックしてください。
列 | 説明 |
---|---|
マシンカタログ
|
カタログ名と割り当ての種類。 以下は割り当ての種類です:
|
マシンの種類
|
カタログ内のマシンでサポートされているセッションの種類。 設定可能な値は次のとおりです:
|
マシンの数 | カタログ内のマシン数とプロビジョニング方法。 使用可能なプロビジョニング方法には、Machine Creation Services(MCSマシン)、手動、およびCitrix Provisioning Servicesが含まれます。 |
割り当て済み(個) | デリバリーグループに割り当てられたカタログ内のマシンの数。 |
フォルダー |
マシンカタログツリー内のカタログの場所。 カタログが含まれているフォルダーの名前(末尾のバックスラッシュを含む)、またはカタログがルートレベルにある場合は- が表示されます。 |
VDAのアップグレード | VDAのアップグレードの状態。 設定可能な値には、未構成、スケジュール設定済み、使用可能、および、最新です、が含まれます。 |
イメージの状態 | カタログのイメージ更新のステータス。 非永続マシンカタログにのみ適用されます。 設定可能な値は次のとおりです:完全に更新されました、一部更新されました、更新保留中、準備中 |
カタログへのマシンの追加
以下の点に注意してください:
- 追加するマシンの数に応じて十分なプロセッサ、メモリ、ストレージが仮想化ホスト(ハイパーバイザーまたはクラウドサービスプロバイダー)上にあることを確認してください。
- 十分な数のActive Directoryコンピューターアカウントが使用可能であることを確認してください。 既存のアカウントを使用している場合、使用可能なアカウントの数により、追加できるマシンの数が制限されることに注意してください。
- 追加するマシン用にStudioでActive Directoryコンピューターアカウントを作成する場合は、適切なドメイン管理者権限も必要です。
ヒント:
マシンカタログへのマシンの追加に使用されるCitrix DaaSアカウントでAD権限が制限されている場合は、[..にログイン]画面で使用する予定のすべてのCloud Connectorを追加します 画面.
マシンカタログにマシンを追加するには、以下の手順に従います:
- Studioの左側のペインで [マシンカタログ] を選択します。
- マシンカタログを選択し、操作バーの [マシンの追加] を選択します。
- [仮想マシン] ページで、追加する仮想マシンの数を選択します。
-
[マシンID] ページで、次のように設定を構成します:
-
一覧からIDを選択します。
-
該当する場合は、アカウントを作成するか既存のアカウントを選択して、アカウントの場所(ドメイン)を指定します。
追加する仮想マシンの数に対し、既存のActive Directoryアカウントの数が不足している場合は、作成するアカウントのドメインと場所を選択します。
既存のActive Directoryアカウントを使用する場合、アカウントを参照するか、[インポート]を選択してアカウント名の一覧の
.csv
ファイルを指定します。 追加するマシンに十分な数のアカウントをインポートする必要があります。 Studioはこれらのアカウントを管理 します。 すべてのアカウントのパスワードのリセットを[完全な構成]インターフェイスに許可するか、アカウントのパスワードを指定します(すべてのアカウントで同じパスワードを使用する必要があります)。 -
このIDプールが他のカタログで使用されている場合、Studioを使用して別のプールに変更することはできません。 代わりに、Set-ProvScheme PowerShellコマンドレットを使用してください。 詳しくは、Citrix Virtual Apps and Desktops SDKドキュメントを参照してください。
-
アカウント名前付けスキームを指定します。番号記号(#)により、名前に追加される連番または文字とその位置が定義されます。 たとえば、名前付けスキームとして「PC-Sales-##」を指定して[0~9]を選択すると、PC-Sales-01、PC-Sales-02、PC-Sales-03などのコンピューターアカウント名が作成されます。
-
オプションで、アカウント名の先頭を指定できます。
アカウント名の先頭を指定するときは、次のシナリオに注意してください:開始の数字または文字が既に使用されている場合、最初に作成されるアカウントは、その後の最も近い未使用の数字または文字で名前付けされます。
MCSを使用して展開されるマシンのシーケンス番号をPowerShellコマンドでカスタマイズするには、「マシン名のシーケンス番号の管理」を参照してください。
-
- [ドメイン資格情報] ページで [資格情報の入力] を選択し、マシンアカウントを作成するために十分な権限を持つユーザー資格情報を入力します。
マシンの作成はバックグラウンドプロセスとして実行され、多くのマシンを追加する場合には時間がかかることがあります。 Studioを終了してもマシンの作成処理は続行されます。
CSVファイルを使用してマシンをカタログに一括追加する
CSVファイルを使用してマシンを一括で追加できます。 この機能は、MCS(Machine Creation Services)でプロビジョニングされるカタログを除いて、すべてのカタログで使用できます。
マシンをカタログに一括追加するには、次の手順を実行します:
- Studioの左側のペインで [マシンカタログ] を選択します。
- マシンカタログを選択し、操作バーの [マシンの追加] を選択します。 [マシンの追加] ウィンドウが開きます。
- [CSVファイルの追加] を選択します。 [マシンを一括で追加] ウィンドウが開きます。
- [CSVテンプレートのダウンロード] を選択します。
- テンプレートファイルに入力します。
- ファイルをドラッグまたは参照してアップロードします。
- [検証] を選択して、インポートの検証チェックを実行します。
- [インポート] を選択して処理を完了します。
CSVファイルを使用してマシンを追加する場合の考慮事項
注
- Active Directory以外のユーザーの場合は、次の形式で名前を入力する必要があります:
<identity provider>:<user name>
。 例:AzureAD:username
。- 仮想マシン名では大文字と小文字が区別されます。 仮想マシンパスを入力するときは、仮想マシン名を正しく入力してください。
CSVテンプレートファイルを編集するときは、次の点に注意してください:
-
この機能により、CSVファイルを使用してマシンを一括追加する柔軟性が得られます。 このファイルでは、(ユーザーの自動割り当てで使用するために)マシンのみを追加するか、ユーザーの割り当てとともにマシンを追加することができます。 次の形式でデータを入力します:
-
マシンアカウントとユーザー名(samName)のペアの場合:
- Domain\ComputerName1, Domain\Username1
- Domain\ComputerName2, Domain\Username1;Domain\Username2
-
Domain\ComputerName3, AzureAD:username
-
マシンアカウントのみの場合:
- Domain\ComputerName1
-
Domain\ComputerName2
-
VMとユーザー名のペアの場合:
- XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName1.vm,Domain\ComputerName1,Domain\Username1
-
XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName2.vm,Domain\ComputerName2,Domain\Username2
-
VMのみの場合:
- XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName1.vm,Domain\ComputerName1
-
XDHyp:\Connections\ConnectionName\RegionName\vm.folder\VMName2.vm,Domain\ComputerName2
次に例を示します:
XDHyp:\Connections\xpace-scale\East US.region\vm.folder\wsvdaV3-2.vm
各項目の意味は次のとおりです。
-
xpace-scale
は接続名です([ホスト]>[接続およびリソースの追加]に入力した接続名)。 詳しくは、「接続とリソースの作成」を参照してください。 -
East US.region
はリージョン名です(拡張子として.region
を含むリージョンの名前)。 -
wsvdaV3-2.vm
はVM名です(拡張子が.vm
の仮想マシンの名前)。
-
-
ファイルに含めることができるマシンの最大数は、1,000です。 1,000台を超えるマシンをインポートするには、複数のファイルに分割してから、ファイルを1つずつインポートします。 インポートするマシンは1,000台を超えないようにすることをお勧めします。 そうしないと、マシンカタログの作成が完了するまでに時間がかかる場合があります。
同じ [マシンの追加] ページのカタログからマシンをエクスポートすることもできます。 エクスポートされたマシンのCSVは、マシンを一括で追加するときにテンプレートとして使用できます。 マシンをエクスポートするには:
- Studioの左側のペインで [マシンカタログ] を選択します。
- マシンカタログを選択し、操作バーの [マシンの追加] を選択します。 [マシンの追加] ウィンドウが開きます。
- [CSVにエクスポート] を選択します。 マシン一覧を含むCSVファイルがダウンロードされます。
- CSVファイルを開き、必要に応じてマシンを追加または編集します。 保存したCSVファイルを使用してマシンを一括で追加するには、前のセクション「CSVファイルを使用してマシンをカタログに一括追加する」を参照してください。
注
この機能は、リモートPCアクセスカタログおよびMCSプロビジョニングカタログでは使用できません。
CSVファイルでのマシンのエクスポートとインポートは、同じ種類のカタログ間でのみサポートされます。
WebSocket VDA登録ツールを使用してマシンをカタログに登録する
WebSocket VDA登録ツールによって、VDAマシンのトークンベースの登録が容易になります。 このツールは、登録トークンを使用してVDAをマシンカタログに追加することで、接続をWebSocket接続に変換することができます。
注
このツールは、どのマシンカタログにも登録されていないVDAマシンを登録するために設計されています。
登録ツールを実行するには、次の手順に従います:
- VDAにログインします。
-
C:\Program Files\Citrix\Virtual Desktop Agent\Web Socket Vda Enrollment Tool
内でツール(EnrollMachine.exe
)を見つけます。 - 適切な入力パラメーターを使用してツールを実行します。 例:
EnrollMachine.exe -websocket_token_string:xxxxxxxxx
次の表は、登録ツールの入力パラメーターについて説明しています:
パラメーター名 | 必須 | 説明 | 例: |
---|---|---|---|
-websocket_token_stdin |
はい
|
登録トークンを読み取ります。 | .\EnrollMachine.exe -websocket_token_stdin |
-websocket_token_string |
コマンドラインパラメーターから直接登録トークンを読み取ります。 | .\EnrollMachine.exe -websocket_token_string:<token> |
|
-websocket_token_file:[token-file-path] |
指定されたパスから登録トークンを読み取ります。 | .\EnrollMachine.exe -websocket_token_file:C:\token\test2.txt |
|
log:[log-file-path] |
いいえ | 登録ツールのログを表示します。 | .\EnrollMachine.exe log:[C:\ProgramData\Citrix\EnrollMachine\EnrollMachine.txt] |
-help |
いいえ | 簡単なヘルプテキストを表示します。 | .\EnrollMachine.exe -help |
登録が成功すると、ツールとログに成功メッセージが表示されます。 必ずStudioにサインインして、VDAマシンがカタログに追加され、マシンのステータスが登録されていることを確認してください。
トラブルシューティング
デフォルトでは、登録ツールのログは次の場所にあります:
C:\ProgramData\Citrix\EnrollMachine\EnrollMachine.txt
ログに別のパスを指定した場合は、log:[log-file-path]
を使用してログを取得できます。
次の表は、登録ツールによって返されるコードの一覧です:
コード | 文字列 | 説明 |
---|---|---|
0 | 成功 | VDAがマシンカタログに正常に追加されました。 |
-1 | InvalidArgument | 登録トークンの入力パラメーターが無効です。 |
-2 | BrokerAgentNotFound | ブローカーエージェントサービスが見つかりません。 |
-3 | TokenInvalid | 入力されたトークンは無効です。 |
-4 | TokenMissingRequiredClaims | トークンに必要なクレーム(CustomerIdやEnrollment URIなど)がありません。 |
-5 | InternalError | 一般的なエラーが発生しました。 |
-6 | TimedOut | タスクがタイムアウトになりました。 |
-7 | FailedToDetermineMachineADJoinedStatus | マシンのAD参加状態を返すサービスが失敗しました。 |
-8 | ADMachineFailedToFindSid | ADマシンのSIDを返すサービスが失敗しました。 |
-9 | EnrollRequestFailed | HTTPエラーのため要求は失敗しました。 |
-10 | EnrollResponseMissingRequiredFields | 登録ツールの応答にパラメーターVirtualSiteId がありません。 |
-11 | InsufficientPermission | タスクを実行するために必要な権限がありません。 |
-12 | FailedToDetermineMachineAadJoinedStatus | マシンのAD参加状態をチェックするサービスがエラーをスローします。 |
-13 | AadMachineFailedToFindDeviceId | システムによって追加された追加パラメーターAAD device id が空です。 |
-14 | AadDeviceIdNotValid | システムによって追加された追加パラメーターAAD device id は有効なGUIDではありません。 |
-15 | NoValidMacAddress | 無効なMACアドレスです。 |
-16 | FailedToGetComputerHostNameForVdaInstanceName | 追加パラメーターVdaInstanceName を設定するためのコンピューターのホスト名を取得できませんでした。 |
-17 | VirtualDesktopAgentRegistryKeyFailedToOpen | Delivery Controllerの一覧を書き込むためにVDAレジストリキーを開くことができませんでした。 |
-18 | Failed Token reached the max count | 失敗したトークンが最大数に達しました。 |
カタログからのマシンの削除
マシンをマシンカタログから削除すると、ユーザーはそのマシンにアクセスできなくなります。そのため、マシンを削除する前に以下の点について確認してください:
- マシン上に重要なユーザーデータがなく、データがある場合はバックアップ済みであること。
- すべてのユーザーがログオフしていること。 メンテナンスモードをオンにすると、マシンに新たに接続できなくなります。
- マシンの電源がオフになっていること。
カタログからマシンを削除するには、以下の手順に従います:
- Studioの左側のペインで [マシンカタログ] を選択します。
- マシンカタログを選択し、操作バーの [マシンの表示] を選択します。
- 1台または複数のマシンを選択し、操作バーの [削除] を選択します。
- 永続マシンをカタログから削除する場合は、ハイパーバイザーまたはクラウドサービスのどちらからも削除するかを選択します。 両方を削除する場合は、それらのActive Directoryアカウントを保持するか、無効にするか、削除するかを指定します。
Azure Resource Managerカタログから永続マシンを削除すると、マシンと関連するリソースグループを保持するように指定しても、Azureから削除されます。
非永続マシンをカタログから削除すると、ハイパーバイザーまたはクラウドサービスから自動的に削除されます。
カタログの編集
- Studioの左側のペインで [マシンカタログ] を選択します。
- マシンカタログを選択し、操作バーの [マシンカタログの編集] を選択します。
- [スコープ] ページで、スコープを変更します。
-
[NIC] ページで、次の操作を実行します:
- NICのサブネットマッピングを変更するには、[割り当て済みネットワーク] フィールドからネットワークを選択します。
- サブネットマッピングを追加するには、[NICを追加] を選択し、[割り当て済みネットワーク] フィールドからネットワークを選択し、[保存] をクリックします。
カタログに関連付けられたホストに存在するサブネットのみが、[割り当て済みネットワーク] フィールドに表示されます。
マシンプロファイルがない場合のみ、AzureマシンカタログにNICを追加できます。
注
- AWSマシンカタログの場合、同じサブネットを複数のNICにマッピングすることはできません。
- マシンプロファイルを含むマシンカタログの場合、カタログ上のNICの数は、マシンプロファイル上のNICの数と同じである必要があります。
- この機能は、IBM Cloudハイパーバイザーではサポートされていません。
- この機能は、NutanixハイパーバイザーのNutanix Prism Elementでのみサポートされます。
- [VDAのアップグレード] ページで、アップグレード先のVDAバージョンを変更または選択します。 詳しくは、「VDAのアップグレード」を参照してください。
-
カタログの種類によっては、別のページが表示されることがあります。
Azure Resource Managerイメージを使用して作成されたカタログの場合、以下のページが表示されます。 変更は、後でカタログに追加したマシンにのみ適用されることに注意してください。 既存のマシンは変更されません。
-
[仮想マシン] ページで、マシンサイズと、マシンを作成するアベイラビリティゾーンを変更します。
注
- カタログがサポートするマシンサイズのみが表示されます。
- 必要に応じて、[ほかのマシンカタログで使用されるマシンサイズのみを表示する] を選択して、マシンサイズ一覧をフィルタリングします。
-
On the Machine Profile page, choose whether to use or change a machine profile.
-
(Only when the catalog is configured with a dedicated group host) On the Dedicated host group page, choose whether to change a host group.
-
On the Storage and License Types page, choose whether to change the storage type, license type, and Azure Computer Gallery settings (available only when Place prepared image in Azure Gallery is in use).
> **Note:** > > If the newly selected setting doesn't support the current machine size, a warning dialog box appears, informing you that changing the setting, resets the machine size setting. If you choose to continue, a red dot appears next to the **Virtual Machines** menu, prompting you to select a new machine size.
これらのページで使用可能な設定について詳しくは、「Azure Resource Managerイメージを使用してマシンカタログを作成する」を参照してください。
リモートPCアクセスカタログの場合、次のページが表示されます:
- On the Power Management page, change the power management settings and select a power management connection.
- [組織単位] ページでは、Active Directory組織単位を追加または削除します。
-
- [説明] ページでは、カタログの説明を変更します。
- [適用] をクリックして変更を適用し、[保存] をクリックして終了します。
カタログ名の変更
- Studioの左側のペインで [マシンカタログ] を選択します。
- マシンカタログを選択し、操作バーの [マシンカタログの名前を変更] を選択します。
- 新しい名前を入力します。
カタログの削除
カタログを削除する前に、以下の点について確認してください:
- すべてのユーザーがログオフしており、実行中の切断セッションがないこと。
- カタログ内のすべてのマシンのメンテナンスモードがオンで、新たに接続できないこと。
- カタログ内のすべてのマシンの電源がオフになっていること。
- そのカタログがデリバリーグループに関連付けられていないこと。 すなわち、そのカタログのマシンがデリバリーグループに含まれていないこと。
カタログを削除するには、以下の手順に従います:
- Studioの左側のペインで [マシンカタログ] を選択します。
- マシンカタログを選択し、操作バーの [マシンカタログの削除] を選択します。
- カタログに永続マシンが含まれている場合は、ハイパーバイザーまたはクラウドサービスのどちらからも削除するかを指定します。 削除する場合は、それらのActive Directoryアカウントを保持するか、無効にするか、削除するかを指定します。
- 必要に応じて [進行状況を隠す] を選択して、バックグラウンドで削除を実行します。
注
- Azure Resource Managerカタログを削除すると、関連するマシンとリソースグループを保持するように指定しても、Azureから削除されます。
- 非永続マシンを含むカタログを削除すると、それらのマシンはハイパーバイザーまたはクラウドサービスから削除されます。
- カタログの削除中にハイパーバイザーまたはクラウド サービスに到達できない場合、カタログと仮想マシンは両方とも削除に失敗します。 必要に応じて、Citrixサイトデータベースから仮想マシンレコードのみを削除することができます。 これを行うには、[マシンカタログ] ノードでマシンカタログを選択し、[トラブルシューティング] タブに示されている削除を実行します。 この操作により、仮想マシンはホスト上にそのまま残ることに注意してください。
カタログにおけるActive Directoryコンピューターアカウントの管理
マシンカタログのActive Directoryアカウントについて、次の操作を行えます:
- シングルセッションカタログおよびマルチセッションカタログからActive Directoryコンピューターアカウントを削除して未使用のマシンアカウントを解放する。 解放したアカウントは、ほかのマシンで使用可能になります。
- カタログに追加するマシン用のコンピューターアカウントを追加しておく。 組織単位名にはスラッシュ(/)を使用しないでください。
Active Directoryアカウントを管理するには、以下の手順に従います:
- Studioの左側のペインで [マシンカタログ] を選択します。
- カタログを選択し、操作バーの [Active Directoryアカウント管理] を選択します。
-
必要に応じてコンピューターアカウントを追加または削除します。 アカウントを追加する場合は、すべてのアカウントのパスワードをリセットするか、すべてのアカウントに適用されるパスワードを入力するかを選択します。
アカウントの現在のパスワードがわからない場合は、すべてのアカウントのパスワードをリセットするオプションを選択します。パスワードをリセットするための権限が必要です。 パスワードを指定する場合は、アカウントのインポート時にパスワードが変更されます。 アカウントを削除する場合は、そのアカウントをActive Directory内で保持するか、無効にするか、削除するかを選択します。
カタログからマシンを削除するか、カタログを削除する場合にも、Active Directoryアカウントを保持するか、無効にするか、削除するかを指定することができます。
カタログのマスターイメージの変更
カタログのマスターイメージを変更する前に、イメージのコピーまたはスナップショットを保存しておくことをお勧めします。 データベースには、各マシンカタログで使用されたイメージの履歴記録が保持されます。 デスクトップに展開した新しいイメージによりユーザーの操作に問題が発生した場合は、カタログ内のマシンをロールバックして以前のバージョンのマスターイメージに戻し、ユーザーのダウンタイムを最小限に抑えることができます。 イメージの削除、移動、または名前変更を行わないでください。 そうしないと、マスターイメージをロールバックできません。
重要:
永続カタログのマスターイメージを変更するときは、次の点を考慮してください:後でカタログに追加するマシンのみが新しいイメージを使用して作成されます。 新しいイメージはカタログ内の既存のマシンにロールアウトされません。
マシンは、更新後に自動的に再起動されます。
イメージの更新または作成
既存のイメージを更新するか新しく作成することで、ホストハイパーバイザー上に新しいイメージを準備してから、カタログのマスターイメージを変更します。
- ハイパーバイザー上またはクラウドサービスプロバイダー上で、現在の仮想マシンのスナップショットを作成してわかりやすい名前を付けます。 このスナップショットを使用して、マスターイメージをロールバックできます。
- 必要に応じて、イメージをオンにしてログオンします。
- 更新をインストールするか、イメージに対して必要な変更を加えます。
- イメージでPersonal vDiskが使用される場合は、インベントリを更新します。
- 仮想マシンの電源を切ります。
- 仮想マシンのスナップショットを作成してわかりやすい名前を付けます。この名前はマスターイメージの変更時に使用されます。
注
スナップショットは管理インターフェイスを使用して作成することもできますが、ハイパーバイザー側の管理コンソールでスナップショットを作成し、そのスナップショットをStudioで選択することをお勧めします。 これにより、スナップショットに自動生成される名前を付けるのではなく、わかりやすい名前と説明を指定できます。 GPUの仮想化機能を使用したイメージを更新する場合は、XenServerのXenCenterコンソールを使用する必要があります。
マスターイメージの変更
新しいマスターイメージをカタログ内のすべてのマシンにロールアウトするには:
- Studioの左側のペインで [マシンカタログ] を選択します。
- カタログを選択し、操作バーの [マスターイメージの変更] を選択します。
-
[イメージ] ページで、ホストおよびロールアウトするイメージを選択します。
ヒント:
MCSで作成したカタログの場合、イメージにメモを追加することで、そのイメージに注釈を付けることができます。 メモには最大500文字を含めることができます。 マスターイメージを変更するたびに、メモを追加するかどうかに関係なく、メモ関連のエントリが作成されます。 メモを追加せずにカタログを更新すると、エントリはnull(-)として表示されます。 イメージのメモ履歴を表示するには、カタログを選択し、下のペインで [テンプレートのプロパティ] をクリックしてから、[メモ履歴の表示] をクリックします。
-
[ロールアウト方法] ページで、マシンカタログ内のマシンを新しいイメージによって変更するタイミング:次回シャットダウン時または即時を選択します。
注
ロールアウトは非永続的なVMにのみ適用されるため、永続的なVMでは[ロールアウト戦略]ページを使用できません。
-
[概要] ページの情報を確認し、[完了] を選択します。 各マシンは、更新後に自動的に再起動されます。
更新の進行状況を追跡するには、[マシンカタログ] でカタログを見つけて、インラインの進行状況バーと手順ごとの進行状況グラフを表示します。 非永続カタログの場合は、[イメージを更新] 列を通じて、完全に更新されている、部分的に更新されている、更新が保留中であるなどのイメージ更新状態を追跡できます。
ヒント:
[イメージを更新]列を表示するには、操作バーの[表示する列]アイコンを選択し、 [マシンカタログ]>[イメージの状態]を選択し、[保存]をクリックします。
PowerShell SDKを使用してカタログを更新する場合、イメージまたはそのスナップショットの代わりに、ハイパーバイザーテンプレート(VMTemplates
)を指定できます。
新しいマスターイメージをAzureベースのマシンカタログにロールアウトするには:
- Studioの左側のペインで [マシンカタログ] を選択します。
- Azureカタログを選択し、操作バーの[マスターイメージの変更]を選択します。
- [マスターイメージの変更]ページの[マスターイメージ]でイメージを選択します。 ブレードには、リソースと同じリージョンに属するすべてのイメージが一覧表示されます。
ロールアウト方法
次回のシャットダウン時にイメージを変更すると、現在使用されていないマシン、つまりアクティブなユーザーセッションのないマシンにも即座に反映されます。 現在アクティブなセッションが終了すると、使用中のシステムも更新を受け取ります。
注
ロールアウト戦略は、非永続的なVMにのみ適用されます。
以下に注意してください:
- 新しいセッションは、該当するマシンで更新が完了するまで起動できません。
- シングルセッションマシンでは、マシンが使用されていないとき、またはユーザーがログインしていないときに、即座にマシンが更新されます。
- 子マシンがあるマルチセッションOSの場合、再起動は自動的に行われません。 更新されたマスターイメージを適用するには、Studio、PowerShell、またはWorkspaceを使用してマシンを再起動します。 マシンまたはハイパーバイザーから再起動しても更新は適用されません。
ヒント:
ホスト接続の詳細設定を使用して、再起動するマシンの数を制限します。 これらの設定を使用して、特定のカタログに対して実行されるアクションを変更します。詳細設定はHypervisorによって異なります。
マスターイメージのロールバック
更新後または新規のイメージは、ロールアウトした後にロールバックすることができます。 ロールバックは、新たに更新されたマシンで問題が発生した場合に必要になることがあります。 ロールバックした場合、カタログ内のマシンは前回の動作イメージまでロールバックされます。 より新しいイメージを必要とする新機能は、利用できなくなりました。 ロールアウトと同様に、ロールバックでもマシンは再起動されます。
- Studioの左側のペインで [マシンカタログ] を選択します。
- カタログを選択し、操作バーの[マスターイメージのロールバック]を選択します。
- ロールアウト処理について前述したとおり、古いイメージをマシンに適用するタイミングを指定します。
ロールバックは、復元が必要なマシンにのみ適用されます。 たとえば、イメージの変更時にログアウトしなかったユーザーなど、新しいまたは更新したイメージに変更されていないマシンのユーザーは、通知メッセージを受信したり強制的にログオフされたりすることはありません。
ロールバックの進行状況を追跡するには、[マシンカタログ]でカタログを見つけて、インラインの進行状況バーと手順ごとの進行状況グラフを表示します。
次のような場合、ロールバックできません。 ([マスターイメージのロールバック]オプションは表示されません)。
- ロールバックする権限がない。
- カタログがMCSを使用して作成されていない。
- カタログが、OSディスクのイメージを使用して作成されている。
- カタログの作成に使用されたスナップショットが破損した。
- カタログ内のマシンに対してユーザーが行った変更が保持されない。
- カタログ内のマシンが実行中である。
機能レベルを変更するか変更を元に戻す
マシン上のVDAを新しいバージョンにアップグレードした場合は、マシンカタログの機能レベルを変更する必要があります。 すべてのVDAを最新バージョンにアップグレードして、最新の機能をすべて使用できるようにすることをお勧めします。
マシンカタログの機能レベルを変更する前に:
- アップグレードしたマシンを起動して、Citrix DaaSが登録できるようにします。 このときに、そのマシンカタログ内のマシンについてアップグレードが必要かどうかが管理インターフェイスによりチェックされます。
カタログの機能レベルを変更するには:
- Studioの左側のペインで [マシンカタログ] を選択します。
- カタログを選択します。 下ペインの [詳細] タブにバージョン情報が表示されます。
- [機能レベルの変更]を選択します。 管理インターフェイスにより機能レベルの変更が必要なことが検出されると、メッセージが表示されます。 画面の指示に従って操作します。 変更できないマシンがある場合は、その理由を説明する以下のようなメッセージが表示されます。 すべてのマシンが適切に機能することを確認するため。 これらの問題を解決した上で [変更] をクリックすることをお勧めします。
カタログをアップグレードした後でマシンを以前のVDAバージョンに戻すには、カタログを選択し、操作バーで [機能レベルの変更を元に戻す] を選択します。
カタログの複製
カタログを複製する前に、次の考慮事項に注意してください:
-
オペレーティングシステムとマシンの管理に関連する設定は変更できません。 複製されたカタログは、元のカタログからこれらの設定を継承します。
注
複製するAzureカタログを選択し、マスターイメージを選択すると、ブレードにはリソースと同じリージョンに属するすべてのイメージが一覧表示されます。
- カタログの複製は、完了するまでに時間がかかることがあります。 必要に応じて[進行状況を隠す]を選択して、バックグラウンドで複製を実行します。
- 複製されたカタログは、元の名前を継承し、
Copy
という接尾辞が付いています。 この名前は変更できます。 「カタログ名の変更」を参照してください。 - 複製が完了したら、複製したカタログを必ずデリバリーグループに割り当ててください。
- 複製することによって空のカタログを作成できます。 カタログの複製中に、MCSでプロビジョニングされたカタログのマシン数をゼロに設定し、MCS以外でプロビジョニングされたカタログのマシンを追加しないようにすることができます。
- Studioの左側のペインで [マシンカタログ] を選択します。
- カタログを選択し、操作バーの[複製]を選択します。
- [選択したマシンカタログの複製]ウィンドウで、複製されたカタログの設定を表示し、必要に応じて設定を構成します。 [次へ] を選択して、次のページに進みます。
- [概要]ページで、設定の概要を表示し、[完了]を選択して複製を開始します。
- 必要に応じて[進行状況を隠す]を選択して、バックグラウンドで複製を実行します。
フォルダーを使用したカタログの整理
カタログを整理するためのフォルダーを作成して、アクセスを簡単にすることができます。 たとえば、イメージの種類や組織構造ごとにカタログを整理できます。
ヒント:
操作バーの右上にあるフォルダーアイコンをクリックすると、マシンカタログノードの優先デフォルトビュー(フォルダービューまたはリストビュー)を設定できます。
必須の役割
デフォルトでは、カタログフォルダーを作成および管理するために、クラウド管理者、すべての管理権限を実行できる管理者、またはマシンカタログ管理者という組み込みの役割が必要です。 必要に応じて、カタログフォルダーを作成および管理するための役割をカスタマイズできます。 詳しくは、「必要な権限」を参照してください。
カタログフォルダーの作成
始める前に、まずカタログを整理する方法を計画します。 以下に注意してください:
- 最大で5レベルまでの階層構造でフォルダーをネストできます(デフォルトのルートフォルダーを除く)。
- カタログフォルダーには、カタログとサブフォルダーを含めることができます。
-
バックエンドのフォルダーツリーは、Studioのすべてのノード([マシンカタログ]、[デリバリーグループ]、[アプリケーション]、[アプリケーショングループ]など)で共有されます。 フォルダーの名前を変更または移動するときに名前の競合を回避するには、異なるノード間で第1レベルのフォルダーに一意の名前を使用します。
New-BrokerAdminFolder
SDKコマンドレットを使用してフォルダーを作成し、それを[マシンカタログ]ノードの下に表示する場合は、Set-BrokerAdminFolderMetadata
コマンドレットを使用してContainsMachineCatalogs
メタデータを追加する必要があります。例:
Set-BrokerAdminFolderMetadata -AdminFolderId {adminFolderUid} -Name ContainsMachineCatalogs -Value true
カタログフォルダーを作成するには、次の手順に従います:
- Studioの左側のペインで [マシンカタログ] を選択します。
- フォルダー階層でフォルダーを選択し、[アクション]バーで [フォルダーの作成] を選択します。
- 新しいフォルダーの名前を入力し、[完了]をクリックします。
ヒント:
意図しない場所にフォルダーを作成した場合は、それを正しい場所にドラッグできます。
カタログの移動
フォルダー間でカタログを移動できます。 詳細な手順は次のとおりです:
- Studioの左側のペインで [マシンカタログ] を選択します。
- フォルダーごとにカタログを表示します。 フォルダー階層の上にある[すべて表示]をオンにして、一度にすべてのカタログを表示することもできます。
- カタログを右クリックし、[マシンカタログの移動]を選択します。
- カタログの移動先のフォルダーを選択し、[完了]をクリックします。
ヒント:
カタログをフォルダーにドラッグできます。
カタログフォルダーの管理
カタログフォルダーの削除、名前変更、および移動を行うことができます。
フォルダーの削除は、フォルダーとそのサブフォルダーにカタログが含まれていない場合にのみ可能となります。
フォルダーを管理するには、次の手順に従います:
- Studioの左側のペインで [マシンカタログ] を選択します。
-
フォルダー階層でフォルダーを選択し、必要に応じて [アクション] バーでアクションを選択します:
- フォルダーの名前を変更するには、[フォルダーの名前変更]を選択します。
- フォルダーを削除するには、[フォルダーの削除]を選択します。
- フォルダーを移動するには、[フォルダーの移動]を選択します。
- 画面の指示に従って、残りの手順を完了します。
必要な権限
次の表に、カタログフォルダーでアクションを実行するために必要な権限を示します。
操作 | 必要な権限 |
---|---|
カタログフォルダーの作成 | マシンカタログフォルダーの作成 |
カタログフォルダーの削除 | マシンカタログフォルダーの削除 |
カタログフォルダーの移動 | マシンカタログフォルダーの移動 |
カタログフォルダーの名前変更 | マシンカタログフォルダーの編集 |
カタログをフォルダーに移動 | マシンカタログフォルダーの編集とマシンカタログプロパティの編集 |
VDAのアップグレード
完全な構成インターフェイスを使用して、VDAを簡単にアップグレードできます。 詳細情報と手順ごとのガイダンスについては、Citrix VDAアップグレードサービスのドキュメントを参照してください。
カタログの構成セットの管理
開始する前に、WEMサービス環境がセットアップされていることを確認します。 詳しくは、「Workspace Environment Managementサービスの開始」を参照してください。
注
デフォルトで、クラウド管理者、フルアクセス権管理者、またはマシンカタログ管理者の役割がある場合は、カタログの構成セットを管理できます。 必要に応じて、役割に構成セットの管理権限を付与することで、構成セットの管理を許可できます。
構成セットへのカタログのバインド
重要:
Citrix DaaSとWEMサービスのインスタンスが同じリージョンに存在しない場合、カタログを構成セットにバインドすることはできません。 その場合は、WEMサービスをCitrix DaaSと同じリージョンに移行してください。
カタログを構成セットにバインドするには、次の手順を実行します:
-
Studioで [マシンカタログ] を選択します。
-
マシンカタログを選択してから、アクションバーで [構成セットの管理] を選択します。 [構成セットの管理] ウィンドウが開きます。
-
カタログをバインドするWEM構成セットを選択します。
注
選択した構成セットにWEMの基本構成に関連する設定が含まれていない場合は、[基本設定を構成セットに適用します] が表示されます。 基本設定を構成セットに適用するオプションを選択することをお勧めします。
-
[保存] をクリックして変更を保存します。
別の構成セットへの切り替え
カタログの別の構成セットに切り替えるには、次の手順を実行します:
- Studioで [マシンカタログ] を選択します。
- マシンカタログを選択してから、アクションバーで [構成セットの管理] を選択します。 [構成セットの管理] ウィンドウが開きます。
- カタログをバインドする別のWEM構成セットを選択します。
- [保存] をクリックして変更を保存します。
構成セットからのカタログのバインドの解除
構成セットからカタログのバインドを解除するには、次の手順を実行します:
- Studioで [マシンカタログ] を選択します。
- マシンカタログを選択してから、アクションバーで [構成セットの管理] を選択します。 [構成セットの管理] ウィンドウが開きます。
- 選択した構成セットの右側にあるXアイコンをクリックします。
- [保存] をクリックして変更を保存します。
カタログの作成の再試行
注
この機能はMCSカタログにのみ適用されます。
失敗したカタログにはエラーアイコンが表示されます。 詳細を確認するには、各カタログの [トラブルシューティング] タブに移動します。 カタログの作成を再試行する前に、次の考慮事項を確認してください:
- まずトラブルシューティング情報を確認してから、問題を解決します。 この情報は、見つかった問題について説明し、それらを解決するための推奨事項を提供します。
- オペレーティングシステムとマシンの管理に関連する設定は変更できません。 カタログは、元のカタログからこれらの設定を継承します。
- 作成が完了するまでに時間がかかる場合があります。 必要に応じて [進行状況を隠す] を選択して、バックグラウンドで作成を実行します。
カタログの作成を再試行するには、次の手順を実行します:
- Studioの左側のペインで [マシンカタログ] を選択します。
- カタログを選択し、[トラブルシューティング] タブに移動します。
- 再試行のハイパーリンクをクリックして、カタログの作成を再試行します。
- 表示されるウィザードで、必要に応じて設定を変更します。 変更を加える必要がない場合は、[概要] ページに直接移動できます。
- 完了したら、[完了] を選択して作成を開始します。
(Citrix以外でプロビジョニングされたVDAのみ)登録トークンの生成と管理
注
このタスクを実行するには、クラウド管理者の役割が必要です。
Citrixでプロビジョニングされていないマシンに対してトークンベースの登録を選択した場合、マシンカタログごとにトークンを生成し、それをVDAインストール管理者と共有する必要があります。
登録トークンの特徴は次のとおりです:
- 登録範囲:1~5000台のVDAマシン
- 有効期間:最大14日間
Studioを使用してカタログのトークンを生成するには、次の手順を実行します:
- [マシンカタログ] でMCS以外でプロビジョニングされたカタログを見つけます。[マシンの数] 列に [プロビジョニング方法:手動] が表示されています。
- カタログを右クリックし、[登録トークンを管理する] を選択します。
- 表示された [登録トークンを生成する] ページで、次のトークン情報を指定します:
- トークンの名前を入力します。
- 有効期間を入力します。 期間は14日以内でなければなりません。 トークンは指定された期間のみ有効です。
- (オプション)トークンに登録されたVDAの電源管理のホスト接続を選択します。 オプションには、このカタログのゾーンにあるすべてのホスト接続が含まれます。
- トークンの使用制限を入力します(1~5000)。
- [生成] をクリックします。
-
表示された [トークンが生成されました] ウィンドウでトークンをコピーして安全な場所に保存するか、[ダウンロード] をクリックしてダウンロードフォルダーにダウンロードします。
トークンのレコードがトークン一覧に表示されます。
-
トークンをVDAインストール管理者と共有します。
マシンへのVDAおよびトークンのインストール方法について詳しくは、「VDAのインストール」を参照してください。
トークンを管理する
トークンを取り消して、VDA登録に利用できないようにするには、2つのオプションがあります:
- 取り消し:トークンを取り消しますが、ログ記録のために一覧に保持します。
- 削除:トークンを取り消し、一覧から削除します。
注
期限切れのトークンは14日後に自動的に削除されます。
PowerShellの使用
このセクションでは、PowerShellを使用してカタログを管理する方法について説明します。
- PowerShellを使用してVDAのアップグレードステータスとVDAバージョンを確認する
- マシン名のシーケンス番号を管理する
- イメージへの説明の追加
- OSディスクのリセット
- アクティブなコンピューターアカウントのID情報を修復する
- 既存のマシンカタログのネットワーク設定を変更する
- マシンカタログのバージョンの管理
- 既存のマシンカタログのキャッシュ構成を変更する
- 非マシンプロファイルベースのマシンカタログをマシンプロファイルベースのマシンカタログに変換する
- カタログに関連した警告とエラーの取得
- ハイパーバイザーにアクセスできないマシンの削除
- 個別のVMのプロパティを更新する
マシン名のシーケンス番号を管理する
MCSを使用して展開されるマシンのシーケンス番号をPowerShellコマンドでカスタマイズするには、次の手順を実行します:
- Delivery Controllerで管理者としてPowerShellを開きます。
-
asnp citrix*
コマンドを実行してCitrixのモジュールをロードします。 -
次のコマンドを実行して、カタログのIDプールに当初含まれるマシンの数(StartCount)を確認します:
Get-AcctIdentityPool -IdentityPoolName xxx
IdentityPoolName
はカタログ名です。 -
StartCountを別の値(X)に設定するには、StartCountにXを指定し、次のコマンドを実行します:
Set-AcctIdentityPool -IdentityPoolName xxx -StartCount X
- 必要な数のマシンが作成されるように、それらのマシンをカタログに追加します。
-
マシンを作成したら、次のコマンドを実行してStartCountを元の値Yに戻します:
Set-AcctIdentityPool -IdentityPoolName xxx -StartCount Y
イメージへの説明の追加
マシンカタログイメージの更新に関連した変更に関する説明を追加できます。 カタログを作成するとき、またはカタログの既存のマスターイメージを更新するときに、この機能を使用して説明を追加します。 カタログ内の各マスターイメージの情報を表示することもできます。 この機能は、カタログで使用されるマスターイメージを更新するときに、管理者が説明ラベル(Office 365インストール済みなど)を追加するのに役立ちます。 次のコマンドを使用して、イメージの説明を追加または表示します:
-
NewProvScheme
。 新しいパラメーターmasterImageNote
を使用すると、イメージにメモを追加できます。 次に例を示します:
C:\PS>New-ProvScheme -ProvisioningSchemeName XenPS -HostingUnitName XenHu -IdentityPoolName idPool1 -MasterImageVM XDHyp:\HostingUnits\XenHU\Base.vm\Base.snapshot -MasterImageNote "Office365 installed"
-
Publish-ProvMasterVMImage
。 このパラメーターを使用して、メモを公開します。 次に例を示します:
C:\PS>Publish-ProvMasterVMImage -ProvisioningSchemeName MyScheme -MasterImageVM XDHyp:\HostingUnits\HostUnit1\RhoneCC_baseXP.vm\base.snapshot -MasterImageNote "Visual Studio 2019 installed"
-
Get-ProvSchemeMasterVMImageHistory
。 各イメージの情報を表示します。 次に例を示します:
`C:\PS>Get-ProvSchemeMasterVMImageHistory -ProvisioningSchemeName MyScheme -Showall
VMImageHistoryUid : 3cba3a75-89cd-4868-989b-27feb378fec5
ProvisioningSchemeUid : 7585f0de-192e-4847-a6d8-22713c3a2f42
ProvisioningSchemeName : MyScheme
MasterImageVM : /Base.vm/base.snapshot
Date : 17/05/2021 09:27:50
MasterImageNote : Office365 installed`
OSディスクのリセット
PowerShellコマンドReset-ProvVMDisk
を使用して、MCSで作成されたマシンカタログ内の永続的なVMのOSディスクをリセットします。 この機能は現時点ではAWS、Azure、Google Cloud、SCVMM、VMware、およびXenServerの仮想化環境に適用できます。
PowerShellコマンドを正常に実行するには、次のことを確認してください:
- ターゲットVMが永続的なMCSカタログにある。
- MCSマシンカタログが正常に機能している。 これは、プロビジョニングスキームとホストが存在し、プロビジョニングスキームに正しいエントリがあることを意味します。
- ハイパーバイザーはメンテナンスモードではない。
- ターゲットVMの電源がオフで、メンテナンスモードになっている。
OSディスクをリセットするには、以下の手順を実行します:
- PowerShellウィンドウを開きます。
-
asnp citrix*
を実行し、Citrix固有のPowerShellモジュールをロードします。 -
次のいずれかの方法で、PowerShellコマンド
Reset-ProvVMDisk
を実行します:-
VMの一覧をコンマ区切りの一覧として指定し、各VMでリセットを実行します:
Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName ("abc","def") -OS
-
Get-ProvVM
コマンドからの出力としてVMの一覧を指定し、各VMでリセットを実行します:(Get-ProvVM -ProvisioningSchemeName "xxx") | Reset-ProvVMDisk "abc" -OS
-
単一のVMを名前で指定します:
Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS
-
Get-ProvVM
コマンドによって返されるVMごとに個別のリセットタスクを作成します。 これは、VMごとのハイパーバイザー機能チェック、接続チェックなど、各タスクが同じ冗長チェックを実行するため、効率が低下します。Get-ProvVM -ProvisioningSchemeName "xxx" | Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -OS
-
-
リセットするVMを一覧表示する確認プロンプトと、回復不能な操作であるという警告メッセージが表示されます。 回答を入力せずにEnterキーを押すと、それ以上のアクションは実行されません。
PowerShellコマンド
-WhatIf
を実行して、実行するアクションを出力し、アクションを実行せずに終了できます。次のいずれかの方法を使用して、確認プロンプトを回避することもできます:
-
-Force
パラメーターを指定します:Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS -Force
-
-Confirm:$false
パラメーターを指定します:Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS -Confirm:$false
-
Reset-ProvVMDisk
を実行する前に、$ConfirmPreference
を「None」に変更します:PS C:\Windows\system32> $ConfirmPreference='None' PS C:\Windows\system32> $ConfirmPreference None PS C:\Windows\system32> Reset-ProvVMDisk -ProvisioningSchemeName "xxx" -VMName "abc" -OS
注
リセットプロセスが完了するまで、VMのメンテナンスモードを解除したり、電源を入れたりしないでください。
-
-
Get-ProvTask
コマンドで返されたタスクのステータスを取得するには、Reset-ProvVMDisk
を実行します。
アクティブなコンピューターアカウントのID情報を修復する
ID関連の問題があるアクティブなコンピューターアカウントのID情報をリセットできます。 マシンのパスワードと信頼キーのみをリセットするか、IDディスクのすべての構成をリセットするかを選択できます。 この実装は、永続および非永続の両方のMCSマシンカタログに適用できます。
注
現在、この機能はAWS、Azure、GCP、SCVMM、VMware、およびXenServer仮想化環境でサポートされています。
条件
IDディスクを正常にリセットするには、次のことを確認してください:
- VMをオフにしてメンテナンスモードに設定する
- PowerShellコマンドにパラメーター「-OS」を含めない
ID情報をリセットする
ID情報をリセットするには:
- PowerShellウィンドウを開きます。
-
asnp citrix*
を実行し、Citrix固有のPowerShellモジュールをロードします。 -
ID情報をリセットします。
-
マシンのパスワードと信頼キーのみをリセットするには、次のコマンドを実行します:
Repair-AcctIdentity -IdentityAccountName TEST\VM1 -PrivilegedUserName TEST\admin1 -PrivilegedUserPassword $password -Target IdentityInfo
コマンドで使用されるパラメーターの説明は次のとおりです:
-
IdentityAccountName
:修復が必要なIDアカウントの名前。 -
PrivilegedUserName
:IDプロバイダー(ADまたはAzure AD)に対する書き込み権限を持つユーザーアカウント。 -
PrivilegedUserPassword
:PrivilegedUserNameのパスワード。 -
Target
:修復作業のターゲット。 これには、アカウントのパスワード/信頼キーを修復するためのIdentityInfo、およびHybrid Azure ADに参加しているマシンのIDのユーザー証明書属性を修復するためのUserCertificateがあります。
-
-
IDディスクのすべての構成をリセットするには、次のコマンドを次の順序で実行します:
Repair-AcctIdentity -IdentityAccountName TEST\VM1 -PrivilegedUserName TEST\admin1 -PrivilegedUserPassword $password -Target IdentityInfo
Reset-ProvVMDisk ProvisioningSchemeName <name> -VMName <name> -Identity
-
IDディスクを完全に再作成するには:
Reset-ProvVMDisk -ProvisioningSchemeName <name> -VMname <name> -Identity -Recreate
-
-
「y」と入力してアクションを確認します。
-Force
パラメーターを使用して確認プロンプトをスキップすることもできます。 次に例を示します:Reset-ProvVMDisk -ProvisioningSchemeName <name> -VMName <name> -Identity -Force
-
Get-ProvVM -ProvisioningSchemeName <name -VMName <name>
を実行して、更新されたIDディスク設定を確認します。 IDディスクの属性(IdentityDiskId
など)を更新する必要があります。StorageId
とIdentityDiskIndex
は変更しないでください。
既存のマシンカタログのネットワーク設定を変更する
新しい仮想マシンが新しいサブネットワーク上に作成されるように、既存のマシンカタログのネットワーク設定を変更できます。 Set-ProvScheme
コマンドのパラメーター-NetworkMapping
を使用して、ネットワーク設定を変更します。
既存のプロビジョニングスキームのネットワーク設定を変更するには、以下を実行します:
- PowerShellウィンドウで、コマンド
asnp citrix*
を実行してPowerShellモジュールをロードします。 -
(Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps
を実行して、変更するネットワークパスにアクセスします。 -
新しいネットワーク設定に変数を割り当てます。 次に例を示します:
$NewNetworkMap = @{"0"= "XDHYP:\HostingUnits\MyNetworks\Network 0.network"}
-
Set-ProvScheme -ProvisioningSchemeName "name" -NetworkMapping $NewNetworkMap
を実行します。 -
(Get-Provscheme -ProvisioningSchemeName "name").NetworkMaps
を実行して、既存のプロビジョニングスキームの新しいネットワーク設定を確認します。
マシンカタログのバージョンの管理
MCSマシンカタログがSet-ProvScheme
コマンドで更新されると、現在の構成がバージョンとして保存されます。 その後、PowerShellコマンドを使用してさまざまなバージョンのマシンカタログを管理できます。 次の操作を実行できます:
- マシンカタログのバージョンの一覧を表示します.
- 以前のバージョンを使用してマシンカタログを更新します.
- そのマシンカタログのVMで使用されていないバージョンを手動で削除します.
- マシンカタログによって保持されるバージョンの最大数を変更する(デフォルトは99)。
バージョンには、マシンカタログの次の情報が含まれます:
- VMCpuCount
- VMMemoryMB
- CustomProperties
- ServiceOffering
- MachineProfile
- NetworkMapping
- SecurityGroup
(例として提供された)次のコマンドを実行して、マシンカタログのさまざまなバージョンを管理します。
-
マシンカタログのさまざまなバージョンの構成の詳細を表示する場合:
Get-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog
-
マシンカタログの特定のバージョンの構成の詳細を表示する場合:
Get-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog -Version 2
-
マシンカタログに関連付けられているバージョンの合計数を確認する場合:
(Get-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog).Count
-
以前のバージョンを使用してマシンカタログを更新する場合:
Set-ProvScheme -ProvisioningSchemeName AzureCatalog -Version 2
-
そのマシンカタログのVMで使用されていないバージョンを手動で削除する場合:
Remove-ProvSchemeVersion -ProvisioningSchemeName AzureCatalog -Version 3
-
マシンカタログで保持されるバージョンの最大数を設定する場合(デフォルトは99)。 この設定はすべてのカタログに適用されます。 たとえば、この場合、MCSでプロビジョニングされたすべてのカタログに対して最大15のバージョンが保持されます。
Set-ProvServiceConfigurationData -Name "MaxProvSchemeVersions" -Value 15
バージョン数が最大バージョン数に達した場合、マシンカタログ内のいずれかのVMで古いバージョンが使用されていると、新しいバージョンを作成できなくなります。 その場合は、次のいずれかを実行します:
- マシンカタログで保持されるバージョンの最大数の上限を増やします。
- 古いバージョンの一部のVMを更新して、それらの古いバージョンがどのVMからも参照されなくなり、削除できるようにします。
既存のマシンカタログのキャッシュ構成を変更する
MCSIOを有効にして非永続カタログを作成した後、Set-ProvScheme
コマンドを使用して次のパラメーターを変更できます:
- WriteBackCacheMemorySize
- WriteBackCacheDiskSize
この機能は現在、以下に適用されます:
- GCPおよびMicrosoft Azure環境、および
- MCSIOが有効になっている非永続カタログ
要件
キャッシュ構成を変更するための要件は次のとおりです:
- VDAの最新バージョン(2308以降)に更新します。
-
既存のマシンカタログのパラメーター
UseWriteBackCache
を有効にします。UseWriteBackCache
を有効にしてマシンカタログを作成するには、New-ProvScheme
を使用します。 次に例を示します:New-ProvScheme -ProvisioningSchemeName $CatalogName -HostingUnitUid $HostingUnitUid ` -IdentityPoolUid $acctPool.IdentityPoolUid -CleanOnBoot ` -MasterImageVM $MasterImage ` -ServiceOffering $ServiceOffering ` -NetworkMap $NetworkMap ` -SecurityGroup $SecurityGroup ` -UseWriteBackCache -WriteBackCacheDiskSize 8
キャッシュ構成を変更する
Set-ProvScheme
コマンドを実行します。 次に例を示します:
Set-ProvScheme -ProvisioningSchemeName $provScheme.ProvisioningSchemeName -WriteBackCacheDisk32 -WriteBackCacheMemorySize 128
注
- 少なくとも1GBのキャッシュディスクストレージが必要であるため、
WriteBackCacheDiskSize
の値は0より大きい必要があります。WriteBackCacheMemorySize
の値は、マシンカタログのメモリサイズより小さくなければなりません。- これらの変更は、変更後にカタログに追加された新しいVMにのみ影響します。 既存のVMはこれらの変更の影響を受けません。
非マシンプロファイルベースのマシンカタログをマシンプロファイルベースのマシンカタログに変換する
VM、テンプレートスペック(Azureの場合)、起動テンプレート(AWSの場合)、またはVMwareテンプレート(VMwareの場合)をマシンプロファイルの入力に使用して、非マシンプロファイルベースのマシンカタログをマシンプロファイルベースのマシンカタログに変換できます。 カタログに追加された新しいVMは、マシンプロファイルからプロパティ値を取得します。
注
既存のマシンプロファイルベースのマシンカタログを、非マシンプロファイルベースのマシンカタログに変更することはできません。
これを行うには、以下の手順を実行します:
- VMを使用し、マシンプロファイルを使用せずに、永続的または非永続的なマシンカタログを作成します。
- PowerShellウィンドウを開きます。
-
Set-ProvScheme
コマンドを実行して、マシンプロファイルのプロパティ値をマシンカタログに追加された新しいVMに適用します。 次に例を示します:-
Azureの場合:
Set-ProvScheme -ProvisioningSchemeName xxxx -MachineProfile XDHyp:\HostingUnits\<HostingUnitName>\machineprofile.folder\<ResourceGroupName>\<TemplateSpecName>\<VersionName>
-
AWSの場合:
Set-ProvScheme -ProvisioningSchemeName xxxx -MachineProfile "XDHyp:\HostingUnits\<hosting-unit>\<launch-template>.launchtemplate\<launch-template-version>.launchtemplateversion"
-
VMwareの場合:
Set-ProvScheme -ProvisioningSchemeName "my-prov-scheme" -MachineProfile "XDHyp:\HostingUnits\my-hosting-unit\my-template.template"
注
FolderID
をカスタムプロパティとして設定して、VMwareテンプレートからFolderID
を取得しないようにします。
-
カタログに関連した警告とエラーの取得
MCSカタログの問題を把握して修正するために、エラーと警告の履歴を取得することができます。
PowerShellコマンドを使用すると、次のことができます:
- エラーまたは警告の一覧を取得する
- 警告ステータスをNew(新規)からAcknowledged(確認済み)に変更する
- エラーまたは警告を削除する
PowerShellコマンドを実行するには:
- PowerShellウィンドウを開きます。
-
asnp citrix*
を実行し、Citrix固有のPowerShellモジュールをロードします。
エラーと警告の一覧を取得するには:
Get-ProvOperationEvent
コマンドを実行します。
- パラメーターなし:すべてのエラーと警告を取得します
-
LinkedObjectType
およびLinkedObjectUid
パラメーターあり:特定のプロビジョニングスキームに関連付けられたすべてのエラーと警告を取得します -
EventId
パラメーターあり:このイベントIDに一致する特定のエラーまたは警告を取得します -
Filter
パラメーターあり:カスタマイズされたフィルターによってエラーまたは警告を取得します
エラーまたは警告の状態をNew(新規)からAcknowledged(確認済み)に変更するには:
Confirm-ProvOperationEvent
コマンドを実行します。
-
EventId
パラメーターあり:このイベントIDに一致する特定のエラーまたは警告の状態を設定します。EventId
コマンドからの出力として特定のエラーまたは警告のGet-ProvOperationEvent
を取得できます -
LinkedObjectType
およびLinkedObjectUid
パラメーターあり:特定のプロビジョニングスキームに関連付けられたすべてのエラーと警告の状態を設定します -
All
パラメーターあり:すべてのエラーと警告の状態をAcknowledged(確認済み)に設定します
エラーまたは警告を削除するには:
Remove-ProvOperationEvent
コマンドを実行します。
-
EventId
パラメーターあり:このイベントIDに一致する特定のエラーまたは警告を削除します.EventId
コマンドからの出力として特定のエラーまたは警告のGet-ProvOperationEvent
を取得できます -
LinkedObjectType
およびLinkedObjectUid
パラメーターあり:特定のプロビジョニングスキームに関連付けられたすべてのエラーと警告を削除します -
All
パラメーターあり:すべてのエラーと警告を削除します
詳しくは、「Citrix PowerShell SDK」を参照してください。
ハイパーバイザーにアクセスできないマシンの削除
VMまたはプロビジョニングスキームを削除する場合、MCSは、削除オプションに含まれるリソースがMCSによって追跡または識別されなくなるように、VMから(場合によってはベース ディスクからも)タグを削除する必要があります。 ただし、これらのリソースの一部は、ハイパーバイザーを介してのみアクセスできます。 ハイパーバイザーにアクセスできない場合は、Remove-ProvVM
PowerShellのPurgeDBOnly
オプションを使用して、VM、基本ディスク、ACG内のイメージなどのVMリソースオブジェクトをデータベースから削除します。
このオプションは以下で有効になります:
- サポートされるすべてのハイパーバイザー
- 永続的および非永続的なVM
制限事項
コマンド-PurgeDBOnlyと-ForgetVMを同時に使用することはできません。
PurgeDBOnlyコマンドを使用する
PowerShellコマンドRemove-ProvVM -ProvisioningSchemeName SCVMM-MC -VMName SCVMM01 -ForgetVM
を実行すると、次のシナリオで削除操作が失敗することがあります:
- ホスト接続がメンテナンス モードである
- 無効な資格情報
- 認証エラー
- 不正な操作
- ハイパーバイザーに到達できない
注
Remove-provVM -ForgetVMは、永続的なVMのみを対象としています。 一覧にあるいずれかのVMが非永続的である場合、操作は失敗します。
ハイパーバイザーに到達できないために操作が失敗すると、次のプロンプトが表示されます:
Try to use -PurgeDBOnly option to clean DDC database.
Remove-ProvVM
PowerShellコマンドで-PurgeDBOnly
オプションを使用して、VMのリファレンスをMCSデータベースから削除します。 例:
Remove-ProvVM -ProvisioningSchemeName SCVMM-MC -VMName SCVMM01 -PurgeDBOnly
個別のVMのプロパティを更新する
PowerShellコマンドSet-ProvVM
を使用して、永続的なMCSマシンカタログ内の個別のVMのプロパティを更新できます。 ただし、更新はすぐには適用されません。 更新を適用するには、PowerShellコマンドSet-ProvVMUpdateTimeWindow
を使用して時間枠を設定する必要があります。
この実装により、マシンカタログ全体を更新することなく、個別のVMを効率的に管理できます。 現在、この機能はAzure環境にのみ適用されます。
以下は、現在更新できるプロパティです:
CustomProperties
ServiceOffering
MachineProfile
この機能を使用することで、以下のことを実行できます:
VMのプロパティを更新する前に、以下を実行します:
- PowerShellウィンドウを開きます。
-
asnp citrix*
を実行し、Citrix固有のPowerShellモジュールをロードします。 -
既存のマシンカタログの構成を確認します。 次に例を示します:
Get-ProvScheme -ProvisioningSchemeName AzureCatalog
-
更新を適用するVMの構成を確認します。 次に例を示します:
Get-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1
VMのプロパティを更新する
VM上のプロパティを更新するには、次の手順を実行します:
- 更新を適用するVMをオフにします。
-
VMのプロパティを更新します。 たとえば、カスタムプロパティのVMのストレージの種類(
StorageType
)を更新する場合は、次のコマンドを実行します:Set-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1 -CustomProperties "...<Property Name='StorageType' Value='Premium_LRS' />..."
マシンカタログ内の2台のVMのプロパティを同時に更新できます。 次に例を示します:
Set-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1 -CustomProperties "...<Property Name='StorageType' Value='Premium_LRS' />..."
Set-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine2 -CustomProperties "...<Property Name='StorageType' Value='StandardSSD_LRS' />..."
Note:
The updates are not applied immediately.
-
更新するように指定されたプロパティの一覧と構成バージョンを取得します。 次に例を示します:
Get-ProvVMConfiguration -ProvisioningSchemeName AzureCatalog -VMName machine1
Version
のプロパティ値と更新するプロパティ(この場合はStorageType
)を確認します。 -
構成バージョンを確認します。 次に例を示します:
Get-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1
ProvVMConfigurationVersion
のプロパティ値を確認します。 更新はまだ適用されていません。 VMはまだ古い構成のままです。 -
スケジュールされた更新を要求します。 次に例を示します:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName AzureCatalog -StartsNow -DurationInMinutes -1
スケジュールされた更新について詳しくは、「プロビジョニングされたマシンを現在のプロビジョニングスキームの状態に更新する」を参照してください。
注
保留中のプロビジョニングスキームの更新も適用されます。
-
仮想マシンを再起動します。 次に例を示します:
New-BrokerHostingPowerAction -MachineName machine1 -Action TurnOn
-
構成バージョンを確認します。 次に例を示します:
Get-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1
ProvVMConfigurationVersion
のプロパティ値を確認します。 更新が適用されました。 VMには新しい構成が適用されました。 - VMにさらに構成の更新を適用するには、VMをオフにして、手順を繰り返します。
マシンカタログが更新された後も、VM上で更新されたプロパティを保持する
VM上の更新されたプロパティを保持するには、次の手順を実行します:
- 更新を適用するVMをオフにします。
-
マシンカタログを更新します。 たとえば、VMのサイズ(
ServiceOffering
)とストレージの種類(StorageType
)を更新する場合は、次のコマンドを実行します:Set-ProvScheme -ProvisioningSchemeName AzureCatalog -ServiceOffering Standard_E4_v3 -CustomProperties "...<Property Name='StorageType' Value='StandardSSD_LRS' />..."
-
マシンカタログの構成の詳細を取得します。 次に例を示します:
Get-ProvScheme -ProvisioningSchemeName AzureCatalog
ProvisioningSchemeVersion
は1つずつ増えるようになりました。 VMのサイズとストレージの種類も更新されます。 -
VMのプロパティを更新します。 たとえば、マシンプロファイルをVMに提供します。
Set-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1 -MachineProfile "XDHyp:\HostingUnits\<hosting-unit>\machineprofile.folder\<resource-group>.resourcegroup\<template-spec>.templatespec\<template-spec-version>.templatespecversion"
注
マシンプロファイル入力にはタグがあり、別のVMサイズ(
ServiceOffering
)が指定されています。 -
VM上の構成の更新をマシンカタログの更新とマージした後にVMのプロパティの一覧を取得します。 次に例を示します:
Get-ProvVMConfigurationResultantSet -ProvisioningSchemeName AzureCatalog -VMName machine1
注
VM上の更新はすべて、マシンカタログ上で行われた更新を上書きします。
-
VMのスケジュールされた更新を要求します。 次に例を示します:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName AzureCatalog -VMName machine1 -StartsNow -DurationInMinutes -1
-
仮想マシンを再起動します。 次に例を示します:
New-BrokerHostingPowerAction -MachineName machine1 -Action TurnOn
VMは、マシンプロファイルに基づいて更新されたVMサイズを維持します。 マシンプロファイルで指定されたタグ値もVMに適用されます。 ただし、ストレージの種類は最新のプロビジョニングスキームに基づきます。
-
VMの構成バージョンを取得します。 次に例を示します:
Get-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1
ProvisioningSchemeVersion
とProvVMConfigurationVersion
に最新バージョンが表示されるようになりました。
VMに適用された構成の更新を元に戻す
- VMに更新を適用した後、VMをオフにします。
-
次のコマンドを実行して、VMに適用されている更新を削除します。 次に例を示します:
Set-ProvVM -RevertToProvSchemeConfiguration -ProvisioningSchemeName AzureCatalog -VMName machine1
-
VMのスケジュールされた更新を要求します。 次に例を示します:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName AzureCatalog -VMName machine1 -StartsNow -DurationInMinutes -1
-
仮想マシンを再起動します。 次に例を示します:
New-BrokerHostingPowerAction -MachineName machine1 -Action TurnOn
-
VMの構成バージョンを確認します。 次に例を示します:
Get-ProvVM -ProvisioningSchemeName AzureCatalog -VMName machine1
ProvVMConfigurationVersion
の値は、マシンカタログの構成バージョンを表示するようになりました。
VMのストレージ移行
VMwareおよびXenServer環境では、既存のVMのディスクストレージを古いストレージから新しいストレージに移動できます。 移行中、MCSは電源管理、OSディスクのリセットなどのVM機能を保持します。 新しいディスクストレージを使用して、新しいVMをマシンカタログに追加することもできます。 これを行うには、PowerShellコマンドMove-ProvVMDisk
を使用します。
完全なクローンの永続VMと非永続VMを移行できます。
- 永続的な完全なクローンのVMの場合:OSディスク、IDディスク、およびMCS以外でプロビジョニングされたディスク。
- 非永続的なVMの場合:OSディスク、IDディスク、ライトバックキャッシュ(WBC)ディスク。
新しいストレージは次の条件を満たしている必要があります:
- 古いストレージの同じクラスター内にある必要があります。
- VMが実行されているホストは、古いデータストアと新しいデータストアの両方にアクセスできる必要があります。
ディスクストレージの移行
ディスクストレージを移行するには、以下の手順を実行します:
-
移行先ストレージを既存のホスティングユニットに追加します。 PowerShell コマンド
Add-Hyphostingunitstorage
を実行して、移行先ストレージを追加できます:古いストレージに新しいVMを追加しない場合は、古いストレージをSupersededに変更します。 このためには、StudioまたはPowerShellコマンドを使用できます。 Studioを使用する場合は、「ストレージの編集」を参照してください。 または、
Set-Hyphostingunitstorage
を実行し、Superseded
をtrue
に設定して、古いストレージでの新しいVMの作成を無効にします。注
非永続的なVMの場合:
- WBC を使用する場合は、ホスティング ユニットで WBC 宛先ストレージを構成します。
- 移行先のOSストレージが構成されている場合、WBC(使用されている場合)は移行先のOSストレージと互換性がある必要があります。
- 移行先のOSストレージが構成されていない場合、WBC(使用されている場合)は現在のOSストレージと互換性がある必要があります。
- VMをオフにして、メンテナンスモードをオンにします。
-
プロビジョニングスキーム、ホスティングユニット、OSディスクストレージ、WBCディスクストレージに関する情報を取得します。
-
ProvResourceInStorage
を実行してOSストレージ情報を取得します。 次に例を示します:$result=Get-ProvSchemeResourceInStorage -ProvisioningSchemeName xxxxx $result $result.ProvResourceInStorage | Format-List -Property *
-
WBCストレージ情報を取得するには、
TemporaryStorageInfo
を実行します。 次に例を示します:$result=Get-ProvSchemeResourceInStorage -ProvisioningSchemeName xxxxx $result $result.TemporaryStorageInfo | Format-List -Property *
-
-
Move-ProvVMDisk
PowerShellコマンドを使用して、OSディスク、IDディスク、およびWBCディスク(非永続的なVMに適用可能)を移行先ストレージに移行します。注
- DiskTypeおよび
DestinationStorageId
パラメーターには、常にOSディスクとIDディスクを指定します。 - OSディスクとIDディスクの
DestinationStorageId
は同じである必要があります。
例:
永続的なVM:
(Get-ProvVM -ProvisioningSchemeName xxxxx) | Move-ProvVMDisk -ProvisioningSchemeName "myFullCloneProvScheme" -VMName "machine01" -DiskType OS,Identity -DestinationStorageId datastore1,datastore1
重要:
永続的なVMの場合、すべてのディスクが移動されます。 移動するディスクを選択することはできません。
非永続的なVM:
(Get-ProvVM -ProvisioningSchemeName xxxxx) | Move-ProvVMDisk -ProvisioningSchemeName "myCleanOnBootProvScheme" -VMName "machine01" -DiskType OS,Identity,WBC -DestinationStorageId None,None,datastore1
重要:
- 特定のディスクを移行したくない場合は、
DestinationStorageId
パラメーターの値をNone
に設定します。 - VMにWBCディスクがある場合は、
DiskType
パラメーターにWBCディスクを追加し、DestinationStorageId
パラメーターに必要な情報を追加します。
- DiskTypeおよび
トラブルシューティング
ディスクの1つが移行に失敗した場合、どのディスクも移行先ストレージに移行されません。 次のコマンドを使用して、障害レポートを取得できます:
(Get-ProvTask -TaskID xxxxxxxxx).DiskMoveFailedVirtualMachines
VMwareでの非永続的なVMの移行に関する重要な考慮事項
- OSとID ディスクを新しいストレージに移動しようとすると、VM固有のファイルも新しいストレージに移動されます。
- VMwareでは、スナップショットがある場合、ディスクの移動はサポートされません。
トラブルシューティング
- マシンの状態が「
Power State Unknown
」の場合、CTX131267を参照してください。 - 継続的に不明な電源状態を示す仮想マシンを修正するには、How to fix VMs that continuously show an unknown power stateを参照してください。
- Cloud Connectorが正常に動作していない場合、MCSプロビジョニング操作(カタログの更新など)は通常よりも時間がかかり、管理コンソールのパフォーマンスが大幅に低下します。
次の手順
特定のハイパーバイザーカタログの管理については、次を参照してください:
この記事の概要
- はじめに
- 永続インスタンスについて
- マシンカタログの管理
- Studioの使用
- カタログの詳細の表示
- カタログへのマシンの追加
- カタログからのマシンの削除
- カタログの編集
- カタログ名の変更
- カタログの削除
- カタログにおけるActive Directoryコンピューターアカウントの管理
- カタログのマスターイメージの変更
- 機能レベルを変更するか変更を元に戻す
- カタログの複製
- フォルダーを使用したカタログの整理
- VDAのアップグレード
- カタログの構成セットの管理
- カタログの作成の再試行
- (Citrix以外でプロビジョニングされたVDAのみ)登録トークンの生成と管理
- PowerShellの使用
- マシン名のシーケンス番号を管理する
- イメージへの説明の追加
- OSディスクのリセット
- アクティブなコンピューターアカウントのID情報を修復する
- 既存のマシンカタログのネットワーク設定を変更する
- マシンカタログのバージョンの管理
- 既存のマシンカタログのキャッシュ構成を変更する
- 非マシンプロファイルベースのマシンカタログをマシンプロファイルベースのマシンカタログに変換する
- カタログに関連した警告とエラーの取得
- ハイパーバイザーにアクセスできないマシンの削除
- 個別のVMのプロパティを更新する
- VMのストレージ移行
- トラブルシューティング
- 次の手順