Explication détaillée sur la solution à la vitesse lente lors de l'exécution d'asp dans win2008 R2 et sql2005, 2008

Cet article présente principalement la solution à la vitesse lente lors de l'exécution de asp dans win2008 R2 et SQL 2008. Les amis dans le besoin peuvent se référer à

en utilisant la base de données SQL Server 2005 comme arrière-plan. la vitesse d'accès au site Web ASP est lente. La situation est la suivante : il y a deux sites Web ASP sur un serveur, l'un est accessible très rapidement et l'autre est très lent.

Réflexion et étapes de dépannage :

Tout d'abord, ouvrez ces deux sites Web en séquence sur mon ordinateur. L'un s'est ouvert en deux ou trois secondes et l'autre a pris 10 secondes. . cloche. Il semble que le problème soit vrai ;

Connectez-vous au serveur et ouvrez les deux sites Web dans l'IIS local du serveur. Le résultat est que l'un est plus rapide et l'autre plus lent. Temps de résolution DNS et réseau ;

Ouvrez les fichiers ASP de la page d'accueil des deux programmes du site Web et constatez que le site Web à accès rapide n'a pas de base de données Requête et que le site Web à accès lent en a a interrogé la base de données. Étant donné que l'instruction de requête de base de données dans le programme est également très simple, le problème du programme et de l'instruction de requête de base de données est éliminé, et finalement le problème se situe sur la base de données SQL Server

Ouvrez SQL Server 2005 et là ; est juste une base de données dessus, allez simplement sur SQL Server. Deux instructions de requête complexes ont été exécutées sur Management Studio, et la vitesse était très rapide. Cela ne semblait pas être un problème avec la vitesse des requêtes de la base de données.

Le processeur du système et la charge mémoire ne sont pas élevés. Je n'arrive vraiment pas à trouver la raison. Ouvrez simplement l'invite de commande et utilisez netstat-ano pour vérifier la connexion réseau. Il a été constaté que seul le port 1434 de sqlserver écoutait, mais qu'il n'y avait pas de port 1433 de sqlserver écoutant et se connectant. Cependant, pourquoi le site Web était-il accessible même s'il n'y avait aucune surveillance ni connexion. Vous vous demandez si sqlserver a modifié le port d'écoute.

Ouvrez le gestionnaire de configuration SQL Server Configuration réseau SQL Server 2005 de SQL Server2005->Protocole MSSQLSERVER->TCP/IP et constatez que TCP/IP est désactivé dans le protocole uniquement. La mémoire partagée est activée. Le port d'écoute défini dans propriétés est le port par défaut 1433. TCP/IP est donc activé. Après le redémarrage du service SQL Server, la vitesse d'ouverture du site Web est très rapide.

Le problème est résolu. La raison en est que le protocole TCP/IP dans SQL Server n'est pas activé et que la mémoire partagée est utilisée pour se connecter à la base de données, l'accès au site Web est donc très lent.

Voici les méthodes supplémentaires d'autres internautes :

Récemment, le disque dur d'un serveur WEB est tombé en panne, et comme le serveur fonctionnait depuis 10 ans, le WEB le service a été remplacé. Sur un nouveau serveur, divers problèmes sont survenus après la migration Voici un résumé des problèmes et des solutions :

Windows2003+asp+sqlserver2000 Nouveau serveur WEB :

Windows2008R2+asp+SQL Server2008

Une fois le site Web et la base de données migrés, l'ouverture de la page d'accueil, de la page de contenu et du backend était normale. Cependant, j'ai constaté que la page de signature d'un fichier s'ouvrait très lentement et ne pouvait parfois pas être ouverte.

Après avoir vérifié le code, tout était normal et je n'ai pas trouvé la raison. Cela ressemblait à un problème lors de l'interrogation de la base de données. Ensuite, Baidu a découvert que la base de données utilisait le mode de connexion en mémoire partagée, j'ai donc modifié le mode de connexion. base de données au mode de connexion TCP. Ceci peut être activé, mais il est toujours lent, prenant environ 5 à 8 secondes.

Continuez à rechercher des solutions en ligne. Certaines personnes disent que la base de données n'est pas fermée après l'interrogation. J'ai essayé différentes méthodes. Le dernier article m'a aidé à résoudre le problème en quelques phrases. était incorrect.

La déclaration de connexion d'origine est :

Provider=Sqloledb;User ID=数据库帐号;Password=数据库密码;InitialCatalog=数据库名;Data Source=数据库IP;

Cette déclaration n'a aucun problème sous le serveur d'origine, mais elle ne fonctionne pas sous le nouvel environnement de serveur.

La solution est de remplacer la déclaration de connexion par ce qui suit :

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!