展開を計画する
制限事項と注意事項
Session Recordingは、デスクトップコンポジションリダイレクト（DCR）表示モードをサポートしていません。デフォルトでは、Session Recordingは、セッションが録画ポリシーによって録画される場合、そのセッションでDCRを無効にします。この動作は、Session Recording Agentのプロパティで構成できます。
Windows VDAのバージョン7.16で導入されたブラウザーコンテンツリダイレクトポリシーで一部のURLが構成されている場合、Internet ExplorerブラウザーでこれらのURLを閲覧する際のグラフィックアクティビティは記録できません。
Session RecordingはFramehawk表示モードをサポートしていません。Framehawk表示モードのセッションは、正しく記録および再生できません。Framehawk表示モードで記録されたセッションには、セッションのアクティビティが含まれていない場合があります。
セッションレコーディングは、HDX™ RealTime Optimization Packを使用している場合、リンクのウェブカメラビデオを記録できません。
環境に応じて、Session Recordingコンポーネントをさまざまなシナリオで展開できます。
Session Recordingの展開は、単一のサイトに限定されません。Session Recording Agentを除き、すべてのコンポーネントはサーバーサイトから独立しています。たとえば、複数のサイトで単一のSession Recording Serverを使用するように構成できます。
あるいは、多数のエージェントを持つ大規模なサイトがあり、グラフィックを多用する多くのアプリケーション（たとえば、AutoCADアプリケーション）を記録する予定がある場合、または記録するセッションが多数ある場合、Session Recording Serverは高いパフォーマンス要求を受ける可能性があります。パフォーマンスの問題を軽減するために、複数のSession Recording Serverをインストールし、負荷分散機能を有効にして、Session Recording Serverを負荷分散プールとして機能させ、異なるVDAからのワークロードを共有させることができます。
推奨されるサーバーサイトの展開
この種類の展開は、1つ以上のサイトのセッションを記録するために使用します。Session Recording Agentは、サイト内の各VDAにインストールされます。サイトは、セキュリティファイアウォールの背後にあるデータセンターに配置されます。Session Recording管理コンポーネント（Session Recording Database、Session Recording Server、Session Recording Policy Console）は他のサーバーにインストールされ、Session Recording Playerはワークステーションにインストールされます。これらはすべてファイアウォールの背後にあります。Session Recording Serverは、安全なイントラネットデータセンターに展開することをお勧めします。
重要な展開に関する注意事項
- Session Recordingコンポーネントが相互に通信できるようにするには、同じドメイン内、または推移的な信頼関係を持つ信頼されたドメイン間でインストールします。システムは、ワークグループまたは外部信頼関係を持つドメイン間にはインストールできません。
- 大規模な記録を再生する際のグラフィックの負荷の高さとメモリ使用量を考慮すると、Citrix®はSession Recording Playerを公開アプリケーションとしてインストールすることをお勧めしません。
- セッションレコーディングのインストールは、TLS/HTTPS通信用に構成されています。セッションレコーディングサーバーに証明書をインストールし、ルート証明機関 (CA) がセッションレコーディングコンポーネントで信頼されていることを確認してください。
- SQL Server 2019、SQL Server 2017、SQL Server 2016、SQL Server 2014、SQL Server 2012、またはSQL Server 2008 R2のExpress Editionを実行しているスタンドアロンサーバーにセッションレコーディングデータベースをインストールする場合、そのサーバーでは、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™にセッションレコーディングサーバーをインストールすることはできますが、パフォーマンス上の問題があるため、Citrixではお勧めしません。
- Delivery Controllerにセッションレコーディングポリシーコンソールをインストールできます。
- セッションレコーディングサーバーとセッションレコーディングポリシーコンソールの両方を同じシステムにインストールできます。
- セッションレコーディングサーバーのNetBIOS名が15文字の制限を超えないようにしてください。Microsoftはホスト名の長さを15文字に制限しています。
- カスタムイベントログにはPowerShell 5.1以降が必要です。PowerShell 4.0がインストールされているWindows Server 2012 R2にセッションレコーディングエージェントをインストールする場合は、PowerShellをアップグレードしてください。これに従わないと、API呼び出しが失敗する可能性があります。