製品ドキュメント
Citrix DaaS™
PDFを表示

ローカルホストキャッシュ

May 4, 2026
寄稿者: 
C C

この記事では、ローカルホストキャッシュ (LHC) 機能のビジネス継続性を維持する能力に焦点を当て、その完全な概要を説明します。通常の運用時とLHCモードがアクティブになった場合のLHCの機能について説明します。さらに、構成チェック、トラブルシューティング、LHC管理のためのPowerShellコマンド、およびLHCの健全性のためのイベントログ監視に関するガイダンスも提供します。

概要

LHCは、ネットワーク障害またはCitrix Cloud™の問題によりクラウドコネクタがCitrix Cloudとの接続を失った場合に、エンドユーザーがアプリとデスクトップにアクセスできるようにします。LHCモードがアクティブになってもアクティブなセッションは影響を受けず、新しいセッションはクラウドコネクタ上で実行されているLHCブローカーを介してブローカー処理されます。

LHCはデフォルトで有効になっていますが、環境がLHC用に適切に構成されていることを確認することが重要です。構成ミスは通常のブローカー処理を妨げないかもしれませんが、LHCモードがアクティブな場合にLHCのパフォーマンスを低下させ、エンドユーザーに障害を引き起こす可能性があります。最適なLHC機能を実現するには、Studioのゾーンノードで、Citrixが検出したゾーン関連のエラーと警告を確認してください。さらに、包括的なLHC構成チェックリストについては、レジリエンス構成の確認ガイドとDaaSレジリエンスに悪影響を与える可能性のある一般的な構成ミスを回避する記事を確認してください。

重要:

LHCは、クラウドコネクタがStoreFrontからトラフィックを受信した場合、またはService Continuityが有効になっている場合にのみ機能します。サービス中断中にService Continuityがローカルホストキャッシュを使用してユーザーのアプリとデスクトップへのアクセスを維持する方法の詳細については、Service Continuityを参照してください。

動作原理

通常の運用中、クラウドコネクタ上のリモートブローカープロバイダーサービスは、すべてのブローカー処理操作のためにCitrix Cloudと通信します。Citrix Config Synchronizer Service (CSS) は、Citrix Cloudでの構成変更を定期的にチェックし、このデータをクラウドコネクタ上のLHCブローカーに同期します。クラウドコネクタがCitrix Cloudへの接続を失った場合、またはCitrix Cloudで問題が発生した場合、LHCモードがアクティブになり、アプリケーションとデスクトップへの継続的なアクセスを保証します。

通常のブローカー処理中の動作

  • 通常のブローカー処理中の動作

  • クラウドコネクタ上のCitrixリモートブローカープロバイダーサービスは、StoreFrontからの接続要求を受け入れます。リモートブローカープロバイダーサービスは、Citrix Cloudと通信して、Citrix Cloudに登録されているVDAにユーザーを接続します。
  • CSSは、約5分ごとにCitrix Cloudのクラウドブローカーに構成変更が行われたかどうかを確認します。これらの変更は、管理者によって開始されたもの（デリバリーグループプロパティの変更など）またはシステムアクション（マシン割り当てなど）である可能性があります。

  • 前回のチェック以降に構成変更が発生した場合、CSSは情報をクラウドコネクタ上のLHCブローカーに同期します。（LHCブローカーは、高可用性サービス、またはHAブローカーとも呼ばれます）。

    すべての構成データがコピーされ、前回のチェック以降に変更された項目だけではありません。CSSは、構成データをクラウドコネクタ上のMicrosoft SQL Server Express LocalDBデータベースにインポートします。このデータベースは、ローカルホストキャッシュデータベースと呼ばれます。CSSは、ローカルホストキャッシュデータベースの情報がCitrix Cloudのサイトデータベースの情報と一致することを確認します。

    Microsoft SQL Server Express LocalDB（LHCデータベースで使用）は、クラウドコネクタをインストールすると自動的にインストールされます。LHCデータベースは、複数のクラウドコネクタ間で共有できません。LHCデータベースをバックアップする必要はありません。構成変更が検出されるたびに再作成されます。

  • 前回のチェック以降に変更がない場合、構成データはコピーされません。

