Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur IIS le problème revient...

le problème revient...

6 réponses
Avatar
overshot6
48 h apres l'installation du correctif le probleme revient qqu peut il me
dire comment etre sur que ce soit bien le moteur jet qui plante et pas autre
chose ???

le descriptif du plantage est dans les messages précédent et ressemble tres
trres fort au correctif installé

Thierry
Signaler un problème avec ce contenu

6 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
overshot6
Désolé voici le premier message avec l'erreur
merci


Bonjour,

j'ai un site avec IIS 6 Win 2003 et base de données Access toutes les 12 à
24 h et de facon aléatoire je n'arrive plus a me connecter sur une page asp
avec un lien vers cette base de données access en odbc

(c'est un site avec "beaucoup" de visiteurs 2 par minutes 10 à 30 simultanés)

le cpu du serveur tien le coup et c'est une installation propre et avec
license

rien dans l'explorateur d'evenement et le reste des pages marchent
parfaitement il suffit de faire RECYCLER sous IIS 6 et ca remarche

j'ai msjet40.dll 4.0.8618.0 j'ai vu qu'il y avait un arcticle
http://support.microsoft.com/default.aspx?scid=kb;en-us;838306

cet aticle est il toujours d'actualité avec ma version de msjet ???? il date
de juin cet article

est ce mon probleme ?? ou puis je downloader un correctif pour la version
francaise de IIS ou jet ??


cette erreur n'est pas tres cool ca fait un mois que je cherche le bug !!!!
et evidment rien de chez microsoft alors que cette erreur a été trouvée en
JUIN
Désolé si je me trompe lol ;-)


Merci


Thierry
Avatar
Philippe T [MS]
Bonjour,

L'utilisation de Access dans un environnement avec beaucoup d'utilisateurs
simultanés ne me semble pas très indiqué !!!

Peut être que la création d'un projet Access utilisant MSDE plutôt que Jet
serait mieux ? ( de là, il n'y a qu'un pas pour arriver à SQL Server :-) )

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

""
wrote in message news:
Désolé voici le premier message avec l'erreur
merci


Bonjour,

j'ai un site avec IIS 6 Win 2003 et base de données Access toutes les 12 à
24 h et de facon aléatoire je n'arrive plus a me connecter sur une page


asp
avec un lien vers cette base de données access en odbc

(c'est un site avec "beaucoup" de visiteurs 2 par minutes 10 à 30


simultanés)

le cpu du serveur tien le coup et c'est une installation propre et avec
license

rien dans l'explorateur d'evenement et le reste des pages marchent
parfaitement il suffit de faire RECYCLER sous IIS 6 et ca remarche

j'ai msjet40.dll 4.0.8618.0 j'ai vu qu'il y avait un arcticle
http://support.microsoft.com/default.aspx?scid=kb;en-us;838306

cet aticle est il toujours d'actualité avec ma version de msjet ???? il


date
de juin cet article

est ce mon probleme ?? ou puis je downloader un correctif pour la


version
francaise de IIS ou jet ??


cette erreur n'est pas tres cool ca fait un mois que je cherche le bug


!!!!
et evidment rien de chez microsoft alors que cette erreur a été trouvée en
JUIN
Désolé si je me trompe lol ;-)


Merci


Thierry



Avatar
joe
Bonjour,

Je me souviens de posts qui privilégiaient grandement l'utilisation de OLE
DB à la place de ODBC pour résoudre ce genre de problèmes.

Jérôme

"" a
écrit dans le message de
news:
Désolé voici le premier message avec l'erreur
merci


Bonjour,

j'ai un site avec IIS 6 Win 2003 et base de données Access toutes les 12 à
24 h et de facon aléatoire je n'arrive plus a me connecter sur une page


asp
avec un lien vers cette base de données access en odbc

(c'est un site avec "beaucoup" de visiteurs 2 par minutes 10 à 30


simultanés)

