1

I was told that "Microsoft has an upper practical limit of around 200 to 250 printers on one server before things start to become unstable". Is it true?

Our server includes win2003 and win2008.

Joel Coel
  • 12,910
  • 13
  • 61
  • 99
neolei
  • 115
  • 1
  • 1
  • 5
  • 1
    Um, no, who told you that? We've over 400 print shares on a single, not-overly-powerful, Windows 2003R2 server and it's been working well for years. Things only *"become unstable"* when you're not properly managing the ports, drivers and queues. – jscott Mar 09 '12 at 03:12
  • Maybe the second post on this thread will help? http://forums.techarena.in/windows-xp-support/963589.htm – Phillip R. Mar 09 '12 at 03:29
  • I wish that printer manufactures would quit trying to be cute with print monitors, they just screw everthing up. Also I'd like to add to make sure you exclude the spooler directory from av scans. – tony roth Mar 09 '12 at 14:42

3 Answers3

7

Your biggest problems with a print server with that many queues will related to poorly written drivers. Badly written kernel-mode drivers (of the NT 4.0 era) can take down the entire machine. Badly written user-mode drivers can crash the spooler subsystem (spoolsv.exe) but won't, typically, take down the entire box (though handle or memory leaks in user mode drivers can still affect system stability).

You may also have problems with disk space exhaustion if you're leaving the default spool folder on an OS volume without a lot of free space. Some print jobs can generate very large spool files (I've seen spool files larger than 2GB before).

Clean up jobs jammed in the queues with regularity, too. Don't allow a bunch of old "jammed" documents to pile up. The impact of these "jammed" documents isn't horrible, but there no sense it wasting system resources on documents that will never print. Timely removal of printer queues that are no longer functional is a good thing to help with this.

If you're sticking with Standard TCP/IP ports, default print processor (when printers don't absolutely require a proprietary print processor), reasonably bug-free printer drivers, and have enough free disk space on the volume where the spool is kept you should be fine.

Evan Anderson
  • 141,071
  • 19
  • 191
  • 328
  • It would be great to find resources regarding which print processor to use. I just peeked at our print server, and I find that many of the drivers default to use a custom print processor (especially with HP drivers), and doing trial-and-error on each driver is going to be time consuming.. – pauska Mar 09 '12 at 06:56
  • @pauska Related? http://serverfault.com/questions/304536/what-is-the-reason-for-choosing-a-different-print-processor – jscott Mar 09 '12 at 15:02
3

No there is no hard limit, and I've seen that many on a standard server, although it was properly managed.

  • move the spool folder to something other then system drive
  • use Server 2008 or newer, x64
  • ensure you manage your driver versions to minimize the number of different drivers in use
  • ensure you keep winprint as the print processor for each queue
  • use something to monitor the print process and queues, as an issue with the service will affect many users in this scenerio

Each version of Windows Server becomes better at handling high numbers of print queues. When you get to hundreds of printers I'd recommend x64 Server 2008 (at least) where they significantly changed the print subsystem. 2008 also has better management tools. You will also want to take care to standardize your print drivers (so you don't end up with many versions of the same driver).

The most important thing is to ensure you keep the winprint Print Processor (google it) in place rather then the 3rd party ones many print drivers throw in. Rarely do you need the 3rd party ones. I've seen print admins create scripts that they run after each driver install to swap out the Print Processor automatically.

Bret Fisher
  • 3,963
  • 2
  • 20
  • 25
0

Yes, the Server can get unstabble.

https://support.microsoft.com/en-us/kb/2697865

Maybe this hotfix helps you.

Chris
  • 1
  • 1
    Because links expire and target pages change, link only answers are not considered "answers" on SF. You should edit your answer to _include the solution **in** the answer_. – Colt Jun 30 '16 at 09:56