Session Recording

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 Sitzung, wenn die Sitzung gemäß Aufzeichnungsrichtlinie aufgezeichnet werden soll. Sie können dieses Verhalten in den Eigenschaften des Session Recording Agent konfigurieren.

Wenn einige URLs in der Browserinhaltsumleitungsrichtlinie konfiguriert sind, die in Version 7.16 des Windows VDA eingeführt wurde, können Grafikaktivitäten beim Browsen dieser URLs im Internet Explorer-Browser nicht aufgezeichnet werden.

Session Recording unterstützt den Framehawk-Anzeigemodus nicht. Sitzungen im Framehawk-Anzeigemodus können nicht korrekt aufgezeichnet und wiedergegeben werden. In diesem Modus aufgezeichnete Sitzungen enthalten möglicherweise nicht die Aktivitäten der Sitzungen.

Session Recording kann das Lync-Webcam-Video nicht aufzeichnen, wenn das HDX™ RealTime Optimization Pack verwendet wird.

Je nach Umgebung können Sie die Session Recording-Komponenten in verschiedenen Szenarien bereitstellen.

Eine Session Recording-Bereitstellung ist nicht auf einen einzelnen Standort beschränkt. Mit Ausnahme des Session Recording Agent sind alle Komponenten unabhängig vom Serverstandort. Sie können beispielsweise mehrere Standorte so konfigurieren, dass sie einen einzigen Session Recording Server verwenden.

Alternativ kann ein Session Recording Server eine hohe Leistungsanforderung erfahren, wenn Sie einen großen Standort mit vielen Agents haben und viele grafikintensive Anwendungen (z. B. AutoCAD-Anwendungen) aufzeichnen möchten oder viele Sitzungen aufzuzeichnen haben. Um Leistungsprobleme zu mindern, können Sie mehrere Session Recording Server installieren und die Lastenausgleichsfunktion aktivieren, damit die Session Recording Server als Lastenausgleichspool fungieren und die Arbeitslast von verschiedenen VDAs teilen.

Empfohlene Bereitstellung des Serverstandorts

Verwenden Sie diesen Bereitstellungstyp zum Aufzeichnen von Sitzungen für einen oder mehrere Standorte. 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 Workstation installiert, alle hinter der Firewall. Es wird empfohlen, den Session Recording Server in einem sicheren Intranet-Rechenzentrum bereitzustellen.

Die Bereitstellung des Session Recording Server-Standorts

Wichtige Hinweise zur Bereitstellung

  • Um die Kommunikation der Session Recording-Komponenten untereinander zu ermöglichen, 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 mit einer externen Vertrauensstellung installiert werden.
  • Angesichts der intensiven grafischen Natur und des hohen Speicherverbrauchs bei der Wiedergabe großer Aufzeichnungen empfiehlt Citrix® nicht, den Session Recording Player als veröffentlichte Anwendung zu installieren.
  • Die Session Recording-Installation ist für die TLS/HTTPS-Kommunikation konfiguriert. Stellen Sie sicher, dass Sie ein Zertifikat auf dem Session Recording-Server installieren und dass die Stammzertifizierungsstelle (CA) auf den Session Recording-Komponenten vertrauenswürdig ist.
  • Wenn Sie die Session Recording-Datenbank auf einem eigenständigen Server installieren, auf dem die Express Edition von SQL Server 2019, SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012 oder SQL Server 2008 R2 ausgeführt wird, muss auf dem Server das TCP/IP-Protokoll aktiviert und der SQL Server Browser-Dienst ausgeführt werden. Diese Einstellungen sind standardmäßig deaktiviert, müssen aber aktiviert werden, damit der Session Recording-Server mit der Datenbank kommunizieren kann. Informationen zum Aktivieren dieser Einstellungen finden Sie in den Microsoft-Artikeln Enable TCP/IP Network Protocol for SQL Server und SQL Server Browser Service.
  • 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 nur die Aufzeichnung von Microsoft Outlook vorsieht, 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. Wenn die aktive Richtlinie hingegen Word nicht zur Aufzeichnung vorsieht und der Benutzer Word vor Outlook startet, wird Outlook nicht aufgezeichnet.
  • Obwohl Sie den Session Recording-Server auf einem Delivery Controller™ installieren können, empfiehlt Citrix dies aufgrund von Leistungsproblemen nicht.
  • Sie können die Session Recording-Richtlinienkonsole auf einem Delivery Controller installieren.
  • Sie können sowohl den Session Recording-Server als auch die Session Recording-Richtlinienkonsole 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 Längenbegrenzung von 15 Zeichen für den Hostnamen.
  • PowerShell 5.1 oder höher ist für die benutzerdefinierte Ereignisprotokollierung erforderlich. Aktualisieren Sie PowerShell, wenn Sie den Session Recording-Agent auf Windows Server 2012 R2 installieren, auf dem PowerShell 4.0 installiert ist. Die Nichteinhaltung kann zu fehlgeschlagenen API-Aufrufen führen.
Planen Sie Ihre Bereitstellung