A única diferença que posso ver é que IISreset /noforce
esperará até 1 minuto para que todos os serviços do IIS sejam reiniciados enquanto o IIS Manager aguardará até 5 minutos.
Minha organização tem um aplicativo de estrutura que é executado em vários servidores clientes, nos quais os clientes remotos se conectam via HTTP. O servidor é um Server 2008 r2, geralmente uma VM. Algumas dessas caixas também estão atuando como um servidor de banco de dados, servidor SMTP ou servidor AD.
De vez em quando, os processos em segundo plano dentro dessa estrutura são interrompidos. Um IISReset / noforce faz o truque e configurá-lo como uma tarefa agendada semanalmente significa que não vimos o problema em alguns meses.
Hoje, no entanto, eu leio aqui e aqui que isso não é uma boa prática, que pode haver processos não HTTP no pool de aplicativos que estou reiniciando, que serão interrompidos. Um artigo recomenda a execução de um arquivo bat, o que tornaria a tarefa agendada bastante simples.
Eu sei que adicionar o / noforce parm ao IISReset diz para ele esperar que os threads atuais saiam antes de reiniciar, o que parece ser bem importante. O seguinte bastão deixará os threads atuais terminarem antes de parar? Isso importa mesmo?
@echo off
net stop w3svc
net stop IISAdmin
net start IISAdmin
net start w3svc
@echo on
A única diferença que posso ver é que IISreset /noforce
esperará até 1 minuto para que todos os serviços do IIS sejam reiniciados enquanto o IIS Manager aguardará até 5 minutos.
Tags windows-server-2008 iis-7