Session Recording

デプロイメントの計画

制限事項と注意事項

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

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

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

セッションレコーディングは、HDX™ RealTime Optimization Pack を使用している場合、Lync の Web カメラビデオを記録できません。

環境に応じて、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サーバーは、安全なイントラネットデータセンターに展開することをお勧めします。

セッションレコーディング サーバーサイトの展開(/ja-jp/session-recording/2201/media/xad-session-recording-server-os-site.png)

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

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