Perte de données avec Firebird2 [Résolu]

[endaco]

Bonjour a tous.

Voici le problème que je viens d'avoir.

J'ai une application qui utilise Firebird2 sur un serveur LINUX trustix 2.2

Au redemarrage du serveur. La base de données a perdu le tiers de ses données.
Ces données avaient eté validées "COMMIT" et tous le monde les a vues pendent plus de 15 jours.

Quelqun peut m'eclairer sur ce problème?

Merci

[makowski]

hum
tu es certain que ce n'est pas une autre base à laquelle vous accédez maintenant ?
ou que quelqu'un ait fait un delete ?

il n'y aurait pas une une "restauration sauvage" du système de fichier ?

franchement si Firebird effaçait tout seul des données, on le saurait depuis longtemps !

c'est quoi le système de fichier ?

[VLDG]

je suis pas un spécialiste de matériel mais si tu as un raid défaillant : ça peut créer des problèmes de ce genre...

[endaco]

Merci pour votre réponse.

Malheureusement pour moi non je me suis pas trompé de base de données.

L'application que j'utilise est Multi-Tiers - Delphi6 (FireBird/Trustix) (DbExpress/Windows) et clients (TDataSet) se connectent par Reseau ou par (VPN) au (DbExpress/Windows).

Je crois qu'il est possible q'une instance du Serveur (Dbexpress/Windows) soit restée coincée pendant quelque temps.

Et q'au momment ou le serveur s'est eteint et puis rallumé le probleme soit apparu.
C'est une hypothese.

[endaco]

la base de donnees tourne sur un linux Trustix 2.2 les système de fichiers est EXT2 Je crois.

[makowski]

Envoyé par endaco

Je crois qu'il est possible q'une instance du Serveur (Dbexpress/Windows) soit restée coincée pendant quelque temps.

Et q'au momment ou le serveur s'est eteint et puis rallumé le probleme soit apparu.
C'est une hypothese.

certainement fausse
quand un commit est fait, les données sont écrites dans le fichier de la base
la seule chose qui pourrait éventuellement empécher une écriture immédiate, serait le cache du disque mais pas sur 15 jours

ext2 ne fait pas journalisation, par contre ext3 en fait, donc il pourrait y avoir en ext3 après edémarrage du serveur "restauration" d'une ancienne version du fichier
mais bon, Linux prévient quand il fait ça et 15 jours c'est long

le serveur s'est éteint sans prévenir ?

franchement, quelques soient les hypothèses perdre comme ça 15 jours de données me semble impossible en ext2 plus Firebird
seul un delete commité peux avoir fait ça

ou une restauration d'une ancienne base après redemarrage du serveur
c'est les deux seules explications possibles