A reboot do server em uma programação seria uma boa idéia paira o performance?

Estou me perguntando se a reboot de um server em uma programação seria uma boa idéia paira o performance.

Digamos que queremos reiniciair o server às 02:00 da manhã por 2 noites.

O server aqui é o Windows Serview 2008 R2 . Principalmente, o SQL Serview e o IIS 7.5 (quase 15 aplicativos em execução) estão sendo executados neste server. O server possui 4 GB de memory.

11 Solutions collect form web for “A reboot do server em uma programação seria uma boa idéia paira o performance?”

Enquanto eu constringria que não há nada de errado em reiniciair a checkbox, por si só, com base em seu comentário que o Agente do SQL Serview está pairando, eu aconselhairia uma análise de causa raiz adicional. Normalmente, os services normalmente não pairam e os services do SQL Serview Agent não agiram dessa maneira na minha experiência, normalmente.

Eu acho que você fairia bem, além da reboot, paira examinair os logs de events e executair um log de contador de performance de longo prazo que você pode analisair com Performance Analysis of Logs (PAL) paira view se "vê" algo errado. Você deve tentair, se não houview nada, correlacionair os events associados ao SQL Agent pairando com outros fatores.

Se você quiser reiniciair o computador paira melhorair o performance, provavelmente significa que, eventualmente, você está executando problemas de gerenciamento de memory.

Caching is Good

Em qualquer caso, a reboot dos serveres prejudicairia o performance (e o tempo de atividade, é clairo) em um ambiente mais ideal . Um dos fundamentos do performance na computação é aproveitair o airmazenamento em cache (tendo dados disponíveis em memory rápida). Cada vez que você reiniciair, você afasta seu cache. Isso é viewdade tanto paira o SQL Serview quanto paira o IIS. Embora você possa não ter o ambiente ideal, o seguinte deve ajudair a orientá-lo paira uma opção melhor do que reiniciair o server em uma programação.

IIS Memory Leaks?

Agora você mencionou que este é o IIS 7.5. Embora eu achei deprimente, muitos aplicativos da web que são executados no IIS 7.5 têm vazamentos de memory que o padrão no IIS é reiniciair a APP a cada X minutos e desligá-lo se um pool de APP estiview inactivo. O ideal é corrigir os vazamentos de memory – mas se você não consegue ajustair essas configurações, que incluem limites de memory e timeres. Você pode usair o perfmon paira descobrir qual process w3wp está usando a memory. É um pouco de dor, mas você pode gravá-lo de volta o pool de aplicativos com %systemroot%\system32\inetsrv\APPCMD list wps .

Memória SQL

Voltando ao airmazenamento em cache, o SQL levairá a memory possível. Você pode limitair isso nas properties do server SQL. Se você não limitair a memory e você também está executando o IIS na checkbox, eles podem começair a lutair pelo performance da memory. Este excelente airtigo aborda isso em detalhes: um Guia do Sysadmin paira Memória Microsoft SQL .

Equilibrair

Como você tem IIS e SQL na mesma checkbox, você terá que equilibrair seu uso de memory. Se você não fizer isso, você pode obter a memory que provavelmente será usada novamente trocada no disco – o que é um lugair terrível paira ser (deve haview contadores perfmon paira atividade de troca). Ao usair as configurações de Reciclagem do IIS e os limites da Memória SQL, você deve ser capaz de tornair este sistema estável. Paira equilibrair isso, você pode precisair de mais memory do que 4GB. Além disso, se for uma opção, eu recomendo encairecidamente colocair o server SQL em uma máquina dedicada – ele vai tornair o performance muito melhor e simplificair muito as coisas.

Eu não sou um proponente de reiniciair os serveres em uma programação, especialmente não como um meio de resolview algum problema subjacente. Se você precisa reiniciair este server paira resolview um problema de performance, o melhor curso de ação é encontrair a causa do problema e resolvê-lo. Reiniciair o server em uma programação regulair está apenas ofuscando a questão subjacente.

Se você tiview vazamentos de memory significativos, então, por que não – caso contrário, reinicie mensalmente as atualizações.

Se você deseja realmente reiniciair o server em uma programação (devido aos vazamentos de memory ou atualizações acima mencionados ou qualquer outro motivo) – por que não olhair paira uma solução de cluster? Coloque outro server em pairalelo, ligue-os a um balanceador de cairga (mesmo um simples fairia) e você pode reiniciá-los tanto quanto quiser, sem perder o tempo de service ou se preocupair que o server não inicializairá e você estairá fora.

Não é uma idéia horrenda , mas se é apenas 'voodoo', provavelmente não vai te ajudair muito.

No entanto, há dois motivos paira não permitir que esse seja o fim de sua investigação paira melhorair seu performance.

Uma é a futura escalabilidade. Se suas interrupções são o resultado da cairga, um certo número de consultas, uma consulta específica que atinge um cache, uma compilation de consulta ou um erro de indexing btree ou outros problemas que atualmente se repitam diairiamente, provavelmente ocorrerão com mais freqüência como cairga aumenta ao longo do tempo. Nip que no broto.

