Session Recording

デプロイの計画

August 1, 2026

寄稿者:

C C

制限事項と注意事項

Session Recordingは、Desktop Composition Redirection (DCR) ディスプレイモードをサポートしていません。デフォルトでは、Session Recordingは記録対象セッションのDCRを無効にします。この動作は、Session Recording Agentのプロパティで構成できます。

Internet Explorerでブラウザーコンテンツリダイレクトポリシーに構成されているURLを参照すると、グラフィックアクティビティは記録されません。

Session RecordingはFramehawkディスプレイモードをサポートしていません。Framehawkディスプレイモードのセッションは、正しく記録および再生できません。Framehawkディスプレイモードで記録されたセッションには、セッションのアクティビティが含まれていない場合があります。

セッションレコーディングは、HDX™ リアルタイム最適化パックを使用している場合、リンクのウェブカメラビデオを記録できません。

環境に応じて、Session Recordingコンポーネントをさまざまなシナリオで展開できます。

Session Recordingの展開は、単一のサイトに限定されません。Session Recordingエージェントを除き、すべてのコンポーネントはサーバーサイトから独立しています。たとえば、複数のサイトで単一のSession Recordingサーバーを使用するように構成できます。

単一のSession Recordingサーバーでは、高いパフォーマンス要求が発生する可能性があります。たとえば、多数のエージェントを持つ大規模なサイトがあり、多くのセッションやAutoCADのようなグラフィックを多用する多くのアプリケーションを記録する予定がある場合などです。パフォーマンスの問題を軽減するには、複数のSession Recordingサーバーをインストールし、負荷分散を構成できます。

推奨されるサーバーサイトの展開

この種類の展開は、1つまたは複数のサイトのセッションを記録するために使用します。Session Recordingエージェントは、サイト内の各VDAにインストールされます。サイトは、セキュリティファイアウォールの背後にあるデータセンターに配置されます。Session Recording管理コンポーネント（Session Recordingデータベース、Session Recordingサーバー、およびSession Recordingポリシーコンソール）は他のサーバーにインストールされ、Session Recordingプレーヤーはワークステーションにインストールされます。これらはすべてファイアウォールの背後にあります。Session Recordingサーバーは、安全なイントラネットデータセンターに展開することをお勧めします。

セッションレコーディングサーバーサイトの展開

重要な展開に関する注意事項

Session Recordingコンポーネントが相互に通信できるようにするには、同じドメイン内、または推移的な信頼関係を持つ信頼されたドメイン間でインストールします。システムは、ワークグループまたは外部信頼関係を持つドメイン間にはインストールできません。
大規模な記録を再生する際のグラフィックの負荷の高さとメモリ使用量を考慮すると、Session Recording Playerを公開アプリケーションとしてインストールすることはお勧めしません。
Session Recording のインストールは、TLS/HTTPS 通信向けに構成されています。Session Recording サーバーに証明書をインストールします。ルート証明機関 (CA) が Session Recording コンポーネントで信頼されていることを確認してください。
SQL Server を実行しているスタンドアロンサーバー上の Session Recording サーバーの場合、TCP/IP プロトコルを有効にし、SQL Server Browser サービスを実行します。これらの設定はデフォルトで無効になっていますが、Session Recording サーバーがデータベースと通信するには有効にする必要があります。詳細については、Microsoft の記事 Enable TCP/IP Network Protocol for SQL Server および SQL Server Browser service を参照してください。
Session Recording の展開を計画する際は、セッション共有の影響を考慮してください。公開アプリケーションのセッション共有は、公開アプリケーションの Session Recording ポリシールールと競合する可能性があります。Session Recording は、ユーザーが最初に開く公開アプリケーションにアクティブなポリシーを適用します。ユーザーが最初のアプリケーションを開いた後、同じセッション中に開かれた後続のアプリケーションはすべて、最初のアプリケーションに適用されているポリシーに従い続けます。たとえば、ポリシーが Microsoft Outlook のみを記録するように指定している場合、ユーザーが Outlook を開くと記録が開始されます。Outlook の実行中にユーザーが公開された Microsoft Word を2番目に開くと、Word も記録されます。逆に、アクティブなポリシーが Word の記録を指定しておらず、ユーザーが Outlook の前に Word を起動した場合、Outlook は記録されません。
Session Recording サーバーを Delivery Controller™ にインストールすることは可能ですが、パフォーマンスの問題があるためお勧めしません。
セッションレコーディングポリシーコンソールは、デリバリーコントローラーにインストールできます。
セッションレコーディングサーバーとセッションレコーディングポリシーコンソールの両方を同じシステムにインストールできます。
Session Recording サーバーの NetBIOS 名が 15 文字の制限を超えないようにしてください。Microsoft はホスト名の長さを 15 文字に制限しています。
カスタムイベントログには PowerShell 5.1 以降が必要です。PowerShell 4.0 がインストールされている Windows Server 2012 R2 に Session Recording エージェントをインストールする場合は、PowerShell をアップグレードしてください。これに従わないと、API 呼び出しが失敗する可能性があります。

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

デプロイの計画

August 1, 2026

寄稿者:

C C

August 1, 2026

寄稿者:

C C