Serveur d'impression

Utilisation de NLB pour les serveurs d'impression redondants – Serveur d’impression

Par Titanfall , le 10 juillet 2019 - 6 minutes de lecture

En travaillant dans un ASP, il est essentiel de limiter les temps d'arrêt. Non seulement cela pourrait nous coûter de l'argent, mais cela pourrait également nous coûter des clients durement gagnés. L’un des services essentiels que nous fournissons est l’impression – impression de chèques de paie, impression de pick-tickets pour les entrepôts, impression de factures, etc. On pourrait dire que si l’impression diminue, le client s’arrête. Ces problèmes ont été aggravés par le fait que nous exécutons un environnement Citrix extrêmement sensible aux pilotes d’impression et aux problèmes d’impression.

Pour résoudre ce problème, nous avons proposé plusieurs solutions à court, moyen et long terme. Pour le court terme, nous utilisons l'outil Microsoft Print Migrator (printmig.exe) pour sauvegarder tous les pilotes d'impression et toutes les configurations sur une base hebdomadaire. Ainsi, si un mauvais pilote ou une mauvaise configuration est introduit dans l'environnement, nous pouvons rapidement revenir à la configuration précédente. À moyen terme, nous développons une liste de compatibilité d'imprimante – similaire à une liste de compatibilité matérielle Windows – regroupant des pilotes et des imprimantes connus et de mauvaise qualité. Cette liste est examinée à chaque nouvelle imprimante entrant dans l'environnement pour s'assurer que les pilotes appropriés sont utilisés. Ces solutions assurent la stabilité du logiciel sur les serveurs d'impression, mais rien ne garantit la stabilité du matériel.

Pour améliorer le matériel des serveurs d'impression, nous avons deux choix généraux: utiliser du matériel haut de gamme flambant neuf ou configurer une solution redondante / en cluster. Le nouveau matériel haut de gamme coûte très cher et, bien qu’il améliore la disponibilité du temps de disponibilité, il ne l’assure pas. La mise en cluster du serveur d'impression est prise en charge et documentée par MS, mais cela nécessite la version d'entreprise de Windows ainsi qu'un disque SCSI partagé. C'est également un scénario hot-spare, qui double essentiellement vos coûts (plus si vous incluez le disque partagé), sans améliorer les performances. Enfin, il existe l’idée d’utiliser un équilibreur de charge réseau pour équilibrer la charge de travail entre plusieurs serveurs. Cela peut être configuré à l'aide du NLB de Microsoft pour partager la charge entre les systèmes, puis utiliser l'outil de migration d'impression pour synchroniser les imprimantes entre les serveurs.

Le NLB est la configuration que nous sommes en train de mettre en place. J'ai effectué le test en laboratoire et le seul inconvénient que j'ai constaté est que si un serveur subit une panne soudaine, tous les travaux d'impression de la file d'attente seraient perdus. Etant donné que les tâches restent en file d'attente pendant une courte période (jusqu'à ce qu'elles soient transférées à l'imprimante), ce sera relativement peu, toutes les tâches nouvelles ou en cours de traitement tomberaient sur le deuxième nœud NLB. Cela permet également aux serveurs d'impression d'équilibrer les charges entre eux, ce qui leur permet d'être des systèmes d'extrémité inférieure. Vous trouverez ci-dessous la configuration générale que j'ai testée avec succès dans le laboratoire.

Utilisation de NLB pour les serveurs d'impression redondants

  1. Configurez les deux serveurs d'impression avec 2 cartes réseau – 1 DHCP, 1 statique
  2. Configurer NLB en utilisant les cartes réseau avec les adresses statiques
  3. Dans le registre, définissez les éléments suivants (selon http://support.microsoft.com/kb/281308/)
  • HKEY_LOCAL_MACHINE System CurrentControlSet Services LanmanServer Parameters
  • Nom de la valeur: DisableStrictNameChecking
  • Type de données: REG_DWORD
  • Radix: décimal
  • Valeur: 1

  • Créer un alias DNS pour le VIP NLB
  • Installer et configurer des imprimantes sur le serveur d'impression A
  • À l'aide de l'outil de migration d'imprimante, sauvegardez et restaurez toutes les imprimantes du serveur A au serveur Ba. Créer un horaire récurrent pour effectuer cette nuit
  • Depuis les clients, installez les imprimantes depuis le fichier: // dnsalias /
  • Propriétés du cluster NLB

    Languette Réglage Valeur
    Paramètres de cluster Adresse IP
    Paramètres de cluster Masque de sous-réseau
    Paramètres de cluster Nom internet complet Alias ​​DNS du cluster
    Paramètres de cluster Mode de fonctionnement du cluster Unicast
    Paramètres de cluster Autoriser le contrôle à distance Non vérifié
    Adresse IP du cluster n / a n / a
    Règles de port De 0
    Règles de port À 65535
    Règles de port Protocoles Tous les deux
    Règles de port Mode de filtrage Hôte multiple
    Règles de port Affinité Aucun

    Mettre à jour:
    Une fois que j'ai eu le matériel et la configuration NLB, j'ai testé avec printmig.exe les imprimantes du serveur A au serveur B. J'ai créé un script qui s'exécute sur le serveur A la nuit via une tâche planifiée et la sauvegarde fonctionne, mais la restauration sur le serveur B ne fonctionne pas. Un peu de débogage et je suis tombé sur% windir% system32 spool pm pm.log et sur l'erreur "FAILURE – Impossible d'obtenir le répertoire du pilote d'imprimante:". Certaines recherches ont montré qu'il s'agissait d'un paramètre de sécurité qui empêchait printmig de fonctionner à distance (du serveur A au serveur B), mais pas localement. Pour résoudre ce problème, cliquez sur Démarrer, puis sur Exécuter et tapez gpedit.msc. Accédez à la stratégie de l'ordinateur local, cliquez sur Modèles d'administration, sur la configuration de l'ordinateur, sur "Autoriser le spouleur d'impression à accepter les connexions client" sur Activé ".

    Mise à jour 2:
    Une fois que j'ai commencé à exécuter l'outil de migration d'impression pour passer de notre serveur d'impression partagé à cette configuration redondante, j'ai trouvé l'erreur ci-dessous dans le fichier% windir% system32 spool pm pm.log.
    2008: 01: 07 08:37:40 AVERTISSEMENT: les pilotes en mode noyau (version 2) sont bloqués sur la machine cible. Désactivez le blocage du pilote en mode noyau et réexécutez Printer Migrator. Ignorer cet avertissement (bouton Annuler) entraînera l'installation du pilote, mais comme il s'agit de pilotes en mode noyau, un problème sérieux lié à une file d'attente d'impression dépendante peut potentiellement entraîner une panne du système. Si vous sélectionnez OK, la restauration sera interrompue.
    Une autre recherche sur Google montre encore une autre stratégie de groupe qui doit être configurée pour autoriser les pilotes version2. REMARQUE: ce n'est généralement pas une bonne idée. Les pilotes de la version 2 sont en mode noyau et peuvent par conséquent faire planter tout le serveur, pas seulement le spouleur. Pour résoudre ce problème, mettez à jour le pilote ou procédez comme suit:

    1. Ouvrez gpedit.msc
    2. Accédez à Modèles de configuration d’administration pour configuration d’ordinateur. Imprimantes
    3. Sélectionnez "Désactiver l'installation des imprimantes à l'aide de pilotes en mode noyau" et désactivez-le.
    Click to rate this post!
    [Total: 0 Average: 0]

    Commentaires

    Laisser un commentaire

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