LHCモードがアクティブになった場合

  • LHCモードがアクティブになった場合

  • LHCブローカーは、接続情報のリスニングと接続要求の処理を開始します。
  • クラウドコネクタが最初にCitrix Cloudへの接続を失ったとき、LHCブローカーは現在のVDA登録データを持っていませんが、VDAがLHCブローカーと通信すると、登録プロセスがトリガーされます。そのプロセス中に、LHCブローカーは当該VDAの現在のセッション情報も取得します。

  • LHCブローカーが接続を処理している間、リモートブローカープロバイダーサービスはCitrix Cloudへの接続を監視し続けます。接続が復元されると、リモートブローカープロバイダーサービスはLHCブローカーに接続情報のリスニングを停止するよう指示し、Citrix Cloudはブローカー処理操作を再開します。次にVDAがリモートブローカープロバイダーサービスを介してCitrix Cloudと通信するときに、登録プロセスがトリガーされます。LHCブローカーは、LHCモードがアクティブだったときに残っていたVDA登録をすべて削除します。CSSは、Citrix Cloudで構成変更が発生したことを認識すると、情報の同期を再開します。

  • 同期中にLHCが開始されるという万が一の事態が発生した場合、現在のインポートは破棄され、最後に認識された構成が使用されます。

  • イベントログは、同期が発生したときとLHCモードがアクティブになったときを示します。

  • LHCモードでの運用に時間制限はありません。

  • LHCモードを手動でトリガーすることもできます。その理由と方法の詳細については、LHCモードの強制を参照してください。

複数のクラウドコネクタを持つゾーン

  • 他のタスクの中でも、CSSはゾーン内のすべてのクラウドコネクタに関する情報をLHCブローカーに定期的に提供します。その情報を持つことで、各LHCブローカーはゾーン内の他のクラウドコネクタで実行されているすべてのピアLHCブローカーについて認識します。

  • LHCブローカーは、別のチャネルで相互に通信します。これらのブローカーは、ゾーンがLHCモードに入った場合に、ゾーン内でどのLHCブローカーがブローカー処理操作を行うかを決定（選出）するために、実行されているマシンのFQDN名のアルファベット順リストを使用します。LHCモード中、すべてのVDAは選出されたLHCブローカーに再登録します。ゾーン内の選出されていないLHCブローカーは、受信接続およびVDA登録要求を積極的に拒否します。

重要:

ゾーン内のコネクタは、http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection で相互に到達できる必要があります。このアドレスでコネクタが通信できない場合、複数のブローカーが選出され、LHCモード時に起動エラーが発生する可能性があります。

LHCモード中に、Cloud Connectorが再起動された場合、またはLHCブローカーが失敗した場合:

  • そのCloud Connectorが選出されたLHCブローカーでない場合、再起動による影響はありません
  • そのCloud Connectorが選出されたLHCブローカーである場合、次のCloud Connector上のLHCブローカーが選出され、VDAが登録されます。選出順序は、Cloud ConnectorのFQDNのアルファベット順に基づきます。LHCブローカーが再度アクティブになると、LHC操作はアルファベット順で最初のコネクタで続行され、VDAが再度登録される可能性があります。このシナリオでは、登録中にパフォーマンスが影響を受ける可能性があります

LHCブローカーの選出に関するイベントの詳細については、イベントログを参照してください。

ローカルホストキャッシュのデータコンテンツ

LHCデータベースには、メインデータベースのデータの一部である以下のデータが含まれています。

  • サイトから公開されたリソースへの権限が割り当てられているユーザーおよびグループのID
  • 現在使用している、または最近使用した、サイトから公開されたリソースのユーザーのID
  • サイトで構成されているVDAマシン（リモートPCアクセス マシンを含む）のID
  • 公開されたリソースへの接続にアクティブに使用されているクライアントCitrix Workspace™アプリ マシンのID（名前とIPアドレス）

