Servidor de impressão é uma VM no Xen A VM é o Windows 2003 de 32 bits. Durante o problema, a VM não está sendo sobrecarregada, de qualquer forma, a CPU, a memória, a leitura / gravação em hd e a velocidade da rede são boas.
O problema que vejo é a transferência do arquivo de impressão do servidor de impressão para a impressora. O arquivo de 80 MB é transferido do cliente para o servidor de impressão em cerca de 2 minutos, mas, em seguida, leva cerca de 2 horas para que o arquivo seja enviado à impressora. Não consigo entender por que isso só começaria a acontecer.
A impressora é reinicializada todas as noites e é usada apenas para um grande trabalho de impressão pela manhã. O servidor foi reinicializado sem efeito Alterei a opção de spool para enviar o spool inteiro para o servidor antes de iniciar a impressão e isso não teve efeito.
Esse problema de impressora aconteceu depois de algumas alterações no ambiente Xen. Os servidores Xen mudaram de usar placas NIC HBA para software iscsi e um novo switch foi colocado. Não acho que isso esteja relacionado ao problema, já que todas as velocidades nas VMs estão melhores agora. A mudança aconteceu no sábado e a primeira impressão desta impressora aconteceu na manhã de segunda-feira. Eu só estou colocando isso lá fora, mas como eu disse, eu não acho que isso esteja relacionado, mas eu não quero descartá-lo.
Neste ponto, não tenho muitas outras opções além da camada física. Eu posso trocar o cabo de rede que vai para a impressora e posso imprimir o mesmo trabalho para outra impressora. Eu não serei capaz de testar essas coisas até esta tarde embora.
Alguma outra ideia ou teste que eu possa fazer para descobrir o motivo da lentidão?
Esqueci-me de dizer que isto acontece apenas quando imprime nesta impressora.
=== Atualizar === Descobri que existem algumas impressoras que atualmente têm esse problema, não apenas o único. Existem mais de 30 impressoras no servidor, por isso sei que não está a acontecer a todas elas.
Imprimi um documento pdf grande do servidor e consegui imprimir na velocidade normal.
Se a máquina enviar a solicitação de impressão grande, ela chegará ao servidor bem, mas demorará a ir do servidor para a impressora. Se enviado diretamente da impressora, chega à impressora na velocidade normal.
A questão agora é por que há uma diferença de velocidade quando se trata da máquina e por que ela começaria agora?
Problemas de impressão podem ser frustrantes, especialmente porque há tantos problemas na impressão. Na minha experiência, no entanto, mais frequentemente do que não com problemas como você descreveu o problema está em um nível de software. Pelo que você descreve, parece que o problema é um problema de driver ou talvez um problema de spool.
Eu faria o seguinte para isolar o problema:
Este é um comportamento bastante típico no W2K, W2K3 e XP.
Eu já vi várias vezes.
Algum software ou um hotfix / patch de segurança foi instalado, mas aplicado apenas durante a reinicialização.
Geralmente, há uma etapa final de instalação / configuração durante o processo de inicialização (como a substituição de arquivos bloqueados), o que acontece enquanto o sistema de impressão já está sendo inicializado.
Se bloquear alguma dll do sistema nesse ponto que é usado pelo driver, esse tipo de coisa pode acontecer.
Muitas vezes, basta reiniciar o "serviço de impressão" no servidor para resolver o problema. Ou alterando o driver na fila de impressão para "Generic / Text only" e depois de volta para o driver original.
Uma reinicialização extra do servidor também funcionaria. Mas isso provavelmente não é uma boa ideia em um ambiente de produção.
A Microsoft corrigiu isso no Vista / W7 / W2K8 por meio de mudanças na lógica de inicialização do Windows. Serviços não essenciais (como impressão) agora são atrasados até que as instalações pendentes sejam concluídas.