Dans IIS7, il y a de nombreuses choses que vous pouvez faire qui semblent redémarrer le site web. Je ne suis pas clair sur exactement comment ils sont tous liés.
Est-ce que quelqu'un peut expliquer exactement ce que chacun fait s'il vous plaît?
iisreset arrêtera et redémarrera le service de publication Web mondial. Cela s'applique bien entendu à tous vos pools d'applications. Je suis sûr que vous avez remarqué un processus créé pour chaque pool d'applications. Ce processus gérera les demandes de tous les sites Web associés. Lorsque vous recyclez un pool d'applications, IIS créera un nouveau processus (en conservant l'ancien) pour traiter les demandes. Ensuite, il essaie de déplacer toutes les demandes sur le nouveau processus. Après un délai, l'ancien processus sera automatiquement arrêté. Vous recyclez généralement votre pool d'applications pour vous débarrasser de la mémoire qui a fuit (vous pourriez avoir un problème dans votre application si cela doit être une opération régulière, même s'il est recommandé d'avoir un recyclage planifié). En ce qui concerne le redémarrage d'un site Web, cela arrête simplement et redémarre le service des demandes pour ce site Web particulier. Il continuera à servir d'autres sites Web sur le même pool d'applications sans interruption.
Si vous avez une application orientée session, tout ce qui précède entraînera une perte d'objets de session.
Actualiser un site Web n'a aucun effet sur le service/processus/site Web et est simplement une commande utilisateur pour actualiser l'arborescence (peut-être avez-vous ajouté un répertoire que vous ne voyez pas dans la console de gestion).
@JoshuaDrake c'est un très bon article expliquant iisreset vs recyclage du pool d'applications fullsocrates.wordpress.com/2012/07/25/…
Si j'ai un site web avec un pool d'applications et plusieurs dossiers d'application avec leurs propres pools d'applications, redémarrer le site web redémarrera-t-il tous les pools d'applications ?
Pour répondre à vos deux autres questions :
Iisreset arrête et redémarre tout le serveur web. Cela signifie que tous vos utilisateurs perdent leur connexion pendant ce temps.
Le recyclage d'un pool d'applications arrête et redémarre les processus associés à l'application(s) qui se trouvent dans ce pool. En réalité, cela n'a rien à voir avec le site web (à part le contenu actif de ces applications.)
Je ne sais pas, je n'ai pas beaucoup utilisé IIS 7, et je n'ai même pas IIS 6 devant moi. Que dit l'Aide qu'ils font?
@Vlad Mucescu a donné une bonne réponse mais il semble que la partie où il décrit le recyclage d'une application, il parle du recyclage superposé. Il existe deux types de recyclage : le recyclage de processus et le recyclage superposé (source MSDN) :
Recyclage de processus
=========================
Le mode d'isolation des processus de travail offre le recyclage de processus, dans lequel IIS rafraîchit automatiquement les applications Web en redémarrant leurs processus de travail. Le recyclage de processus permet de maintenir le bon fonctionnement des applications problématiques et constitue une solution particulièrement efficace dans les cas où il n'est pas possible de modifier le code de l'application.
Le recyclage de processus, qui suit la survenue d'un événement de recyclage, peut se produire de deux manières.
Si le processus de travail servant actuellement le pool d'applications se termine, alors le service WWW (W3SVC), agissant en tant que processus parent des processus de travail, redémarre un nouveau processus à sa place.
Lorsque le processus de travail se termine, un nouveau processus est démarré simultanément. Ce type de recyclage est appelé recyclage superposé. C'est le paramètre par défaut pour tous les pools d'applications.
Recyclage superposé
======================
Dans un scénario de recyclage superposé, le processus ciblé pour un recyclage continue de traiter toutes les demandes restantes pendant qu'un nouveau processus de travail de remplacement est créé simultanément. Le nouveau processus est démarré avant que l'ancien processus de travail ne s'arrête, et les demandes sont ensuite dirigées vers le nouveau processus. Cette conception évite les retards de service, car l'ancien processus continue d'accepter les demandes jusqu'à ce que le nouveau processus ait réussi son initialisation, et il reçoit l'instruction de s'arrêter uniquement après que le nouveau processus soit prêt à traiter les demandes.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