また、LHCモード中に確立された現在アクティブな接続に関する以下の情報も含まれています。

  • Citrix Workspaceアプリによって実行されたクライアントマシンのエンドポイント分析の結果
  • サイトに関与するインフラストラクチャマシン（Citrix GatewayやStoreFrontサーバーなど）のID
  • ユーザーによる最近のアクティビティの日付、時刻、および種類

ローカルホストキャッシュの状態

LHCモードへの移行およびLHCモードからの終了のサイクル全体には、いくつかの状態があります。次の図は、LHCモードへの移行およびLHCモードからの終了の状態を示しています。

LHCの状態

  • 「通常稼働中」の状態では、すべてのコンポーネントが正常であり、すべてのブローカー処理トランザクションはCloudブローカーによって処理されます。CSSは、CloudブローカーからCloud Connectorへの構成をアクティブにレプリケートしています。いずれかのヘルスチェックが失敗した場合、Cloud Connectorは「HA保留中」の状態に移行します。この状態では、次のアクションを決定するために包括的なヘルスチェックが開始されます。コネクタはゾーン内の他のコネクタと対話し、それらのヘルスステータスを判断します
    • 「HA保留中」から「初期HA」への移行の決定は、特定のゾーン内のすべてのコネクタのヘルスステータスに基づいています。ヘルスチェックが成功した場合、コネクタ/コントローラーは「通常稼働中」の状態に戻ります。あるいは、ヘルスチェックが引き続き失敗する場合、コネクタ/コントローラーは「初期HA」の状態に移行します
    • 「初期HA」の状態では、選出されたコネクタ上のLHCブローカーがブローカー処理の責任を引き継ぎます。以前に登録されていた現在のゾーン内のすべてのVDAは、Cloud Connector上のLHCブローカーに登録されます。すべてのVDAがHAサービスに再登録されるまで最大5分かかる場合があります。「初期HA」の終了時に、ヘルスチェックが開始されます。すべてのヘルスチェックが成功した場合、状態は「回復保留中」に移行し、そうでない場合は「拡張HA」に移行します
  • ヘルスチェックは「拡張HA」期間中も継続して行われます。「拡張HA」中にヘルスチェックが成功した場合、状態は「回復保留中」に移行します。コネクタが「拡張HA」状態にとどまる最大期間はありません
  • 「回復保留中」は、LHCモードから移行する前にサービスが完全に正常であることを確認するためのバッファ期間として機能します。「回復保留中」中にいずれかのヘルスチェックが失敗した場合、状態は「拡張HA」に戻ります
  • 10分間の「回復保留中」期間全体で、すべてのヘルスチェックが成功した場合、状態は「通常稼働中」に移行します。この移行によりLHCモードは終了し、LHCブローカーに登録されていたゾーン内のすべてのVDAはCloudブローカーに再登録されます。この再登録には、再度最大5分かかる場合があります

LHCモード中の重要な考慮事項

LHCモード中は、以下の影響を考慮してください。

側面 LHCモード中の影響
Studioアクセス 障害の性質によっては、アクセスできない場合があります。LHCモードで動作しているゾーン内のVDAは、LHCブローカーに登録されているため、Studioでは未登録と表示されます
リモートPowerShell SDKアクセス


