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