We had our print servers on the file cluster despite the our arguments against it for a while. For the most part it worked fine, but when it didn't you then had to fix it without impacting the cluster and that never went well. Printing is important but to many weird issues showed up with print drivers requiring you to down or reboot resources.
Our current print servers are Windows 2008 32 bit. Mainly this is due to print driver issues just being far more complicated with 64bit OS and not working right. Our print servers are virtual, I do not know if they are clustered or not but they are on VMware. Steven On Wed, Apr 1, 2009 at 8:24 AM, Michael B. Smith <[email protected]> wrote: > Yeppers, moving the spool directory is one of the motivating factors for my > client looking at redundant print servers. > > They've had reports large enough to use all the space on C:. > > ________________________________________ > From: Ben Scott [[email protected]] > Sent: Wednesday, April 01, 2009 11:10 AM > To: NT System Admin Issues > Subject: Re: Redundant Print Servers > > On Wed, Apr 1, 2009 at 10:58 AM, Terry Dickson > <[email protected]> wrote: >> I can think of one. We have had in the past, not recently, had users spool >> up >> jobs in the several GB range. If the drives space were low it could corrupt >> the >> server and Crash you DC. That would not be fun. > > That could be addressed my putting things on separate partitions. > It's prolly worthwhile considering a dedicated partition for the AD > database (NTDS.DIT and friends) and SYSVOL for just this very reason, > maybe even on dedicated DCs. Likewise, it's a good idea to relocate > the print job spool directory to a different/dedicated partition. > Changes the result of overly large print jobs from "entire machine > unstable" to "delete the jobs". > > Of course, we're not doing either in our environment right now. > Something to think about for our next server upgrade. > > -- Ben > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