アクセスが制限されます
SDK認証を設定する: Get-XDAuthentication -ProfileName WindowsCurrentUser を実行して、SDKプロキシがコマンドレット呼び出しをリダイレクトするのを防ぎます。これらの変更を行った後、すべての Get-Broker コマンドレットを使用できます
注: 最初のコマンドレット呼び出しに -AdminAddress localhost:89 パラメーターを含めます
例: Get-BrokerMachine -AdminAddress localhost:89
監視データ LHCモードがアクティブな間は、監視機能はアクティビティを表示しません。監視データの一部は、Monitorのトレンドページのローカルホストキャッシュダッシュボードで利用できます
ハイパーバイザー資格情報 ホストサービスから取得できません。不明な電源状態のマシンでは、電源操作はできません。電源オンのVMは接続に使用できます
割り当て済みマシン 通常の操作中に割り当てられた場合にのみ使用可能です。LHCモードでは新しい割り当ては不可能です
リモートPCアクセス マシン 自動登録と構成はサポートされていません。通常の操作中に登録および構成されたマシンは使用可能です
サーバーホスト型アプリケーションおよびデスクトップのセッション制限 リソースが異なるゾーンにある場合、ユーザーは構成されたセッション制限よりも多くのセッションを使用する可能性があります
ゾーンの動作 各ゾーンは独立して動作します。StoreFrontの高度なヘルスチェック機能が有効になっている場合、StoreFrontはLHCモード中に適切なゾーンに起動要求をルーティングし、セッション起動の失敗を回避できます
VDAのスケジュールされた再起動 デリバリーグループ内のVDAのスケジュールされた再起動が開始される前にLHCモードに入った場合、再起動はLHCモードが終了し、通常のブローカー処理操作が再開されたときに開始され、ゾーンがLHCモードを終了したときに予期しない再起動が発生する可能性があります。この動作を変更できる詳細情報と構成については、データベース停止によるスケジュールされた再起動の遅延を参照してください
ゾーンの優先順位 セッション起動では、ゾーンの優先順位構成は考慮されません
タグの制限 複数のゾーンにVDAを持つデリバリーグループの場合、タグ付けされたVDAがすべてのゾーンに存在しない場合、タグの制限により起動エラーが発生する可能性があります

注:

SDK認証に $XDSDKAuth を使用することは、2025年6月以降非推奨となります。詳細については、非推奨を参照してください。

アプリケーションとデスクトップのサポート

LHCは、以下の種類のVDAとデリバリーモデルをサポートしています。

VDAの種類 デリバリーモデル LHCモード中のVDAの可用性
マルチセッションOS アプリケーションとデスクトップ 常に利用可能です
  • シングルセッションOS静的（割り当て済み） デスクトップ 常に利用可能です
    • 電源管理されたシングルセッションOSランダム（プール済み） デスクトップ デフォルトでは1つのセッションのみ利用可能です
    • ^^ ^^ ^^ それらをLHC中に新しいセッションで常に利用できるように構成できます。詳細については、Studioを使用した有効化およびPowerShellを使用した有効化を参照してください。
    • ^^ ^^ ^^ 重要: 電源管理されたシングルセッションのプールされたマシンへのアクセスを有効にすると、以前のユーザーセッションからのデータと変更が後続のセッションに存在することになる可能性があります。

注:

プールされたデリバリーグループ内の電源管理されたデスクトップVDAへのアクセスを有効にしても、構成されたShutdownDesktopsAfterUseプロパティが通常の操作中にどのように機能するかには影響しません。LHC中にこれらのデスクトップへのアクセスが有効になっている場合、VDAは通常のブローカー操作に戻った後も自動的に再起動しません。プールされたデリバリーグループ内の電源管理されたデスクトップVDAは、VDAが再起動するまで以前のセッションからのデータを保持できます。VDAの再起動は、非LHC操作中にユーザーがVDAからログオフした場合、または管理者がVDAを再起動した場合に発生する可能性があります。

Studioを使用した電源管理されたシングルセッションOSプールVDAのLHC有効化

Studioを使用すると、LHCモード中にデリバリーグループごとに新しい接続向けにこれらのマシンを利用可能にできます。

