Planifier votre déploiement

Limitations et mises en garde

L’enregistrement de session ne prend pas en charge le mode d’affichage Redirection de composition de bureau (DCR). Par défaut, l’enregistrement de session désactive la DCR dans une session si celle-ci doit être enregistrée par la stratégie d’enregistrement. Vous pouvez configurer ce comportement dans les propriétés de l’agent d’enregistrement de session.

L’enregistrement de session 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 peuvent ne pas contenir les activités des sessions.

L’enregistrement de session ne peut pas enregistrer la vidéo de la webcam Lync lors de l’utilisation du Pack d’optimisation HDX™ RealTime.

Selon votre environnement, vous pouvez déployer les composants d’enregistrement de session dans différents scénarios.

Un déploiement d’enregistrement de session n’est pas limité à un seul site. À l’exception de l’agent d’enregistrement de session, tous les composants sont indépendants du site de serveur. Par exemple, vous pouvez configurer plusieurs sites pour utiliser un seul serveur d’enregistrement de session.

Alternativement, si vous avez un grand site avec de nombreux agents et que vous prévoyez d’enregistrer de nombreuses applications graphiquement intensives (par exemple, des applications AutoCAD), ou si vous avez de nombreuses sessions à enregistrer, un serveur d’enregistrement de session peut subir une forte demande de performances. Pour atténuer les problèmes de performances, vous pouvez installer plusieurs serveurs d’enregistrement de session sur différentes machines et diriger les agents d’enregistrement de session vers ces différentes machines. Gardez à l’esprit qu’un agent ne peut pointer que vers un seul serveur à la fois.

Déploiement de site de serveur suggéré

Utilisez ce type de déploiement pour enregistrer des sessions pour un ou plusieurs sites. L’agent d’enregistrement de session est installé sur chaque VDA pour OS de serveur dans un site. Le site réside dans un centre de données derrière un pare-feu de sécurité. Les composants d’administration de l’enregistrement de session (base de données d’enregistrement de session, serveur d’enregistrement de session et console de stratégie d’enregistrement de session) sont installés sur d’autres serveurs et le lecteur d’enregistrement de session est installé sur une station de travail, tous derrière le pare-feu mais pas dans le centre de données.

Notes de déploiement importantes

  • Pour permettre aux composants d’enregistrement de session 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 de grands enregistrements, nous ne recommandons pas d’installer le lecteur d’enregistrement de session en tant qu’application publiée.
  • L’installation de l’enregistrement de session est configurée pour la communication TLS/HTTPS. Assurez-vous d’installer un certificat sur le serveur d’enregistrement de session et que l’autorité de certification racine (CA) est approuvée sur les composants d’enregistrement de session.
  • Si vous installez la base de données d’enregistrement de session sur un serveur autonome exécutant SQL Server 2016 Express Edition, SQL Server 2014 Express Edition, SQL Server 2012 Express Edition ou SQL Server 2008 R2 Express Edition, le serveur doit avoir le protocole TCP/IP activé et le service SQL Server Browser en cours d’exécution. 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 sur l’activation de ces paramètres, 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 associe 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 ultérieures 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 stipule que seul Microsoft Outlook doit être enregistré, l’enregistrement commence lorsque l’utilisateur ouvre Outlook. Cependant, 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 que Word doit être enregistré, et que l’utilisateur lance Word avant Outlook (qui devrait être enregistré, selon la stratégie), 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 qui a PowerShell 4.0 installé. Le non-respect de cette consigne peut entraîner des échecs d’appels d’API.
Planifier votre déploiement