Discussion :

[Patrick Seuret]

Bonjour,

J'ai une erreur similaire à celle de Kloun (cf post du 16/2/2007) avec des tables distantes: mon appli front travaille correctement et tout à coup elle se bloque en affichant "Erreur disque ou problème réseau". Mon problème est que cela arrive n'importe quand et que je ne peux pas toujours tester la présence des tables.

J'ai regardé l'état du serveur à distance: pas de message dans les journaux, réseau gigabit alors que ma base est toute petite (<10Mb), pas de surcharge processeur.

Je précise encore que si mes clients accèdent parfois à la base distance en concurrence, la déconnexion apparaît aussi lorsqu'il n'y a qu'un seul utilisateur.

Avez-vous une idée de ce qui pourrait être la cause de ces déconnexions? Ou comment tester s'il s'agit réellement d'une erreur réseau ou si c'est une erreur d'Access? Leur informaticien me dit que ce n'est pas le réseau et moi je pense que ce n'est pas Access... A ce rythme on n'avance pas très vite

D'avance merci

[mnssylvain]

as tu testé avec la base dorsale sur ta machine? Ca te permettra de verifier si ca vient d'access ou du réseau.
Peut etre une mise à jour d'access selon ta version....

Malheureusement a part ca je ne peut pas t'en dire beaucoup plus.....

[Patrick Seuret]

Oui, j'ai fais ces tests en local et tout fonctionne correctement. Je suis désabusé...

[loufab]

Bonjour,

Plusieurs problèmes peuvent mener à ce message.

1- (sous 95, 98 et 2000)
Vérifier que les variables systèmes TMP et TEMP pointe sur un repertoire temporaire valide.

2- Problème d'infrastructure réseau.
Le réseau est saturé entre le poste client et le serveur. HUB sous dimensionné, trop de HUB chainés, Cable défaillant.
On peut éventuellement faire des tests avec les commandes Ping et tracert.

3- Le serveur est mal configuré (nombre d'utilisateurs ou de requêtes concurent trop faible)

Bref à par la 1er et 2ème qui est facilement vérifiable le reste nécessite l'intervention de spécialistes reseaux et serveurs.

Cordialement,

[Patrick Seuret]

J'ai pu éliminer les deux premières raisons. Le réseau est excellent et nous sommes sur un système Windows Server 2003.

Par contre, je ne comprends pas très bien l'objet de ton troisième point:
- Est-ce le serveur de fichiers qui contient ma dorsale?
- Est-ce la conception et/ou la configuration de ma dorsale?
- Est-ce la conception et/ou la configuration de ma frontale?
Que dois-je tester? Et as-tu des pistes quant au moyen de tester ce point?

En attendant, j'ai écrit un programme en Borland C++ qui se connecte à la base de données directement avec le moteur Jet (pas d'appel via Access). J'ai observé qu'il est aussi déconnecté de façon inattendue, mais moins souvent que mon application...