MagicBuzz a écrit :
quelle idée aussi de travailler sur une plateforme 100% microsoft, et utiliser PHP (sur IIS qui plus est) alors qu'ASP (et pourquoi pas C# dans ton cas) rempli très bien son rôle sans dépenser un centime...
php et autres technos libres, tu le met en place sur des machines libres, avoir un truc 100% proprio et s'emmerder avec php qui tourne dans un mode "bidouille", t'as bien cherché ce qui t'arrive
plus sérieusement.
=> je suppose que PHP5 utilise une lib sql dédiée à sql server. regarde s'il n'y a pas une maj, ton problème est souvent issu de petits bugs à la con qui changent à chaque build
=> s'il repose sur OLEDB ou ODBC, alors met à jour MDAC avec la dernière version (2.8 il me semble)
=> essaie de changer de mode de connection (lib native à lien OLEDB par exemple, ça change pas grand chose aux perfs de toute façon)
=> ton IIS n'a rien à foutre sur le serveur de la base de données de toute façon, donc si ça marche en mettant le serveur web sur un second serveur, t'as une bonne excuse pour imposer une architecture sécurisée, fiable et performante
=> peut-être un problème de gestion du pool des connections, ou de mise en veille des hd du disque par exemple. genre y'a un bug dans ton code ou dans la lib PHP qui fait que ton pool de connexions se rempli et arrive à saturation. la cnx suivante plante, le pool se reset, et ça donne une panne intermitante. ou alors c'est les disques de la bdd qui se mettent en veille, et quand tu fais une requête après une longue inactivité, le temps que le serveur se réveille, et la base tombe en timeout. à nouveau erreur intermintante difficilement reproduisible
|