[Résolu] Perte donnee suite déconnexion reseau

[DEON75]

Bonjour,
J'utilise une base de données enregistrée sur un lecteur réseau de mon entreprise.
Formulaire et table incluse dans le même fichier odb.

J'ai constaté une perte de donnée dans le cas suivant:
La base est ouverte sur mon pc.
Il y a une perte de connexion au réseau, les enregistrements effectués après la coupure réseau sont perdus.

Normal me direz vous mais je n'ai aucun message d'erreur.
Je peux réaliser plusieurs enregistrements (qui seront perdus)
Je peux fermer la base sans message d'erreur également.
J'ai vérifié avant fermeture du fichier, les enregistrements qui posent problèmes sont bien en table avant la fermeture mais ont disparu lorsque on réouvre la base.

Existe il un moyen de sécuriser l'enregistrement en cas de perte de connexion ?

[godefroy]

Veuillez vérifiez votre type de connexion (ftp). Le logiciel a un failsafe d'office qui récupère les fichiers en cas de plantage. Il se peut toutefois qu'il y ait un laps de temps entre l'interruption et le recouvrement. Veuillez aussi en faire mot à l'administrateur du serveur.

[DEON75]

Merci de l'attention que vous portez à mon problème.

Concernant le type de connexion :
Le dossier dans lequel se situe la base apparait dans l'explorateur windows comme étant dans un lecteur local.
Ces cas ne sont pas fréquent mais la perte de données est problématique.

Concernant le Failsafe:
Libreoffice ne détecte pas de plantage. Je ne me suis rendu compte de ces pertes de données que plusieurs semaines après quelles aient eu lieu et je viens seulement d'identifier le problème de déconnexion.

Pour l'administrateur serveur, c'est comment dire, compliqué.

[godefroy]

Navré de l'apprendre. Je vous ai écrit, car dix ans en arrière j'avais un domaine internet avec accès ftp mais aussi http pour mes dossiers MySql. Mais ce n'est pas votre cas et vous en demande pardon.

Bien à vous

Godefroy

[Dude]

Salut,

Le dossier dans lequel se situe la base apparait dans l'explorateur windows comme étant dans un lecteur local.
Ces cas ne sont pas fréquent mais la perte de données est problématique.

Si tu utilises le format natif HSQLDB, la base est intégralement chargée en mémoire.
S'il y a rupture de connexion avec le lecteur réseau. L'enregistrement sera refusé avec une erreur d'écriture.
Donc, je ne comprends pas ton problème.

[jeanmi2403]

Bonsoir,

Existe il un moyen de sécuriser l'enregistrement en cas de perte de connexion ?

Quel type de réseau ? ethernet ?
Quel genre de perte de connexion ?
Jamais vu ça sur un réseau d'entreprise...
Il y a des accès concurrents depuis plusieurs postes ?

Si tu utilises le format natif HSQLDB, la base est intégralement chargée en mémoire.

Peux-tu faire une copie d'écran de la fenêtre principale de la base (ligne du bas) pour qu'on en doit sûrs ?
Cordialement,

[DEON75]

Bonsoir,

A l'attention de DUDE:
Je confirme que j'utilise le format natif HSQLDB.
Lors de la perte de connexion, l'enregistrement sur la table n'est pas refusé.
Il est effectué sans message d'erreur c'est ce qui m'étonne.
(La table qui est en mémoire apparemment puis que lorsque je la consulte en direct les données sont présentes puis absente lorsque je relance la base)
Je précise au cas où cela ai son importance les enregistrements en table sont effectués via commande SQL :INSERT INTO

A l'attention de jeanmi2403:
C'est un réseau d'entreprise en Ethernet exclusivement.
Pour les pertes de connexion, le réseau est instable, problème non identifié, et comme je le disais précédemment dans ma boite c'est compliqué.
J'ai bien pris en compte l'aspect mono utilisateur de BASE et il n'y a que une personne qui l'utilise à la fois.
Ayant vu le problème de perte de donnée, j'ai d'abord pensé à un oubli de saisi.
Le problème s'est représenté, j'ai alors pensé à l'instabilité du réseau qui se présente en particulier lorsque le pc sort de veille, l'utilisateur ayant fait une pause dans la saisie avec la base ouverte.


