Variables de session pour ASP classique fonctionnant sous IIS7

-1

Il semble que beaucoup de personnes connaissent déjà ce problème, mais je ne trouve pas de solution.Variables de session pour ASP classique fonctionnant sous IIS7

Nous avons transféré notre application Web de IIS6 vers IIS7. À des fins d'authentification et d'autres fonctions, nous utilisons des variables de session. Sur IIS6, nous n'avions aucun problème, mais maintenant tous les utilisateurs perdent leur temps et leur patience, car les variables d'application sont perdues entre les pages soumises et les utilisateurs sont expulsés de l'application.

Le serveur est 2008 R2 avec un système d'exploitation 64 bits.
Installation par défaut par Dell, il devrait donc fonctionner en mode 64 bits.
Nous n'avons aucun élément ou module tiers. Tous développés en interne.
Base de données évidemment MS SQL 2008, sur le même serveur (je sais que c'est mauvais mais nous avons limité les ressources et l'argent).

Alors, est-ce que quelqu'un sait ce qui se passe et comment résoudre ce problème?

Source

2010-12-06 All Blond

la question est votre App piscine et ce programme de recyclage, il est réglé sur. N'oubliez pas que par défaut, il existe d'autres paramètres de recyclage qui déterminent quand un pool d'applications recycle (comme le processeur, les employés, la mémoire) dans IIS 7+, les horaires sont particulièrement agressifs s'ils ne sont pas configurés correctement. – Lankymart

Résolution de ce problème est simple: n'utilisez aucun autre port sauf 80. Dès que j'ai déplacé le site pour séparer IP avec le port 80 (l'utilisation de l'en-tête sur la même adresse IP n'a pas été testé) - tout problème disparu ....

Source

2010-12-24 18:28:58 alexsts

@AllBlond Ceci est accepté? Le problème concerne votre pool d'applications et le calendrier de recyclage défini. N'oubliez pas que par défaut, il existe d'autres paramètres de recyclage qui déterminent quand un pool d'applications recycle (comme le processeur, les employés, la mémoire) dans IIS 7+, les horaires sont particulièrement agressifs s'ils ne sont pas configurés correctement. – Lankymart

@Lankymart, ce qui a fonctionné pour moi aussi. En outre, personne d'autre n'a dit quoi que ce soit qui aurait un sens ou m'aider à résoudre le problème à ce moment-là. Et c'était un serveur de production avec beaucoup de visiteurs uniques par minute ... –

@AllBlond Quoi de plus probable est-ce juste masqué votre problème et le fait de changer votre affectation de port a probablement recyclé votre site. Une solution qui vous oblige à changer le port ou l'adresse IP que vous liez n'est pas une solution et n'aidera pas les gens qui viennent ici en chercher un. – Lankymart

Avez-vous déployé votre application en tant que nouveau site Web ou répertoire virtuel sur IIS? N'oubliez pas que pour que les méthodes dans le fichier global.asa soient exécutées par le serveur, vous devez déployer votre application en tant que nouveau site Web et non seulement en tant que répertoire virtuel sous un site Web existant.

Source

2010-12-06 16:03:44 Rami

C'est la nouvelle application web (site) sous IIS7 –

il utilise un pool d'applications individuelles avec des paramètres 32 bits activés. –

Encore un détail: il utilise le port 8080 –

Je pense que le meilleur moyen est d'ajouter du code de journalisation à la trace quand exactement une variable de session est perdue; après un retour sur le serveur, la redirection, etc ... pour essayer d'affiner les causes. bonne chance.

Source

2010-12-06 16:10:02 Rami

Rechercher here une solution ...

la case intrinsèque fixe mon problème

Source

2011-02-22 13:15:23

Variables de session pour ASP classique fonctionnant sous IIS7

Répondre

Questions connexes