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 gemäß der Aufzeichnungsrichtlinie aufgezeichnet werden soll. Sie können dieses Verhalten in den Eigenschaften des Sitzungsaufzeichnungs-Agent konfigurieren.
Die Sitzungsaufzeichnung 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.
Die Sitzungsaufzeichnung kann das Lync-Webcam-Video nicht aufzeichnen, wenn das HDX™ RealTime Optimization Pack verwendet wird.
Je nach Umgebung können Sie die Komponenten der Sitzungsaufzeichnung in verschiedenen Szenarien bereitstellen.
Eine Bereitstellung der Sitzungsaufzeichnung ist nicht auf eine einzelne Site beschränkt. Mit Ausnahme des Sitzungsaufzeichnungs-Agent sind alle Komponenten unabhängig von der Server-Site. Sie können beispielsweise mehrere Sites so konfigurieren, dass sie einen einzigen Sitzungsaufzeichnungsserver verwenden.
Alternativ kann ein Sitzungsaufzeichnungsserver eine hohe Leistungsanforderung erfahren, wenn Sie eine große Site mit vielen Agents haben und viele grafisch intensive Anwendungen (z. B. AutoCAD-Anwendungen) oder viele Sitzungen aufzeichnen möchten. Um Leistungsprobleme zu mindern, können Sie mehrere Sitzungsaufzeichnungsserver auf verschiedenen Computern installieren und die Sitzungsaufzeichnungs-Agents auf die verschiedenen Computer verweisen lassen. Beachten Sie, dass ein Agent jeweils nur auf einen Server verweisen kann.
Vorgeschlagene Bereitstellung der Server-Site
Verwenden Sie diesen Bereitstellungstyp zum Aufzeichnen von Sitzungen für eine oder mehrere Sites. Der Sitzungsaufzeichnungs-Agent wird auf jedem VDA für Server-Betriebssysteme in einer Site installiert. Die Site befindet sich in einem Rechenzentrum hinter einer Sicherheits-Firewall. Die Verwaltungskomponenten der Sitzungsaufzeichnung (Sitzungsaufzeichnungsdatenbank, Sitzungsaufzeichnungsserver und Sitzungsaufzeichnungsrichtlinienkonsole) werden auf anderen Servern installiert, und der Sitzungsaufzeichnungsplayer wird auf einer Workstation installiert, alle hinter der Firewall, aber nicht im Rechenzentrum.

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 hohen Speicherverbrauchs bei der Wiedergabe großer Aufzeichnungen empfehlen wir nicht, den Sitzungsaufzeichnungsplayer 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 Session Recording-Datenbank auf einem eigenständigen Server installieren, auf dem SQL Server 2016 Express Edition, SQL Server 2014 Express Edition, SQL Server 2012 Express Edition oder SQL Server 2008 R2 Express Edition 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 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 jedoch als Zweites ein veröffentlichtes Microsoft Word öffnet (während Outlook ausgeführt wird), wird Word ebenfalls aufgezeichnet. Umgekehrt, wenn die aktive Richtlinie nicht vorschreibt, dass Word aufgezeichnet werden soll, und der Benutzer Word vor Outlook startet (das laut Richtlinie aufgezeichnet werden sollte), wird Outlook nicht aufgezeichnet.
- Obwohl Sie den Session Recording-Server auf einem Delivery Controller™ installieren können, raten wir aufgrund von Leistungsproblemen davon ab.
- 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 Hostnamenlänge).
- 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.