-  デリバリーグループの作成中にこの機能を有効にするには、[デリバリーグループの作成](/ja-jp/citrix-daas/install-configure/delivery-groups-create#local-host-cache-mode-page)を参照してください。

注:

この設定は、電源管理されたVDAを提供するプールされたデスクトップデリバリーグループに対してのみ、Studioで利用可能です。

PowerShellを使用した電源管理シングルセッションOSプールVDAのLHC有効化

特定のデリバリーグループ内のVDAに対してLHCを有効にするには、以下の手順に従います。

  1. このコマンドを実行して、サイトレベルでこの機能を有効にします。

    
Set-BrokerSite -ReuseMachinesWithoutShutdownInOutageAllowed $true

<!--NeedCopy-->

  2. デリバリーグループ名を指定してこのコマンドを実行し、デリバリーグループに対してLHCを有効にします。

    
Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true

<!--NeedCopy-->

電源管理されたVDAを持つ新規作成されたプールされたデリバリーグループのデフォルトLHC可用性を変更するには、以下のコマンドを実行します。


Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $true

<!--NeedCopy-->

注:

デフォルトを変更しても、既存のデリバリーグループの設定は変更されず、PowerShellを使用して作成されたデリバリーグループにのみ影響します。

StoreFrontの構成

オンプレミスのStoreFront展開を使用している場合は、以下を確認してください。

  • ロードバランシング仮想サーバーを使用している場合は、ブローカリング機能に基づいてコネクタを監視するように仮想サーバーを構成します（例：コネクタのロードバランシングには、NetScaler®の組み込みCITRIX-XD-DDCモニターを使用します）。
  • 単一のクラウドテナント内のすべてのCloud Connectorを、StoreFrontで単一のリソースフィードとして含めます。
  • StoreFrontでNetScaler Gatewayの構成を表示し、すべてのコネクタがSTAサーバーとしてリストされていることを確認します。NetScalerアプライアンスを確認し、StoreFrontにリストされているすべてのSTAがNetScaler Gateway仮想サーバーで同じ形式であることを確認します。STAサービスの健全性は、Gateway仮想サーバーでも監視できます。
  • すべてのコネクタをStoreFrontのリソースフィードに追加し、StoreFrontがリソースフィードで指定されたポートを介してすべてのCloud Connectorと通信できることを確認します。

注:

多数のコネクタを持つお客様の場合、管理オーバーヘッドを削減し、トラブルシューティングを簡素化するために、ゾーンごとにロードバランシング仮想サーバーを構成することが有益な場合があります。詳細については、「Citrix TIPs: Integrating Citrix Virtual Apps and Desktops service and StoreFront」を参照してください。

ローカルホストキャッシュの動作検証

-  LHCが正しく設定され、動作していることを確認するには：
  • 同期インポートが正常に完了していることを確認します。LHC同期の監視方法の詳細については、イベントログを確認してください。
  • 各Cloud Connectorにローカルホストキャッシュデータベースが作成されていることを確認します。これにより、必要に応じて高可用性サービスが引き継ぐことができることが確認されます。
    • Cloud Connectorサーバーで、c:\Windows\ServiceProfiles\NetworkServiceに移動します。

    • HaDatabaseName.mdfとHaDatabaseName_log.ldfが作成されていることを確認します。

    • ゾーン内のすべてのCloud ConnectorでLHCモードを強制します。ローカルホストキャッシュが動作することを確認したら、すべてのCloud Connectorを通常モードに戻すことを忘れないでください。LHCモードを終了するのにかかる時間については、ローカルホストキャッシュの状態を参照してください。

ローカルホストキャッシュの監視

イベントログ

イベントログは、LHCの健全性とパフォーマンスに関する重要な情報を提供します。

Config Synchronizer Service

通常の操作中、CSSがLHCブローカーを使用して構成データをLHCデータベースにインポートする際に、以下のイベントが発生する可能性があります。

イベントID 説明
503 CSSが更新された構成を受信したことを示します。このイベントは、Citrix Cloudから更新された構成が受信されるたびに発生します。これは同期プロセスの開始を示します。
504 CSSが更新された構成をインポートしたことを示します。構成のインポートは正常に完了しました。
505 CSSがインポートに失敗したことを示します。構成のインポートは正常に完了しませんでした。以前に成功した構成が利用可能な場合、LHCモードに入るとそれが使用されます。ただし、それは現在の構成から古くなります。以前の構成が利用できない場合、サービスはLHCモード中にセッションブローカリングに参加できません。この場合、トラブルシューティングセクションを参照し、Citrixサポートに連絡してください。
507 システムがLHCモードであり、LHCブローカーがブローカリングに使用されているため、CSSがインポートを中止したことを示します。サービスは新しい構成を受信しましたが、LHCモードに入ったためインポートは中止されました。これは予期される動作です。
510 プライマリ構成サービスからCSS構成データが受信されなかったことを示します。
517 プライマリブローカーサービスとの通信に問題があったことを示します。
518 LHCブローカー（高可用性サービス）が実行されていないため、CSSスクリプトが中止されたことを示します。

高可用性サービス

このサービスはLHCブローカーとも呼ばれます。

イベントID 説明
3502 障害が発生し、LHCブローカーがブローカー操作を実行していることを示します。
3503 障害が解決され、通常の操作が再開されたことを示します。
3504 選出されたLHCブローカーと、選出に関与した他のLHCブローカーを示します。
3507 選出されたLHCブローカーでLHCモードがアクティブであることを示します。障害期間、VDA登録、セッション情報を含む障害の概要が含まれます。
3508 選出されたLHCブローカーでLHCがアクティブでなくなり、通常の操作が復元されたことを示します。障害期間、LHCイベント中に登録されたマシンの数、LHCモード中の起動成功数を含む障害の概要が含まれます。
3509 非選出LHCブローカーでLHCがアクティブであることを示します。2分ごとの障害期間が含まれ、選出されたLHCブローカーを示します。
3510 非選出LHCブローカーでLHCがアクティブでなくなったことを示します。障害期間が含まれ、選出されたLHCブローカーを示します。

リモートブローカープロバイダー

このサービスは、Citrix CloudとVDAおよびCloud Connector間のプロキシとして機能します。

イベントID 説明
3001 Cloud Connectorが保留中のHA状態に入る原因となる障害の最初の検出。ヘルスチェックは、障害が一時的なものか永続的なものかを評価するために開始されます。保留中のHA状態に割り当てられた時間が経過した後、最新のヘルスチェック結果は、LHCモードへの移行が必要か、または通常の操作を再開できるかを示します。 
-  |3002|Cloud ConnectorがLHCモードに入れないことを示します。理由はイベント情報に含まれています。|
-  |3003|Cloud ConnectorがLHCモードの状態を遷移していることを示します。このイベントは、以下の詳細を提供します。|
-  |^^|^^ -  Cloud Connectorが遷移している元の状態|
-  |^^|^^ -  遷移先の状態|
-  |^^|^^ -  前の状態の期間|

注：

Cloud Connectorで1日を通して定期的に発生する3001イベントは、通常、懸念の原因ではありません。ただし、1時間に複数回発生する場合は、ネットワークの問題を示しており、さらなる調査が必要になる可能性があります。

Citrix Monitor

Citrix Monitorには、環境内のさまざまなゾーンにおけるLHCモードのエントリとパフォーマンスに関する集中情報が含まれています。

DaaS Monitor LHC

詳細については、サイト全体の履歴トレンドを監視するを参照してください。

ローカルホストキャッシュモードの強制

以下のシナリオでは、意図的にローカルホストキャッシュモードを強制することが望ましい場合があります。

  • ネットワークが繰り返し切断および再接続する場合：ネットワークの問題が解決されるまでLHCを強制することで、通常モードとLHCモード間の継続的な遷移（およびそれに伴う頻繁なVDA登録ストーム）を防ぎます。
  • ディザスターリカバリー計画をテストするため。
  • ローカルホストキャッシュが正しく機能していることを確認するため。

LHCモードを強制するには：

  1. 各Cloud Connectorサーバーのレジストリ（HKLM\Software\Citrix\DesktopServer\LHC）を編集します。OutageModeForcedをREG_DWORDとして作成し、1に設定します。

    • 値を1に設定すると、Citrix Cloudへの接続状態に関係なく、LHCブローカーはLHCモードに入るように指示されます。
    • 値を0に設定すると、LHCブローカーはLHCモードを終了し、通常の操作を再開するように指示されます。

イベントを確認するには：

  1. C:\ProgramData\Citrix\workspaceCloud\Logs\Plugins\HighAvailabilityServiceにあるCurrent_HighAvailabilityServiceログファイルを監視します。

同期インポートの失敗のトラブルシューティング

LHCデータベースへの同期インポートが失敗し、505イベントがログに記録された場合、以下のトラブルシューティングツールを使用できます。

  • CDFトレース：
    • ConfigSyncServerおよびBrokerLHCモジュールのトレースを有効にします。
    • 他のブローカーモジュールと組み合わせて問題を特定します。
  • CSSトレースレポート：

    • 同期失敗の原因となっているオブジェクトを特定する詳細レポートを生成します。

      注：

      このレポートを有効にすると、同期速度に影響を与える可能性があります。積極的にトラブルシューティングを行っていない場合は、無効にしてください。

    CSSトレースレポートを有効にして生成するには：

    1. レポートを有効にする: 次のコマンドを実行します。

      
New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -PropertyType DWORD -Value 1

<!--NeedCopy-->

    2. レポートの場所: HTML レポートは C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html に生成されます。

    3. レポートを無効にする: レポートが生成されたら、次のコマンドを実行してレポート機能を無効にします。

      
Set-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -Value 0

<!--NeedCopy-->

ローカルホストキャッシュのPowerShellコマンド

PowerShellコマンドを使用して、Cloud Connectorでローカルホストキャッシュを管理できます。

PowerShellモジュールは、Cloud Connectorの次の場所にあります。

C:\Program Files\Citrix\Broker\Service\ControlScripts

重要:

このモジュールはCloud Connectorでのみ実行してください。

PowerShellモジュールのインポート

モジュールをインポートするには、Cloud Connectorで次を実行します。


Import-Module "C:\Program Files\Citrix\Broker\Service\ControlScripts\HighAvailabilityServiceControl.psm1

<!--NeedCopy-->

LHCを管理するためのPowerShellコマンド

次のコマンドレットは、Cloud ConnectorでLHCモードをアクティブ化および管理するのに役立ちます。

コマンドレット 機能
Enable-LhcForcedOutageMode BrokerをLHCモードにします。Enable-LhcForcedOutageModeが正しく機能するには、CSSによってローカルホストキャッシュデータベースファイルが正常に作成されている必要があります。このコマンドレットは、実行されたCloud ConnectorでのみLHCを強制します。LHCをアクティブにするには、ゾーン内のすべてのCloud Connectorでこのコマンドレットを実行する必要があります。
Disable-LhcForcedOutageMode BrokerをLHCモードから解除します。このコマンドレットは、実行されたCloud ConnectorでのみLHCモードを無効にします。Disable-LhcForcedOutageModeは、ゾーン内のすべてのCloud Connectorで実行する必要があります。
Set-LhcConfigSyncIntervalOverride CSSがCitrix DaaS™サイト内の構成変更をチェックする間隔を設定します。時間間隔は60秒（1分）から3600秒（1時間）まで設定できます。この設定は、実行されたCloud Connectorにのみ適用されます。Cloud Connector間の一貫性を保つために、各Cloud Connectorでこのコマンドレットを実行することを検討してください。例: Set-LhcConfigSyncIntervalOverride -Seconds 1200
Clear-LhcConfigSyncIntervalOverride CSSがCitrix DaaSサイト内の構成変更をチェックする間隔を、デフォルト値の300秒（5分）に設定します。この設定は、実行されたCloud Connectorにのみ適用されます。Cloud Connector間の一貫性を保つために、各Cloud Connectorでこのコマンドレットを実行することを検討してください。
Enable-LhcHighAvailabilitySDK 実行されたCloud Connector内で、すべてのGet-Broker*コマンドレットへのアクセスを有効にします。
Disable-LhcHighAvailabilitySDK 実行されたCloud Connector内で、Broker PowerShellコマンドへのアクセスを無効にします。

注:

  • Cloud ConnectorでGet-Broker*コマンドレットを実行する際は、ポート89を使用してください。例:
    • Get-BrokerMachine -AdminAddress localhost:89
  • LHCモードでない場合、Cloud Connector上のLHC Brokerは構成情報のみを保持します。
  • LHCモード中、LHC Brokerは次の情報を保持します。
    • リソースの状態
    • セッションの詳細
    • VDA登録
    • 構成情報

詳細情報

ローカルホストキャッシュ
May 4, 2026
寄稿者: 
C C
May 4, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.