le cpu du serveur tien le coup et c'est une installation propre et avec
license

rien dans l'explorateur d'evenement et le reste des pages marchent
parfaitement il suffit de faire RECYCLER sous IIS 6 et ca remarche

j'ai msjet40.dll 4.0.8618.0 j'ai vu qu'il y avait un arcticle
http://support.microsoft.com/default.aspx?scid=kb;en-us;838306

cet aticle est il toujours d'actualité avec ma version de msjet ???? il


date
de juin cet article

est ce mon probleme ?? ou puis je downloader un correctif pour la


version
francaise de IIS ou jet ??


cette erreur n'est pas tres cool ca fait un mois que je cherche le bug


!!!!
et evidment rien de chez microsoft alors que cette erreur a été trouvée en
JUIN
Désolé si je me trompe lol ;-)


Merci


Thierry



Avatar
jbongran
joe wrote:
Bonjour,

Je me souviens de posts qui privilégiaient grandement l'utilisation
de OLE DB à la place de ODBC pour résoudre ce genre de problèmes.


[...]

Tu te souvient bien, mais le contexte n'était pas le même ;-)
La plupart du temps dans un cas comme celui ci (obligation de recycler IIS
après accès à une base Access), ceci est lié à la non fermeture et non
destruction des objets (connexion et recordsets par exemple)
De plus l'usage d'OLE est quand même plus indiqué pour une base de donnée,
quelle quelle soit.
Pour une utilisation un peu "poussée" d'Acces, l'emploi des methodes
GetString et GetRows donne un sérieux coup de boost au temps de réponses et
par là même au temps nécessaire d'avoir un recordset ouvert sur la base.
Comme indiqué par Philippe T de MS, l'usage de MSDE, pour un usage plus
intensif de la BDD (quoique si les objets ne sont pas fermés ET détruits
cela ne changera rien côté IIS) est vraiment à envisager.
Avatar
overshot6
Mon code est nickel chrome et je ferme tout mes recordset apres les avoir
ouvert évidement !!!
pour la remarque sur Msde c'est bien gentils mais il est marque en GRAND sur
la premiere page de Msde que c'est limité a 25 utilisateurs simultanés !!
donc merci mais il faut oublier

je précise que le site allait parfaitement sous win 2000 et que je pouvais
partir en vacance j'ai acheté win2003 en tant que particulier histoire de ne
pas vous voler vos droits ( 1500 euros a la poubelle)et je me retrouve avec
un bidule qui plante a partir de 30 utilisateurs (donc plus que msde)
le pire est que Microsoft reconnait ce plantage et ne fait rien pour( il
essaie mais il n'y arrive pas)
ce qui me dérange encore plus c'est que ceci est peut etre faux et que je
n'ai pas leur bug decrit dans leur correctif... donc comment savoir d'ou
vient ce bug

MYSQL avec un lien odbc qqu a t'il deja essayé ?? (et non je n'ai pas envie
de réécrire un code qui allait parfaitement avant et ce pour un site sans but
lucratif et ayant comme but la promotion des sites de ma région, environ 100
pages a réécrire)






"jbongran" wrote:

joe wrote:
> Bonjour,
>
> Je me souviens de posts qui privilégiaient grandement l'utilisation
> de OLE DB à la place de ODBC pour résoudre ce genre de problèmes.
[...]

Tu te souvient bien, mais le contexte n'était pas le même ;-)
La plupart du temps dans un cas comme celui ci (obligation de recycler IIS
après accès à une base Access), ceci est lié à la non fermeture et non
destruction des objets (connexion et recordsets par exemple)
De plus l'usage d'OLE est quand même plus indiqué pour une base de donnée,
quelle quelle soit.
Pour une utilisation un peu "poussée" d'Acces, l'emploi des methodes
GetString et GetRows donne un sérieux coup de boost au temps de réponses et
par là même au temps nécessaire d'avoir un recordset ouvert sur la base.
Comme indiqué par Philippe T de MS, l'usage de MSDE, pour un usage plus
intensif de la BDD (quoique si les objets ne sont pas fermés ET détruits
cela ne changera rien côté IIS) est vraiment à envisager.





