La feuille de triche interne de l'impression ultime de Citrix! GRANDE liste à emporter incluse! – Bien choisir son serveur d impression

Comme la liste s’est révélée un peu plus longue que prévu, j’ai décidé de la rendre disponible en téléchargement séparé. Bien sûr, il est également inclus dans le document Cheat Sheet combinant les deux parties. Cliquez (à droite) sur l'image à gauche pour ouvrir ou télécharger la liste des plats à emporter.

1. Il existe deux principaux formats de fichier d'impression (Microsoft), EMF et XPS.
2. La sortie d’impression EMF est d’abord rendue par le GDI – Interface graphique du périphérique – avant d’être transmise au service de spouleur.
3. XPS a été introduit à partir de Windows Vista. Le développement EMF s'est terminé avec Windows XP et Server 2003.
4. Les données EMF ne sont pas compressées. Les données XPS sont compressées.
5. Avec EMF, chaque image doit être redessinée encore et encore, même si la même image est utilisée plusieurs fois. XPS peut référencer une seule image plusieurs fois, par exemple pour les logos, les filigranes, etc.
6. Pour pouvoir utiliser XPS, votre périphérique d'impression ainsi que le pilote d'impression doivent prendre en charge le format de fichier d'impression XPS. Sinon, il retombera sur la FEM.
7. Spouleur d'impression de haut niveau: le service de spouleur reçoit les impressions, le pilote d'impression restitue le fichier méta en données brutes lisibles par le périphérique d'impression (le travail d'impression réel), le service de spouleur envoie le travail d'impression au périphérique d'impression physique.
8. Lorsqu'elles sont spoulées localement, les ressources locales (CPU, mémoire) sont exploitées. Aucun trafic réseau généré.
9. Lorsqu'elles sont spoulées à distance (serveur d'impression), les ressources distantes sont exploitées. Cela générera également un trafic réseau supplémentaire entre XenApp et le serveur d'impression. Peut-être quelque chose à considérer en fonction de votre architecture d'impression.
10. La plupart des problèmes d'impression peuvent être ramenés à des pilotes mal écrits. Non testé et / ou optimisé pour les environnements multi-utilisateurs.
11. Les problèmes principaux qui existaient auparavant (ou le sont toujours): plantages du service Spooler, plantages du service du gestionnaire d’impression CTX, écrans bleus, échecs de création automatique d’impressions, charges de processeur élevées, etc.
12. N'utilisez PAS les pilotes d'impression en mode noyau (version 2).
13. Utilisez exclusivement les pilotes d’imprimante en mode utilisateur (versions 3 et 4).
14. Pensez à isoler vos pilotes d'impression a.k.a. Isolation de pilote d'impression introduite avec Windows Server 2008 R2.
15. Mais .. n’appliquez l’isolation de pilote d’impression que lorsque cela a du sens.
16. Trois modes d'isolation sont disponibles: Aucun, Partagé et Isolé.
17. Lorsque le mode isolé est utilisé, un espace d'exécution isolé séparé (PrintIsolationHost) est créé par pilote, isolant complètement le pilote de tous les autres pilotes du même ordinateur, y compris les services d'impression et de spouleur.
18. La même chose se produit avec le mode partagé, un espace d’exécution isolé et distinct sera créé, mais cet espace est partagé avec plusieurs pilotes (sélectionnables).
19. Lorsque le mode d’isolation est appliqué à plusieurs pilotes (en isolant chaque pilote séparément), il demande plus de ressources (CPU, mémoire) à la machine locale que les options ‘Shared’ et ‘None’.
20. Si un pilote isolé échoue ou est corrompu, il ne peut s’affecter que lui-même ou les autres pilotes dans le cadre du modèle d’isolation partagé, par exemple. Tous les autres pilotes sur le même ordinateur ne seraient pas affectés, y compris les services d'impression et de spouleur.
21. Utilisez le mode isolé à des fins de test uniquement, utilisez le mode partagé en production.
22. Pilotes d'impression modes 4: conçus pour les applications de style Metro (XPS), partage d'imprimante amélioré, installation, maintenance, gestion simplifiées, etc.
23. Lorsqu'une session Citrix démarre, l'utilisateur se connecte. Par défaut, il tente de mapper toutes les imprimantes connues du périphérique client au cours de cette session.
24. Modifiez ce comportement pour mapper uniquement l'imprimante par défaut du client. Configurez la stratégie ‘Création automatique d’imprimantes clientes’ pour cela. Bien sûr, vous avez le choix entre plusieurs options.
25. Le système utilisera la version Windows du pilote d'imprimante si celle-ci est disponible sur la machine serveur OS (il tentera de correspondre au pilote trouvé sur le périphérique client). Si le pilote d'imprimante n'est pas disponible, le système tente de l'installer à partir du système d'exploitation Windows. Si le pilote n'est pas disponible sous Windows, il essaiera d'utiliser le pilote d'imprimante Citrix Universal (il devra être activé pour que cela fonctionne).
26. Configurez l’installation automatique des pilotes d’imprimante intégrés; pour changer ce comportement.
27. Pensez à implémenter la «compatibilité de mappage de pilote d’imprimante». Le mappage de pilote d'impression est utile dans les cas où le nom du pilote d'imprimante sur le client est différent de celui du serveur (il doit être identique) mais offre les mêmes fonctionnalités. Il peut également être configuré pour créer une liste blanche. Ainsi, vous indiquez au système qu'il est correct d'installer automatiquement les pilotes d'impression qui ne se trouvent pas sur le système, mais uniquement si ces pilotes figurent dans la liste.
28. Utilisez exclusivement des pilotes ‘signés’ et testez toujours minutieusement la configuration de votre architecture d’impression, quelle que soit votre conviction.
29. Limitez le nombre de pilotes d'impression installés, moins c'est plus!
30. Lors de la comparaison des pilotes d'impression (client / serveur), veillez également à ce que les numéros de version correspondent, ils doivent correspondre à 100%.
31. Évitez de mettre à niveau les pilotes d'impression. Désinstallez toujours l'ancien pilote et installez le nouveau.
32. Contactez le fournisseur du pilote d’imprimante si nécessaire. Par exemple, s'ils ne possèdent que des pilotes d'imprimante de version 2 ou s'ils ne sont pas testés / signés pour les environnements multi-utilisateurs.
33. Essayez toujours de faire correspondre le système d'exploitation du serveur d'impression à celui du système d'exploitation du serveur XenApp.
34. Le service de gestion d'impression Citrix a été introduit vers 2005, à peu près au même moment que l'UPD basée sur la fonction EMF.
35. Il communique avec le service de spouleur et le client ICA local, il comprime les données d'impression avant de les envoyer sur le canal ICA et gère également le canal virtuel ICA pour le mappage d'impression du client.
36. Les deux services, gestionnaire d'impression et spouleur, peuvent être configurés pour redémarrer automatiquement en cas de besoin.
37. Les préférences d’impression (utilisateur) et les propriétés seront stockées sur le périphérique client par défaut. Si cela n'est pas pris en charge, ils seront stockés dans le profil utilisateur dans le système d'exploitation du serveur.
38. Configurez la stratégie de «rétention des propriétés de l’imprimante» pour modifier ce comportement par défaut. Vous avez plusieurs options.
39. Un chemin d'impression définit comment le trafic d'impression peut être ou sera acheminé dans votre environnement. Il nous indique également où un travail est traité, spoulé, rendu, etc.
40. Il existe deux chemins d'impression Citrix, le chemin d'impression client et le chemin d'impression réseau.
41. Outre ces chemins, il existe également une configuration appelée ‘Imprimantes locales du serveur’, qui est essentiellement un périphérique d’impression physique directement connecté à un serveur XenApp.
42. Avec «Configuration des imprimantes locales du serveur», la mise en file d'attente est effectuée localement du point de vue du client.
43. Lorsque vous utilisez le chemin d'impression client, la sortie d'impression de l'application est spoulée / restituée sur le serveur XenApp (à nouveau locale du point de vue client) avant d'être renvoyée (en utilisant le protocole ICA) au périphérique client. À partir de là, le travail d'impression sera envoyé au périphérique d'impression physique.
44. Avec le chemin d'impression client, le trafic envoyé entre le serveur XenApp et le périphérique client est envoyé via le protocole ICA, ce qui signifie qu'il peut être géré / compressé.
45. Lorsqu'un périphérique client (gros) dispose d'une imprimante locale provisionnée, le chemin d'impression client sera toujours utilisé.
46. Lorsque des imprimantes directes TCP / IP sont ajoutées manuellement ou à l'aide de / l'application des préférences de stratégie de groupe, l'imprimante est vue et traitée comme une imprimante attachée localement. En tant que tel, le trafic d'impression passera par le chemin d'impression client.
47. Les clients légers (souvent basés sur Linux) ne prennent pas en charge le chemin d’impression client. Ils manquent de capacités d'impression locales. Le chemin d'impression réseau (imprimantes de session par exemple) devra être utilisé à la place.
48. Le chemin d'impression réseau enverra la sortie d'impression de l'application du serveur XenApp au serveur d'impression où elle sera spoulée / rendue. Donc, le spooling aura lieu à distance. A partir de là, le travail d'impression sera envoyé au périphérique d'impression physique.
49. En utilisant le chemin d'impression réseau, tout le trafic envoyé entre le serveur XenApp et le serveur d'impression sera non compressé / non géré, non ICA.
50. Lorsque ces machines sont physiquement proches les unes des autres (réseau local rapide), cela ne pose pas de problème. Lorsque, par exemple, le serveur d'impression est situé dans la succursale et que le serveur XenApp est situé dans le centre de données, cela peut constituer un problème potentiel. Pensez à votre configuration.
51. Universal Print Server peut aider à compresser / gérer le trafic envoyé entre le serveur XenApp et le serveur d'impression.
52. Lorsqu'un périphérique client dispose d'une imprimante (serveur d'impression) configurée sur le réseau, Citrix essaiera toujours de router le trafic d'impression via le chemin d'impression réseau.
53. Je dis essayer, car si le serveur d'impression et le serveur XenApp se trouvent dans des domaines différents et qu'ils sont incapables de communiquer, le chemin d'impression client sera utilisé à la place. La même chose s'applique lorsque les deux machines sont incapables de communiquer pour d'autres raisons.
54. En désactivant la stratégie ‘Connexion directe aux serveurs d’impression ', vous pouvez forcer l’utilisation du chemin d’impression client, même lorsque les imprimantes fournies par le réseau sont exploitées.
55. Par exemple, serveur d'impression dans la succursale et serveur XenApp dans le centre de données, les clients disposent d'imprimantes fournies par le réseau (le chemin d'impression réseau sera donc utilisé par défaut). En forçant le chemin d'impression client sur le chemin d'impression, il sera renvoyé (du serveur XenApp) au périphérique client en tirant parti du protocole ICA, du périphérique client au serveur d'impression, puis au périphérique d'impression physique.
56. Si le serveur XenApp et le serveur d'impression sont tous deux situés dans le centre de données, n'appliquez / ne forcez PAS le chemin d'impression client. Le trafic devra traverser le réseau WAN / LAN plusieurs fois, dans un format non compressé.
57. Avant tout, il est important de comprendre les différences entre les deux voies et comment elles peuvent et seront appliquées par défaut.
58. Il n'y a pas de taille unique, tout simplement!
59. Garder XenApp et le serveur d'impression proches l'un de l'autre n'est pas toujours la meilleure solution.
60. Tout cela s’applique à la fois à XenApp et à XenDesktop et n’est pas spécifique à IMA ou à FMA.
61. Le pilote d'impression universel (UPD) est désactivé par défaut.
62. L'UPD est installé dans le cadre du VDA.
63. Il existe un fichier EMF ainsi qu'un fichier UPD au format de fichier d'impression XPS.
64. La FEM était la première. Il a été introduit vers 2005.
65. L'EMF UPD sera utilisé par défaut. Cela peut être changé par la politique.
66. Universal Print Server ainsi que l’imprimante universelle utilisent par défaut le pilote d’impression universel.
67. Idéalement, vous souhaitez utiliser l’UPD exclusivement. Rappelez-vous, moins c'est plus!
68. Il peut être utilisé en combinaison avec des pilotes d’imprimante natifs. Dans la plupart des cas, cela est nécessaire car l'UPD ne prend en charge que l'agrafage et le tri en ce qui concerne les fonctionnalités d'impression améliorées.
69. Configurez le système pour utiliser l'UPD lorsqu'aucun pilote d'imprimante natif n'est disponible.
70. L'imprimante universelle est un objet logique / générique créé au début d'une session. Il sera mappé sur l'imprimante par défaut du client, mais cela peut être modifié pour toute imprimante connue du périphérique client.
71. Lors de l'utilisation de l'imprimante universelle, aucun mappage / énumération d'impression n'a lieu, ce qui accélère le processus de connexion / connexion.
72. L'imprimante universelle ne fonctionne que pour les périphériques Windows.
73. Cela peut être utile lorsque la stratégie ‘Attendre la création de l’imprimante’ est utilisée ou lorsque vous devez accéder à plusieurs imprimantes, locales et réseau.
74. Le serveur d'impression universel (UPS) est composé d'un composant client (UPClient) et d'un serveur (UPServer).
75. Vérifiez les pages de documents électroniques pour voir quels protocoles sont utilisés et quels ports réseau doivent être ouverts.
76. Utilise l'UPD par défaut, mais peut être couplé avec les pilotes d'imprimante natifs de Windows, encore une fois, pour améliorer les capacités d'impression.
77. Optimisé pour les imprimantes réseau, il offre des options supplémentaires de compression et de qualité de service.
78. Il prend en charge les pilotes d’impression basés sur EMF et XPS.
79. Il fonctionne également pour les périphériques clients légers et les tablettes basés sur des imprimantes réseau (de session).
80. L'onduleur ne prend pas en charge le rendu / spooling côté client. Cela signifie que toutes les sorties d'impression de l'application seront immédiatement envoyées au serveur d'impression (sur lequel le composant UPServer est installé), qui prendra ensuite le relais.
81. Tout le trafic envoyé entre XenApp (composant UPClient) et le serveur d'impression (composant UPServer) peut être géré / compressé lors de l'activation de l'onduleur.
82. Une fois installé, il sera désactivé par défaut. Needs to be enabled by configuring the ‘Universal Print Server enable’ policy.
83. Network printer will leverage the UPS automatically through a process called auto-discovery.
84. As of XenDesktop Tech Preview 3 (TP3) the Universal Print Server is fully supported on Windows Server 2012 (R2) as well as Server 2008 R2.
85. It can handle up to 50 print jobs per minute, max.
86. Recommended for remote office scenarios. Please note that testing will be necessary to see if educate compression ratios are achieved.
87. Helps in managing a large amount of network printers.
88. Can be used for proximity printing. The UPS is a prerequisite.
89. The ICA protocol is build up out of multiple (32) virtual channels. Each virtual channel has it’s own purpose. There is also a printing virtual channel.
90. ICA channels have different priorities, ranging from 0 to 3, with 0 being the highest / most important.
91. The prio 0 virtual channels are also referred to as Thinwire (sound familiar)?
92. The printing virtual channel, by default, has a priority of 3, the lowest. It’s treated as a background process.
93. Virtual channel priorities can be changed by editing the accompanying registry key and changing the value number.
94. Think this through. When giving more, or a higher priority to a specific VC it also means that you are taking away priority somewhere else.
95. HKLMSystemCurrentControlSetControlTerminalServerWdsicawdPriority is the registry key that goes with the printing VC.
96. We can accelerate ICA traffic in general, including print traffic, by implementing a Citrix Cloudbrigde for example.
97. Allocate / configure printing bandwidth through Citrix policies and apply them on a per user, per server or per Site basis.
98. Use session (network) printers on fast(er) networks.
99. Session printers are network printers that can be assigned and mapped to a specific user or user groups.
100. With proximity printing session are filtered based on IP addresses or subnets (there are some more options). This way a user will always connect to the  closest printer (UPS is needed).
101. When dealing with slow printing remember that it’s not all about network bandwidth. Also check for congestion and latency.
102. The ‘simpler’ the print driver the less traffic will be generated. Use vendor drivers only when specific functionality is needed.
103. Last minute edition from the e-docs pages: XenApp and XenDesktop 7.6 FP3 includes an Always-On logging feature for the print server and printing subsystem on the VDA. In order to collate the logs as a ZIP for emailing, or to automatically upload to Citrix Insights Services, use the PowerShell cmdlet (Start-TelemetryUpload) supplied with the VDA installer in 7.6 FP3.
104. Last updated: 15 May 2015. Citrix Printing Tool 3.1 helps configuring and troubleshooting the Citrix Printing subsystem on XenApp, XenApp Online Plugin, and XenDesktop.
105. Last updated: 15 May 2015. Print Detective is an information gathering utility that can be used for troubleshooting problems related to print drivers. It enumerates all printer drivers from the specified Windows machine, including driver specific information. It can also be used to delete specified print drivers. It allows for log file capabilities and provides a command-line interface as well.
106. Last updated: 13 November 2015: All purpose troubleshoot tool – Run Citrix Scout from a single XenDesktop controller (DDC) or XenApp server to capture key data points and CDF traces for selected computers followed by secure and reliable upload of the data package to Citrix Technical Support.
107. Last updated: 31 August 2015. The Citrix UPS Print Driver Certification Tool can be used to test the compatibility of a print driver with the Citrix Universal Print Server.
108. Last updated: 15 May 2015. Not sure? Test your print drivers thoroughly using StressPrinters.
109. Check out Microsoft’s (MSDN) webpage to find out more about Print Driver Isolation.
110. Release data: February 2012, primarily focused on XenApp 6.5: XenApp Printer Driver Manager. Manage your XenApp print drivers. Update the Automatic Printer Replication List with a GUI. Have a overview of what drivers are installed on what servers.
111. A collection of Citrix troubleshoot and diagnostic tools. CtxAdmTools.

I hope you found this somewhat informative. Thanks for reading, downloading and hopefully sharing!

Bas van Kaam

IT pro by day, analyst by night @ Salomon

Father of Julia, Sophie, and Mex. IT professional, freelance/independent blogger/analyst, author of the book: Inside Citrix – The FlexCast Management Architecture, over 250 blog posts and multiple (ultimate) cheat sheets/e-books. Public speaker, sport enthusiast­­­­­­­­: above-average runner, 3 x burpee-mile finisher and a former semiprofessional snooker player. IT community participant, in constant doubt between Windows and Mac.

<! –

->