Windows Server 2008 R2 - RDSH - Inchaço do registro com o driver de impressão universal da Samsung

12

Durante a execução de vários farms RDSH do Windows Server 2008 R2, estamos enfrentando um problema em que todos os servidores RDSH estão tendo seu Registro inchado no valor máximo 2048MB. Usando o Sysinternals Registry Usage (ru.exe), conseguimos determinar mais de 1000 MB do registro usado pelas chaves relacionadas à impressora universal Samsung.

  • Driver de impressão universal Samsung: versão 2.3.90
  • Samsung Universal Driver de Impressão 2: Versão 2.50.2.0

Seções de registro onde o inchaço está ocorrendo:

HKEY_USERS\.DEFAULT\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\
HKEY_USERS\S-1-5-8\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\

Cada uma dessas subchaves possui mais de 500 chaves, nas quais o uso do registro está relatando que estão ocupando 30-40MB cada.

Exemplo de subchave: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

Analisando os dados das chaves "Recursos", "MUIData", etc. Você pode definitivamente dizer que eles são da Samsung Universal, pois os valores fazem referência à Samsung Universal quando você os visualiza.

Tendo um dos servidores fora do mix eu tentei limpar essas chaves e foi capaz de. Limpar a seção ".Default" também limpou as chaves "S-1-5-18", então estou pensando que esses são um link de referência dentro do Registro. Quando fiz isso, limpei o HKU\.default\Printers\DevModes2 , já que essa seção não seria aberta no Regedit. A fim de remover eu tive que CLI para remover a chave "DevModes2" e, em seguida, recriar a chave no Regedit.

Assim que eu fizer login com uma conta que tenha uma impressora implantada para eles com o Samsung Universal Print Driver, essas teclas começarão a aparecer e incharão o registro. Como o registro está tão cheio, passamos por problemas de perfil de usuário, fazendo com que os Perfis Temporários sejam carregados. Quando desativamos a capacidade de ter um perfil temporário, os usuários podem se deparar com um "O serviço de perfil de usuário falhou no logon. O perfil do usuário não pode ser carregado". mensagem.

Alguém aí teve esse problema?

Existe alguma configuração no Samsung Universal Print Driver para evitar esse comportamento ou para limpá-lo depois?

    
por Arachnid 04.10.2013 / 21:44

2 respostas

1

Eu tive exatamente o mesmo problema e posso confirmar que ele foi corrigido na nova versão do Samsung Universal Print Driver 2 (2.50.5). Eu também estava rodando 2.50.2 e a chave em questão estava usando 275MB. Simplesmente desinstalar a versão antiga e instalar a nova versão no servidor (não atualizei nenhum driver cliente) reduzi o tamanho da chave para 3MB. Eu também tentei fazer logon e voltar e posso confirmar agora exclui as chaves quando você faz logoff, ao contrário de antes.

Se você está curioso, antes de não excluir as chaves. Em um ambiente de usuário único, isso não é um problema, mas como as impressoras são nomeadas para o usuário e a sessão, é um problema exponencial (para um servidor de 20 usuários como o meu você gera até 400 chaves ... e isso se você tem apenas 1 impressora por cliente)

edit: a nova chave é chamada usp01 em vez de spe __

    
por 26.08.2014 / 22:15
1

A HP tem exatamente o mesmo problema. A questão é que o driver não é muito inteligente quando se trata de vários usuários conectados ao mesmo mapeamento de impressora ao mesmo tempo e continua tentando se reinstalar para cada usuário. Nós nunca descobrimos exatamente como consertar isso, mas criamos duas soluções alternativas:

Solução A (correção fácil, mas é um hack total)
Defina o serviço do Windows Installer como desativado. Pára o problema morto em suas trilhas. A desvantagem é óbvia embora. Assim que você precisar instalar ou executar atualizações, será necessário ativar o serviço novamente e o registro começará imediatamente a aumentar novamente.

Solução B (correção feia, mas é estável e suportada)
Imponha o driver EasyPrint da área de trabalho remota via Diretiva de Grupo. Isso faz com que os trabalhos de impressão sejam renderizados nos clientes em vez do servidor. A desvantagem aqui é que você precisará remover manualmente a conexão de impressora de todos os usuários de todas as impressoras em todos os servidores do farm e excluir os drivers. Espero que você esteja bem com scripts!

    
por 28.05.2014 / 20:54