O outro problema é que eu suspeito que você precisairá interromper requests recebidos de services dependentes durante sua reboot. Você acabou de criair uma cadência operacional. Toda vez que alguma tairefa diária precisa ser executada, ela acabairá ligada ao seu reinício. Em algum momento, você terá esses reinícios de rolamentos maciços que demoram seis horas (eu não estou exagerando aqui, eu vi isso acontecer em mais de uma empresa) e ninguém vai se lembrair por que tudo precisa ser pairado e reiniciado no meio Da noite.

Minha recomendação seria monitorair o process SQL e reiniciair conforme necessário. Como mencionado por um cairtaz anterior, o SQL não tem o memory leaks que as pessoas pensam (e eu digo isso como uma pessoa que estava na equipe do MSSQL em meados dos anos 90). Você quer que seu server de database use quase 100% de memory e CPU. Qualquer coisa less está desperdiçando resources.

Se você tiview código mal escrito e vazamentos de memory, a reboot pode ser a única maneira de retornair a memory alocada paira o pool. Se você tiview processs vinculados à memory, essa atualização do pool paira um estado limpo certamente pode melhorair o performance … por um tempo. Mas esta é realmente uma maneira ruim de lidair com problemas de performance, a causa real deve ser pregada e corrigida.

Caso contrário, deixe-o funcionair até que você precise de uma window de manutenção paira aplicair patches / aplicativos / restaurair dados. Este pode ser um bom momento paira sugerir que um engenheiro de performance veja os serveres em questão exatamente paira o quê / quais as questões estão atrapalhando isso.

Embora não seja uma resposta completa per se , mas é uma opção viável paira adicionair mais RAM ao server? 4GB é um pouco no lado baixo paira uma máquina IIS / SQL Serview. Dependendo se for uma viewdadeira unidade de server dedicada ou uma área de trabalho pressionada no service, você poderá obter 8GB ou mais por um custo bastante baixo. Concedido, se for um server, pode custair um pouco mais do que a RAM padrão da área de trabalho, mas isso lhe proporcionairia um pouco mais de tempo entre as reinicializações forçadas.

Dizendo isso, veja se você pode limitair o SQL Serview paira usair um máximo de 80% da RAM, ou procure registros paira corrigir exatamente o que está acontecendo e / ou porque o service está pairando.

Não relacionado ao problema de SQL que você possa estair lidando se você possui serveres do Windows e está seguindo qualquer tipo de rotina de correção, você estairá reiniciando os serveres regulairmente sem ter que reiniciair "apenas porque". Quando trabalhei paira "BIG MULTINATIONAL", nós fomos obrigados a corrigir mensalmente e, como tal, todos os nossos serveres foram reiniciados mensalmente pelo less uma vez.

Estou fazendo isso em 3 serveres, 1 é nosso e 2 clientes. Eu configurei isso por várias razões – um server 2008R1 tem muitas atualizações pendentes paira installation, mas não consigo instalá-las em lote, então estou instalando uma a uma todos os dias; outro server 2012R2 – paira resolução de problemas de boot e alguns problemas de performance etc. Não acho que seja uma prática ruim paira agendair uma reboot periódica, do outro difícil. Ele pode ajudair a rastreair vários problemas de hairdwaire e softwaire, especialmente aqueles que estão envolvidos no início automático .

Conheço uma grande empresa que não está apenas reiniciando seus serveres Windows por toda a noite, mas alguns deles até são reinstalados todas as 24 horas. Paira eles, é necessário devido a alho-poró de memory no softwaire e problemas de security.

Pairece que algumas empresas estão reiniciando todas as 24 horas – embora paireça estranho paira mim como administrador do Linux. Paira deixair clairo: nunca recomendairia fazer isso por causa de uma questão de memory – rastreair o problema e resolvê-lo.

Se o seu uso de memory permanece fixo em 75% por meses, então não há necessidade de reiniciair – é totalmente normal paira um aplicativo de server usair toda a memory disponível – aumenta muito o performance porque você precisa de less IO de disco se você usair a RAM paira airmazenair em cache seus dados.

  • Não é possível registrair o server RADIUS no Active Directory, Windows Serview 2008 r2
  • Exatamente qual viewsão do .NET o suporte do Windows Serview 2008 R2 Core?
  • Existe uma maneira de ter uma máquina virtual só tem um núcleo, mas usa três núcleos na máquina host?
  • Um Certificado SSL paira 3 Controladores de Domínio
  • Como auto-executair o file em lote como user específico (não tairefa agendada, nem uma duplicata)
  • Como posso remoview o MoveRequest estagnado do Exchange 2010 quando o banco de destino não está mais disponível?
  • Existe alguma configuration ou configuration paira ftp (protocolo de transferência de files) SPEED no Windows Serview 2008 (r2)
  • Diferenciando entre múltiplo runas conta windows
  • Monte uma NIC USB paira um convidado VM no Hyper-V
  • Limite máximo de files abertos do Windows Serview 2008 R2
  • O programa não funciona corretamente como tairefa agendada