MigrImp // Migration de queues d'impressions

migrimp01.png
français anglais portugais   (pour contribuer, rendez-vous sur la page des fichiers de langues)

MigrImp est destiné à effectuer des manipulations de connexion/déconnexion d'imprimantes réseau sur les postes des utilisateurs, sans que ces derniers n'aient à intervenir.

Pour ce faire, l'administrateur devra au préalable définir la liste des opérations à effectuer dans un fichier script. Il ne faut pas que le terme de "script" vous effraye car la syntaxe mise à disposition est très simple et compacte dans la mesure où il n'y a que 4 types d'opérations possibles : connexion d'une nouvelle imprimante, déconnexion d'une imprimante existante, remplacement d'une imprimante par une autre et déclaration d'une imprimante par défaut.

Le fichier (par défaut nommé migrimp.txt mais le nom peut être modifié) peut contenir autant d'opérations que vous le souhaitez, dans la limite d'une opération par ligne. C'est le premier caractère de chaque ligne qui spécifie le traitement à effectuer : "+" pour connecter une imprimante, "-" pour déconnecter une imprimante, "*" pour remplacer une imprimante par une autre (la seconde n'est installée que si la première est présente sur le poste et l'éventuel état d'imprimante par défaut est bien entendu conservé) et "=" pour déclarer un imprimante par défaut. Il est possible d'ajouter des commentaires sur des lignes dédiées ou sur les lignes de commandes en utilisant le signe ";".

Syntaxe du fichier script :

  • -\\serveur\imprimante : désinstalle l'imprimante réseau spécifiée
  • -\\serveur\* : désinstalle toutes les imprimantes (du serveur spécifié) installées sur le poste
  • +\\serveur\imprimante : installe l'imprimante réseau spécifiée
  • *\\serveur1\mprimante1,\\serveur2\mprimante2 : remplace une imprimante réseau spécifiée par une autre (déclarée sur le même serveur ou sur un autre serveur)
  • *\\serveur1\*,\\serveur2\* : remplace toutes les imprimantes (du serveur spécifié) installées sur le poste par celles du même nom du serveur2
  • =\\serveur\imprimante : déclare par défaut une imprimante réseau
  • =imprimante : déclare par défaut l'imprimante locale

Le logiciel MigrImp peut être appelé seul ou accompagné d'un paramètre indiquant l'emplacement et le nom du script à traiter. Si aucun nom de script n'est passé en paramètre, c'est le fichier fichier MigrImp.txt (situé dans le répertoire de l'exécutable) qui sera traité.

Côté interface, MigrImp peut fonctionner dans plusieurs modes selon le paramétrage défini par l'administrateur dans le fichier script : mode Normal (la fenêtre de traitement est affichée à l'utilisateur), le mode Discret (une boite de dialogue apparaît en fin de traitement pour prévenir l'utilisateur) et le mode Masqué (fonctionnement totalement invisible pour l'utilisateur).

