Planifiez votre déploiement
Limitations et mises en garde
Session Recording ne prend pas en charge le mode d’affichage Redirection de la composition du bureau (DCR). Par défaut, Session Recording désactive la DCR dans une session à enregistrer. Vous pouvez configurer ce comportement dans les Propriétés de l’agent d’enregistrement de session.
Lorsque vous naviguez sur des URL configurées dans la stratégie de redirection du contenu du navigateur dans Internet Explorer, les activités graphiques ne sont pas enregistrées.
Session Recording ne prend pas en charge le mode d’affichage Framehawk. Les sessions en mode d’affichage Framehawk ne peuvent pas être enregistrées et lues correctement. Les sessions enregistrées en mode d’affichage Framehawk pourraient ne pas contenir les activités des sessions.
Session Recording ne peut pas enregistrer la vidéo de la webcam Lync lors de l’utilisation du HDX™ RealTime Optimization Pack.
Selon votre environnement, vous pouvez déployer les composants Session Recording dans différents scénarios.
Un déploiement Session Recording n’est pas limité à un seul site. À l’exception de l’agent Session Recording, tous les composants sont indépendants du site du serveur. Par exemple, vous pouvez configurer plusieurs sites pour utiliser un seul serveur Session Recording.
Un seul serveur Session Recording pourrait subir une forte demande de performances. Par exemple, vous pourriez avoir un grand site avec de nombreux agents et prévoir d’enregistrer de nombreuses sessions ou de nombreuses applications graphiquement intenses telles qu’AutoCAD. Pour atténuer les problèmes de performances, vous pouvez installer plusieurs serveurs Session Recording et configurer l’équilibrage de charge.
Déploiement suggéré du site du serveur
Utilisez ce type de déploiement pour l’enregistrement de sessions pour un ou plusieurs sites. L’agent Session Recording est installé sur chaque VDA d’un site. Le site réside dans un centre de données derrière un pare-feu de sécurité. Les composants d’administration Session Recording (base de données Session Recording, serveur Session Recording et console de stratégie Session Recording) sont installés sur d’autres serveurs et le lecteur Session Recording est installé sur un poste de travail, le tout derrière le pare-feu. Il est recommandé de déployer le serveur Session Recording dans un centre de données intranet sécurisé.
Notes importantes sur le déploiement
- Pour permettre aux composants Session Recording de communiquer entre eux, installez-les dans le même domaine ou dans des domaines approuvés ayant une relation d’approbation transitive. Le système ne peut pas être installé sur un groupe de travail ou dans des domaines ayant une relation d’approbation externe.
- Compte tenu de sa nature graphique intense et de son utilisation de la mémoire lors de la lecture d’enregistrements volumineux, nous ne recommandons pas d’installer le lecteur Session Recording en tant qu’application publiée.
- L’installation de l’enregistrement de session est configurée pour la communication TLS/HTTPS. Installez un certificat sur le serveur d’enregistrement de session. Assurez-vous que l’autorité de certification (CA) racine est approuvée sur les composants d’enregistrement de session.
- Pour le serveur d’enregistrement de session sur un serveur autonome exécutant SQL Server, activez le protocole TCP/IP et exécutez le service SQL Server Browser. Ces paramètres sont désactivés par défaut, mais ils doivent être activés pour que le serveur d’enregistrement de session puisse communiquer avec la base de données. Pour plus d’informations, consultez les articles Microsoft Activer le protocole réseau TCP/IP pour SQL Server et Service SQL Server Browser.
- Tenez compte des effets du partage de session lors de la planification de votre déploiement d’enregistrement de session. Le partage de session pour les applications publiées peut entrer en conflit avec les règles de stratégie d’enregistrement de session pour les applications publiées. L’enregistrement de session fait correspondre la stratégie active à la première application publiée qu’un utilisateur ouvre. Une fois que l’utilisateur a ouvert la première application, toutes les applications suivantes ouvertes au cours de la même session continuent de suivre la stratégie en vigueur pour la première application. Par exemple, si une stratégie indique d’enregistrer uniquement Microsoft Outlook, l’enregistrement commence lorsque l’utilisateur ouvre Outlook. Si l’utilisateur ouvre une deuxième application Microsoft Word publiée pendant qu’Outlook est en cours d’exécution, Word est également enregistré. Inversement, si la stratégie active ne spécifie pas d’enregistrer Word et que l’utilisateur lance Word avant Outlook, Outlook n’est pas enregistré.
- Bien que vous puissiez installer le serveur d’enregistrement de session sur un Delivery Controller™, nous ne le recommandons pas en raison de problèmes de performances.
- Vous pouvez installer la console de stratégie d’enregistrement de session sur un Delivery Controller.
- Vous pouvez installer le serveur d’enregistrement de session et la console de stratégie d’enregistrement de session sur le même système.
- Assurez-vous que le nom NetBIOS du serveur d’enregistrement de session ne dépasse pas la limite de 15 caractères. Microsoft impose une limite de 15 caractères pour la longueur du nom d’hôte.
- PowerShell 5.1 ou version ultérieure est requis pour la journalisation d’événements personnalisés. Mettez à niveau PowerShell si vous installez l’agent d’enregistrement de session sur Windows Server 2012 R2 sur lequel PowerShell 4.0 est installé. Le non-respect de cette consigne peut entraîner des échecs d’appels d’API.