Drucker (inkl. Konfigurationen) auslesen und bei Bedarf wieder einfügen.
Hallo, liebe Administrator-Community.
Entschuldigt mich, falls es schon ein Thema derart gibt, aber ich habe nichts gefunden, was mir behilflich ist.
In der Firma sind wir zurzeit am umstellen vom Betriebssystem. WinXP -> Win7
Logischerweise sollte danach trotzdem noch alles wichtige vorhanden sein -> Drucker.
Diese Drucker sollen auf Win7 genauso funktionieren. Lässt sich irgendwie auslesen, welche Drucker vorhanden sind
und wie diese konfiguriert sind? Eventuell sogar die Treiber? Die Firma hat leider keine Lösung... Fast 7000 Clients
wieder neueinzustellen ist natürlich sehr aufwändig und raubt viel an Zeit.
AD und Registry sind leider keine Lösungen. Via GPOs lässt es sich leider auch nicht regeln, da er sonst jedesmal
5000 Gruppen abfragen müsste (Verzögerung der Anmeldefase).
Die Enduser sollen selber aber nicht selber über die Druckereinstellungen verfügen können.
Weitere Daten:
- 1 Printserver auf Windows (2008)
Ich hoffe ihr könnt mir da vlt. ein bisschen helfen.
lg. Philipp
Entschuldigt mich, falls es schon ein Thema derart gibt, aber ich habe nichts gefunden, was mir behilflich ist.
In der Firma sind wir zurzeit am umstellen vom Betriebssystem. WinXP -> Win7
Logischerweise sollte danach trotzdem noch alles wichtige vorhanden sein -> Drucker.
Diese Drucker sollen auf Win7 genauso funktionieren. Lässt sich irgendwie auslesen, welche Drucker vorhanden sind
und wie diese konfiguriert sind? Eventuell sogar die Treiber? Die Firma hat leider keine Lösung... Fast 7000 Clients
wieder neueinzustellen ist natürlich sehr aufwändig und raubt viel an Zeit.
AD und Registry sind leider keine Lösungen. Via GPOs lässt es sich leider auch nicht regeln, da er sonst jedesmal
5000 Gruppen abfragen müsste (Verzögerung der Anmeldefase).
Die Enduser sollen selber aber nicht selber über die Druckereinstellungen verfügen können.
Weitere Daten:
- 1 Printserver auf Windows (2008)
Ich hoffe ihr könnt mir da vlt. ein bisschen helfen.
lg. Philipp
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 220888
Url: https://administrator.de/contentid/220888
Ausgedruckt am: 22.11.2024 um 06:11 Uhr
3 Kommentare
Neuester Kommentar
Hi,
sofern Du von x86 nach x86 oder x64 nach x64 umstellst und die alten Treiber auf für Win7 geeignet sind, sollte "printmig" genau das sein, was Du suchst.
http://www.microsoft.com/en-us/download/details.aspx?id=30935
E.
sofern Du von x86 nach x86 oder x64 nach x64 umstellst und die alten Treiber auf für Win7 geeignet sind, sollte "printmig" genau das sein, was Du suchst.
http://www.microsoft.com/en-us/download/details.aspx?id=30935
E.
Hallo
Ich habe vor Kurzem auch einen komplett neuen Printserver in unserer Firma aufgezogen. Auf dem alten waren die Queues uneinheitlich beschriftet, es waren teilweise steinalte Treiber installiert, an manchen Orten wurden Postscript- statt PCL6-Treiber verwendet (was die Druckaufträge teilweise auf mehrere 100 MB aufgeblasen hat) und das Allerschlimmste: Es war gar kein eigener Printserver! Die ca. 50 Queues liefen auf dem DC!
Da ich nicht wusste, welcher User welche Drucker verbunden hat (waren alle von Hand verbunden), habe ich in mein auf VBS basierendes Loginscript eine Funktion eingebaut, welches die Druckerverbindungen des aktuellen Users in eine zentrale CSV-Datei schreibt. Ich liess diese Funktion ca. 1 Monat im Loginscript drin, danach kommentierte ich sie wieder aus. Damit hatte ich dann eine CSV-Datei, wo genau drinstand, welcher Benutzer welche Drucker nutzt.
Aufgrund dieser Daten eröffnete ich auf dem neuen Printserver die neuen Queues mit der standardisierten Benamsung und erstellte mit diesen Infos eine neue CSV-Datei, welche nach folgendem Muster aufgebaut ist:
Ich baute in mein Loginscript eine Funktion ein, die zuerst alle Queues löscht, danach die CSV-Datei ausliest und anhand diesen Angaben die entsprechenden Queues für den entsprechenden Benutzer verbindet. Die dritte Spalte nutze ich, um den Standard-Drucker vorzugeben (TRUE = Diese Queue ist der Standard-Drucker, FALSE = Diese Queue ist nicht der Standarddrucker).
Somit habe ich nun die volle Kontrolle. Ich weiss immer genau, welcher User welche Queue verwendet, d.h. wer betroffen ist, wenn ich an einer bestimmten Queue etwas schraube. Und wenn sich der User selber einen Drucker verbindet, wird dieser einfach beim nächsten Login wieder gelöscht.
Mein Azubi bastelte eine Excel-Liste zusammen, auf die alle User Lesezugriff haben, wo drinsteht, welcher Drucker wie heisst und wo er steht. Ausserdem durfte er auf jeden Drucker einen Kleber mit dem Queuenamen draufpappen. An Tag X habe ich allen Usern eine Mail geschickt mit dem Link zu der Excel-Liste und ihnen mitgeteilt, dass die Drucker nun anders heissen. Nach ca. einem Monat löschte ich die Liste wieder. Die User hatten sich an die neuen Namen gewöhnt und ich hatte keine Lust, diese Liste weiter zu pflegen (reicht mir schon, wenn ich meine Inventar-Datenbank immer pflegen muss ).
Damit war die Umstellung abgeschlossen. Den Printserver habe ich auf 2008 R2 aufgebaut und überall Treiber verwendet, die kompatibel mit XP, 7 und 8 sind. Bei Canon MFPs z.B. kein Problem, bei HP muss man dort auf die Universellen Treiber zurückgreifen (bei den meisten Business-Geräten bis zurück ins Jahr 2000 kein Problem). Auch habe ich bei jeder Queue gleich die 32- und 64-Bit Treiber installiert um so meine XP x86 Maschinen und meine 7 x64 Maschinen bedienen zu können.
So ähnlich haben wir das Ganze damals auch bei der Schweizerischen Post gehandelt. Dort waren 23000 Clients betroffen. Als Datenquelle, welcher User welchen Drucker bekommt, hatten wir einfach eine MS-SQL-DB und keine CSV-Datei. In meinem jetzigen Unternehmen (200 Clients, ca. 180 User) reicht die Lösung mit der CSV-Datei.
Ich habe vor Kurzem auch einen komplett neuen Printserver in unserer Firma aufgezogen. Auf dem alten waren die Queues uneinheitlich beschriftet, es waren teilweise steinalte Treiber installiert, an manchen Orten wurden Postscript- statt PCL6-Treiber verwendet (was die Druckaufträge teilweise auf mehrere 100 MB aufgeblasen hat) und das Allerschlimmste: Es war gar kein eigener Printserver! Die ca. 50 Queues liefen auf dem DC!
Da ich nicht wusste, welcher User welche Drucker verbunden hat (waren alle von Hand verbunden), habe ich in mein auf VBS basierendes Loginscript eine Funktion eingebaut, welches die Druckerverbindungen des aktuellen Users in eine zentrale CSV-Datei schreibt. Ich liess diese Funktion ca. 1 Monat im Loginscript drin, danach kommentierte ich sie wieder aus. Damit hatte ich dann eine CSV-Datei, wo genau drinstand, welcher Benutzer welche Drucker nutzt.
Aufgrund dieser Daten eröffnete ich auf dem neuen Printserver die neuen Queues mit der standardisierten Benamsung und erstellte mit diesen Infos eine neue CSV-Datei, welche nach folgendem Muster aufgebaut ist:
Username;\\Printserver\Queue;TRUE
Ich baute in mein Loginscript eine Funktion ein, die zuerst alle Queues löscht, danach die CSV-Datei ausliest und anhand diesen Angaben die entsprechenden Queues für den entsprechenden Benutzer verbindet. Die dritte Spalte nutze ich, um den Standard-Drucker vorzugeben (TRUE = Diese Queue ist der Standard-Drucker, FALSE = Diese Queue ist nicht der Standarddrucker).
Somit habe ich nun die volle Kontrolle. Ich weiss immer genau, welcher User welche Queue verwendet, d.h. wer betroffen ist, wenn ich an einer bestimmten Queue etwas schraube. Und wenn sich der User selber einen Drucker verbindet, wird dieser einfach beim nächsten Login wieder gelöscht.
Mein Azubi bastelte eine Excel-Liste zusammen, auf die alle User Lesezugriff haben, wo drinsteht, welcher Drucker wie heisst und wo er steht. Ausserdem durfte er auf jeden Drucker einen Kleber mit dem Queuenamen draufpappen. An Tag X habe ich allen Usern eine Mail geschickt mit dem Link zu der Excel-Liste und ihnen mitgeteilt, dass die Drucker nun anders heissen. Nach ca. einem Monat löschte ich die Liste wieder. Die User hatten sich an die neuen Namen gewöhnt und ich hatte keine Lust, diese Liste weiter zu pflegen (reicht mir schon, wenn ich meine Inventar-Datenbank immer pflegen muss ).
Damit war die Umstellung abgeschlossen. Den Printserver habe ich auf 2008 R2 aufgebaut und überall Treiber verwendet, die kompatibel mit XP, 7 und 8 sind. Bei Canon MFPs z.B. kein Problem, bei HP muss man dort auf die Universellen Treiber zurückgreifen (bei den meisten Business-Geräten bis zurück ins Jahr 2000 kein Problem). Auch habe ich bei jeder Queue gleich die 32- und 64-Bit Treiber installiert um so meine XP x86 Maschinen und meine 7 x64 Maschinen bedienen zu können.
So ähnlich haben wir das Ganze damals auch bei der Schweizerischen Post gehandelt. Dort waren 23000 Clients betroffen. Als Datenquelle, welcher User welchen Drucker bekommt, hatten wir einfach eine MS-SQL-DB und keine CSV-Datei. In meinem jetzigen Unternehmen (200 Clients, ca. 180 User) reicht die Lösung mit der CSV-Datei.