Os usuários do meu servidor de terminal experimentam um atraso ao selecionar impressoras de aplicativos do MS Office para serem impressas em impressoras de rede. Tudo trava em:
Finding available printers...
O ambiente é um farm Windows 2008 R2 RDS de 4 servidores. As impressoras são configuradas em um servidor de impressão Windows 2008 R2 dedicado local à rede.
Todos os servidores RDS apresentam atraso, mas o problema parece estar isolado nos aplicativos do Microsoft Office 2010. Adobe, navegadores da web etc. não são afetados.
É um atraso de enumeração de 5 a 7 segundos em uso normal e até 35 segundos nos períodos mais movimentados do servidor RDS do dia.
Aqui está um vídeo para mostrar a linha do tempo...
Existem 16 impressoras de rede neste ambiente usando drivers universais onde aplicável.
Editar:
Já passei pelo processo descrito em:
2008 R2 Terminal Server: "Existem recursos de sistema insuficientes para concluir o serviço solicitado"
O artigo citado faz referência a dois Microsoft FixIt que basicamente limpam as configurações do Spooler e as restauram, etc.
Link direto para o modo completo de redefinição de impressão - http://go.microsoft.com/?linkid=9829711 Link direto para o modo Lite de redefinição de impressão - http://go.microsoft.com/?linkid=9829710
Existem dois modos - completo e leve. O lite tem menos coisas que faz. A postagem do blog detalha o que o FixIt faz nos bastidores.
Caso tenha ajudado, escreva uma resposta com o que conversamos.
Verifique os problemas de desempenho devido a portas de servidor de terminal inativas
A resolução:
Tempo de logon longo quando você estabelece uma sessão RD para um servidor host de sessão RD baseado no Windows Server 2008 R2 se o redirecionamento de impressora estiver ativado
e execute o FixIT para limpar o registro.
Este é um problema recorrente ao usar drivers de impressão horrivelmente escritos. Nesta situação havia dois suspeitos (dos quais ambos são culpados); Drivers de impressão universal HP e driver universal Konica Minolta.
Por alguma razão, ambos os drivers se recusam a executar em qualquer outro modo que não seja o modo CSR (Renderização do lado do cliente). Em um servidor de terminal, isso pode ser desastroso, pois eles preenchem as mesmas chaves repetidamente
HKEY_USERS\.DEFAULT\Printers
, apenas com um GUID diferente a cada vez. Combine isso com usuários que têm todas as impressoras do planeta mapeadas para seu perfil de usuário e você terá uma tempestade de instalação de impressoras toda vez que eles fizerem logoff.Nesta situação específica, os servidores de terminal tinham milhões de entradas dentro da seção de registro.
As etapas para "resolver" isso foram:
winprint
impedir a ativação do CSRHKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider
RemovePrintersAtLogoff=dword:00000000
a chaveHKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider
. Lembre-se de reiniciar o spooler.HKEY_USERS\.DEFAULT\Software
impressão e as conexões da impressora deHKEY_USERS\.DEFAULT\Printers
Suspeito que basta fazer as tarefas acima em intervalos. Talvez possa ser roteirizado.
Você se pergunta, depois de ler tudo isso, se você também tem o mesmo problema? Acesse
%SystemRoot%\System32\config
e verifique o tamanho do arquivoDEFAULT
. Se for algo maior do que algumas centenas de MB, é hora de colocar seu chapéu de detetive.