J'ai donc effectué les tests suivant:
Ouvrir la base de données qui se situe dans un dossier sur le réseau.
Générer la perte de réseau en débranchant le câble Ethernet.
Effectuer une enregistrement de données.
Vérifier dans la table la présence de cet enregistrement.
pour le test 1 :retrouver le réseau en rebranchant le câble réseau avant fermeture de la base de données.
Fermer la base de données.
pour le test 2 :retrouver le réseau en rebranchant le câble réseau après fermeture de la base de données.
Ouvrir la base de données.
Constater la perte des données.

L'idée est de sécurisation est :
Puisque il n'y a jamais de message d'erreur, existe il une commande sql de vérification permettant de vérifier la bonne connexion au fichier avant l'enregistrement? pour que si la connexion n'est pas bonne alors je met un msgbox qui indiquera le rejet de l'enregistrement.

Enfin ci-dessous la capture d’écran sollicitée.



Merci

[godefroy]

Cher Monsieur,

D'après vos messages sur ce fil, je constate que votre entreprise ne compte pas une figure professionnelle qui est nommée par Oracle comme DBA.

Je crains, en outre, que ce fil finira en quelque sorte par être déplacé dans la zône macro.



Bien à vous

Godefroy

[Dude]

les enregistrements en table sont effectués via commande SQL :INSERT INTO

Merci de fournir un mode pas-à-pas détaillé de ce que tu fais exactement.
Mets en PJ, un ODB exhaustif et dépersonnalisé permettant de reproduire.

[jeanmi2403]

Bonsoir,

Je précise au cas où cela ai son importance les enregistrements en table sont effectués via commande SQL :INSERT INTO

Je ne comprends pas bien. Il y a une macro qui fait ce travail ? Dans ce cas, c'est peut-être elle qu'il faut incriminer.
Les enregistrements perdus ont peut-être une forme qui ne convient pas à SQL ?

Le problème s'est représenté, j'ai alors pensé à l'instabilité du réseau qui se présente en particulier lorsque le pc sort de veille, l'utilisateur ayant fait une pause dans la saisie avec la base ouverte.

Encore une chose qui m'étonne, le réseau qui "s'endort" en même temps que le PC....

pour le test 1 :retrouver le réseau en rebranchant le câble réseau avant fermeture de la base de données.
Fermer la base de données.

J'ai testé chez moi, aucun souci

pour le test 2 :retrouver le réseau en rebranchant le câble réseau après fermeture de la base de données.

Impossible, il y a nécessairement un message d'erreur, car à la fermeture, il y a une demande pour enregistrer la base !
Comme le dit Dude, fournir un fichier permettrait de mieux examiner le problème
A plus,

[godefroy]

Très Cher Monsieur DEON75,

Pour mieux comprendre et éventuellement localiser le "courant d'air" qui efface les mots du logiciel je vous invite à lire le commentaire qui suit:

Réseau d'entreprise

Réseau LAN - ADSL

Local Area Network - bit rate 1 Mo/sec

Réseau WAN - ADSL

Wide Area Network

via Modem/Router ADSL
via Modem/Router Wireless G3-G4-G5 bit rate variable de 56Ko à 2,5 Mo

Veuillez donc fournir schéma du réseau.

Salutations

Godefroy

Annexe: liaison à un schéma https://previews.123rf.com/images/ohmega1982/ohmega19821311/ohmega1982131100275/23981367-r%C3%A9seau-lan-sch%C3%A9ma-illustrator-pour-les-affaires-et-la-technologie-concept.jpg

[DEON75]

Merci de vos retour.

Je purge la base des donnes sensibles et reviens vers vous.

[Bidouille]

Dernière visite : 19 avr. 2023 19:24

Un mois plus tard... N'ayant plus de nouvelle, on peut en déduire que le problème est résolu ou ne se reproduit plus.
Merci de baliser par vous-même la prochaine fois.

En cas d'erreur, veuillez lire ce sujet pour une éventuelle réouverture de votre question :
ftopic52748-reouverture-de-question-fermee.html