Windows 2008 printerserver virker ikke

[Iguil]

Hei!

Jobber for tiden med å sette opp et helt nytt AD-intranett, og vi har til dette kjøpt inn et par DL360-maskiner som skal fungere som domenekontrollere (hopp over biten med eventuelle hardwarekommentarer akkurat nå )

 

Jobben til den ene av disse er å operere som filserver med diverse networksshares som knyttes opp mot brukere på klientmaskinene, og å share printere på samme måte.

 

Alt fungerer gull, unntatt printersharingen.

 

Det ble valgt å kjøre 64-bits WIN2008 på serverne, litt for å være rustet for framtiden osv. Dette fører da for det første til at vi har slitt litt med å finne printerdrivere til serveroset i seg selv, da det virker som 64-bits-printdrivere er litt mangelvare for en del. Uansett så har vi klart dette rimelig bra, MEN, det som skjer når klientmaskiner (typisk windows xp) skal koble seg til printeren og skrive ut noe så dukker det opp tusen feilmeldinger, "explorer krasjer", kan ikke lese egenskaper for printer, alt henger seg opp osv. Tydelig må dette ha noe med printerdrivere å gjøre.

 

Har prøvd å sette opp en innstilling på serveren som gjør at den tilbyr en 32-bits/annen driver til klientmaskinene som trenger det, men heller ikke dette ser ut til å ha noen effekt.

 

Så er det noen kloke hjerner som har noen løsning på dette? Er det beste å oppgradere hele klientparken til 64-bit (vista?) (noe som for øvrig koster penger, og det liker vi ikke ), eller kan man få også eldre windowsversjoner til å funke opp i mot dette nye nettet?

 

[Rune_says]

Installerte selv 2008 server for ikke lenge siden og så at det var sørgelig lite med drivere til 2008 ennå... ikke engang NVidia har med Windows 2008 som mulig valg for sine skjermdrivere...

 

Uansett når det gjelder printing - så tenk nytt!

 

Dropp hele "printserver" tankegangen og la printingen foregå direkte fra klient til printer:

http://www.hp.com/go/upd

http://h20338.www2.hp.com/Hpsub/cache/3443...-0-225-121.html

 

Forutsetter at man standardiserer på printere som har innebygget skriverspråk, dvs ikke de enkleste GDI printerne som må ha alle pixlene i utskriften - men tro meg GDI printere er uansett et mareritt for printservere...

GDI printere hører hjemme som personlige printere koblet direkte til aktuell "Power-bruker"

 

Gevinsten hvis man klarer å standardisere er at man frigjør serveren fra printing oppgaver. Printer drivere, alskens "Print Monitors" er fortsatt noe av det som virkelig kan destabilisere en server...

 

Klarer man å standardisere her så er det faktisk bare en driver å administrere. Dermed spares mye hodebry og admin/support kostnader.

[enden]

Hvordan ruller du enklest ut en lokal printer til x antall klienter uten å gå om server? Det bør være enkelt dersom det skal erstatte en printserver.

[lhegdal]

GPO, eventuelt via deployment systemet som benyttes for installasjon av pc'er.

[enden]

Hmm, har aldri tenkt på å bruke GPO til å rulle ut skrivere som ikke ligger i domenet. Det må testes!

[CrZy_T]

Hvordan vil dette fungere i forhold til løsninger hvor man har printerkvoter og løsninger hvor utskrift ikke gjøres før bruker er på skriver? I disse tilfellene er man avhengig av at noe holder oversikt over og holder på printjobber.

[Vakuum]

Installerte selv 2008 server for ikke lenge siden og så at det var sørgelig lite med drivere til 2008 ennå... ikke engang NVidia har med Windows 2008 som mulig valg for sine skjermdrivere...

 

Husk at "alle" Vista X64 drivere fungerer 100% i Server 2008.

Kjører selv Server 2008 både på en serverpark (hyper-v) og på hovedmaskinen min hjemme

[enden]

Installerte selv 2008 server for ikke lenge siden og så at det var sørgelig lite med drivere til 2008 ennå... ikke engang NVidia har med Windows 2008 som mulig valg for sine skjermdrivere...

 

Husk at "alle" Vista X64 drivere fungerer 100% i Server 2008.

Kjører selv Server 2008 både på en serverpark (hyper-v) og på hovedmaskinen min hjemme

Det gjelder vel strengt tatt de fleste drivere. Kjenner folk som kjører 2008 på arbeidsstasjoner med desktop-drivere. Kanskje ikke noe jeg vil anbefale i produksjon, men driverne går i alle fall glatt inn

[Rune_says]

Riktig som det nevnes at GPO er veien å gå.

 

Via AD Administrative Templates har man endel administrasjonsmuligheter for UPD driveren. Det ligger noen Whitepapers osv på samme sted.

 

Når det gjelder løsninger som går på at brukerne må faktureres for hver side osv, så avhenger det helt av hvilken løsning som velges. Her finnes det mange varianter.

 

Snakker vi Terminalserver miljø er det kanskje nødvendig med andre typer løsninger igjen fra thinprint.de f.eks.