Avatar
Philippe T [MS]
Bonjour,

Une autre solution consiste à utiliser depuis votre application un objet
d'accès au données qui lui se contente d'ouvrire un pool de 25 connexions
vers MSDE. Même si vous avez un très grand nombre d'utilisateurs se
connectant sur l'application généralement le fait d'utiliser un objet
d'accès aux données vous permet de limiter l'impact au niveau de la base de
données.

Vous pouvez très bien si vous utilisez une base MSDE définir au niveau du
lien OLEDB cette limite !!!

Je suis désolé de ce qui vous arrive mais je ne peut pas faire plus
qu'essayer de vous aider. Si vous avez fait un appel au support MS, vous
pouvez aussi me le communiquer offiline afin que je puisse voir en interne
s'ils ont réussi à solutionner en fin de compte votre problème. C'est arrivé
à quelqu'un d'autre qui n'avait aucune nouvelle du support alors que le
problème avait été résolu et une fiche tech avait été créé sans que
l'information lui soit redescendu :-(.

C'est vrai aussi que cela soit avec Jet ou MSDE que les limites de ces
produits sont bien indiquées et que même si vous avez eu la chance que votre
application n'explose pas avant, à partir d'une certaine limite, SQL Server
s'impose !!!

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

""
wrote in message news:
Mon code est nickel chrome et je ferme tout mes recordset apres les avoir
ouvert évidement !!!
pour la remarque sur Msde c'est bien gentils mais il est marque en GRAND


sur
la premiere page de Msde que c'est limité a 25 utilisateurs simultanés !!
donc merci mais il faut oublier

je précise que le site allait parfaitement sous win 2000 et que je pouvais
partir en vacance j'ai acheté win2003 en tant que particulier histoire de


ne
pas vous voler vos droits ( 1500 euros a la poubelle)et je me retrouve


avec
un bidule qui plante a partir de 30 utilisateurs (donc plus que msde)
le pire est que Microsoft reconnait ce plantage et ne fait rien pour( il
essaie mais il n'y arrive pas)
ce qui me dérange encore plus c'est que ceci est peut etre faux et que je
n'ai pas leur bug decrit dans leur correctif... donc comment savoir d'ou
vient ce bug

MYSQL avec un lien odbc qqu a t'il deja essayé ?? (et non je n'ai pas


envie
de réécrire un code qui allait parfaitement avant et ce pour un site sans


but
lucratif et ayant comme but la promotion des sites de ma région, environ


100
pages a réécrire)






"jbongran" wrote:

> joe wrote:
> > Bonjour,
> >
> > Je me souviens de posts qui privilégiaient grandement l'utilisation
> > de OLE DB à la place de ODBC pour résoudre ce genre de problèmes.
> [...]
>
> Tu te souvient bien, mais le contexte n'était pas le même ;-)
> La plupart du temps dans un cas comme celui ci (obligation de recycler


IIS
> après accès à une base Access), ceci est lié à la non fermeture et non
> destruction des objets (connexion et recordsets par exemple)
> De plus l'usage d'OLE est quand même plus indiqué pour une base de


donnée,
> quelle quelle soit.
> Pour une utilisation un peu "poussée" d'Acces, l'emploi des methodes
> GetString et GetRows donne un sérieux coup de boost au temps de réponses


et
> par là même au temps nécessaire d'avoir un recordset ouvert sur la base.
> Comme indiqué par Philippe T de MS, l'usage de MSDE, pour un usage plus
> intensif de la BDD (quoique si les objets ne sont pas fermés ET détruits
> cela ne changera rien côté IIS) est vraiment à envisager.
>
>
>