展開の計画 | Session Recording 2203 LTSR

制限事項と注意事項

Session Recordingは、Desktop Composition Redirection (DCR) ディスプレイモードをサポートしていません。デフォルトでは、Session Recordingは記録対象セッションのDCRを無効にします。この動作は、Session Recordingエージェントのプロパティで構成できます。

Internet Explorerでブラウザーコンテンツリダイレクトポリシーに構成されているURLを参照すると、グラフィックアクティビティは記録されません。

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

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

環境に応じて、Session Recordingコンポーネントをさまざまなシナリオで展開できます。

Session Recordingの展開は、単一のサイトに限定されません。Session Recording agentを除くすべてのコンポーネントは、サーバーサイトから独立しています。たとえば、複数のサイトを構成して、単一のSession Recording serverを使用できます。

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

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

この種類の展開は、1つ以上のサイトのセッションを記録するために使用します。Session Recording agentは、サイト内の各VDAにインストールされます。サイトは、セキュリティファイアウォールの背後にあるデータセンターに配置されます。Session Recording Administration components（Session Recording database、Session Recording server、Session Recording policy console）は他のサーバーにインストールされ、Session Recording playerはワークステーションにインストールされます。これらはすべてファイアウォールの背後にあります。Session Recording serverは、安全なイントラネットデータセンターに展開することをお勧めします。

セッション記録機能のサーバー設置展開(/ja-jp/session-recording/2203-ltsr/media/xad-session-recording-server-os-site.png)

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

Session Recording componentsが相互に通信できるようにするには、同じドメイン内、または推移的な信頼関係を持つ信頼済みドメイン間でインストールします。システムは、ワークグループ上、または外部信頼関係を持つドメイン間にはインストールできません。

大規模な記録を再生する際のグラフィックの負荷が高く、メモリ使用量も多いため、Session Recording Player を公開アプリケーションとしてインストールすることはお勧めしません。

Session RecordingのインストールはTLS/HTTPS通信用に構成されています。Session Recordingサーバーに証明書をインストールします。ルート証明機関 (CA) がSession Recordingコンポーネントで信頼されていることを確認してください。

SQL Serverを実行しているスタンドアロンサーバー上の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™にインストールできますが、パフォーマンスの問題があるため推奨しません。

セッションレコーディングポリシーコンソールをデリバリーコントローラーにインストールできます。

セッションレコーディングサーバーとセッションレコーディングポリシーコンソールの両方を同じシステムにインストールできます。

Session RecordingサーバーのNetBIOS名が15文字の制限を超えないようにしてください。Microsoftはホスト名の長さに15文字の制限を設けています。

カスタムイベントログにはPowerShell 5.1以降が必要です。PowerShell 4.0がインストールされているWindows Server 2012 R2にSession Recordingエージェントをインストールする場合は、PowerShellをアップグレードしてください。これに従わない場合、API呼び出しが失敗する可能性があります。

この情報は役に立ちましたか?