Ich würde es nicht als gute Praxis betrachten. Wenn die meisten Leute normalerweise Dinge wie "nächtliche Iisresets" oder "nächtliche Neustarts" einrichten, liegt dies im Allgemeinen daran, dass sie eine Anwendung ausführen, die schlecht geschrieben ist und Ressourcen verliert, bis das gesamte System instabil wird, wenn wir das System nicht neu starten Anwendung, der Dienst oder sogar das gesamte System. Die Sache ist, diese Leute ignorieren das eigentliche Problem. (Oder können es nicht beheben.)
Korrigieren Sie die Anwendung so, dass sie stabil ist und keine Ressourcen verliert. Dann sind iisresets oder Systemneustarts nicht mehr erforderlich oder hilfreich. Leider ist dies bei IIS-Webanwendungen sehr verbreitet, bis zu dem Punkt, an dem IIS selbst auf der Idee basiert, dass die von ihm ausgeführten Anwendungen schlecht geschrieben und undicht sind. Andernfalls müssten App-Pools usw. nicht routinemäßig recycelt werden.
Um es noch einmal zusammenzufassen: Wenn nächtliche Iisresets Teil Ihrer Strategie sind, liegt dies daran, dass Sie eine schlecht geschriebene Webanwendung haben und das Ideal wäre, Ihre App zu reparieren. (Und ja, das Recycling von App-Pools ist besser als ein iisreset, da Sie einen App-Pool recyceln können, ohne jede andere Website auf Ihrem Server zu beeinträchtigen.)
Bearbeiten: Hier ist ein ziemlich ordentlicher Blog-Beitrag von einem Mann, der im Grunde das Gleiche sagt wie ich, aber er behauptet auch, dass er das Recycling von App-Pools immer vollständig deaktiviert und stattdessen darauf besteht, dass sein Team jeden letzten Speicherverlust behebt, den IMO ist eine ziemlich heldenhafte und lobenswerte Anstrengung:
http://thatextramile.be/blog/2010/06/why-do-we-recycle-our-application-pools/