Planen Sie Ihre Bereitstellung
Einschränkungen und Vorbehalte
Die Sitzungsaufzeichnung unterstützt den Anzeigemodus Desktop Composition Redirection (DCR) nicht. Standardmäßig deaktiviert die Sitzungsaufzeichnung DCR in einer Sitzung, wenn die Sitzung durch die Aufzeichnungsrichtlinie aufgezeichnet werden soll. Sie können dieses Verhalten in den Eigenschaften des Sitzungsaufzeichnungs-Agenten konfigurieren.
Wenn in der Richtlinie zur Browserinhaltsumleitung, die in Version 7.16 des Windows VDA eingeführt wurde, bestimmte URLs konfiguriert sind, können Grafikaktivitäten beim Browsen dieser URLs im Internet Explorer-Browser nicht aufgezeichnet werden.
Die Sitzungsaufzeichnung 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.
Die Sitzungsaufzeichnung kann das Lync-Webcam-Video bei Verwendung des HDX™ RealTime Optimization Pack nicht aufzeichnen.
Je nach Umgebung können Sie die Komponenten der Sitzungsaufzeichnung in verschiedenen Szenarien bereitstellen.
Eine Sitzungsaufzeichnungsbereitstellung ist nicht auf einen einzelnen Standort beschränkt. Mit Ausnahme des Sitzungsaufzeichnungs-Agenten sind alle Komponenten unabhängig vom Serverstandort. Sie können beispielsweise mehrere Standorte so konfigurieren, dass sie einen einzigen Sitzungsaufzeichnungsserver verwenden.
Alternativ kann ein Sitzungsaufzeichnungsserver eine hohe Leistungsanforderung erfahren, wenn Sie einen großen Standort mit vielen Agenten haben und planen, viele grafisch intensive Anwendungen (z. B. AutoCAD-Anwendungen) aufzuzeichnen, oder wenn Sie viele Sitzungen aufzuzeichnen haben. Um Leistungsprobleme zu mindern, können Sie mehrere Sitzungsaufzeichnungsserver installieren und die Lastenausgleichsfunktion aktivieren, damit die Sitzungsaufzeichnungsserver als Lastenausgleichspool fungieren und die Arbeitslast von verschiedenen VDAs teilen.
Vorgeschlagene Bereitstellung des Serverstandorts
Verwenden Sie diesen Bereitstellungstyp zum Aufzeichnen von Sitzungen für einen oder mehrere Standorte. Der Sitzungsaufzeichnungs-Agent wird auf jedem VDA an einem Standort installiert. Der Standort befindet sich in einem Rechenzentrum hinter einer Sicherheits-Firewall. Die Verwaltungskomponenten der Sitzungsaufzeichnung (Sitzungsaufzeichnungsdatenbank, Sitzungsaufzeichnungsserver und Sitzungsaufzeichnungsrichtlinienkonsole) werden auf anderen Servern installiert, und der Sitzungsaufzeichnungs-Player wird auf einer Workstation installiert, alle hinter der Firewall. Es wird empfohlen, den Sitzungsaufzeichnungsserver in einem sicheren Intranet-Rechenzentrum bereitzustellen.
Wichtige Hinweise zur Bereitstellung
- Damit die Komponenten der Sitzungsaufzeichnung 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.
- Angesichts der intensiven grafischen Natur und des Speicherverbrauchs bei der Wiedergabe großer Aufzeichnungen empfiehlt Citrix® nicht, den Sitzungsaufzeichnungs-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 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 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 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, 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 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-Agent auf Windows Server 2012 R2 installieren, auf dem PowerShell 4.0 installiert ist. Die Nichteinhaltung kann zu fehlgeschlagenen API-Aufrufen führen.