mau isolamento da impressora no servidor de impressão ou melhor maneira?

8

Percebi que, quando uma impressora ou driver estraga um servidor Windows, ele geralmente trava ou mata o spooler de impressão e todo mundo não pode imprimir até que seja corrigido. Normalmente, temos que colocar a impressora problemática em outro servidor para que, quando ela falhar, não leve o grupo inteiro com ela. Isso pressupõe que já descobrimos qual impressora é o problema.

Existe uma maneira de tê-lo para que uma maçã podre não estrague o monte? Mesmo que seja outra forma de veiculação da impressora, isso funcionaria desde que não seja difícil para o usuário encontrar uma impressora e instalar drivers.

Joseph
fonte

Respostas:

8

Sei que isso não ajuda na situação atual do servidor, mas algo importante: o Windows Server 2008 R2 e o Windows 7 permitem configurar o isolamento do driver da impressora . Ele permite que você execute impressoras problemáticas como um processo separado, para que elas não matem o spooler.

Brett G
fonte
4

Quando tivemos problemas como esse, descobrimos que estava mais relacionado a drivers de impressão mistos do modelo HP no servidor de impressão do que a um driver ruim. Depois que movemos todas as impressoras HP para usar o driver de impressão Universal, nossos problemas desapareceram.

Kevin Kuphal
fonte
5
Isso ainda soa como um mau motorista para mim. Você acabou de mudar tudo para usar um driver não ruim.
Evan Anderson
11
Eu acho que tecnicamente, sim, foi um problema de driver, mas não acho que individualmente nenhum dos drivers tenha causado problemas, foi apenas ao misturar modelos diferentes no mesmo servidor de impressão que tivemos problemas.
22630 Kevin Kuphal
Tenha em mente ... os drivers universais têm sido conhecido por ser muito confiável, apesar do fato de que eles parecia trabalho para você
Brett G
3

Acabamos de passar por problemas semelhantes. Certos documentos impressos por certos usuários em determinadas impressoras estragarão completamente o serviço de spool em um servidor win 2k3 e, por isso, eliminam todas as outras impressoras.

Na verdade, não encontramos uma maneira adequada de evitar remover todo o spooler, além de ter muitos servidores de impressão, o que obviamente não é muito amigável. No entanto, o que fizemos foi criar filas adicionais para impressoras com problemas que usam drivers PCL ou PS (basicamente o que não estiver sendo usado no momento). Chame a mesma coisa com -ps / -pcl depois e informe os usuários que estão tendo problemas para imprimir para isso.

Também vale a pena conferir em services.msc no servidor de impressão se o serviço de spooler está definido para reiniciar automaticamente. Dessa forma, você pode se safar com apenas alguns momentos de inatividade.

Eu acho que você também pode aconselhar que as pessoas que precisam imprimir na impressora desonesta o façam via impressão direta IP, eliminando o servidor de impressão da equação todos juntos.

Kip
fonte
1

Como solução alternativa até obter um driver mais funcional para a impressora com falha, é executar um script quando o spooler falhar (propriedades de recuperação no serviço). Faça com que o script limpe todos os documentos do diretório de spool e reinicie o spooler. Há uma pequena possibilidade de perda de trabalhos de impressão, mas geralmente quando vejo isso, o único trabalho na fila é o trabalho incorreto.

Outras coisas a verificar são ter certeza de que você está nas versões mais recentes do driver ou voltar uma versão. Verifique se a impressora e o firmware IO (Jetdirect?) Estão atualizados. Por fim, descobri que a porta TCP / IP padrão é muito mais confiável do que usar o tipo de porta fornecida pela HP ou pelo fornecedor. Temos servidores de impressão com mais de 600.000 páginas / mês e o tipo de porta parece ter o maior efeito sobre se o servidor de impressão permanece estável ou não.

Atualizar:

Para o script (arquivo em lote), seria algo tão simples como este:

del /q c:\windows\system32\spool\PRINTERS\*.*
net start spooler

Em seguida, execute o arquivo em lotes como parte do serviço de recuperação na primeira falha. Você pode querer que as notificações sejam enviadas para falhas subsequentes.

spooler de impressão

Doug Luxem
fonte
0

Uma maneira de fazer isso seria criar várias VMs, cada uma com sua própria impressora (ou não mais do que algumas impressoras por VM).

Kevin M
fonte
O problema é que todas as VMs aparecem como um servidor diferente.
Joseph
Vou nitpick por um segundo - eles não "aparecem" como servidores diferentes, são servidores diferentes. Conselho útil - Agora, se você nomear suas impressoras seguindo um padrão, publicá-las diretamente no AD e treinar seus usuários a procurá-las, não será necessário que eles saibam os nomes dos servidores (a menos que sejam movidos para novos servidores). ) Você pode até colocar informações de localização, como "copia do sexto andar, Des Moines"
mfinni 27/05
0

Qual sistema operacional do servidor? O serviço de spooler de impressão está parando? Se sim, por que não definir o serviço para reiniciar automaticamente se parado?

DanBig
fonte
Porque quando falha dessa forma, não será iniciado até que o arquivo incorreto seja removido do diretório de spool. E não há uma maneira fácil de descobrir o que é esse arquivo. A única maneira de recuperar é remover TODOS os trabalhos em fila do diretório de spool e reiniciar. Isso é muito complexo para o gerenciador de serviços do Windows.
sysadmin1138
Doug, abaixo de você, mostra que isso não é muito complexo para o gerenciador de serviços do Windows.
Mfinni 27/05
/ Meta - Hm - estranho. Achei que era uma pergunta nova, mas depois que comentei, vi a página inicial porque Doug havia editado sua resposta do ano passado para incluir mais instruções e uma captura de tela. Deixa pra lá.
Mfinni 27/05