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 durch die Aufzeichnungsrichtlinie aufgezeichnet werden soll. Sie können dieses Verhalten in den Eigenschaften des Session Recording Agent konfigurieren.
Wenn einige URLs in der Richtlinie zur Browserinhaltsumleitung 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. Sitzungen, die im Framehawk-Anzeigemodus aufgezeichnet wurden, 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 Ihrer 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 Agent sind alle Komponenten unabhängig von der Server-Site. Zum Beispiel können Sie mehrere Sites so konfigurieren, dass sie einen einzigen Session Recording Server verwenden.
Alternativ, wenn Sie eine große Site mit vielen Agents haben und planen, viele grafisch intensive Anwendungen (z. B. AutoCAD-Anwendungen) aufzuzeichnen, oder Sie viele Sitzungen aufzeichnen müssen, kann ein Session Recording Server eine hohe Leistungsanforderung erfahren. Um Leistungsprobleme zu mindern, können Sie mehrere Session Recording Server installieren und die Lastenausgleichsfunktion aktivieren, um die Session Recording Server als Lastenausgleichspool arbeiten zu lassen und die Arbeitslast von verschiedenen VDAs zu teilen.
Vorgeschlagene Server-Site-Bereitstellung
Verwenden Sie diese Art der Bereitstellung zum Aufzeichnen von Sitzungen für eine oder mehrere Sites. Der Session Recording Agent wird auf jedem VDA in einer Site installiert. Die Site 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.
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 haben. Das System kann nicht in einer Arbeitsgruppe oder über Domänen hinweg installiert werden, die eine externe Vertrauensstellung haben.
- Angesichts seiner intensiven grafischen Natur und des Speicherverbrauchs bei der Wiedergabe großer Aufzeichnungen empfiehlt Citrix® nicht, den Session Recording Player als veröffentlichte Anwendung zu installieren.
- Die Installation der Sitzungsaufzeichnung ist für die TLS/HTTPS-Kommunikation konfiguriert. Stellen Sie sicher, dass Sie ein Zertifikat auf dem Sitzungsaufzeichnungsserver installieren und dass die Stammzertifizierungsstelle (CA) auf den Komponenten der Sitzungsaufzeichnung vertrauenswürdig ist.
- Wenn Sie die Sitzungsaufzeichnungsdatenbank 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 der Server das TCP/IP-Protokoll aktiviert haben und der SQL Server Browser-Dienst muss ausgeführt werden. Diese Einstellungen sind standardmäßig deaktiviert, müssen aber aktiviert werden, damit der Sitzungsaufzeichnungsserver mit der Datenbank kommunizieren kann. Informationen zum Aktivieren dieser Einstellungen 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 Bereitstellung der Sitzungsaufzeichnung. Die Sitzungsfreigabe für veröffentlichte Anwendungen kann mit den Richtlinienregeln der Sitzungsaufzeichnung für veröffentlichte Anwendungen in Konflikt geraten. Die Sitzungsaufzeichnung 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 ö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 Sitzungsaufzeichnungsserver auf einem Delivery Controller™ installieren können, empfiehlt Citrix dies aufgrund von Leistungsproblemen nicht.
- Sie können die Richtlinienkonsole der Sitzungsaufzeichnung auf einem Delivery Controller installieren.
- Sie können sowohl den Sitzungsaufzeichnungsserver als auch die Richtlinienkonsole der Sitzungsaufzeichnung auf demselben System installieren.
- Stellen Sie sicher, dass der NetBIOS-Name des Sitzungsaufzeichnungsservers die Grenze von 15 Zeichen nicht überschreitet. Microsoft hat eine Längenbegrenzung von 15 Zeichen für Hostnamen.
- PowerShell 5.1 oder höher ist für die benutzerdefinierte Ereignisprotokollierung erforderlich. Aktualisieren Sie PowerShell, wenn Sie den Sitzungsaufzeichnungsagenten auf Windows Server 2012 R2 installieren, auf dem PowerShell 4.0 installiert ist. Die Nichteinhaltung kann zu fehlgeschlagenen API-Aufrufen führen.