Druckermapping auf WIN2k8 TS sehr langsam
Hallo,
wir haben folgendes Problem, welches mich langsam zum verzweifeln bringt.
Wir haben in unserer virtuellen Umgebung 9 HP Proliant DL380 G7 wo sich insgesammt ca. 70 WIN2K9 RC2 Server befinden.
Darunter 3 Druckserver für unsere 3 Standorte mit ca. insgesammt 600 Druckern. Dazu laufen 25 Terminalserver auf die sich unsere User per RDP verbinden.
Die Druckserver haben jeweils 2 vCPU und 4Gb Arbeitspeicher. Die Terminalserver haben 3 vCPU und 12GB Arbeitspeicher.Die CPU Auslastung der TS liegt im Schnitt bei ca. 40% und die Speicherauslastung bei ca. 75%.
Drucker werden per CMD-Anmeldescript gemappt. Das funktioniert soweit gut, das Problem ist , dass es je nachdem wieviel Drucker der User in seinem Anmeldescript hinterlegt hat, bis zu 4 MINUTEN dauert bis alle Drucker gemappt werden.
Wir benutzen das Prog CON2PRT. Habe es jetzt auch schon mit den Windwosboardmitteln rundll32 printui.dll,PrintUIEntry /in /n \\DRUCKER5\MEDV213 versucht, aber es dauert trotzdem sehr lange.
Ich habe das Gefühl, dass sobald ein Drucker verbunden wird, jedesmal der Treiber vom Druckerserver heruntergeladen und installiert wird. Ich habe auf allen Terminalservern exakt die gleichen Treiber aber schon installiert.
Das komische ist, meldet man sich an einem unserer alten Terminalserver WIN2K3 an werden die Druckern innerhalb von ca. 15 SEKUNDEN gemappt.
Hat einer vielleicht eine Idee woran es liegen könnte. Gibt es vielleicht noch Einstellungsmöglichkeiten um das MAPPEN in der WIN2K8 Umgebung zu beschleunigen?
PointtoPrint einstellungen und Clienseitiges Rendering habe ich schon ausprobiert, an der Geschwindigkeit bringt es garnichts.
LG
Jakob
wir haben folgendes Problem, welches mich langsam zum verzweifeln bringt.
Wir haben in unserer virtuellen Umgebung 9 HP Proliant DL380 G7 wo sich insgesammt ca. 70 WIN2K9 RC2 Server befinden.
Darunter 3 Druckserver für unsere 3 Standorte mit ca. insgesammt 600 Druckern. Dazu laufen 25 Terminalserver auf die sich unsere User per RDP verbinden.
Die Druckserver haben jeweils 2 vCPU und 4Gb Arbeitspeicher. Die Terminalserver haben 3 vCPU und 12GB Arbeitspeicher.Die CPU Auslastung der TS liegt im Schnitt bei ca. 40% und die Speicherauslastung bei ca. 75%.
Drucker werden per CMD-Anmeldescript gemappt. Das funktioniert soweit gut, das Problem ist , dass es je nachdem wieviel Drucker der User in seinem Anmeldescript hinterlegt hat, bis zu 4 MINUTEN dauert bis alle Drucker gemappt werden.
Wir benutzen das Prog CON2PRT. Habe es jetzt auch schon mit den Windwosboardmitteln rundll32 printui.dll,PrintUIEntry /in /n \\DRUCKER5\MEDV213 versucht, aber es dauert trotzdem sehr lange.
Ich habe das Gefühl, dass sobald ein Drucker verbunden wird, jedesmal der Treiber vom Druckerserver heruntergeladen und installiert wird. Ich habe auf allen Terminalservern exakt die gleichen Treiber aber schon installiert.
Das komische ist, meldet man sich an einem unserer alten Terminalserver WIN2K3 an werden die Druckern innerhalb von ca. 15 SEKUNDEN gemappt.
Hat einer vielleicht eine Idee woran es liegen könnte. Gibt es vielleicht noch Einstellungsmöglichkeiten um das MAPPEN in der WIN2K8 Umgebung zu beschleunigen?
PointtoPrint einstellungen und Clienseitiges Rendering habe ich schon ausprobiert, an der Geschwindigkeit bringt es garnichts.
LG
Jakob
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 203238
Url: https://administrator.de/contentid/203238
Ausgedruckt am: 25.11.2024 um 13:11 Uhr
9 Kommentare
Neuester Kommentar
Hallo,
so wie´s aussieht stehst du da nicht alleine mit dem Problem da, es hat wohl mit der umstellung auf 2008 und win7 zu tun
http://www.edugeek.net/forums/windows-7/56573-printer-deployment-so-slo ...
ich glaube das "tool" CON2PRT ist recht alt und kommt noch aus NT4 zeiten
""""It appears the CON2PRT won't work with Server 2008 - it originated with NT4.0 so it's not that surprising.""""
so wie´s aussieht stehst du da nicht alleine mit dem Problem da, es hat wohl mit der umstellung auf 2008 und win7 zu tun
http://www.edugeek.net/forums/windows-7/56573-printer-deployment-so-slo ...
ich glaube das "tool" CON2PRT ist recht alt und kommt noch aus NT4 zeiten
""""It appears the CON2PRT won't work with Server 2008 - it originated with NT4.0 so it's not that surprising.""""