Planifique su implementación
Limitaciones y advertencias
Session Recording no admite el modo de visualización Desktop Composition Redirection (DCR). De forma predeterminada, Session Recording inhabilita DCR en una sesión si esta se va a grabar mediante una directiva de grabación. Puede configurar este comportamiento en las propiedades del agente de Session Recording.
Session Recording no admite el modo de visualización Framehawk. Las sesiones en modo de visualización Framehawk no se pueden grabar ni reproducir correctamente. Las sesiones grabadas en modo de visualización Framehawk podrían no contener las actividades de las sesiones.
Session Recording no puede grabar el vídeo de la cámara web de Lync cuando se utiliza el HDX™ RealTime Optimization Pack.
Según su entorno, puede implementar los componentes de Session Recording en diferentes escenarios.
Una implementación de Session Recording no se limita a un solo sitio. Excepto el agente de Session Recording, todos los componentes son independientes del sitio del servidor. Por ejemplo, puede configurar varios sitios para usar un solo servidor de Session Recording.
Alternativamente, si tiene un sitio grande con muchos agentes y planea grabar muchas aplicaciones con gran intensidad gráfica (por ejemplo, aplicaciones de AutoCAD), o tiene muchas sesiones que grabar, un servidor de Session Recording puede experimentar una alta demanda de rendimiento. Para aliviar los problemas de rendimiento, puede instalar varios servidores de Session Recording en diferentes máquinas y dirigir los agentes de Session Recording a las diferentes máquinas. Tenga en cuenta que un agente solo puede apuntar a un servidor a la vez.
Implementación sugerida del sitio del servidor
Utilice este tipo de implementación para grabar sesiones de uno o varios sitios. El agente de Session Recording se instala en cada VDA para SO de servidor en un sitio. El sitio reside en un centro de datos detrás de un firewall de seguridad. Los componentes de administración de Session Recording (base de datos de Session Recording, servidor de Session Recording y consola de directivas de Session Recording) se instalan en otros servidores y el reproductor de Session Recording se instala en una estación de trabajo, todo ello detrás del firewall, pero no en el centro de datos.
(/es-es/xenapp-and-xendesktop/7-15-ltsr/media/xad-session-recording-server-os-site.png)
Notas importantes sobre la implementación
- Para permitir que los componentes de Session Recording se comuniquen entre sí, instálelos en el mismo dominio o en dominios de confianza que tengan una relación de confianza transitiva. El sistema no se puede instalar en un grupo de trabajo o en dominios que tengan una relación de confianza externa.
- Debido a su intensa naturaleza gráfica y al uso de memoria al reproducir grabaciones grandes, no recomendamos instalar el reproductor de Session Recording como una aplicación publicada.
- La instalación de Session Recording está configurada para la comunicación TLS/HTTPS. Asegúrese de instalar un certificado en el servidor de Session Recording y de que la entidad de certificación raíz (CA) sea de confianza en los componentes de Session Recording.
- Si instala la base de datos de grabación de sesiones en un servidor independiente que ejecute SQL Server 2016 Express Edition, SQL Server 2014 Express Edition, SQL Server 2012 Express Edition o SQL Server 2008 R2 Express Edition, el servidor debe tener el protocolo TCP/IP habilitado y el servicio SQL Server Browser en ejecución. Estas configuraciones están deshabilitadas de forma predeterminada, pero deben habilitarse para que el servidor de grabación de sesiones se comunique con la base de datos. Para obtener información sobre cómo habilitar estas configuraciones, consulte los artículos de Microsoft Habilitar el protocolo de red TCP/IP para SQL Server y Servicio SQL Server Browser.
- Considere los efectos del uso compartido de sesiones al planificar su implementación de Grabación de sesiones. El uso compartido de sesiones para aplicaciones publicadas puede entrar en conflicto con las reglas de directiva de Grabación de sesiones para aplicaciones publicadas. Grabación de sesiones hace coincidir la directiva activa con la primera aplicación publicada que abre un usuario. Después de que el usuario abre la primera aplicación, cualquier aplicación posterior abierta durante la misma sesión continúa siguiendo la directiva vigente para la primera aplicación. Por ejemplo, si una directiva establece que solo se debe grabar Microsoft Outlook, la grabación comienza cuando el usuario abre Outlook. Sin embargo, si el usuario abre un Microsoft Word publicado en segundo lugar (mientras Outlook se está ejecutando), Word también se graba. Por el contrario, si la directiva activa no especifica que Word deba grabarse, y el usuario inicia Word antes de Outlook (que debería grabarse, según la directiva), Outlook no se graba.
- Aunque puede instalar el servidor de grabación de sesiones en un Delivery Controller™, no lo recomendamos debido a problemas de rendimiento.
- Puede instalar la Consola de directivas de grabación de sesiones en un Delivery Controller.
- Puede instalar tanto el servidor de grabación de sesiones como la Consola de directivas de grabación de sesiones en el mismo sistema.
- Asegúrese de que el nombre NetBIOS del servidor de grabación de sesiones no exceda el límite de 15 caracteres (Microsoft tiene un límite de 15 caracteres para la longitud del nombre de host).
- Se requiere PowerShell 5.1 o posterior para el registro de eventos personalizado. Actualice PowerShell si instala el agente de grabación de sesiones en Windows Server 2012 R2 que tiene PowerShell 4.0 instalado. El incumplimiento puede provocar errores en las llamadas a la API.