Migrations de serveurs d'impression entre architectures: accélération du processus de migration – Microsoft Tech Community – Serveur d’impression

Publié pour la première fois sur TECHNET le 11 mars 2011

Bonjour à tous, ça fait longtemps! Aujourd’hui, nous discuterons de la migration de serveurs d’impression multi-architectures.

La gamme actuelle et future de serveurs Windows passant exclusivement à l'architecture x64, les migrations inter-architectures de serveurs d'impression sont inévitables. La migration des serveurs d’impression au sein de serveurs de la même architecture est simple:

printbrm

; c'est aussi simple que la sauvegarde et la restauration, aucun travail supplémentaire n'est requis. Cependant, la migration d'un serveur d'impression x86 existant vers un serveur x64 est un jeu totalement différent. C'est facile si les pilotes d'impression sont déjà installés pour les clients x86 et x64, mais ce n'est généralement pas le cas.

La méthode de migration multi-architecture actuellement prise en charge nécessite l'installation des pilotes d'imprimante sur le serveur source avant d'effectuer la sauvegarde (recommandé) ou de les pré-installer sur le serveur cible avant la restauration de la sauvegarde. S'il n'y a qu'un nombre relativement petit d'imprimantes, il est recommandé d'installer une nouvelle version de sorte que tous les anciens pilotes ne soient pas transférés sur le nouveau serveur. Voir une liste complète des recommandations

ici

. Cependant, cela peut être plus facile à dire qu'à faire. En fonction du nombre de pilotes d'impression, la migration peut prendre beaucoup de temps et être difficile car vous devez télécharger les pilotes appropriés à partir du site Web OEM et les installer manuellement.

Plusieurs clients nous ont demandé s'il était possible d'automatiser ce processus. Malheureusement, il est techniquement impossible d'automatiser le processus. Il n’ya aucun moyen de garder trace de tous les pilotes d’imprimante OEM et de leurs URL; il existe des centaines de modèles d’imprimante avec chaque OEM et vous pouvez imaginer à quel point cela peut être difficile. Aujourd’hui, nous verrons comment nous pouvons accélérer le processus de migration et atténuer un peu les problèmes.

Par défaut, si vous essayez de restaurer une sauvegarde printbrm du serveur x86 sur un serveur x64, les files d'attente d'impression ne sont pas restaurées sur la cible si aucun pilote x64 correspondant n'est disponible.

; seuls les pilotes 32 bits, les ports, les processeurs d'impression et les moniteurs d'impression sont restaurés sur le nœud cible.

1.

Accélération de la migration à l'aide du pilote "Générique / Texte seulement"

Comme indiqué ci-dessus, les files d'attente d'impression ne migrent pas tant que vous n'avez pas installé les pilotes x64, alors comment pouvez-vous afficher rapidement le nouveau serveur avec toutes les files d'attente? Une solution de contournement simple consiste à définir toutes les files d'attente d'impression existantes sur le pilote "Générique / Texte seulement" pour la migration et de les basculer ensuite vers le pilote OEM à votre convenance. La plupart des imprimantes permettent une impression de base à l'aide du pilote de texte générique.

Pour ce faire, restaurez la sauvegarde sur un serveur x86 intermédiaire et exécutez localement la commande suivante pour définir toutes les imprimantes sur le pilote "Générique / Texte uniquement".

Setprinter.exe "" 2 pDriverName = "Générique / Texte seulement"

Remarque: Setprinter.exe fait partie des outils du Kit de ressources Windows 2003.

Supprimez tous les pilotes du serveur provisoire qui ne sont pas utilisés. Pour ce faire, ouvrez la console de gestion d'impression, développez Serveurs d'impression Nom du serveur Pilotes, mettez en surbrillance tous les pilotes dans le volet de droite et appuyez sur la touche Suppr. (Remarque: le pilote générique / texte seul indique qu'il est en cours d'utilisation.)

A présent, sauvegardez et restaurez ce serveur provisoire sur votre serveur x64 à l’aide de printbrm. Toutes vos files d’attente d’impression devraient apparaître sur le serveur cible.

Printbrm.exe –B –S

oldserver

–F c: temp GenericBackup.printerExport –NOBIN

À ce stade, vous pouvez redéfinir les files d'attente du serveur de destination sur leur pilote d'origine.

2

Substitution simple des pilotes à l'aide d'un fichier de configuration pour BRM

Il y a quelque temps, nous avons écrit sur l’utilisation d’un fichier de configuration pour PrintBRM.

ici

. Bien que le fichier de configuration lui-même soit d'une grande aide, il est très difficile de le créer manuellement. Alors, voici un

échantillon

VBScript pour générer automatiquement le fichier de configuration pour vous. Copiez-le dans le Bloc-notes et renommez-le en CreateBRMConfigXML.vbs.

Remarque: ce script VB n'est pas conçu pour fonctionner avec un cluster.

strComputer = "."

quote = chr (34)

XMLtag = ""

drvold = "<DRV old =" + citation

