デリバリーグループの管理
はじめに
この記事では、管理コンソールからデリバリーグループを管理する手順について説明します。グループ作成時に指定した設定を変更するだけでなく、デリバリーグループ作成時には利用できないその他の設定も構成できます。
手順のカテゴリには、全般、ユーザー、マシン、セッションがあります。一部のタスクは複数のカテゴリにまたがります。たとえば、「ユーザーがマシンに接続できないようにする」はマシンのカテゴリで説明されていますが、ユーザーにも影響します。あるカテゴリでタスクが見つからない場合は、関連するカテゴリを確認してください。
その他の関連情報については、以下の記事も参照してください。
- アプリケーション(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/manage-deployment/applications-manage.html)には、デリバリーグループ内のアプリケーションの管理に関する情報が含まれています。
- デリバリーグループの管理には、Delivery Group Administratorの組み込みロール権限が必要です。詳しくは、「委任管理(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/secure/delegated-administration.html)」を参照してください。
全般
- デリバリーの種類を変更する(#change-the-delivery-type-of-a-delivery-group)
- StoreFront™アドレスを変更する(#change-storefront-addresses)
- デリバリーグループをアップグレードする(#upgrade-a-delivery-group-or-revert-an-upgrade)
- Remote PC Accessデリバリーグループを管理する(#manage-remote-pc-access-delivery-groups)
デリバリーグループのデリバリーの種類を変更する
デリバリーの種類は、グループが提供できるもの（アプリケーション、デスクトップ、またはその両方）を示します。
アプリケーションのみまたはデスクトップとアプリケーションの種類をデスクトップのみの種類に変更する前に、グループからすべてのアプリケーションを削除してください。
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
- デリバリーの種類ページで、目的のデリバリーの種類を選択します。
- 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、OKをクリックして変更を適用し、ウィンドウを閉じます。
StoreFrontアドレスを変更する
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
- StoreFrontページで、StoreFront URLを選択または追加します。これらのURLは、デリバリーグループ内の各マシンにインストールされているCitrix Workspace™アプリによって使用されます。
- 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、OKをクリックして変更を適用し、ウィンドウを閉じます。
ナビゲーションペインで構成 > StoreFrontを選択して、StoreFrontサーバーアドレスを指定することもできます。
デリバリーグループをアップグレードまたはアップグレードを元に戻す
デリバリーグループ内のマシンで使用されているマシンのVirtual Delivery Agent (VDA) とマシンカタログをアップグレードした後、デリバリーグループをアップグレードします。
デリバリーグループのアップグレードを開始する前に：
- Citrix Provisioning™ (旧Provisioning Services) を使用している場合は、そのコンソールでVDAバージョンをアップグレードします。
- アップグレードされたVDAを含むマシンを起動して、Delivery Controllerに登録できるようにします。このプロセスにより、デリバリーグループでアップグレードが必要なものがコンソールに通知されます。
- 以前のVDAバージョンを使い続けると、新しい製品機能は利用できません。詳細については、アップグレードドキュメントを参照してください。
デリバリーグループをアップグレードするには：
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループのアップグレードをクリックします。デリバリーグループのアップグレードアクションは、アップグレードされたVDAが検出された場合にのみ表示されます。
表示には、アップグレードできないマシンがある場合、そのマシンと理由が示されます。その後、アップグレードをキャンセルし、マシンの問題を解決してから、再度アップグレードを開始できます。
アップグレードが完了したら、デリバリーグループを選択し、アクションペインで元に戻すをクリックして、マシンを以前の状態に戻すことができます。
Remote PC Accessデリバリーグループの管理
Remote PC Accessマシンカタログ内のマシンが割り当てられていない場合、そのマシンは一時的にそのカタログに関連付けられたデリバリーグループに割り当てられます。この一時的な割り当てにより、マシンは後でユーザーに割り当てられるようになります。
デリバリーグループとマシンカタログの関連付けには優先度値があります。優先度は、マシンがシステムに登録されるとき、またはユーザーがマシン割り当てを必要とするときに、マシンに割り当てられるデリバリーグループを決定します。値が低いほど優先度が高くなります。Remote PC Accessマシンカタログに複数のデリバリーグループ割り当てがある場合、ソフトウェアは最も優先度の高い一致を選択します。この優先度値を設定するには、PowerShell SDKを使用します。
Remote PC Accessマシンカタログは、最初に作成されたときにデリバリーグループに関連付けられます。後でカタログに追加されたマシンアカウントまたは組織単位は、デリバリーグループに追加できます。この関連付けは、オフにしたりオンにしたりできます。
Remote PC Accessマシンカタログとデリバリーグループの関連付けを追加または削除するには：
- ナビゲーションペインでデリバリーグループを選択します。
- リモートPCアクセスグループを選択します。
- 詳細セクションで、マシンカタログタブをクリックし、Remote PC Accessカタログを選択します。
- 関連付けを追加または復元するには、デスクトップの追加をクリックします。関連付けを削除するには、関連付けの削除をクリックします。
ユーザー
デリバリーグループのユーザー設定を変更する
このページの名前は、ユーザー設定または基本設定のいずれかで表示されます。
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
- ユーザー設定（または基本設定）ページで、次の表の設定を変更します。
- 行った変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、OKをクリックします。
| 設定 | 説明 |
|---|---|
| 説明文 | Citrix Workspace（またはStoreFront）が使用し、ユーザーに表示されるテキスト。 |
| デリバリーグループを有効にする | デリバリーグループが有効になっているかどうか。 |
| タイムゾーン | このデリバリーグループのマシンが存在する必要があるタイムゾーン。このオプションには、サイトでサポートされているタイムゾーンがリストされます。 |
| Secure ICA® を有効にする | ICAプロトコルを暗号化するSecureICAを使用して、デリバリーグループ内のマシンとの通信を保護します。デフォルトのレベルは128ビットです。このレベルはSDKを使用して変更できます。Citrix®は、パブリックネットワークを介して通信する場合、TLS暗号化などのより多くの暗号化方法を使用することを推奨します。また、SecureICAはデータの整合性をチェックしません。 |
デリバリーグループ内のユーザーを追加または削除する
ユーザーの詳細については、ユーザーを参照してください。
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、操作ペインでデリバリーグループの編集をクリックします。
-
ユーザーページで：
- ユーザーを追加するには、追加をクリックし、追加するユーザーを指定します。
- ユーザーを削除するには、1人以上のユーザーを選択し、削除をクリックします。
- 認証されていないユーザーによるアクセスを許可するには、チェックボックスをオンまたはオフにします。
- 適用をクリックして加えた変更を適用し、ウィンドウを開いたままにします。または、OKをクリックして変更を適用し、ウィンドウを閉じます。
ユーザーリストのインポートまたはエクスポート
物理的なシングルセッションOSマシンを含むデリバリーグループの場合、デリバリーグループを作成した後で.csvファイルからユーザー情報をインポートできます。また、ユーザー情報を.csvファイルにエクスポートすることもできます。.csvファイルには、以前の製品バージョンのデータを含めることができます。
CSVファイルの最初の行には、コンマで区切られた2つの列ヘッダーを含める必要があります。最初のヘッダーがMachine Accountで、2番目のヘッダーがUser Namesであることを確認してください。(追加のヘッダーを含めることはできますが、サポートされていません。)ファイルのそれ以降の行には、コンマ区切りのデータが含まれます。Machine Accountエントリは、コンピューターSID、FQDN、またはドメインとコンピューター名のペアにすることができます。
ユーザー情報をインポートまたはエクスポートするには：
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
- マシン割り当てページで、リストのインポートまたはリストのエクスポートを選択し、ファイルの場所を参照します。
- 適用をクリックして、行った変更を適用し、ウィンドウを開いたままにします。または、OKをクリックして変更を適用し、ウィンドウを閉じます。
マシン
- マシンとユーザーの割り当てを変更する
- ユーザーあたりの最大マシン数を変更する
- マシンを更新する
- デスクトップのタグ制限を追加、変更、または削除する
- マシンを削除する
- マシンへのアクセスを制限する
- ユーザーがマシンに接続できないようにする（メンテナンスモード）
- マシンをシャットダウンして再起動する
- マシンの再起動スケジュールを作成および管理する(#create-and-manage-restart-schedules-for-machines-in-a-delivery-group)
- 管理対象マシンをロードする(#load-managed-machines-in-delivery-groups)
- 管理対象マシンの電源を管理する(#power-managed-machines-in-a-delivery-group)
デリバリーグループ内のマシンとユーザーの割り当てを変更する
MCSでプロビジョニングされたシングルセッションOSマシンの割り当ては変更できます。マルチセッションOSマシン、またはCitrix Provisioningでプロビジョニングされたマシンの割り当ては変更できません。
- ナビゲーションペインで [Delivery Groups] を選択します。
- グループを選択し、アクションペインで [Edit Delivery Group] をクリックします。
- [Desktops] または [Desktop Assignment Rules] ページ（ページタイトルはデリバリーグループが使用するマシンカタログの種類によって異なります）で、新しいユーザーを指定します。
- [Apply] をクリックして変更を適用し、ウィンドウを開いたままにします。または、[OK] をクリックして変更を適用し、ウィンドウを閉じます。
デリバリーグループ内のユーザーあたりの最大マシン数を変更する
- ナビゲーションペインで [Delivery Groups] を選択します。
- グループを選択し、アクションペインで [Edit Delivery Group] をクリックします。
- [Desktop Assignment Rules] ページで、ユーザーあたりの最大デスクトップ数を設定します。
- [Apply] をクリックして変更を適用し、ウィンドウを開いたままにします。または、[OK] をクリックして変更を適用し、ウィンドウを閉じます。
デリバリーグループ内のマシンを更新する
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでマシンの表示をクリックします。
- マシンを選択し、アクションペインでマシンの更新をクリックします。
別のイメージを選択するには、マスターイメージを選択し、スナップショットを選択します。
変更を適用してマシンユーザーに通知するには、エンドユーザーへのロールアウト通知を選択します。次に、以下を指定します。
- マスターイメージを更新するタイミング: 今すぐ、または次回の再起動時
- 再起動の配布時間（グループ内のすべてのマシンの更新を開始するまでの合計時間）
- ユーザーに再起動が通知されるかどうか
- ユーザーが受け取るメッセージ
デスクトップのタグ制限を追加、変更、または削除する
タグ制限の追加、変更、削除は、起動対象となるデスクトップに予期せぬ影響を与える可能性があります。タグの考慮事項と注意事項を確認してください。
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
- デスクトップページで、デスクトップを選択し、編集をクリックします。
- タグ制限を追加するには、タグを持つマシンへの起動を制限を選択し、タグを選択します。
-
タグの制限を変更または削除するには、次のいずれかの操作を行います。
- 別のタグを選択します。
- このタグを持つマシンへの起動を制限するのチェックを外して、タグの制限を削除します。
- 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、OKをクリックして変更を適用し、ウィンドウを閉じます。
デリバリーグループからマシンを削除する
マシンを削除すると、デリバリーグループから削除されます。デリバリーグループが使用するマシンカタログからは削除されません。したがって、そのマシンは別のデリバリーグループに割り当てることができます。
マシンは削除する前にシャットダウンする必要があります。マシンを削除している間、ユーザーがマシンに接続するのを一時的に停止するには、シャットダウンする前にマシンをメンテナンスモードにします。
マシンには個人データが含まれている可能性があるため、別のユーザーにマシンを割り当てる前に注意してください。マシンの再イメージングを検討してください。
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでマシンの表示をクリックします。
- マシンがシャットダウンされていることを確認します。
- マシンを選択し、アクションペインでデリバリーグループから削除をクリックします。
マシンが使用する接続を介して、デリバリーグループからマシンを削除することもできます。
デリバリーグループ内のマシンへのアクセスを制限する
デリバリーグループ内のマシンへのアクセスを制限するために行った変更は、使用する方法に関係なく、以前の設定に優先します。次のことができます。
-
委任管理スコープを使用して管理者アクセスを制限する: 管理者がすべてのアプリケーションにアクセスできるようにするスコープと、特定のアプリケーションのみにアクセスできるようにする別のスコープを作成して割り当てます。詳細については、「委任管理」を参照してください。
-
SmartAccessポリシー式を使用してユーザーアクセスを制限する: ポリシー式を使用して、Citrix Gateway経由で行われるユーザー接続をフィルタリングします。
- ナビゲーションペインでDelivery Groupsを選択します。
- グループを選択し、アクションペインでEdit Delivery Groupをクリックします。
- 「アクセスポリシー」ページで、「NetScaler® Gateway 経由の接続」を選択します。
- これらの接続のサブセットを選択するには、Connections meeting any of the following filtersを選択します。次に、Citrix Gatewayサイトを定義し、許可されたユーザーアクセスシナリオのSmartAccessポリシー式を追加、編集、または削除します。詳細については、Citrix Gatewayのドキュメントを参照してください。
- Applyをクリックして変更を適用し、ウィンドウを開いたままにします。または、OKをクリックして変更を適用し、ウィンドウを閉じます。
-
除外フィルターを使用してユーザーアクセスを制限する: SDKで設定したアクセスポリシーに除外フィルターを使用します。アクセスポリシーは、接続を絞り込むためにデリバリーグループに適用されます。たとえば、マシンアクセスをユーザーのサブセットに制限したり、許可されたユーザーデバイスを指定したりできます。除外フィルターは、アクセスポリシーをさらに絞り込みます。たとえば、セキュリティのために、ユーザーまたはデバイスのサブセットへのアクセスを拒否できます。デフォルトでは、除外フィルターは無効になっています。
たとえば、企業ネットワークのサブネット上にある教育ラボで、そのラボから特定のデリバリーグループへのアクセスを防止する場合などです。ラボ内のマシンを誰が使用しているかに関係なく、次のコマンドを使用します:
Set-BrokerAccessPolicy -Name VPDesktops_Direct -ExcludedClientIPFilterEnabled $True -。アスタリスク (*) ワイルドカードを使用して、同じポリシー式で始まるすべてのタグを照合します。たとえば、
VPDesktops_Directタグを1台のマシンに追加し、VPDesktops_Testを別のマシンに追加した場合、Set-BrokerAccessPolicyスクリプトでタグをVPDesktops_*に設定すると、フィルターは両方のマシンに適用されます。Webブラウザーを使用している場合、またはストアでCitrix Workspaceアプリのユーザーエクスペリエンス機能が有効になっている場合は、クライアント名除外フィルターを使用できません。
デリバリーグループ内のマシンへのユーザー接続を防止する（メンテナンスモード）
マシンへの新しい接続を一時的に停止する必要がある場合は、デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオンにできます。これは、パッチを適用したり、管理ツールを使用したりする前に行うことがあります。
- マルチセッションOSマシンがメンテナンスモードの場合、ユーザーは既存のセッションに接続できますが、新しいセッションを開始することはできません。
- シングルセッションOSマシン（またはリモートPCアクセスを使用するPC）がメンテナンスモードの場合、ユーザーは接続または再接続できません。現在の接続は、切断またはログオフするまで接続されたままになります。
メンテナンスモードをオンまたはオフにするには：
- ナビゲーションペインでDelivery Groupsを選択します。
- グループを選択します。
-
デリバリーグループ内のすべてのマシンでメンテナンスモードをオンにするには、アクションペインでTurn On Maintenance Modeをクリックします。
1台のマシンでメンテナンスモードをオンにするには、アクションペインでView Machinesをクリックします。マシンを選択し、アクションペインでTurn On Maintenance Modeをクリックします。
- デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオフにするには、上記の手順に従い、アクションペインでTurn Off Maintenance Modeをクリックします。
Windows Remote Desktop Connection (RDC) の設定も、マルチセッションOSマシンがメンテナンスモードであるかどうかに影響します。以下のいずれかの状況でメンテナンスモードがオンになります。
- 前述のとおり、メンテナンスモードがオンに設定されている場合。
- RDC は このコンピューターへの接続を許可しない に設定されています。
- RDC が このコンピューターへの接続を許可しない に設定されていない。リモートホスト構成ユーザーログオンモード 設定が、再接続は許可するが、新しいログオンは禁止する または 再接続は許可するが、サーバーが再起動されるまで新しいログオンは禁止する のいずれかである。
以下の項目についても、メンテナンスモードをオンまたはオフにできます。
- 接続。その接続を使用しているマシンに影響します。
- マシンカタログ。そのカタログ内のマシンに影響します。
デリバリーグループ内のマシンのシャットダウンと再起動
この手順は、Remote PC Accessマシンではサポートされていません。
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでマシンの表示をクリックします。
-
マシンを選択し、アクションペインで次のいずれかのエントリをクリックします。
- 強制シャットダウン: マシンの電源を強制的にオフにし、マシンリストを更新します。
- 再起動: オペレーティングシステムにシャットダウンを要求し、その後マシンを再起動します。オペレーティングシステムがこれに応じられない場合、マシンは現在の状態のままになります。
- 強制再起動: オペレーティングシステムを強制的にシャットダウンし、その後マシンを再起動します。
- 一時停止: マシンをシャットダウンせずに一時停止し、マシンリストを更新します。
- シャットダウン: オペレーティングシステムにシャットダウンを要求します。
強制ではないアクションの場合、マシンが10分以内にシャットダウンしないと、電源がオフになります。シャットダウン中にWindowsが更新プログラムのインストールを試みると、更新が完了する前にマシンの電源がオフになるリスクがあります。
Citrixでは、シングルセッションOSマシンのユーザーがセッション内でシャットダウンを選択しないようにすることをお勧めします。詳細については、Microsoftのポリシーに関するドキュメントを参照してください。
接続でマシンをシャットダウンおよび再起動することもできます。
デリバリーグループ内のマシンの再起動スケジュールを作成および管理する
再起動スケジュールは、デリバリーグループ内のマシンが定期的に再起動されるタイミングを指定します。デリバリーグループに対して1つ以上のスケジュールを作成できます。スケジュールは次のいずれかに影響します。
- グループ内のすべてのマシン。
- グループ内の1つ以上の（ただしすべてではない）マシン。マシンは、マシンに適用するタグによって識別されます。これはタグ制限と呼ばれます。タグが、そのタグを持つアイテムのみにアクションを制限するためです。
たとえば、すべてのマシンが1つのデリバリーグループにあるとします。すべてのマシンを週に1回再起動し、経理チームが使用するマシンを毎日再起動したいとします。これを実現するには、すべてのマシンに対して1つのスケジュールを設定し、経理のマシンのみに対して別のスケジュールを設定します。
スケジュールには、再起動が開始される日時と期間が含まれます。
スケジュールを有効または無効にできます。スケジュールを無効にすることは、テスト時、特別な期間中、または必要になる前にスケジュールを準備する際に役立ちます。
管理コンソールから自動電源オンまたはシャットダウンにスケジュールを使用することはできません。再起動のみに使用できます。
注：
Citrix Studioは、デスクトップOSの再起動スケジュールの構成をサポートしていません。
スケジュールの重複
複数のスケジュールが重複する可能性があります。上記の例では、両方のスケジュールが経理のマシンに影響します。それらのマシンは日曜日に2回再起動される可能性があります。スケジューリングコードは、意図したよりも頻繁に同じマシンを再起動しないように設計されていますが、保証はできません。
- スケジュールが開始時刻と期間で正確に一致する場合、マシンが1回だけ再起動される可能性が高くなります。
- スケジュールが開始時刻と期間で異なるほど、複数回の再起動が発生する可能性が高くなります。
- スケジュールによって影響を受けるマシンの数も、重複の可能性に影響します。この例では、すべてのマシンに影響する週次スケジュールは、経理のマシンに対する日次スケジュールよりも早く再起動を開始する可能性があります。これは、それぞれに指定された期間によって異なります。
再起動スケジュールの詳細については、「再起動スケジュールの内部」を参照してください。
再起動スケジュールの表示
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
- 「再起動スケジュール」ページを選択します。
「再起動スケジュール」ページには、構成されている各スケジュールについて、次の情報が含まれています。
- スケジュール名。
- 使用されているタグ制限（ある場合）。
- マシンの再起動が実行される頻度。
- マシンユーザーが通知を受け取るかどうか。
- スケジュールが有効になっているかどうか。
タグの追加（適用）
タグ制限を使用する再起動スケジュールを構成する場合は、そのスケジュールが影響するマシンにタグが追加されていることを確認してください。上記の例では、経理チームが使用する各マシンにタグが適用されています。詳しくは、「タグ」を参照してください。
1台のマシンに複数のタグを適用できますが、再起動スケジュールで指定できるタグは1つだけです。
- ナビゲーションペインで［デリバリーグループ］を選択します。
- スケジュールによって制御されるマシンを含むグループを選択します。
- ［マシンの表示］をクリックし、タグを追加するマシンを選択します。
- 操作ペインで［タグの管理］をクリックします。
- タグが存在する場合は、タグ名の横にあるチェックボックスをオンにします。タグが存在しない場合は、［作成］をクリックし、タグの名前を指定します。タグが作成されたら、新しく作成されたタグ名の横にあるチェックボックスをオンにします。
- 「タグの管理」ダイアログで「保存」をクリックします。
再起動スケジュールを作成する
注：
再起動スケジュールは、すべての電源管理対象および電源管理対象外のマルチセッションマシンに適用できます。
- ナビゲーションペインで「デリバリーグループ」を選択します。
- グループを選択し、操作ペインで「デリバリーグループの編集」をクリックします。
- 「再起動スケジュール」ページで、「追加」をクリックします。
-
「再起動スケジュールの追加」ページで：
- スケジュール名と説明を入力します。
- タグ制限を使用している場合は、タグを選択します。
- 「再起動頻度」で、再起動の頻度（毎日、平日、週末、または毎週特定の曜日）を選択します。
- 24時間形式で、再起動を開始する時刻を指定します。
-
「再起動期間」では、すべてのマシンを同時に再起動するか、影響を受けるすべてのマシンの再起動を開始する合計時間を選択します。内部アルゴリズムにより、その間隔で各マシンが再起動されるタイミングが決定されます。
注：
PowerShellを使用する場合、別の再起動期間の選択肢があります。「ドレイン後の再起動」を参照してください。
- 「ユーザーへの通知を送信」で、再起動が始まる前に影響を受けるマシンに通知メッセージを表示するかどうかを選択します。デフォルトでは、メッセージは表示されません。
- 再起動が始まる15分前にメッセージを表示することを選択した場合、（通知頻度で）最初のメッセージの後に5分ごとにメッセージを繰り返すように選択できます。デフォルトでは、メッセージは繰り返されません。
-
通知のタイトルとテキストを入力します。デフォルトのテキストはありません。
メッセージに再起動までの残り時間を含める場合は、変数 %m% を含めます。例：「警告: お使いのコンピューターは%m%分後に自動的に再起動されます。」この値は、繰り返される各メッセージで5分ずつ減少します。すべてのマシンを同時に再起動することを選択しない限り、メッセージは内部アルゴリズムによって計算された再起動前の適切な時間に各マシンに表示されます。
- スケジュールを有効にするには、チェックボックスをオンにします。スケジュールを無効にするには、チェックボックスをオフにします。
- 変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、OKをクリックします。
ドレイン後の再起動
マシンの再起動スケジュールを作成または更新するためにPowerShellを使用する場合、別の再起動期間値が利用可能です (New-BrokerRebootSchedulev2 または Set-BrokerRebootSchedulev2)。
-UseNaturalReboot <Boolean> パラメーターでドレイン後の再起動機能を有効にすると、すべてのセッションがドレインされた後にすべてのマシンが再起動されます。再起動時刻になると、マシンはドレイン状態になり、すべてのセッションがログオフされた後に再起動されます。
この機能は、シングルセッションまたはマルチセッションのマシンを含むデリバリーグループでサポートされています。マシンは電源管理されている必要があります。
オンプレミス環境では、この機能はPowerShellを使用する場合にのみサポートされます。この機能はStudioでは利用できません。
再起動スケジュールの編集、削除、有効化、または無効化
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
-
再起動スケジュールページで、スケジュールのチェックボックスをオンにします。
- スケジュールを編集するには、編集をクリックします。(#create-a-restart-schedule)のガイダンスに従って、スケジュール構成を更新します。
- スケジュールを有効または無効にするには、編集をクリックします。再起動スケジュールの有効化チェックボックスをオンまたはオフにします。
- スケジュールを削除するには、削除をクリックします。削除を確認します。スケジュールを削除しても、影響を受けるマシンに適用されているタグには影響しません。
データベースの停止により遅延したスケジュールされた再起動
注：
この機能はPowerShellでのみ利用可能です。
デリバリーグループ内のマシン（VDA）のスケジュールされた再起動が開始される前にサイトデータベースの停止が発生した場合、停止が終了したときに再起動が開始されます。これにより、意図しない結果が生じる可能性があります。
たとえば、デリバリーグループの再起動を非稼働時間中（午前3:00開始）に発生するようにスケジュールしたとします。スケジュールされた再起動が開始される1時間前（午前2:00）にサイトデータベースの停止が発生します。停止は6時間続きます（午前8:00まで）。Delivery Controllerとサイトデータベース間の接続が復元されると、再起動スケジュールが開始されます。VDAの再起動は元のスケジュールから5時間後に開始され、稼働時間中にVDAが再起動することになります。
この状況を回避するために、New-BrokerRebootScheduleV2およびSet-BrokerRebootScheduleV2コマンドレットのMaxOvertimeStartMinsパラメーターを使用できます。この値は、再起動スケジュールが開始できる、スケジュールされた開始時刻からの最大分数を示します。
-
その時間内（スケジュールされた時刻 +
MaxOvertimeStartMins）にデータベース接続が復元された場合、VDAの再起動が開始されます。 -
その時間内にデータベース接続が復元されない場合、VDAの再起動は開始されません。
-
このパラメーターが省略されているか、値がゼロの場合、停止期間に関係なく、データベースへの接続が復元されたときにスケジュールされた再起動が開始されます。
詳細については、コマンドレットのヘルプを参照してください。この機能はPowerShellでのみ利用可能です。Studioで再起動スケジュールを構成する際には、この値を設定できません。
メンテナンスモードのマシンのスケジュールされた再起動
注：
この機能はPowerShellでのみ利用可能です。
再起動スケジュールがメンテナンスモードのマシンに影響するかどうかを示すには、BrokerRebootScheduleV2 コマンドレットで IgnoreMaintenanceMode オプションを使用します。
たとえば、次のコマンドレットは、メンテナンスモードではないマシンに加えて、メンテナンスモードのマシンも再起動するスケジュールを作成します。
New-Brokerrebootschedulev2 rebootSchedule1 -DesktopGroupName <myDesktopGroup> -IgnoreMaintenanceMode $true
次のコマンドレットは、既存の再起動スケジュールを変更します。
Set-Brokerrebootschedulev2 rebootSchedule1 -IgnoreMaintenanceMode $true
詳細については、コマンドレットのヘルプを参照してください。この機能はPowerShellでのみ利用可能です。
デリバリーグループで管理対象マシンをロードする
マルチセッションOSマシンのみをロード管理できます。
ロード管理は、サーバーの負荷を測定し、現在の環境条件でどのサーバーを選択するかを決定します。この選択は、以下に基づいています。
-
サーバーのメンテナンスモードの状態: マルチセッションOSマシンは、メンテナンスモードがオフの場合にのみロードバランシングの対象となります。
-
サーバーロードインデックス: マルチセッションOSマシンを提供するサーバーが接続を受信する可能性を決定します。このインデックスは、セッション数やCPU、ディスク、メモリ使用量などのパフォーマンスメトリックの設定といったロード評価子の組み合わせです。ロード評価子は、ロード管理ポリシー設定で指定されます。
サーバーロードインデックスが10000の場合、サーバーが完全にロードされていることを示します。他のサーバーが利用できない場合、ユーザーはセッションを起動したときに、デスクトップまたはアプリケーションが利用できないというメッセージを受け取る可能性があります。
ロードインデックスは、Director (Monitor)、Studio (Manage) 検索、およびSDKで監視できます。
コンソール表示で、サーバーロードインデックス列（デフォルトでは非表示）を表示するには、マシンを選択し、列見出しを右クリックして、列の選択を選択します。マシンカテゴリで、ロードインデックスを選択します。
SDKでは、
Get-BrokerMachineコマンドレットを使用します。詳細については、CTX202150を参照してください。 -
同時ログオン許容ポリシー設定: サーバーへの同時ログオン要求の最大数。（この設定は、XenApp 6.xバージョンでの負荷調整に相当します。）
すべてのサーバーが同時ログオン許容設定以上の場合、次のログオン要求は保留中のログオンが最も少ないサーバーに割り当てられます。複数のサーバーがこれらの条件を満たす場合、負荷インデックスが最も低いサーバーが選択されます。
デリバリーグループ内の電源管理対象マシン
電源管理できるのは仮想シングルセッションOSマシンのみで、物理マシン（リモートPCアクセスを含む）はできません。GPU機能を備えたシングルセッションOSマシンは一時停止できないため、電源オフ操作は失敗します。マルチセッションOSマシンについては、再起動スケジュールを作成できます。
プールされたマシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のいずれかの状態になります。
- ランダムに割り当てられ、使用中
- 未割り当てで未接続
静的マシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のようになります。
- 永続的に割り当てられ、使用中
- 永続的に割り当てられ、未接続（ただし準備完了）
- 未割り当てで未接続
通常の使用では、静的デリバリーグループには通常、永続的に割り当てられたマシンと未割り当てのマシンの両方が含まれます。最初は、デリバリーグループ作成時に手動で割り当てられたマシンを除き、すべてのマシンが未割り当てです。ユーザーが接続すると、マシンは永続的に割り当てられます。これらのデリバリーグループ内の未割り当てマシンは完全に電源管理できますが、永続的に割り当てられたマシンは部分的にしか管理できません。
-
プールとバッファー: プールされたデリバリーグループおよび未割り当てマシンを持つ静的デリバリーグループの場合、プール（この場合）とは、電源オン状態に保たれ、ユーザーが接続する準備ができている、未割り当てまたは一時的に割り当てられたマシンのセットです。ユーザーはログオン後すぐにマシンを取得します。プールサイズ（電源オン状態に保たれるマシンの数）は、時間帯によって構成可能です。静的デリバリーグループの場合、SDKを使用してプールを構成します。
バッファーは、プール内のマシンの数がしきい値を下回ったときにオンになる、追加のスタンバイ状態の未割り当てマシンのセットです。しきい値はデリバリーグループサイズのパーセンテージです。大規模なデリバリーグループの場合、しきい値を超えるとかなりの数のマシンがオンになる可能性があります。そのため、デリバリーグループのサイズを慎重に計画するか、SDKを使用してデフォルトのバッファーサイズを調整してください。
-
電源状態タイマー: 電源状態タイマーを使用して、ユーザーが指定された時間切断された後にマシンを一時停止できます。たとえば、ユーザーが10分以上切断された場合、勤務時間外にマシンは自動的に一時停止します。
タイマーは、平日と週末、およびピーク時と非ピーク時の間隔で構成できます。
-
永続的に割り当てられたマシンの部分的な電源管理: 永続的に割り当てられたマシンでは、電源状態タイマーを設定できますが、プールやバッファーは設定できません。マシンは各ピーク期間の開始時にオンになり、各オフピーク期間の開始時にオフになります。消費されたマシンを補うために利用可能になるマシンの数について、割り当てられていないマシンで行うような詳細な制御はできません。
仮想シングルセッションOSマシンの電源管理
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
- 電源管理ページで、マシンの電源管理から平日を選択します。デフォルトでは、平日は月曜日から金曜日です。
- ランダムなデリバリーグループの場合、電源をオンにするマシンで編集をクリックし、平日のプールサイズを指定します。次に、電源をオンにするマシンの数を選択します。
- ピーク時間で、各日のピーク時間とオフピーク時間を設定します。
- 平日のピーク時間と非ピーク時間の電源状態タイマーを設定します。ピーク時間中 > 切断時で、デリバリーグループ内の切断されたマシンを一時停止するまでの遅延（分単位）を指定し、一時停止を選択します。オフピーク時間中 > 切断時で、デリバリーグループ内のログオフされたマシンをシャットダウンするまでの遅延を指定し、シャットダウンを選択します。このタイマーは、ランダムなマシンを持つデリバリーグループでは使用できません。
- マシンの電源管理で週末を選択し、週末のピーク時間と電源状態タイマーを構成します。
- 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、OKをクリックして変更を適用し、ウィンドウを閉じます。
SDKを使用して、次の操作を行います。
- 電源状態タイマーに応じてマシンを一時停止するのではなくシャットダウンするか、タイマーを切断ではなくログオフに基づいて設定する場合。
- デフォルトの平日と週末の定義を変更します。
- 電源管理を無効にします。CTX217289を参照してください。
切断されたセッションで異なる期間に移行するVDIマシンの電源管理
重要：
この機能強化は、切断されたセッションを持つVDIマシンにのみ適用されます。ログオフされたセッションを持つVDIマシンには適用されません。
以前のリリースでは、アクション（切断アクション=「一時停止」または「シャットダウン」）が必要な期間に移行するVDIマシンは、電源が入ったままでした。このシナリオは、アクション（切断アクション=「何もしない」）が不要な期間（ピーク時またはオフピーク時）にマシンが切断された場合に発生しました。
Citrix Virtual Apps and Desktops™ 7 1909以降、指定された切断時間が経過すると、移行先の期間に設定された切断アクションに応じて、マシンは一時停止または電源オフされます。
たとえば、VDIデリバリーグループに対して次の電源ポリシーを構成します。
-
PeakDisconnectActionを「何もしない」に設定 -
OffPeakDisconnectActionを「シャットダウン」に設定 -
OffPeakDisconnectTimeoutを「10」に設定
電源ポリシーの切断アクションの詳細については、https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/about_Broker_PowerManagement/#power-policyおよびhttps://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/を参照してください。
以前のリリースでは、ピーク時にセッションが切断されたVDIマシンは、ピークからオフピークに移行しても電源が入ったままでした。Citrix Virtual Apps and Desktops 7 1909以降、期間移行時にOffPeakDisconnectActionおよびOffPeakDisconnectTimeoutポリシーアクションがVDIマシンに適用されます。その結果、マシンはオフピークに移行してから10分後に電源オフされます。
以前の動作（つまり、切断されたセッションでピークからオフピーク、またはオフピークからピークに移行するマシンに対して何もしない）に戻したい場合は、次のいずれかを実行します。
-
LegacyPeakTransitionDisconnectedBehaviourレジストリ値を1に設定します。これは、以前の動作を有効にするtrueに相当します。デフォルトでは、値は0、つまりfalseであり、期間移行時に切断電源ポリシーアクションがトリガーされます。- パス:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\DesktopServer - 名前:
LegacyPeakTransitionDisconnectedBehaviour - 種類:
REG_DWORD - データ:
0x00000001 (1)
- パス:
-
Set-BrokerServiceConfigurationDataPowerShellコマンドを使用して設定を構成します。例:PS C:\> Set-BrokerServiceConfigurationData HostingManagement.LegacyPeakTransitionDisconnectedBehaviour -SettingValue $true
期間移行時に電源ポリシーアクションを適用する前に、マシンは以下の条件を満たしている必要があります。
- セッションが切断されていること。
- 保留中の電源アクションがないこと。
- 異なる時間帯に移行するVDI（シングルセッション）デリバリーグループに属していること。
- 特定の時間帯（ピーク時またはオフピーク時）にセッションが切断され、電源アクションが割り当てられている期間に移行すること。
カタログの電源オン状態のVDAの割合を変更する
- デリバリーグループの電源管理セクションから、デリバリーグループのピーク時間を調整します。
- デスクトップグループ名をメモします。
-
管理者権限でPowerShellを起動し、以下のコマンドを実行します。「Desktop Group Name」を、実行中のVDAの割合が変更されたデスクトップグループの名前に置き換えます。
asnp Citrix*# Set-BrokerDesktopGroup "Desktop Group Name" -PeakBufferSizePercent 100100という値は、VDAの100%が準備完了状態にあることを意味します。
-
ソリューションを確認するには、以下を実行します。
#Get-BrokerDesktopGroup "Desktop Group Name"
変更が有効になるまで、最大1時間かかる場合があります。
ユーザーがログオフした後にVDAをシャットダウンするには、以下を入力します。
# Set-BrokerDesktopGroup "Desktop Group Name" -ShutDownDesktopsAfterUse $True
ピーク時にVDAを再起動して、ユーザーがログオフした後も利用できるようにするには、以下を入力します。
# Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssignedDuringPeak $True
セッション
セッションのログオフまたは切断
- Studioナビゲーションペインで、Delivery Groupsを選択します。
- デリバリーグループを選択し、ActionsペインでView Machinesを選択します。
- 中央ペインでマシンを選択し、ActionsペインでView Sessionsを選択してから、セッションを選択します。
- または、中央ペインでSessionタブを選択し、セッションを選択します。
- セッションからログオフするには、ActionsペインでLog offを選択します。セッションが閉じられ、ユーザーはログアウトされます。マシンが特定のユーザーに割り当てられていない限り、他のユーザーが利用できるようになります。
- セッションを切断するには、ActionsペインでDisconnectを選択します。アプリケーションはセッション内で実行を継続し、マシンはそのユーザーに割り当てられたままになります。ユーザーは同じマシンに再接続できます。
シングルセッションOSマシンに対して、未使用のセッションを自動的に処理するように電源状態タイマーを構成できます。詳細については、「電源管理されたマシン」を参照してください。
デリバリーグループにメッセージを送信する
- Studioナビゲーションペインで、Delivery Groupsを選択します。
- デリバリーグループを選択し、ActionsペインでView Machinesを選択します。
- 中央ペインで、メッセージを送信するマシンを選択します。
- 「アクション」ペインで、「セッションの表示」を選択します。
- 中央ペインで、すべてのセッションを選択し、ActionsペインでSend Messageを選択します。
- メッセージを入力し、OKをクリックします。必要に応じて、重大度レベルを指定できます。オプションには、Critical、Question、Warning、Informationがあります。
または、Citrix Directorを使用してメッセージを送信することもできます。詳細については、「ユーザーへのメッセージ送信」を参照してください。
デリバリーグループでセッションの事前起動とセッションの維持を構成する
これらの機能は、マルチセッションOSマシンでのみサポートされます。
セッションの事前起動とセッションの維持機能は、要求される前にセッションを開始する（セッションの事前起動）ことと、ユーザーがすべてのアプリケーションを閉じた後もアプリケーションセッションをアクティブに保つ（セッションの維持）ことで、指定されたユーザーがアプリケーションにすばやくアクセスできるようにします。
デフォルトでは、セッションの事前起動とセッションの維持は使用されません。ユーザーがアプリケーションを起動するとセッションが開始され（起動され）、セッション内の最後に開いているアプリケーションが閉じられるまでアクティブなままです。
考慮事項:
- デリバリーグループはアプリケーションをサポートしている必要があり、マシンはマルチセッションOS用のVDA（最小バージョン7.6）を実行している必要があります。
- これらの機能は、Citrix Workspaceアプリfor Windowsを使用している場合にのみサポートされ、追加のCitrix Workspaceアプリの構成も必要です。手順については、ご使用のCitrix Workspaceアプリfor Windowsバージョンの製品ドキュメントで「session prelaunch」を検索してください。
- HTML5版のCitrix Workspaceアプリはサポートされていません。
- セッションの事前起動を使用している場合、ユーザーのマシンがサスペンドモードまたは休止状態になった場合、事前起動は機能しません（セッションの事前起動設定に関係なく）。ユーザーは自分のマシン/セッションをロックできます。ただし、ユーザーがCitrix Workspaceアプリからログオフした場合、セッションは終了し、事前起動は適用されなくなります。
- セッションの事前起動を使用している場合、物理クライアントマシンは、サスペンドまたは休止状態の電源管理機能を使用できません。クライアントマシンのユーザーはセッションをロックできますが、ログオフしないでください。
- 事前起動されたセッションと維持されたセッションは、同時接続ライセンスを消費しますが、接続されている場合に限ります。ユーザー/デバイスライセンスを使用している場合、ライセンスは90日間有効です。未使用の事前起動セッションと維持セッションは、デフォルトで15分後に切断されます。この値はPowerShell（
New/Set-BrokerSessionPreLaunchコマンドレット）で構成できます。 - ユーザーのアクティビティパターンを慎重に計画し監視することが、これらの機能が互いに補完し合うように調整するために不可欠です。最適な構成は、ユーザーのアプリケーションの早期利用可能性のメリットと、ライセンスの使用とリソースの割り当てにかかるコストとのバランスを取ります。
- Citrix Workspaceアプリで、セッションの事前起動をスケジュールされた時刻に構成することもできます。
未使用の事前起動セッションと維持セッションがアクティブなままになる期間
ユーザーがアプリケーションを起動しない場合に、未使用のセッションがアクティブなままになる期間を指定する方法はいくつかあります。構成されたタイムアウトとサーバー負荷のしきい値です。これらすべてを構成できます。最初発生したイベントによって、未使用のセッションが終了します。
-
タイムアウト: 設定されたタイムアウトは、未使用のプレローンチセッションまたは残存セッションがアクティブな状態を維持する分数、時間、または日数を指定します。タイムアウトを短く設定しすぎると、プレローンチセッションは、より迅速なアプリケーションアクセスというユーザーメリットを提供する前に終了してしまいます。タイムアウトを長く設定しすぎると、サーバーに十分なリソースがないため、受信ユーザー接続が拒否される可能性があります。
このタイムアウトは、管理コンソールからではなく、SDK（
New/Set-BrokerSessionPreLaunchコマンドレット）からのみ有効にできます。タイムアウトを無効にすると、そのデリバリーグループのコンソール表示やデリバリーグループの編集ページには表示されません。 -
しきい値: サーバー負荷に基づいてプレローンチセッションと残存セッションを自動的に終了することで、サーバーリソースが利用可能である限り、セッションが可能な限り長く開いたままになることが保証されます。未使用のプレローンチセッションと残存セッションは、新しいユーザーセッションにリソースが必要なときに自動的に終了するため、接続拒否の原因にはなりません。
2つのしきい値を構成できます。デリバリーグループ内のすべてのサーバーの平均負荷率と、グループ内の単一サーバーの最大負荷率です。しきい値を超えると、プレローンチ状態または残存状態にあった時間が最も長いセッションが終了します。負荷がしきい値を下回るまで、セッションは1分間隔で1つずつ終了します。しきい値を超えている間は、新しいプレローンチセッションは開始されません。
Controllerに登録されていないVDAを持つサーバー、およびメンテナンスモードのサーバーは、完全に負荷がかかっていると見なされます。予期せぬ停止が発生すると、容量を解放するためにプレローンチセッションと残存セッションが自動的に終了します。
セッションのプレローンチを有効にするには
- ナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集をクリックします。
-
アプリケーションのプレローンチページで、セッションを起動するタイミングを選択して、セッションのプレローンチを有効にします。
- ユーザーがアプリケーションを起動したとき。これはデフォルト設定です。セッションのプレローンチは無効になっています。
- デリバリーグループ内の任意のユーザーがCitrix Workspaceアプリ for Windowsにログオンしたとき。
- ユーザーおよびユーザーグループのリスト内の誰かがCitrix Workspaceアプリ for Windowsにログオンしたとき。このオプションを選択する場合は、ユーザーまたはユーザーグループも指定してください。
アプリケーションのプレローンチセッションページ(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/media/dws-session-2.png)
-
ユーザーがアプリケーションを起動すると、プレローンチセッションは通常のセッションに置き換えられます。ユーザーがアプリケーションを起動しない場合（プレローンチセッションが未使用の場合）、以下の設定がそのセッションがアクティブな状態を維持する期間に影響します。
- 指定された時間間隔が経過したとき。時間間隔は変更できます（1～99日、1～2376時間、または1～142,560分）。
- デリバリーグループ内のすべてのマシンの平均負荷が、指定された割合 (1～99%) を超えた場合。
- デリバリーグループ内のいずれかのマシンの負荷が、指定された割合 (1～99%) を超えた場合。
まとめ: プリローンチされたセッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。
セッションの維持を有効にするには
- ナビゲーションペインで [Delivery Groups] を選択します。
- グループを選択し、アクションペインで [Edit Delivery Group] をクリックします。
-
「アプリケーションの維持」ページで、「セッションをアクティブに維持するまで」を選択して、セッションの維持を有効にします。
アプリケーションのセッション維持ページ(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/media/dws-session-3.png)
-
ユーザーが別のアプリケーションを起動しない場合、維持セッションがアクティブなままになる期間に影響する設定がいくつかあります。
- 指定された時間間隔が経過した場合。時間間隔は、1～99日、1～2376時間、または1～142,560分に変更できます。
- デリバリーグループ内のすべてのマシンの平均負荷が、指定された割合 (1～99%) を超えた場合。
- デリバリーグループ内のいずれかのマシンの負荷が、指定された割合 (1～99%) を超えた場合。
まとめ: 維持セッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。
メンテナンスモードのマシンから切断された場合のセッション再接続を制御する
注:
この機能はPowerShellでのみ利用可能です。
メンテナンスモードのマシンで切断されたセッションが、デリバリーグループ内のマシンに再接続できるかどうかを制御できます。
バージョン2106より前は、メンテナンスモードのマシンから切断されたシングルセッションのプールされたデスクトップセッションの再接続は許可されていませんでした。バージョン2106以降では、メンテナンスモードのマシンからの切断後、セッションの種類に関係なく、再接続を許可または禁止するようにデリバリーグループを構成できます。
デリバリーグループを作成または編集する際 (New-BrokerDesktopGroup, Set-BrokerDesktopGroup)、メンテナンスモードのマシンから切断されたマシンへの再接続を許可または禁止するには、-AllowReconnectInMaintenanceMode <boolean> パラメーターを使用します。
- trueに設定すると、セッションはグループ内のマシンに再接続できます。
- falseに設定すると、セッションはグループ内のマシンに再接続できません。
デフォルト値:
- シングルセッション: 無効
- マルチセッション: 有効
トラブルシューティング
-
Delivery Controllerに登録されていないVDAは、ブローカーセッションの起動時に考慮されません。これにより、利用可能なリソースが十分に活用されない結果となります。VDAが登録されない理由はさまざまであり、その多くは管理者がトラブルシューティングできます。詳細表示には、カタログ作成ウィザードで、またデリバリーグループにカタログを追加した後に、トラブルシューティング情報が提供されます。
デリバリーグループを作成した後、デリバリーグループの詳細ペインには、登録可能だが登録されていないマシンの数が表示されます。たとえば、1台以上のマシンが電源オンでメンテナンスモードではないが、現在Controllerに登録されていない場合などです。「登録されていないが、登録されるべき」マシンを表示する際は、詳細ペインのトラブルシューティングタブで、考えられる原因と推奨される是正措置を確認してください。
機能レベルに関するメッセージについては、「VDAのバージョンと機能レベル」を参照してください。
VDA登録のトラブルシューティングについては、「CTX136668」を参照してください。
- デリバリーグループの表示において、詳細ペインのインストール済みVDAバージョンは、マシンに実際にインストールされているバージョンと異なる場合があります。マシンのWindowsの「プログラムと機能」表示には、実際のVDAバージョンが表示されます。
- Power State Unknownステータスのマシンについては、ガイダンスとしてCTX131267を参照してください。