Session Recording

デプロイの計画

制限事項と注意事項

Session Recordingは、デスクトップコンポジションリダイレクト(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 Agentを除き、すべてのコンポーネントはサーバーサイトから独立しています。たとえば、複数のサイトで単一のSession Recordingサーバーを使用するように構成できます。

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

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

1つ以上のサイトのセッションを記録するには、この種類の展開を使用します。Session Recording Agentは、サイト内の各VDAにインストールされます。サイトは、セキュリティファイアウォールの内側のデータセンターにあります。Session Recording管理コンポーネント(Session Recordingデータベース、Session Recordingサーバー、Session Recordingポリシーコンソール)は他のサーバーにインストールされ、Session Recording Playerはワークステーションにインストールされ、これらすべてがファイアウォールの内側にあります。Session Recordingサーバーは、安全なイントラネットデータセンターに展開することをお勧めします。

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

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

  • 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の記事「SQL Server の TCP/IP ネットワークプロトコルを有効にする」および「SQL Server Browser サービス」を参照してください。
  • Session Recordingの展開を計画する際には、セッション共有の影響を考慮してください。公開アプリケーションのセッション共有は、公開アプリケーションのSession Recordingポリシー規則と競合する可能性があります。Session Recordingは、ユーザーが最初に開いた公開アプリケーションにアクティブなポリシーを適用します。ユーザーが最初のアプリケーションを開いた後、同じセッション中に開かれた後続のアプリケーションはすべて、最初のアプリケーションに適用されているポリシーに従い続けます。たとえば、ポリシーがMicrosoft Outlookのみを記録するように指定している場合、ユーザーがOutlookを開くと記録が開始されます。ユーザーがOutlookの実行中に公開されたMicrosoft Wordを2番目に開いた場合、Wordも記録されます。逆に、アクティブなポリシーがWordの記録を指定しておらず、ユーザーがOutlookの前にWordを起動した場合、Outlookは記録されません。
  • Session RecordingサーバーをDelivery Controller™にインストールすることはできますが、パフォーマンスの問題があるため、お勧めしません。
  • セッションレコーディングポリシーコンソールはデリバリーコントローラーにインストールできます。
  • Session RecordingサーバーとSession Recordingポリシーコンソールの両方を同じシステムにインストールできます。
  • Session RecordingサーバーのNetBIOS名が15文字の制限を超えないようにしてください。Microsoftはホスト名の長さに15文字の制限を設けています。
  • カスタムイベントログにはPowerShell 5.1以降が必要です。PowerShell 4.0がインストールされているWindows Server 2012 R2にSession Recordingエージェントをインストールする場合は、PowerShellをアップグレードしてください。準拠しない場合、API呼び出しが失敗する可能性があります。
デプロイの計画