[win2003] Printserver fallback

[Proxx]

wij hebben in ons netwerk een server aangewezen om als printserver te dienen. dit werkt prima en is voor ons een overzichtelijke manier om alle printers in het gareel te houden.

nu was laatst de server uit gevallen en ja 100 man die niet kunnen printen hebben toen wel even de telefoon doen rinkelen.

nu weet ik dat je printservers kunt clusteren zodat je een fallback hebt en die gloeiende telefoon kunt voorkomen. maar aangezien we ten tijde van de aanschaf van de machines nog lang geen printserver nodig hadden. hebben we standaard licenties ipv enterprise licenties. en is clusteren niet mogelijk!

het clusteren is dus eigenlijk al uitgesloten al moet ik zeggen dat ik dat de beste optie vond.

nu heb ik op internet nog gevonden dat je een tool van ms kunt gebruiken om backup te maken van je printers op een machine. en kunt restoren op een ander. maar hiermee moet je nog alle 100+ mensen langs omdat de andere server een ander adres of naam heeft.

zijn er andere mogelijkheden of programma's die zonder 'windows print cluster' toch een soort fallback voorziet. of de downtime zo kort mogelijk maakt?

aangezien het zo toch wel een heel kwetsbare situatie is.

[THE_FIREFOX]

Proxx schreef op vrijdag 15 oktober 2010 @ 11:23:
zijn er andere mogelijkheden of programma's die zonder 'windows print cluster' toch een soort fallback voorziet. of de downtime zo kort mogelijk maakt?

aangezien het zo toch wel een heel kwetsbare situatie is.

Is het een idee om de server dubbel uit te gaan voeren. Bij downtime kan je de backup server op hetzelfde ip adres en hostnaam weer up gooien

[Proxx]

THE_FIREFOX schreef op vrijdag 15 oktober 2010 @ 11:32:
[...]

Is het een idee om de server dubbel uit te gaan voeren. Bij downtime kan je de backup server op hetzelfde ip adres en hostnaam weer up gooien

dat is een beetje een probleem de server die gebruikt wordt voor de printserver is de secondary domain controller.

de servers zouden dit jaar vervangen worden. maar ons bedrijf heeft een brand gehad en heeft bepaalde zaken voorlopig uitgesteld.

nu dat de server al een paar keer is uitgevallen en er geen sla's meer voor zijn. begint het een beetje 'eng' te worden om zo verder te gaan


[EDiT] ik heb 3 nieuwe dingen kunnen vinden:

There are three approaches I can think of. The first (clustering), we can
discount for all but the bigest of networks on the grounds of cost.

helaas kunnen we niet clusteren

The second is to use the network load balancing (NLB) feature of Windows
Server 2003. Microsoft doesn't recommend using this for print serving due
to the fact that you won't have shared storage, and the print queues will be
lost if a server fails. However, I would think that for a lot of people, if
the worst thing that happened when a print server failed was that some users
had to click "File | Print" again, that's not too much of a trauma. I have
tested this in a lab environment and it seemed to work OK for me.

hier wordt gesproken over dat de queue's leeg kunnen zijn na een fout en dat zou geen ramp voor ons zijn.
maar microsoft maakt het nog even iets spannender.
die verteld dat gewoon het printen alleen al om de haverklap om problemen kan zorgen. omdat de printer aan het praten is met SVR1 en door load balancing naar SVR2 verwijst zodat SVR1 en SVR2 allebei een halve taak binnen krijgen en gewoon niet snappen wat de bedoeling is.

The third approach is to have a second print server as a standby machine.
Disable strict name cheching, as described in the following article.

Connecting to SMB share on a Windows 2000-based computer or a Windows Server
2003-based computer may not work with an alias name
Connecting to SMB share on a Windows 2000-based computer or a Windows Server 2003-based computer may not work with an alias name

Then, point all your machines at a DNS alias name that you create.
Initially, this alias points to the main print server. Periodically use the
PrintMig utility from Microsoft to back up the main print server and to
restore to the standby server. When the main print server fails, repoint
the alias to the standby server.

At worst, users may have to reboot (or otherwise clear their DNS caches),
but it's a whole lot better than having a print server fail with no backup
and no plan.

optie 3 lijkt op de oplossing van THE_FIREFOX en zoals ik het hier lees lijkt het ook voor ons de beste manier!

maar dan moet ik de users als nog vragen om te rebooten

[ Voor 95% gewijzigd door Proxx op 15-10-2010 12:24 ]

[Rolfie]

Waarom gewoon niet alle print queues op 2 server aanmaken, en beide printers van de 2 print servers naar alle gebruikers aanbieden?
Werkt printer 1 niet, neem dan maar printer 2.

[Proxx]

Rolfie schreef op vrijdag 15 oktober 2010 @ 13:53:
Waarom gewoon niet alle print queues op 2 server aanmaken, en beide printers van de 2 print servers naar alle gebruikers aanbieden?
Werkt printer 1 niet, neem dan maar printer 2.

verschillende print queue's worden aan gestuurd via unix andere via mac. sommige in het buitenland en sommige via LXE hand terminals veel van die zaken moeten wij zelf omzetten.

die lxe terminals zijn de grootste bottleneck die worden niet op deze locatie gebruikt om daar de standaard printer van te wijzigen moet ik fysiek toegang hebben.

we gaan het proberen aan te pakken via een dns entry.

zodoende moeten we de unix hosts tabel aanpassen
en de clients rebooten.

zo zouden alle print queue's weer kunnen lopen binnen een uur.

in de tussentijd gaan we proberen nieuwe servers los te peuteren