Plantage du BDE sous Réseau

[sniperpro]

Bonjour à tous,

je vous pose mon problème :


Je possède deux poste un client et un serveur, la base de donnée est sous paradox

Le problème se réalise en suivant ces étapes :

1- J'ouvre une table dans le serveur à partir du client (table.open),
2- table.close
3- Je coupe le réseau dans le poste client
4- je rétablie le réseau
5- je ré-ouvre n'importe quelle table à partir du client !!!!!!!!!!! et HOP c'est la que le BDE se plante.

Pour les plus curieux, vous pouvez faire un petit test .

Avez-vous une idée pour affranchir ce problème. ???

[YvonG]

La première chose que je vois, c'est que le fait de couper le réseau et puis de le rétablir ferait perdre la connexion sur le NET DIR qui normalement se trouve sur le serveur.
J'ai régulièrement un problème similaire : je dois, "manuellement", à l'aide de l'explorateur de Windows ouvrir le dossier qui se trouve sur le serveur et qui contient le NET DIR pour que cela fonctionne.
Bizarre, mais qu'est-ce qui ne l'est pas avec Paradox

[sniperpro]

Bonjour YvonG,

Merci Tout d'abord pour votre réponse, au moins je savait que ca provient du net dir.

Pour clarifier plus le problème voici ce que je ferais :

1- J'exécute la première procédure à partir du client (Table1 est dans le serveur) :

Code :

1
2
3
4
Table1.open ;
Table1.Edit ;
Table1.FieldByName('Matricule').value := 118 ;
Table1.post ;

2-Je coupe le réseau dans le serveur.

3-Je rétablie le réseau dans le serveur.

4- J'exécute la deuxième procédure à partir du client :

Code :

1
2
3
4
Table1.open ;
Table1.Edit ;
{Table1.FieldByName('Matricule').value := 119 ;
Table1.post ; }

==> Dés que j'entre en mode Edit voici l'erreur affiché dans le client :

Erreur interne système d'exploitation inconnue.Fichier Y:\....\...\Table.db.

et ca m'affiche ne bas le message suivant :

"Windows n'a pas pu sauvegarder toutes les données pour le fichier : \\nomServeur\....\....\PDOXUSERS.LCK. Les données ont été perdues"

** Merci **

[SergioMaster]

BDE étant obsolète , Paradox ?? ne serait-il pas le moment de franchir le pas et de passer a un vrai SGBD surtout pour un réseau (je pense par exemple a Firebird) .

Sinon , c'est certainement du au fait que lors de la coupure réseau , la table
PDOXUSERS.LCK. ne se met pas à jour (évidemment) . Lors de la reconnexion il y a alors un conflit .

Le test suivant :

1- J'exécute la première procédure à partir du client (Table1 est dans le serveur) :
2-je ferme l'appli client
3- je coupe le réseau
4- je rétabli le réseau
5- je relance l'appli client
6- j'execute la procedure

devrait lui , ne pas donner d'erreur .

[sniperpro]

Bonjour,SergioMaster

Merci pour votre aide, vous avez toute à fait raison, en fermant l'interface client l'erreur ne se produira pas,


Personnellement, je cherche une solution qui permet d'accéder au fichier PDOXUSERS.LCK pour l'actualiser et éviter le plantage de l'interface client.

[SergioMaster]

Envoyé par sniperpro

Personnellement, je cherche une solution qui permet d'accéder au fichier PDOXUSERS.LCK pour l'actualiser et éviter le plantage de l'interface client.

Je pense que la bonne solution est plutôt de remettre en question le couple BDE/Paradox surtout dans un environnement réseau client/serveur

[sniperpro]

bonjour SergioMaste,

Pour te répondre monsieur, je travaille en mode multiposte et non pas en mode client serveur. En plus pour le moment je suis fidèle au couple BDE/PARADOX.

Merci en tout cas pour votre conseil

[SergioMaster]

je me suis mal expliqué pour la partie client/serveur (d'ailleurs je confonds souvent) j'aurais du dire Client/Serveur de Données.
Je travaille moi aussi le plus souvent sur un Réseau Mutiposte et qui plus est hétérogène. Le fait d'avoir une base de données (ou des tables paradox dans ton cas) sur un poste et de la/les partager me fait dire à mes utilisateurs (pour simplifier) "la base de données est sur le serveur et vous êtes ses clients"