newdrv = quote + "new =" + quote + "Générique / Texte seulement" + quote + "/>"

Définissez objWMIService = GetObject ("winmgmts: " & strComputer & " root CIMV2")

Définissez colItems = objWMIService.ExecQuery (_

"SELECT * FROM Win32_PrinterDriver", 48)

Wscript.Echo XMLtag

Wscript.Echo ""

Wscript.Echo ""

Pour chaque objet en colItems

'Wscript.Echo ""

Wscript.Echo drvold & ExtractDriverName (objitem.Name) & newdrv

Suivant

Wscript.Echo ""

Wscript.Echo ""

Wscript.Quit

Fonction ExtractDriverName (dName)

ExtractDriverName = Left (dName, (InStr (dName, ",") – 1))

Fonction de fin

Sur l'ancien serveur d'impression, exécutez la commande suivante pour générer le fichier de configuration:

Cscript // Nologo CreateBRMConffigxml.vbs> DriverMapping.XML

Cela devrait créer un fichier comme celui ci-dessous, mappant chaque pilote sur le pilote "Générique / Texte seulement" lorsqu'il est utilisé avec l'option –C dans printbrm.

Régler chaque imprimante sur "Générique / Texte seulement" peut ne pas toujours servir notre objectif, nous avons donc quelques astuces pour permettre plus de personnalisation. Ici, nous allons utiliser le

Universel

pilotes mis à disposition par différents constructeurs pour une meilleure expérience d'impression.

Cliquez avec le bouton droit sur le fichier DriverMapping.XML et ouvrez-le avec Microsoft Excel, de préférence la version 2010, car c'est celle sur laquelle nous avons testé. Choisissez ouvrir "En tant que table XML" lorsque vous y êtes invité:

Cela devrait ouvrir les correspondances de pilotes dans une table facilement éditable:

Vous pouvez maintenant mapper les pilotes OEM sur le pilote universel correspondant en remplaçant simplement le nom du pilote dans la colonne «nouveau» par le nom exact du pilote universel et utilisez le remplissage / copie pour le reste des pilotes comme vous le feriez avec un fichier excel.

Notez que les noms de pilote que vous avez mis ici doivent correspondre

EXACTEMENT

avec le pilote installé; Assurez-vous également que vous avez installé les versions x86 et x64 de ces pilotes sur le serveur cible avant de tenter la restauration.

Par exemple, certains des pilotes universels OEM portent les noms suivants: "Pilote d’impression global Xerox PCL6", "HP Universal Printing PCL 6", "Lexmark Universal", etc. Il existe différentes versions de UPD. ont installé sur le serveur cible.

Une fois la substitution effectuée, cliquez avec le bouton droit n'importe où sur la table et choisissez XML -> Exporter et enregistrez-le sous DriverMapping.XML. Le nouveau fichier de configuration sera créé avec les mappages récemment ajoutés aux pilotes universels ou aux autres pilotes compatibles de votre choix.

Remarque:

Avant d'exécuter la restauration, éditez le fichier de configuration XML dans le bloc-notes et insérez les 2 lignes suivantes comme ci-dessous et sections. Si cette étape est manquante, l'exportation échouera avec une «erreur non spécifiée» (0x80004005).







Vous pouvez utiliser la commande suivante pour spécifier le fichier de configuration lors de la restauration:

Printbrm.exe –R –S

NewServer

-F c: temp Backup.printerExport –C c: temp DriverMapping.XML –O FORCE

Si vous ne souhaitez pas migrer vos anciens pilotes vers le nouveau serveur, utilisez la sauvegarde générée à l'aide de l'option –NOBIN:

Printbrm.exe –R –S

NewServer

-F c: temp nobinBackup.printerExport –C c: temp DriverMapping.XML –O FORCE

Cela devrait permettre de restaurer les imprimantes sur votre nouveau serveur 64 bits et de les mapper sur les pilotes génériques / universels sans avoir à installer des centaines de pilotes OEM spécifiques à un périphérique.

Clause de non-responsabilité standard: veuillez noter que nous ne recommandons en aucun cas les pilotes universels d'un fabricant OEM spécifique et que vous devrez les tester pour vous assurer qu'ils prennent en charge vos imprimantes et répondent aux exigences de votre entreprise.

RÉFÉRENCES:

Exploration en deux minutes: PRINTBRM et le fichier de configuration

http: //blogs.technet.com/b/askperf/archive/2009/02/20/two-minute-drill-printbrm-and-the-configu …

Meilleures pratiques pour le déploiement d'un serveur d'impression Microsoft Windows Server 2008 / Windows Server 2008 R2

http: //blogs.technet.com/b/yongrhee/archive/2009/09/14/best-practices-on-deploying-a-microsoft -…

Migration des services d'impression: Préparation à la migration

http://technet.microsoft.com/en-us/library/dd379527(WS.10).aspx

Sumesh P.

Migrations de serveurs d'impression entre architectures: accélération du processus de migration – Microsoft Tech Community – Serveur d’impression
4.9 (98%) 32 votes