Extinction rapide: Imprimantes de stratégie de groupe

J'ai quelques problèmes avec un GPO spécifique qui cause des retards de 5 + minutes sur les connections (non seulement les connections initiales non plus). Le server exécute Windows Server 2012

J'ajoute des imprimantes sous Users \ Control Panel \ Printers (GPP), et j'ai un groupe spécifique d'users qui ont besoin d'accéder à toutes les imprimantes, soit une vingtaine d'imprimantes à ce stade.

J'ai ajouté une input dans la page GPP pour une imprimante, donc j'ai environ 20 inputs GPP. Je ne suis pas en train d'exécuter un filtrage de niveau d'élément, ils devraient être un mappage direct.

J'ai confirmé que chaque imprimante réussissait dans le rapport de résultats GP.

Il existe quatre pilotes d'imprimante universels qui sont nécessaires (4 marques d'imprimantes dans le mélange de 20, toutes sur les pilotes universels), il ne s'agit donc pas de transférer des centaines de mb pour chaque connection.

Des idées qui pourraient expliquer le time d'ouverture de session lent? Ou dois-je simplement recourir aux scripts de connection pour mapper ces imprimantes à la place.

À votre santé

Mettre à jour:
Pilotes et versions en cours d'utilisation:

Lexmark Universal v2 2.1.5.0
Samsung Universal Print Driver 2.3.9.0
HP Universal Printing PCL 6 (v5.6.0) 61.140.4.14430
KX DRIVER pour Universal Printing 6.0.2212.0

J'avais résolu ce problème en modifiant tous les mappages d'imprimante dans GPP pour mettre à Update .

J'avais réglé sur Replace lorsque la lenteur se produisait et à partir de ce que je pouvais rassembler, chaque fois que quelqu'un se connectait à la machine, il réinstallerait complètement tous les pilotes d'imprimante. Et pour certaines personnes, cela signifiait tous les pilotes.

Maintenant, les connections sont généralement assez rapides, la connection initiale après une re-image peut être un peu sur le côté lent, mais chaque connection après cela est assez rapide.

L'utilisation d'un script d'ouverture de session pour cela aiderait très probablement, ou au less, à aider à isoler le problème, en rendant le cartographie de l'imprimante asynchronous par rapport à la connection. Il est possible que le pilote puisse faire en sorte que le operating system fasse un sondage auprès de chaque imprimante, ou autrement, prenne beaucoup de time pour configurer un nouvel appareil; Il est également possible que le locking du registre soit le motif du retard.

Si vous faites cela, et le problème est en fait le mappage de l'imprimante, sachez que certains users peuvent placer des appels d'assistance se plaignant que leurs imprimantes ne sont pas là où, en fait, il leur fallait attendre que le mappage soit fini (ou s'il avait réussi à tuer le script d'ouverture de session). Il pourrait être utile de ne tracer que certaines imprimantes pour chaque user, malgré les frais généraux administratifs qui en découlent.

En supposant que vous avez vérifié le journal des events et que vous n'avez pas fourni d'informations utiles, vous pouvez surveiller les process en cours d'exécution sur l'hôte à distance afin que vous puissiez voir ce qui se passe réellement pendant ce timeout.

Un moniteur de process à distance Open Source peut être trouvé ici: http://sourceforge.net/projects/yaprocmon/ – C'est un peu rude sur les bords, mais ça fait le travail.

Installez simplement sur votre post de travail admin et pointez sur la machine avec des problèmes. J'espère que cela vous donnera une meilleure idée de ce qui se passe.

J'ai eu beaucoup de succès en utilisant l'option Printer Management Console vs GPP pour le deployment de l'imprimante (disponible dans Windows Server 2003r2 + – vous devrez également mettre à jour le niveau fonctionnel de votre domaine).

Dans votre cas, je reorderais l'utilisation du deployment de l'imprimante par user à l'aide de la Console de gestion de l'imprimante (vous pouvez également le faire par deployment d'imprimante par ordinateur).

Notez que la Console de gestion de l'imprimante utilise une stratégie de groupe natif, c'est-à-dire qu'il ne s'agit pas d'un ajout tiers. Plus d'informations disponibles sur http://technet.microsoft.com/en-us/library/cc753109%28v=ws.10%29.aspx