Session Recording

デプロイを計画する

制限事項と注意事項

セッションレコーディングは、デスクトップコンポジションリダイレクト(DCR)表示モードをサポートしていません。デフォルトでは、セッションがレコーディングポリシーによって記録される場合、セッションレコーディングはそのセッションでDCRを無効にします。この動作は、セッションレコーディングエージェントのプロパティで構成できます。

Windows VDAのバージョン7.16で導入されたブラウザーコンテンツリダイレクトポリシーで一部のURLが構成されている場合、Internet ExplorerブラウザーでこれらのURLを閲覧する際のグラフィックアクティビティは記録できません。

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

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

環境に応じて、セッションレコーディングコンポーネントをさまざまなシナリオで展開できます。

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

あるいは、多数のエージェントを持つ大規模なサイトがあり、多くのグラフィックを多用するアプリケーション(AutoCADアプリケーションなど)を記録する予定がある場合、または記録するセッションが多数ある場合、セッションレコーディングサーバーは高いパフォーマンス要求を受ける可能性があります。パフォーマンスの問題を軽減するために、複数のセッションレコーディングサーバーをインストールし、ロードバランシング機能を有効にして、セッションレコーディングサーバーをロードバランシングプールとして機能させ、異なるVDAからのワークロードを共有させることができます。

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

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

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

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

  • セッションレコーディングコンポーネントが相互に通信できるようにするには、同じドメイン内、または推移的な信頼関係を持つ信頼されたドメイン間でインストールします。システムはワークグループにはインストールできません。また、外部信頼関係を持つドメイン間にもインストールできません。
  • 大規模なレコーディングを再生する際のグラフィックの負荷の高さとメモリ使用量を考慮すると、Citrix®は、Session Recording Playerを公開アプリケーションとしてインストールすることをお勧めしません。
  • Session Recording のインストールは TLS/HTTPS 通信用に構成されています。Session Recording Server に証明書をインストールし、ルート証明機関 (CA) が Session Recording コンポーネントで信頼されていることを確認してください。
  • SQL Server 2019、SQL Server 2017、SQL Server 2016、SQL Server 2014、SQL Server 2012、または SQL Server 2008 R2 の Express Edition を実行しているスタンドアロンサーバーに Session Recording Database をインストールする場合、そのサーバーでは TCP/IP プロトコルが有効になっており、SQL Server Browser サービスが実行されている必要があります。これらの設定はデフォルトで無効になっていますが、Session Recording Server がデータベースと通信できるようにするには有効にする必要があります。これらの設定を有効にする方法については、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 を次に開いた場合、Word も記録されます。逆に、アクティブなポリシーが Word の記録を指定しておらず、ユーザーが Outlook の前に Word を起動した場合、Outlook は記録されません。
  • Session Recording Server は Delivery Controller™ にインストールできますが、パフォーマンス上の問題があるため、Citrix は推奨していません。
  • セッションレコーディングポリシーコンソールをデリバリーコントローラーにインストールできます。
  • セッションレコーディングサーバーとセッションレコーディングポリシーコンソールの両方を同じシステムにインストールできます。
  • Session Recording Server の NetBIOS 名が 15 文字の制限を超えないようにしてください。Microsoft はホスト名の長さを 15 文字に制限しています。
  • カスタムイベントログには PowerShell 5.1 以降が必要です。PowerShell 4.0 がインストールされている Windows Server 2012 R2 に Session Recording Agent をインストールする場合は、PowerShell をアップグレードしてください。これに従わない場合、API 呼び出しが失敗する可能性があります。
デプロイを計画する