Serveur d'impression

Migration rapide des files d'attente d'impression à l'aide de PRINTBRM, des fichiers de configuration et du pilote générique / texte uniquement – Microsoft Tech Community – Serveur d’impression

Le 9 juin 2020 - 12 minutes de lecture

Publié sur TECHNET le 03 avril 2012

Bonjour AskPerf! Digvijay ici pour discuter de la migration du serveur d'impression. Tous les administrateurs de serveur ont probablement eu la possibilité de migrer des serveurs d'impression. Ce processus peut être rapide et facile lors de la migration entre les mêmes versions de systèmes d'exploitation; et peut être fait avec un peu d'effort pour passer d'un système d'exploitation à une architecture différente (par exemple, passer d'une version 32 bits à une version 64 bits de Server 2008). Cependant, les choses deviennent vraiment difficiles lorsque nous devons migrer d'un ancien système d'exploitation vers le dernier système d'exploitation sur une architecture différente. (par exemple, de Windows 2003 Server x86 à Windows Server 2008 R2 x64). Heureusement, il existe de nouveaux outils tels que le

Console de gestion de l'impression

fourni avec Server 2008 R2 ou, si vous préférez l'interface de ligne de commande, vous pouvez utiliser

PRINTBRM.EXE

. Cependant, il peut y avoir des obstacles à la migration réussie de toutes les imprimantes si nous ne comprenons pas le processus de restauration de l'imprimante et ne remplissons pas les conditions préalables nécessaires.

Points à garder à l'esprit lors des migrations d'imprimantes:

1.

Une file d'attente d'impression ne peut pas fonctionner sans pilote de la même architecture de serveur (x86 ou x64) sur laquelle elle existe.

2.

À moins que le processeur d'impression ne soit migré avec succès, la file d'attente d'impression ne s'affiche pas.

3.

Si vous migrez d'un système d'exploitation 32 bits vers un système d'exploitation 64 bits, il est important que vous disposiez de pilotes 64 bits préinstallés pour toutes vos imprimantes, ainsi que les pilotes 32 bits. (N'oubliez pas que pour qu'un client 64 bits imprime sur un serveur d'impression hébergé sur un système d'exploitation 32 bits, vous avez besoin de la version 64 bits du pilote.)

4.

Lorsqu'une migration interarchitecture inclut la migration de moniteurs de langage d'imprimante, une erreur se produit pendant le processus de restauration des imprimantes sur le serveur de destination à l'aide de l'outil de ligne de commande PRINTBRM. La raison de l'erreur est que l'architecture du pilote de moniteur de langue doit toujours être la même que l'architecture du serveur source. Par conséquent, lors de la migration d'une architecture x86 vers des plates-formes x64, la migration du moniteur de langue ne peut pas réussir. Une erreur publiée dans le journal des événements indiquera que l'architecture source n'est pas la même que celle du serveur de destination.



Vous trouverez plus d'informations sur ce comportement dans le

Guide de migration des services d'impression



.

5.

Lorsque vous utilisez PRINTBRM, exécutez toujours les commandes à partir d'une invite de commandes d'administration

Si vous effectuez une migration 32 bits vers 64 bits et que toutes les machines clientes existantes sont 32 bits, vous devrez installer des pilotes 64 bits pour tous les pilotes 32 bits avant de démarrer la migration. Il est courant d'avoir des pilotes d'imprimante 32 bits tiers qui n'ont pas d'équivalents 64 bits. Pour ces cas, nous suggérons généralement d'utiliser des pilotes universels s'ils sont disponibles, mais contacter le fournisseur d'imprimante pour leur contribution est le pari le plus sûr.

Lors de la restauration d'imprimante dans des scénarios multiplates-formes, si le fichier de sauvegarde ne contient pas de fichiers binaires de pilote pour la plate-forme de serveur cible, PRINTBRM tentera d'installer les pilotes à partir du magasin de pilotes du serveur cible si un pilote correspondant est disponible. Si un pilote correspondant pour la plate-forme cible n'est pas disponible (dans la sauvegarde ou sur le serveur), la file d'attente d'impression ne sera pas créée et des erreurs se produiront. Voir ci-dessous:

Nous verrons également les événements pertinents dans l'observateur d'événements:

Donc, pour que tout le monde puisse le comprendre facilement, voici le moyen simple de restaurer avec succès toutes les imprimantes:

1.

Installez les pilotes 64 bits sur le serveur d'impression Windows 2003 x86 (source) ou installez tous les pilotes 64 bits requis sur le serveur 2008 / R2 (cible). N'oubliez pas que la chaîne de nom du pilote doit correspondre exactement. Si les noms ne correspondent pas exactement, la migration le traitera comme si le pilote n'était pas présent.

2. Effectuez une sauvegarde des imprimantes sur le serveur source de Windows 2003 à l'aide de la console de gestion d'impression ou de printbrm.exe exécuté à partir du serveur Windows 2008 R2.

3. Importez la sauvegarde sur le serveur 2008 R2.

REMARQUE

Nous devons préinstaller tout pilote ayant des composants différents lorsqu'il est installé sur x86 que lorsqu'il est installé sur x64. Tant que le pilote est installé, l'installation de l'imprimante ne sera pas bloquée sauf s'il existe une valeur de moniteur inexistante dans la clé de registre de l'imprimante. Si l'imprimante (pas le pilote) nécessite ce paramètre, nous devrons installer le pilote qui utilise ce moniteur sur la machine x64. S'il n'y a pas de moniteur x64 fourni par le fournisseur ou si le fournisseur fournit un nouveau moniteur x64 qui utilise un nom différent, vous devrez ajouter une imprimante utilisant la version x64 du pilote sur la nouvelle machine depuis que le fournisseur fournit le pilote n'a pas fourni de compatibilité avec le nouveau système d'exploitation.

Rester simple

Pour éviter la plupart de ces pièges de pilotes et de composants, il est souvent plus facile de basculer tous les processeurs d’impression et les moniteurs d’impression du serveur source vers certains par défaut de base (par exemple: nettoyer le registre PRINT avant de commencer la migration). Cela accélérera le processus et maximisera le nombre de files d'attente migrées avec succès.

Microsoft a fourni un

Spooler FixIT pour Windows 2003/2008

pour automatiser le processus de nettoyage du spouleur. Voir notre

entrée précédente du blog AskPerf

pour plus d'informations sur les fonctionnalités et l'utilisation de cet outil.

Nous vous recommandons également de supprimer les pilotes anciens et inutilisés du serveur avant d'effectuer une sauvegarde.

Cependant, si vous ne voulez pas passer par ce long processus de satisfaction de ces conditions préalables, êtes sur une période de crise, souhaitez restaurer rapidement les informations de file d'attente d'impression sur le serveur cible et gérer les soucis du pilote plus tard, puis lisez la suite.

Afin de faire migrer rapidement les files d'attente vers le nouveau serveur, nous pouvons les créer à l'aide du pilote d'imprimante «Générique / Texte uniquement» sans restaurer aucun des pilotes d'origine sur la cible. N'oubliez pas que nous devons avoir des pilotes 64 bits présents dans le package ou sur le serveur cible pour que la restauration se termine et que la file d'attente d'impression soit disponible pour l'impression.

Voici les étapes pour réussir la migration de toutes vos files d'attente d'impression à l'aide du pilote d'impression «Générique / Texte uniquement» intégré:

1. Sur le serveur Windows 2003 source, remplacez tous les processeurs d'impression par winprint à l'aide de la commande setprinter.exe suivante:

SetPrinter.exe \ Servername 2 pPrintProcessor = "Winprint"

Cela peut également être accompli en utilisant WMI:

wmic printer set PrintProcessor = WinPrint

2. Installez la dernière mise à jour de Printbrm sur le serveur 2008R2 cible:

KB 2636591 Une mise à jour pour améliorer les performances de l'opération de restauration de Printbrm.exe dans Windows 7 …

3. Installez une imprimante locale sur le serveur 2008 R2 cible à l'aide du

Générique / texte uniquement

pilote et le partager pour activer les exceptions de pare-feu pour les services d'impression.

4. À partir du serveur Windows 2008R2, effectuez une sauvegarde du serveur d'impression 2003 à l'aide du commutateur nobin

(nous utilisons le commutateur nobin car nous ne voulons migrer aucun des pilotes d'impression):

Printbrm.exe –b –s \ servername –f nobin.printerexport –nobin

5.

Ensuite, nous devons modifier le contenu des fichiers de sauvegarde. Développez la sauvegarde printerexport dans un répertoire et remplacez les fichiers BrmDrivers.xml, BRMLMons.xml et PProcs.xml. La commande pour extraire les fichiers dans un répertoire est:

printbrm.exe -r -d c: temp expand -f nobin.printerexport

Le répertoire étendu ressemblera à ceci:

  • BrmDrivers

    – contient une liste de tous les pilotes installés sur l'ordinateur et les fichiers de pilotes pour chaque pilote

  • BrmForms

    – contient une liste de tous les formulaires installés

  • BrmLMons

    – contiendra généralement Windows NT x86 ou Windows x64 comme architecture et une liste de moniteurs de port et les fichiers de moniteur de port installés

  • BrmPorts

    – contient une liste de tous les ports d'imprimante installés

  • BrmPrinters

    – contient une liste de toutes les imprimantes qui ont été installées

  • BrmSpoolerAttrib

    – contient des informations sur le chemin du répertoire du spouleur et indique également si le serveur source était un serveur de cluster

6. Nous devons maintenant modifier les fichiers xml existants et supprimer les informations sur les processeurs d'impression, les moniteurs de langue et les pilotes inutilisés, puis créer un nouveau fichier sans ces composants.

REMARQUE

Vous pouvez demander si nous avons déjà configuré toutes les imprimantes pour utiliser WinPrint comme processeur d'impression par défaut en utilisant les méthodes précédentes, alors pourquoi dois-je le faire? La réponse est que lorsque nous effectuons une sauvegarde à l'aide de PRINTBRM, l'outil copie tous les fichiers de leurs répertoires respectifs dans C: Windows System32 spool . Par conséquent, même si nous avons remplacé les informations sur les files d'attente, ces fichiers seront sauvegardés et lors de l'opération de restauration, ils seront également restaurés. Ainsi, même si nous avons effectué une sauvegarde à l'aide du commutateur nobin, les fichiers xml contiennent des informations sur tous les pilotes. Lorsque vous tentez de restaurer, le serveur essaiera de rechercher ces pilotes et de les restaurer. En outre, le commutateur -nobin omet uniquement les fichiers du pilote, le moniteur de langue et les processeurs d'impression sont toujours sauvegardés.

Pour créer de nouveaux fichiers BrmDrivers.xml, BRMLMons.xml et PProcs.xml, nous pouvons utiliser les modèles suivants:

BrmDrivers.xml

===========



===========

BRMLMons.xml

==========

==========

PProcs.xml

========

=========

7. Une fois que nous avons enregistré les nouveaux fichiers xml en place, nous reconditionnerons la sauvegarde à l'aide de cette commande pour obtenir un nouveau fichier de sauvegarde que nous utiliserons pour restaurer sur le serveur cible:

printbrm.exe -b -d c: temp expand -f newbackupfile.printerexport

8. Maintenant que nous avons une sauvegarde d’imprimante propre, nous allons

Fichier BRMConfig

pour créer toutes les imprimantes à l'aide du pilote «Générique / Texte uniquement». Le fichier BRMConfig.xml doit avoir un mappage de tous les pilotes présents sur le serveur source que nous voulons restaurer avec le pilote générique / texte uniquement.

Un exemple de fichier BRMConfig peut ressembler à ceci:

=============

==================

Pour restaurer toutes les imprimantes à partir de la sauvegarde, nous devons mentionner ici tous les pilotes existants.

REMARQUE

Le nom du conducteur doit être une correspondance exacte.

9. Une fois votre fichier brmconfig.xml terminé, exécutez cette commande pour démarrer la restauration:

printbrm –r –s \ 2008R2Servername –f newbackupfile.printerexport -c c: temp brmconfig.xml

REMARQUE

Nous devons fournir ici le chemin absolu du fichier BrmConfig.xml.

10. Si toutes les instructions mentionnées ont été suivies, vous verrez toutes les files d'attente d'impression créées sur le serveur à l'aide du

Générique / texte uniquement

chauffeur.

C'est de là que nous sommes partis:

Et voici ce que nous avons accompli:

11. Vérifiez que les imprimantes fonctionnent correctement en envoyant des pages de test aux imprimantes.

12. Une fois les files d'attente créées sur le serveur cible, vous pouvez installer les pilotes 64 bits pour les imprimantes selon votre convenance, puis basculer à nouveau les files d'attente.

Simplification de la création du fichier BRMConfig.xml

Compte tenu de la plupart des scénarios de production typiques, les serveurs d'impression disposent de centaines de files d'attente d'impression et de nombreux pilotes d'impression. La création du fichier BrmConfig.XML pour le mappage de chaque pilote sur le pilote Générique / Texte uniquement peut être un processus prenant en temps réel. Pour alléger la peine de créer ce fichier vous-même, un outil BRMC vous sera utile. Téléchargez l'outil depuis

https://brmc.codeplex.com/

et l'exécuter à partir du répertoire où se trouve BRMDrivers.XML. (Exécutez-le donc à partir de l'emplacement étendu). Une fois que l'outil est exécuté et qu'il crée un fichier BRMConfig.xml, compressez la sauvegarde, puis exécutez la restauration à l'aide du fichier BrmConfig.XML (à l'étape 8 puis à l'étape 10).

L'outil BRMC crée le fichier brmconfig.xml contenant les mappages de pilotes. Il crée également des BrmDrivers.xml, BRMLMons.xml et PProcs.xml propres dans le même répertoire. Sachez que l'outil écrase les fichiers d'origine. Enregistrez donc le fichier .printerexport d'origine en tant que sauvegarde de BrmDrivers.xml, BRMLMons.xml et PProcs.xml.

Dépannage

Si vous rencontrez des erreurs lors d'une restauration de la migration d'impression, recherchez les causes possibles dans les journaux des événements. Les plus courants peuvent être

Processeur d'impression inconnu

,

Port inconnu

, ou

Le pilote d'impression est inconnu

ce qui signifie généralement que le spouleur n'a pas été correctement nettoyé sur le serveur source lors de la génération de la sauvegarde initiale. Recherchez un dépannage plus approfondi de ces types d'erreurs dans un futur blog.

J'espère que ces informations vous seront utiles la prochaine fois que vous effectuerez une migration d'imprimante. Jusqu'à la prochaine fois…

Ressources additionnelles

-Digvijay

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.