Observação: li com que frequência os servidores Windows precisam ser reiniciados? mas esta questão refere-se especificamente ao nosso servidor de Área de Trabalho Remota .
Temos um servidor Windows Server 2008R2 - VMware ESX VM - licenciado para Remote Desktop Services, 25 usuários que também faz RRAS (SSTP). Em um dia de semana normal, durante o horário de trabalho, há entre 8 e 12 usuários ativos conectados, com 4 a 6 usuários "desconectados" adicionais. Possui uma reserva rígida de CPU de 12 GHz e 16 GB de RAM, também totalmente reservada. A reserva de CPU é expansível até 24 GHz no máximo quando necessário.
Muitos de nossos usuários dependem exclusivamente do servidor para funcionar. Eles também reclamam amargamente de seu desempenho, mas muitos não estão dispostos a mudar hábitos de trabalho ou software para melhorar seu desempenho. Especificamente:
- Os usuários se recusam a fazer logoff em vez de desconectar
- Os usuários insistem em usar o Lync 2013 em vez do Lync 2010 (o Lync 2013 é um notório devorador de recursos)
Não posso exagerar o significado de sua recusa em fazer logoff. Usuários desconectados continuam consumindo RAM enquanto desconectados, o que significa que, a qualquer momento, temos até 16 instâncias de determinados programas em execução.
Também notei por experiência que vazamentos / zumbis tendem a aumentar quanto mais tempo um servidor de Área de Trabalho Remota estiver em execução. Após uma reinicialização, o servidor fica atualizado e muito mais rápido, mesmo ao comparar o desempenho depois que muitos usuários se conectam. Também li que reinicializações regulares podem ser úteis.
Portanto, propus reinicializações regulares da VM - gostaria de fazê-lo semanalmente, digamos no sábado à noite - pois sinto que essas reinicializações resolveriam muitos dos problemas.
Eu gostaria de saber, se você é um administrador do Windows,
Estou certo sobre o fato de que lixo/zumbis/vazamentos se acumulam com o tempo da sessão, mesmo depois que um usuário se desconecta/reconecta?
Com que frequência você reinicia um Windows Server usado de forma semelhante com os Serviços de Área de Trabalho Remota?
Geralmente, sou contra a ideia de que um servidor Windows deva ser reiniciado regularmente, EXCETO em relação a servidores TS/RDS. Nós reiniciamos o nosso todos os dias. Ele limpa sessões antigas, libera recursos em uso (CPU, RAM, manipuladores de arquivos, etc.), então minha opinião e sugestão seria que você configure uma reinicialização agendada diariamente de seus servidores RDS.
Observe que esta resposta é apenas minha opinião. Não há declaração de fato aqui.
Configure as políticas de grupo apropriadas para fazer logoff automático. Você pode controlar separadamente um tempo limite de inatividade e logoff. Isso certamente deve minimizar alguns dos problemas durante o dia.
Eu reinicio meu farm de TS de 3 servidores diariamente às 3h. Porque, sim, a porcaria pode se acumular com o tempo quando você tem muitas pessoas usando um único sistema. Temos 3 servidores compartilhados entre 60-90 pessoas dependendo do dia, época do ano.
Provavelmente não preciso reiniciar isso com frequência, mas começamos a usar serviços de terminal com o Windows 2000 e nossos drivers de impressora eram horríveis na época. O spooler de impressão basicamente falhava após um ou dois dias de funcionamento. Então, começamos a reiniciar todas as noites, já que não tínhamos nenhuma vantagem para fazer com que os fabricantes de impressoras consertassem seus drivers ruins.
Dependendo do seu dinheiro, tempo e habilidade de seus usuários, outra ideia pode ser instalar um segundo servidor. Você ainda precisará reiniciar ocasionalmente, mas parece estar atingindo os limites de um único servidor.
Você deve ser capaz de usar as mesmas CALs de cliente (licenciamento não é minha área mais forte) e, dependendo de sua solução de virtualização, uma VM adicional pode já estar coberta pelo licenciamento existente.
Mesmo sem recursos de VM adicionais e com a sobrecarga extra do sistema operacional, você pode achar que o sistema funciona melhor como duas VMs separadas de CPU de 6 GHZ e 8GiB de memória, supondo que você possa dividir a carga uniformemente. Existem três métodos possíveis:
Defina um TTL longo em suas entradas round-robin se não quiser que os clientes saiam de sessões desconectadas em um servidor quando o cache DNS expirar e eles adquirirem o IP do outro servidor. Como alternativa, torne óbvio o nome do host do computador ao qual eles se conectaram (por exemplo, torne-o parte do plano de fundo) e peça que eles se reconectem a esse nome de host se quiserem ressuscitar a sessão.
† Se eles sempre usarão a mesma área de trabalho, basta modificar o arquivo hosts na área de trabalho local. Se eles se moverem entre as máquinas, escreva um script (distribuído por política de grupo) para analisar o arquivo host de forma que a entrada DNS que eles usam atualmente para o servidor aponte para o IP do servidor que o usuário específico deve usar. Substitua a linha que contém esse nome DNS, se já existir, ou adicione-a ao final do arquivo, se não existir.
Estou familiarizado com o "tipo de usuário" que se recusa a fazer logoff. No entanto, eles pareciam não ter nenhum problema em entender que o servidor seria reinicializado todas as noites para que qualquer trabalho não salvo fosse perdido. Isso é no Server 2008 R2 TS Suportando cerca de 20 usuários em uma única máquina.
> Os usuários se recusam a fazer logoff em vez de desconectar
Você tem um problema de gerenciamento/RH aqui, e não técnico. Se as pessoas que permanecem conectadas estiverem afetando o trabalho de outras pessoas (reduzindo o desempenho desnecessariamente), existem apenas duas soluções:
Torne isso um problema técnico e providencie um aumento de recursos (mais RAM, SSD no lugar de metal giratório, ...) se possível para que o problema desapareça dessa forma. É claro que há limites para o que você pode alcançar lançando novos recursos em uma única máquina, mas pode funcionar.
Persiga-o como um problema de gerenciamento de pessoas e encontre alguma maneira de encorajar (ou falhar nessa aplicação ) a disciplina apropriada. Claro que isso pode estar fora de sua responsabilidade direta, então pode ser bastante complicado dependendo da política do seu escritório...
Tivemos um problema semelhante com as pessoas que nunca reiniciavam seus computadores desktop, o que significa que as atualizações de segurança às vezes ficavam na fila por meses. A política de segurança afirmava que "patches para problemas de segurança conhecidos devem ser instalados em tempo hábil, imediatamente nos casos em que já existem explorações, a menos que atenuações suficientes possam ser comprovadas", portanto, no final, foi simplesmente aplicado pela política de grupo: todos os não -Server As máquinas Windows serão reinicializadas durante a noite em uma terça-feira se houver atualizações pendentes, sem exceções. Se alguém argumentar contra isso, há duas respostas fáceis: se não seguirmos essa política, perderemos nosso credenciamento ISO-isso-e-o-outro na próxima vez que houver qualquer auditoria importante para o negócio,
> Os usuários insistem em usar o Lync 2013 em vez do Lync 2010 (o Lync 2013 é um notório devorador de recursos)
Existe uma razão específica para isso, além de eles quererem coisas mais brilhantes? Se houver um recurso de que eles realmente precisam, pode haver pouco que você possa fazer sobre esse ângulo.
Se um aplicativo de bate-papo é o principal problema de recurso, gostaria de saber se existe uma maneira de matar apenas instâncias desse programa nas sessões ociosas, em vez de matar todas as sessões?
> eles perdem o trabalho toda vez que eu reinicio sem aviso prévio, ou seja, para reiniciar tudo o que eles precisam saber até "meio-dia" daquele dia
Você não declara a natureza do trabalho, então isso depende muito do que é, mas eles podem estar falhando na devida diligência (ou seja , não estão fazendo seu trabalho corretamente ).
Se eles não estão salvando documentos regularmente, eles estão colocando seu trabalho em risco, não você. O que aconteceria se houvesse uma queda de energia ou outra falha que derrubasse o servidor? Eles também o culpariam?
É claro que, se eles estiverem trabalhando ativamente no momento da reinicialização ou precisarem deixar processos de longa execução sem supervisão, pode haver um problema de agendamento genuíno que você precisa resolver entre vocês.
Correndo o risco de soar como um vendedor, usamos o ShutdownPlus Rolling Restart . Nós o configuramos para tentar reiniciar nossos servidores todas as noites. Funciona muito bem - você pode configurá-lo para reiniciar os servidores apenas depois que todos tiverem sido desconectados. Ele reiniciará o loop se alguém ainda estiver usando o servidor RD um número X de vezes. A ferramenta também pode desconectar usuários para você, se desejar. Ou até mesmo ligar e desligar suas VMs no ESXi.
Estou usando-o com alguns GPOs que fazem logoff dos usuários desconectados após algumas horas. E desconecta as sessões ativas após um certo tempo ocioso, é claro. É um método bastante gracioso, além do programa desonesto ocasional que impede o fechamento das sessões. Nós trabalhamos em torno deles. Do jeito que configuramos agora, cada servidor tenta reiniciar a cada hora, das 22h às 7h, até que seja bem-sucedido, é claro. Efetivamente, os usuários reiniciam pelo menos 2/3 vezes por semana, o que é bom para mim.
Infelizmente, este não é um programa gratuito, mas faz o trabalho muito bem. Estou implementando um script powershell que, com sorte, atualizará os servidores antes de reiniciar também.
Resposta direta às reinicializações do servidor da Microsoft SIM/NÃO. Ah se a vida fosse assim tão fácil! Depende dos aplicativos em execução no servidor. Mas aqui está um guia simples, mas NÃO uma regra rígida e rápida.
Servidor Físico Executando o servidor Windows **x Versão** ( Auto Reboot & Schedule ) 95% pode ser reinicializado uma vez a cada quinzena sem nenhuma preocupação real. (Verifique se o patch que está sendo aplicado é relevante e necessário). Certifique-se de testar totalmente o patch em seu(s) servidor(es) de teste antes de liberar para os sistemas ativos/de produção.
VMWare Virtual Servers executando o Windows Server x versão - Reinicie uma vez a cada quinze dias ( veja o comentário acima se os patches forem aplicados )
Servidor VMWare físico NUNCA/Raramente e somente se necessário nunca agendado. (Normalmente muito estável se mantido atualizado) Os patches/atualizações do VMWare exigirão uma reinicialização.
VMWare executando o Windows SQL (limite as reinicializações, aplique os patches do Windows MANUALMENTE SOMENTE! reinicie SE o patch exigir e somente depois de interromper TODAS as conexões dos clientes) Verifique se as conexões foram reconectadas assim que o servidor estiver de volta. Os SQL Servers podem demorar um pouco para reiniciar, então planeje isso fora do horário.
Lembrete: Antes de fazer QUALQUER alteração para um INSTANTÂNEO VMWare (Windows Server)! se o sistema travar após o Service Patch ou as atualizações aplicadas ou os aplicativos falharem ao iniciar, você pode obter rapidamente o backup do servidor e executá-lo com tempo de inatividade limitado. Lembre-se de anotar os erros para encontrar a correção, não deixe o sistema sozinho porque falhou, pois pode falhar no futuro.
Espero que ajude e ajude um pouco a esclarecer as coisas.