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

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.

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.

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.

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.

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.

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).

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?