Planen Sie Ihre Bereitstellung
Einschränkungen und Hinweise
Session Recording unterstützt den Anzeigemodus Desktop Composition Redirection (DCR) nicht. Standardmäßig deaktiviert Session Recording DCR in einer aufzuzeichnenden Sitzung. Sie können dieses Verhalten in den Eigenschaften des Session Recording-Agenten konfigurieren.
Wenn Sie im Internet Explorer URLs durchsuchen, die in der Richtlinie zur Browserinhaltsumleitung konfiguriert sind, werden Grafikaktivitäten nicht aufgezeichnet.
Session Recording unterstützt den Framehawk-Anzeigemodus nicht. Sitzungen im Framehawk-Anzeigemodus können nicht korrekt aufgezeichnet und wiedergegeben werden. In Framehawk-Anzeigemodus aufgezeichnete Sitzungen enthalten möglicherweise nicht die Aktivitäten der Sitzungen.
Session Recording kann das Lync-Webcam-Video bei Verwendung des HDX™ RealTime Optimization Pack nicht aufzeichnen.
Je nach Umgebung können Sie die Session Recording-Komponenten in verschiedenen Szenarien bereitstellen.
Eine Session Recording-Bereitstellung ist nicht auf eine einzelne Site beschränkt. Mit Ausnahme des Session Recording-Agenten sind alle Komponenten unabhängig von der Server-Site. Sie können beispielsweise mehrere Sites so konfigurieren, dass sie einen einzigen Session Recording-Server verwenden.
Ein einzelner Session Recording-Server kann eine hohe Leistungsanforderung erfahren. Sie könnten beispielsweise eine große Site mit vielen Agenten haben und planen, viele Sitzungen oder viele grafikintensive Anwendungen wie AutoCAD aufzuzeichnen. Um Leistungsprobleme zu mindern, können Sie mehrere Session Recording-Server installieren und den Lastausgleich konfigurieren.
Ports
| Quelle | Bestimmungsort | Typ | Port | Details |
|---|---|---|---|---|
| Virtual Delivery Agent | Session Recording-Server | TCP | 80, 443 | Kommunikation zwischen dem auf dem Virtual Delivery Agent installierten Session Recording-Agent und dem Session Recording-Server. Die Standardinstallation verwendet HTTPS/SSL zur Sicherung der Kommunikation. Wenn SSL nicht konfiguriert ist, verwenden Sie HTTP. |
| Virtual Delivery Agent | Session Recording-Server | TCP | 1801 | Standardmäßig verwendet Session Recording TCP als Kommunikationsprotokoll, und MSMQ verwendet daher Port 1801 zum Senden von Nachrichten über TCP. Alternativ kann MSMQ Port 80 oder 443 zum Senden von Nachrichten über HTTP oder HTTPS verwenden, basierend auf Ihrer Protokolleinstellung auf der Registerkarte Verbindungen der Eigenschaften des Session Recording-Agent. |
| Session Recording-Richtlinienkonsole | Session Recording-Server | TCP | 80, 443 | Kommunikation zwischen dem Server, auf dem die Session Recording-Richtlinienkonsole installiert ist, und dem Session Recording-Server. |
| Session Recording Player | Session Recording-Server | TCP | 80, 443 | Kommunikation zwischen der Arbeitsstation, auf der der Session Recording Player installiert ist, und dem Session Recording-Server. |
| Session Recording-Server | Microsoft SQL Server | TCP | 1433 | Verbindung zur Session Recording-Datenbank. |
Vorgeschlagene Bereitstellung am Serverstandort
Verwenden Sie diesen Bereitstellungstyp, um Sitzungen für einen oder mehrere Standorte aufzuzeichnen. Der Session Recording-Agent wird auf jedem VDA an einem Standort installiert. Der Standort befindet sich in einem Rechenzentrum hinter einer Sicherheits-Firewall. Die Session Recording-Verwaltungskomponenten (Session Recording-Datenbank, Session Recording-Server und Session Recording-Richtlinienkonsole) werden auf anderen Servern installiert, und der Session Recording Player wird auf einer Arbeitsstation installiert, alle hinter der Firewall. Es wird empfohlen, den Session Recording-Server in einem sicheren Intranet-Rechenzentrum bereitzustellen.
Wichtige Hinweise zur Bereitstellung
- Damit Session Recording-Komponenten miteinander kommunizieren können, installieren Sie sie in derselben Domäne oder über vertrauenswürdige Domänen hinweg, die eine transitive Vertrauensstellung aufweisen. Das System kann nicht in einer Arbeitsgruppe oder über Domänen hinweg installiert werden, die eine externe Vertrauensstellung aufweisen.
- Aufgrund der intensiven grafischen Natur und des hohen Speicherverbrauchs bei der Wiedergabe großer Aufzeichnungen empfehlen wir nicht, den Session Recording Player als veröffentlichte Anwendung zu installieren.
- Die Session Recording-Installation ist für die TLS/HTTPS-Kommunikation konfiguriert. Installieren Sie ein Zertifikat auf dem Session Recording-Server. Stellen Sie sicher, dass die Stammzertifizierungsstelle (CA) auf den Session Recording-Komponenten vertrauenswürdig ist.
- Aktivieren Sie für den Session Recording-Server auf einem eigenständigen Server, auf dem SQL Server ausgeführt wird, das TCP/IP-Protokoll und führen Sie den SQL Server Browser-Dienst aus. Diese Einstellungen sind standardmäßig deaktiviert, müssen aber aktiviert werden, damit der Session Recording-Server mit der Datenbank kommunizieren kann. Weitere Informationen finden Sie in den Microsoft-Artikeln TCP/IP-Netzwerkprotokoll für SQL Server aktivieren und SQL Server Browser-Dienst.
- Berücksichtigen Sie die Auswirkungen der Sitzungsfreigabe bei der Planung Ihrer Session Recording-Bereitstellung. Die Sitzungsfreigabe für veröffentlichte Anwendungen kann mit den Session Recording-Richtlinienregeln für veröffentlichte Anwendungen in Konflikt geraten. Session Recording gleicht die aktive Richtlinie mit der ersten veröffentlichten Anwendung ab, die ein Benutzer öffnet. Nachdem der Benutzer die erste Anwendung geöffnet hat, folgen alle nachfolgenden Anwendungen, die während derselben Sitzung geöffnet werden, weiterhin der Richtlinie, die für die erste Anwendung gilt. Wenn eine Richtlinie beispielsweise besagt, dass nur Microsoft Outlook aufgezeichnet werden soll, beginnt die Aufzeichnung, wenn der Benutzer Outlook öffnet. Wenn der Benutzer eine veröffentlichte Microsoft Word-Anwendung als zweite Anwendung öffnet, während Outlook ausgeführt wird, wird Word ebenfalls aufgezeichnet. Umgekehrt, wenn die aktive Richtlinie nicht angibt, Word aufzuzeichnen, und der Benutzer Word vor Outlook startet, wird Outlook nicht aufgezeichnet.
- Obwohl Sie den Session Recording-Server auf einem Delivery Controller™ installieren können, empfehlen wir dies aufgrund von Leistungsproblemen nicht.
- Sie können die Session Recording Policy Console auf einem Delivery Controller installieren.
- Sie können sowohl den Session Recording-Server als auch die Session Recording Policy Console auf demselben System installieren.
- Stellen Sie sicher, dass der NetBIOS-Name des Session Recording-Servers die Grenze von 15 Zeichen nicht überschreitet. Microsoft hat eine Beschränkung von 15 Zeichen für die Länge des Hostnamens.
- PowerShell 5.1 oder höher ist für die benutzerdefinierte Ereignisprotokollierung erforderlich. Führen Sie ein Upgrade von PowerShell durch, wenn Sie den Session Recording-Agenten auf Windows Server 2012 R2 installieren, auf dem PowerShell 4.0 installiert ist. Die Nichteinhaltung kann zu fehlgeschlagenen API-Aufrufen führen.
- Schritt-für-Schritt-Anleitungen zur Bereitstellung und Konfiguration des Citrix Session Recording und des Citrix Session Recording-Dienstes finden Sie in diesem Citrix Tech Zone-Artikel: POC Guide: Citrix Session Recording.