O II Encontro de Profissionais de TI: Tendências emergentes em uma área em expansão é um evento que abrange praticamente todos os tópicos de pesquisa em Ciência da Computação, envolvendo aplicabilidade, teoria, métodos e inovações tecnológicas.
Inscrições em
http://eventospitagoras.com.br/inscricoes
Continuando nosso artigo vamos analisar a arquiterura do terminal service no windows 2003.
nessa figura podemos ver que fica no kernel mode ou user mode.
o SESSION MANAGER SUBSYSTEM (SMSS.EXE) é responsável pelo início da sessão do usuário.podemos ver também as dlls e componetes envolvidos na abertura de uma sessão .
CSRSS.exe Client-Server Runtime Subsystem é o Gerenciador de processo para todas as sessões de logon
RdpDD.sys Captura a interface de usuário do Windows e converte-o em um formulário que é prontamente convertido por RDPWD em protocolo RDP
RdpWD.sys Descodifica os dados multi-canais e, em seguida, transfere para a sessão apropriada
Termsrv.exe Gerencia conexões de cliente
Termdd.sys O protocolo RDP, que escuta as conexões de cliente RDP numa porta TCP
Tdtcp.sys Empacota o protocolo RDP para o protocolo de rede subjacente, TCP/IP
Wlnotify.dll É executado no processo do WinLogon da sessão para criar processos na sessão de usuário
Win32k.sys Gerencia o ambiente de GUI do Windows, utilizando as entradas de mouse e teclado e envia para o aplicativo apropriado.
WinLogon.exe Esse serviço do sistema processa logons e logoffs de usuário e processa combinação de teclas Windows Ctrl-ALT-Delete. WinLogon é responsável por iniciar o shell do Windows (que é geralmente Windows Explorer).
Uma fórmula que circula na comunidade para o cálculo de consumo de memória no servico de terminal
[memória necessária] = [mb por usuário]*[qtde de usuários] + [mb do sistema operacional]
A quantidade de memória por usuário poderia variar se o usuário é considerado um usuário pesado ou leve dependendo do que o mesmo usa em sua sessão.
Uma dica de Download
Windows Server 2003 Terminal Server Capacity and Scaling:
Em Breve a PARTE 3
Amigos da comunidade , devido ao enorme retorno que tive em meu email do \webcast sobre problemas de impressão em estruturas baseadas em terminal service ou como chamamos agora de remote desktop service.
Tivemos apoio do Brian Madden (www.brianmadden.com) para esses artigos e estamos já previamente agradecendo.
Antes de falarmos de problemas no 2008 r2 vamos primeiro dar uma revisada na estrutura em windows 2003 server, que é o parque instalado mais problemático nessa área.
então que tal começarmos com algumas sugestões de melhores práticas para serviços de impressão em remote desktop service (terminal server)
Algumas delas parecem óbvias mas não custa nada repassar :
•Instale o servidor de terminal num stand alone server . Não em um DC
O consumo de recursos de um DC pode ser prejudicial a esse ambiente
•Instalar numa partição NTFS
Acredito que dispensa comentários.
•Quando desligar: tsshutdn
Quando desligar o servidor use o comando tsshutdn em vez de usar o do Menu Iniciar.Esse comando desliga o servidor de servicoe de terminal de uma maneira controlada por exemplo notificando os usuários que estão com sessão aberta.
•Backup regular do Licence server
•Use Add or Remove Programs para instalação
Usando “Add ou Remove Programs” para instalar os programas em vez do setup.exe por exemplo voce poderá instalar programas que permitam multisessões.Dica , depois de instalar esses programas se desinstalar o servico de terminal , voce provavelmente terá problemas e tera que reinstalar os softwares novamente.
•Scripts de compatibilidade systemroot \Application Compatibility Scripts\Install.
Alguns programas pedem pequenos ajustes para instalação em ambiente de terminal existem alguns scripts prontos na pasta citada.
•Limites de tempo.
SUgerimos voce controlar o tempo que cada usuário pode deixar uma sessão inativa , etc..
•Use a opção Start Program para usuários que utilizam apenas 1 aplicação ( 2003 systems)
Se o usuário usa apenas um programa é interessante que seja feito um direcionamento direto para o mesmo.
Abaixo um link para Melhores práticas para compatibilidade de APlicações para RDS Windows 2008 R2
EM BREVE a PARTE 2