Côté journalisation, il est possible de configurer (toujours dans le fichier script) MigrImp pour que ce dernier conserve une trace des traitements effectués. Trois possibilités là-aussi : mode Aucun (pas de journalisation), mode Synthétique (journalisation de la date/heure, du nom de la machine et du nombre d'opérations effectuées correctement) et mode Complet.

Selon les besoins, l'admin peut opter pour un fichier en local (ex.: Log=c:\temp\migrimp.log) ou sur un partage distant. Dans ce second cas, il est conseillé de spécifier un nom "variable" plutôt qu'un nom "en dur" ; l'analyse de petits fichiers indépendants étant plus aisée que l'analyse d'un gros fichier global dans lequel plusieurs centaines de machines auront déversé leurs infos... Pour ce faire, il est possible de spécifier des variables d'environnement dans le nom du fichier (ex.: Log=\\serveur\migrimp\%computername%_%username%_%version_script%.log). Par ailleurs, en cas de besoin, il est possible d'enrichir le fichier .log de certaines infos complémentaires en utilisant l'entrée nommée LogInfos (ex.: LogInfos=Serveur de validation : %logonserver%§Domaine : %userdomain%, où l'utilisation du caractère § génère un retour à la ligne).

Vous trouverez tous les détails sur la syntaxe de configuration dans le fichier MigrImp.txt fourni dans le fichier .zip.

Enfin, côté mise en œuvre, je vous conseille de placer l'exécutable (et ses 2 DLL) ainsi que le ou les fichiers scripts créés dans une ressource d'un serveur accessible à vos utilisateurs. Vous pourrez alors leur envoyer un lien par mail ou intégrer l'appel à MigrImp dans leur script de logon en fonction de vos besoins.


Télécharger Télécharger ce logiciel


Date de création : 06/02/2006 @ 18:56
Dernière modification : 30/12/2013 @ 17:35
Catégorie : - Aide à l'administration
Page lue 101951 fois
 

Réactions à cet article

Réaction n°10 

par BrunoCr le 26/07/2007 @ 10:23

Petit retour sur notre migration cligne

Quelques chiffres :

  • 9 serveurs d'impression obsolètes (dont 7 sous NT4) à remplacer par 4 serveurs sous Win2003 (dont 3 neufs et dédiés).
  • environ 200 imprimantes
  • environ 1000 postes clients (dont une 15aine sous NT4, le reste sous XP)

Le logiciel MigrImp a été utilisé via un script de logon activé par une GPO.

Nous avons procédé par vagues successives en appliquant la GPO par lot de 50 utilisateurs par jour afin de limiter la charge de nos équipes de support en cas de problème. Nous sommes ensuite passés à 100/jour cool

Nous n'avons rencontré aucun problème majeur et les seuls soucis ont été liés à des paramétrages exotiques d'imprimantes ou des versions de drivers bizarres.

Nous avons tout d'abord monté les serveurs et configuré les imprimantes dessus puis nous avons créé la GPO.

Les anciens serveurs ont été éteinds hier et tout va bien cool

Un immense merci à damien car, franchement, sans son soft cela aurait été une vraie galère coucou

[réponse de damien, le 26/07/2007 à 10h35]

J'allais justement t'écrire pour te demander comment la migration s'était déroulée ; je suis heureux que tout se soit bien passé.

Merci pour ce sympathique retour, j'espère qu'il rassurera d'éventuels autres admins qui hésiteraient encore à utiliser ce petit utilitaire. cool


Réaction n°9 

par BenJ le 25/07/2007 @ 11:48

Merci pour votre réponse.

en fait, j'ai trouvé, les imprimantes ont un nom différent du share.

il faut mettre le nom de l'imprimante et pas le share.

j'ai testé, ça marche. d'ailleur, c'est renseigné comme ça dans le registre.

[réponse de damien, le 25/07/2007 à 20h04]

Parfait ! Je me doutais bien que le problème ne pouvait pas venir du programme ! cligne


Réaction n°8 

par BenJ le 25/07/2007 @ 11:12

bonjour,

super outil, je l'avais déjà utilisé sur un autre site.

Dans un autre contexte, il ne marche pas, y a-t-il un mode débug ?

J'ai bien l'imprimante réseau et il ne la trouve pas ?

[réponse de damien, le 25/07/2007 à 11h28]

Non, il n'y a pas de mode debug... Les messages d'erreur sont en principe assez explicites si l'exécution en mode discret ou masqué n'a pas été spécifiée.

S'agit-il d'une installation, d'une désinstallation, d'un remplacement ou de la déclaration d'une imprimante par défaut ? Le nom du serveur et/ou de l'imprimante sont-ils corrects ? C'est possible d'avoir une copie d'écran (par mail) faisant apparaître :

  • une fenêtre msdos avec le résultat de la command NET SHARE
  • la fenêtre des imprimantes locales
  • la fenêtre des imprimantes du serveur (si c'est pour une installation ou un remplacement)
  • le contenu du script de migration

Merci d'avance !


Réaction n°7 

par BrunoCr le 26/06/2007 @ 15:43

Bonjour,

Nous changeons de serveur d'impression et nous comptons utiliser ton soft car nous avons plusieurs centaines de machines et plusieurs dizaines d'imprimantes.

Les tests que nous avons fait montrent que ton soft est exactement ce qu'il nous faut !!!

Peux-tu nous confirmer (ou non) si ton soft fonctionne aussi avec des machines NT4 ? Il nous en reste quelques unes et, même si elles sont en cours de remplacement, nous aurons besoin de les migrer...

Merci d'avance et encore bravo cool

[réponse de damien, le 27/06/2007 à 22h29]

Oui, mon soft fonctionne aussi sous NT4. Il faut simplement (idem sous XP) que l'utilisateur qui le lancera ait des privilèges suffisants pour installer/désinstaller une imprimante...


Réaction n°6 

par jeanphi le 06/09/2006 @ 17:20

Bonjour Damien

après quelques tests, c'est ok pour le passage d'un autre nom de fichier en paramètre.

ça marche plutôt bien pour l'utilisation que j'en fais, j'appelle ton programme depuis un vbs avec en parametre un nom de fichier qui correspond à un groupe AD dont l'utilisateur est membre, et je migre doucement mes imprimantes d'un serveur à un autre en fonction des services.

merci pour ton soft qui me rend bien service

jeanphi

ps: si t'as l'occasion d'ajouter le nom du user dans le log ;)

[réponse de damien, le 06/09/2006 à 17h34]

Je suis heureux de voir que ça te convient... pour ce qui est du login de l'utilisateur, je ferai ça dès que possible (désolé, j'avais oublié).


Réaction n°5 

par jeanphi le 05/09/2006 @ 12:02

voici les indications receuillies quand je lance l'ancienne version de migrimp avec le nouveau fichier.

**************************************************
La ligne '[Config]' n'est pas reconnue...

etat fenetre avec version precedente de migrimp et le fichier de config de la v1

La ligne 'Mode=M' n'est pas reconnue...

La ligne 'ModeLog=C ' n'est pas reconnue...

La ligne 'Log=FRXXXXXX-XX1Logs$­­­MigrImp_GROUPE.log ' n'est pas reconnue...

La ligne '[Actions]' n'est pas reconnue...

Déconnexion de frxxxxxx-xx1frxxxxxx01...
-> erreur rencontrée : Une opération d'entrée/sortie avec chevauchement est en cours d'exécution.

Déconnexion de frxxxxxx-xx1.groupe.domaine.adfrxxxxxx01...
-> erreur rencontrée : Une opération d'entrée/sortie avec chevauchement est en cours d'exécution.

Aucune migration n'a été effectuée...
**************************************************
apparemment, le prog essaie de deconnecter une imprimante de la liste mais qui n'est pas sur la machine.

j'ai un peu plus testé le passage de parametre avec la version 1.0, si je lance migrimp tout seul avec un fichier s'appellant migrimp.txt (avec parametre Mode=M), la fenetre est cachée.
par contre si j'utilise un autre nom de fichier en le donnant en parametre, le parametre "Mode=M" ne semble plus pris en compte, voilà ce que j'ai pu tester.
pour info, que le soft se lance en mode masqué ou non, j'ai bien les logs ecrits dans le fichier.

voilà voilà j'espère que ça va aider

jeanphi

[réponse de damien, le 05/09/2006 à 14h20]

OK, je te remercie pour les tests car avec ces explications plus détaillées, j'ai pigé d'où venait le problème (tu lançais MigrImp avec le nom du script en paramètre, mais sans spécifier l'emplacement de celui-ci). D'ailleurs, contrairement à ce que tu as écris, le log ne pouvait pas être généré non plus dans ce cas... Peu importe, le bug est à présent réglé dans la v1.0.1...

Pas d'inquiétude pour les lignes "non reconnues" dans le test que je t'ai demandé avec la v0.2.1, c'est tout à fait normal ! cligne

Enfin, s'agissant de l'erreur occasionnée par la tentative de déconnexion d'une imprimante inexistante sur le poste, c'est normal là-aussi : je ne fais pas de contrôle avant l'opération.

Encore merci !


Réaction n°4 

par jeanphi le 04/09/2006 @ 11:46

Bonjour Damien

j'espère que tu as pu jongler entre la truelle et le clavier ce we, j'ai pu tester ta nouvelle version ce matin, la souplesse de fonctionnement est très bonne, voici mes impressions et les petits soucis rencontrés:

-j'ai l'impression que le parametre de mode de visu "Mode=" n'est pas pris en compte, du moins le mode masqué.

- Dans le log j'ai l'erreur "Une opération d'entrée/sortie avec chevauchement est en cours d'exécution."

ça le fait pour des imprimantes qui sont déjà connectees sur le systeme ou qu'il ne trouve pas sur le pc par rapport aux actions.

- on pourrait peut-être rajouter le nom du user avec les infos date et machine

- dans le log j'avais l'erreur "erreur rencontrée : Le nom de l'imprimante n'est pas valide." pour des imprimantes existantes.

j'ai donc du entrer deux lignes dans le fichier de conf, une avec le nom netbios du serveur d'impression, et une autre avec son nom FQDN

car certaines de mes imprimantes connectées utilisent le nom complet de domaine (ad).

voili voilà, beau boulot en tout cas

jeanphi

[réponse de damien, le 04/09/2006 à 13h37]

Tout d'abord, je tiens à dire que je n'ai pas modifié grand chose en dehors des évolutions annoncées. C'est pour ça que je trouve bizarre que le log remonte autant d'anomalies (erreur d'entrée/sortie, nom d'imprimante invalide alors qu'elle est bien présente). Peux-tu faire le test du même fichier script avec la version précédente stp ?

Pour ce qui est du mode Masqué, ça me surprend car j'avais tout vérifié avant de mettre la version en ligne... je vérifie ça dès ce soir.

[réponse complémentaire de damien, le 05/09/2006 à 00h55]

Je confirme qu'avec l'entrée Mode=M dans la section [Config] du fichier script, l'exécution de MigrImp se déroule sans l'apparition d'aucune fenêtre ni boite de dialogue finale... c'est le principe même du mode Masqué !

Et pour confirmer que le traitement a bien été effectué, il suffit de regarder dans le log... En tout cas si l'option correspondante a été initialisée (ModeLog=S ou C) et qu'un nom de fichier journal a été renseigné (Log=MigrImp.log, par exemple).

Pour les autres "anomalies", je n'ai rien constaté non plus... j'attends que tu me donnes le résultat des tests du même script avec la version précédente de MigrImp.


Réaction n°3 

par jeanphi le 01/09/2006 @ 14:46

pour mon cas personnel, je le vois plutôt au niveau d'un chemin qu'on pourrait indiquer, UNC ou local, en fait j'ai déjà un share dédié aux logs avec droits ecriture aux users, mais la souplesse que vous proposez est un bonne solution.

je testait la remise en place de l'imprimante par défaut si elle était remplacée par une autre, ouf, c'est bien pris en compte :)

[réponse de damien, le 01/09/2006 à 15h18]

OK, alors je pars dans cette direction... enfin pas tout de suite-maintenant car je suis occupé à tout autre chose : la truelle et l'auge de plâtre ne sont pas très compatibles avec la programmation ! coucou

[réponse complémentaire de damien, le 03/09/2006 à 17h12]

Chose promise, chose due : la version v1.0 prenant en compte cette suggestion vient de sortir !


Réaction n°2 

par jeanphi le 01/09/2006 @ 14:07

whaouh même les supports payants ne réagissent pas aussi vite ;=)

merci par avance

jeanphi

[réponse de damien, le 01/09/2006 à 14h16]

C'est normal : eux ils s'en foutent d'être réactifs vu que le consommateur a déjà mis la main au porte-monnaie...

Par contre, pour en revenir au log, même si je ne suis pas encore passé à la mise en oeuvre, je me demande déjà comment je vais procéder : le log doit-il être placé sur le poste de l'utilisateur ou dans le répertoire où se trouve MigrImp (avec les éventuels problèmes liés aux privilège de l'utilisateur si MigrImp est dans une ressource avec un accès en lecture seule) ? Pour plus de souplesse, je m'oriente vers la possibilité de laisser le choix à l'admin au moyen d'une entrée spécifique dans le fichier .ini et/ou un paramètre dans la ligne de commande... A suivre !


Réaction n°1 

par jeanphi le 01/09/2006 @ 10:56

Bonjour,

excellent outil qui répond tout à fait a mon besoin actuel

par contre y a t'il des possibilités de log des actions (erreurs et autres) effectuées ?

genre "remplacement terminé avec succes le 01/09/06 sur le pc5487"

ça pourrait bien compléter cet outil

beau travail en tout cas

Jean-Philippe

[réponse de damien, le 01/09/2006 à 11h37]

Merci pour le compliment !

Pour ce qui est du log, il me semble que ce n'est pas prévu mais j'avoue que je n'en suis pas sur et vu que je n'ai pas le code sous la main, c'est pas pour tout de suite ! J'y jette un oeil dès que possible et je fais la modif si nécessaire, je pense que ce sera fait ce week-end.