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 のウェブカメラビデオを記録できません。

環境に応じて、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 Player はワークステーションにインストールされます。これらはすべてファイアウォールの背後にあります。Session Recording サーバーは、安全なイントラネットデータセンターに展開することをお勧めします。

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

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

  • Session Recording コンポーネントが相互に通信できるようにするには、同じドメイン内、または推移的な信頼関係を持つ信頼されたドメイン間でインストールします。システムは、ワークグループや外部信頼関係を持つドメイン間にはインストールできません。
  • 大規模な記録を再生する際のグラフィックの負荷の高さとメモリ使用量を考慮すると、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呼び出しが失敗する可能性があります。
デプロイの計画