Je suppose que non, car tous les états de session en mémoire sont également perdus. Selon la documentation de Microsoft sur Démarrer ou arrêter le serveur Web (IIS 8) :
Vous pouvez arrêter IIS lorsque vous voulez empêcher le serveur web de servir contenu, par exemple lorsque vous mettez à niveau des applications. Pour arrêter le serveur vous devez arrêter le Service d'activation de processus Windows (WAS) et le le service de publication World Wide Web (W3SVC). Vous pouvez ensuite démarrer le serveur Web lorsque vous êtes prêt à ce qu'il serve à nouveau du contenu. à nouveau.
Quand vous arrêtez WAS et W3SVC, toutes les sessions connectées à votre serveur web sont abandonnés. Tout état de session en mémoire est perdu. Tous les sites sont indisponibles jusqu'à ce que ces services soient redémarrés. Par conséquent, il faut éviter d'arrêter et de redémarrer votre serveur Web si vous le pouvez.
À propos de Activité de réinitialisation de l'IIS :
IISreset.exe est un utilitaire de ligne de commande qui peut être utilisé pour arrêter, démarrer et redémarrer les services Internet IIS.
Remarque : Le redémarrage ou l'arrêt de IIS, ou le redémarrage de votre serveur Web, est une action grave. Lorsque vous utilisez IISreset, vos sites Web et vos applications deviennent indisponibles, toutes les sessions connectées à votre serveur Web sont et vous perdez l'état existant dans vos applications. Les modifications apportées à la métabase peut être perdue. Vos sites et applications Web seront indisponibles jusqu'à ce que les services Internet concernés soient redémarrés.
La commande IISreset permet d'arrêter et de redémarrer le service d'administration IIS, le service d'administration de l'entreprise et le service d'administration de l'entreprise. service d'activation de processus Windows (WAS) et le service de publication World Wide Web (WWW). Publishing Service (WWW Service).
Évitez d'utiliser IISreset, sauf en cas de nécessité absolue. Au lieu de cela, essayez d'abord de redémarrer un site Web individuel ou un pool d'applications individuel qui pourrait être à l'origine des problèmes.
Aperçu de la journalisation IIS :
... Lorsqu'un événement journalisable, généralement une transaction HTTP, IIS appelle le module de module de journalisation sélectionné, qui écrit ensuite dans l'un des journaux stockés dans %SystemRoot%. \system32\Logfiles\.
D'après ce que je vois, tout d'abord, une transcription HTTP doit être terminée pour être enregistrée et ensuite le service d'enregistrement doit également fonctionner jusqu'à ce qu'il ait fini de l'écrire. Il y a donc une zone grise entre l'arrêt et le démarrage pour les requêtes en vol et très peu de chances d'être écrites complètement dans le journal. Cela dépend également du temps que les services connexes attendent avant de s'arrêter.